Create the TDA

[Henrik Heimbuerger]

The Track Data Approximator is supposed to take whatever the sensor data the slot car track control technology in use can deliver and extrapolate car positions that can be displayed on the screen.

It is an abstraction layer that hides the fact that not all technologies deliver the same kind of data, e.g. some only have a small set of checkpoints, some deliver acceleration data, etc.

The TDA probably needs to be subclassed for each control technology used.

[SVN]

New commit by hheimbuerger (revision [233]):
[Partial fix for ticket #17] Created TDA integration and added FeedbackSignal integration.

[SVN]

New commit by hheimbuerger (revision [234]):
[Revert of changes to ticket #17] Reverted changes to TrackWidget accidentally commited with [233].

[Henrik Heimbuerger]

Remember that the TDA also needs to detect whether the car has left the track, f.e. due to speeding.

[SVN]

New commit by froth (revision [304]):
[Related to ticket #17] integrated the TDA in the SlotCarSystemConnector?

So now every special TDA will be created in the SlotCarSystemFactory? and sticked to an SlotCarSystemConnector? delivered by it to a Player.

I also added stubs for the several TDA's

[SVN]

New commit by froth (revision [315]):
[Related to ticket #17] changed the intantiation way and moment in application for the TDAs

now every player will get an specified by its DriveConnector? interface TDA in RaceEngine? on start.
So now every TDA instance is persistent during one race. Therefore I added an TDAInjectorFactory.

[SVN]

New commit by froth (revision [316]):
[Related to ticket #17] forgot to commit the new available TDAInjectorBean

[SVN]

New commit by froth (revision [345]):
[Related to ticket #17] added an experimental TDA frame (no working implementation)

[SVN]

New commit by hheimbuerger (revision [346]):
[Related to ticket #17] Added steps attribute to <checkpoint> and added setPosition() method to CarPosition.

[SVN]

New commit by froth (revision [350]):
[Related to ticket #17] added an experimental lib42 tda

[SVN]

New commit by froth (revision [355]):
[Related to ticket #17] added a Testlib42FeedbackConnectorAdapter to simulate feedback from lib42

[Florian Roth]

I am in checking out a basic concept to do in further calculation on physical bits and pieces for general approximation in tda between to known checkpoints.

First step would be check out:

• carculate the way checkponit x to y in steps (how can i do this)
• calculate the current speed in steps per gametick
• calculate the time needed with current speed in gameticks to next checkpoint y

...
to be continued

[SVN]

New commit by froth (revision [364]):
[Related to ticket #17] added an ExperimentalLib42TDA implementation with the following functionality.

• if a checkpoint is detected by lib42 the car will be set to this position
• if not the car will move in a way i will document later (see code its simple)

[SVN]

New commit by froth (revision [368]):
[Related to ticket #17] all stepwidth's in tiles.xml multiplicated with 10

I did this for all length and step attributes and for all tilesets.
Also fited the available TDA's to the new stepwidth's

[SVN]

New commit by froth (revision [374]):
[Related to ticket #17] finished first tda with approximated illusion to the real attitude of a car on track

• Added new TDA version
• Fixed an bug in constructor of CheckpointData?
• Changed an step attribute in tiles.xml to recommended value
• Added the new TDA phisical engine to the ExperimentalLib42TDA

Further description about this TDA physics below

[Florian Roth]

The physics of the current TDA's are not as usual. To get the break effect I did the following because I did not figgure out the acceleration approximation. But Iam happy now to have an speed addicted break effect.

speed = Math.max(Math.min((acceleration * raceTimerInterval) + (friction * raceTimerInterval) + speed, car
               .getTopSpeed()), 0);

       if(speed > getMaxSpeed(controllerSignal.getSpeed(), car)) {
           if(getMaxSpeed(controllerSignal.getSpeed(), car) == 0)
               speed--;
           else
               speed = getMaxSpeed(controllerSignal.getSpeed(), car);
       }

[SVN]

New commit by froth (revision [375]):
[Related to ticket #17] This was forgotten in the last changeset of #17

[SVN]

New commit by froth (revision [376]):
[Related to ticket #17] added the if(carPosition.isOnTrack){do tda stuff} thing

[Florian Roth]

Maybe we can do that a car only leafs track in a curve. Maybe we can include in this physics the angel of the curve. ..

[SVN]

New commit by froth (revision [379]):
[Related to ticket#17] Now the Bluerider also gets the DebugTDA

• changed TDAInjectorFactory that Bluerider gets an DebugTDA
• configured Bluerider in cars.xml that it looks a bit like the real on DebugTDA

[SVN]

New commit by froth (revision [384]):
[Related to ticket #17] refactored ControlerSignal? speed to thrust

We discussed this and thrust is better for this

[SVN]

New commit by froth (revision [389]):
[Related to ticket #17] fixed an left track bug in ExperimentalLIb42TDA

[Florian Roth]

Lib42TDA v0.1 (c) and SimulationTDA v0.1 (c) released.

[SVN]

New commit by froth (revision [416]):
[Related to ticket #17] fixed the reset to right laneIndex problem on reset

[SVN]

New commit by froth (revision [431]):
[Related to ticket #17] changed Lib42TDA to fix a bug added in one of the last changes

Know you get the effect that car will stop on checkpoints until he reaches it in real