Research how to access the low-level car control drivers

[Henrik Heimbuerger]

It has to be researched how JaCaVi is going to control the cars on the Carrera track.

This is not so much a technical problem as the Java-to-C aspect is mostly understood and well documented.
But communication with the other teams is necessary to get more detailed information on their interfaces.

In particular, we need to figure out how to integrate and use Marco's simulation project.

[SVN]

New commit by hheimbuerger (revision [47]):
[Related to ticket #4] Added Marco Fahr's (preliminary?) diploma thesis to the repository.

Added Marco Fahr's diploma thesis to the repository. Herr Maechtel mentioned that Marco's application might be useful in JaCaVi for doing the simulation.

[Florian Roth]

Replying to hheimbuerger:

It has to be researched how JaCaVi is going to control the cars on the Carrera track.

This is not so much a technical problem as the Java-to-C aspect is mostly understood and well documented.
But communication with the other teams is necessary to get more detailed information on their interfaces.

In particular, we need to figure out how to integrate and use Marco's simulation project.

I checked out how JNI works by doing a HelloWorld?.
I thought we could use an existing (compiled) dynamic library (dll or so), take this and access it from Java by JNI to call their functions. THIS IS NOT.

But no problem.

We have to write an Java Class for each C-header(specifies the interfaces we need in JaCaVi). Then we can generate an JNI C-header. Then we have to implement the JNI C-header by including the original c-header and redirect JNI functions to the original C functions. Little C wrapper.

So if we've done that we must compile the given c-source to a dynamic library.

Thats about technics.

Just to let you know my sources and to contribute to a complete documentation. :-)

*​How to compile JNI on Windows with cygwin
*​How to configure eclipse cdt for JNI automation (really nice)
*​Useful thread on JNI compile and linker problems

I think compiling JNI dynamic link library on Linux systems will be mutch easier... :-)

So now im in contact with Benjamin to figgure out the interface.
See you soon Sailamoon

[Florian Roth]

Test

[Florian Roth]

It has to be researched how JaCaVi is going to control the cars on the Carrera track.

This is not so much a technical problem as the Java-to-C aspect is mostly understood and well documented.
But communication with the other teams is necessary to get more detailed information on their interfaces.

In particular, we need to figure out how to integrate and use Marco's simulation project.

[Florian Roth]

I checked out how JNI works by doing a HelloWorld?.
I thought we could use an existing (compiled) dynamic library (dll or so), take this and access it from Java by JNI to call their functions. THIS IS NOT.

But no problem.

We have to write an Java Class for each C-header(specifies the interfaces we need in JaCaVi). Then we can generate an JNI C-header. Then we have to implement the JNI C-header by including the original c-header and redirect JNI functions to the original C functions. Little C wrapper.

So if we've done that we must compile the given c-source to a dynamic library.

Thats about technics.

Just to let you know my sources and to contribute to a complete documentation. :-)

*​How to compile JNI on Windows with cygwin *​How to configure eclipse cdt for JNI automation (really nice)
*​Useful thread on JNI compile and linker problems

I think compiling JNI dynamic link library on Linux systems will be mutch easier... :-)

So now im in contact with Benjamin to figgure out the interface.
See you soon Sailamoon

[SVN]

New commit by froth (revision [48]):
[Related to ticket #4] + added HAL class diagram
I thought about the design in the Hardware Abstraction Layer (HAL) and modeled my thoughts in a class diagram.
This is a first concept and should be discussed.

[SVN]

New commit by froth (revision [49]):
[Related to ticket #4] *added HAL class diagram
I added an first concept of HAL design to UML_Klassendiagramm.vsd in an extra class diagram.

[SVN]

New commit by froth (revision [50]):
[Related to ticket #4] * changed some class names
I changed some names in the class diagram for better understanding

[SVN]

New commit by froth (revision [51]):
[Related to ticket #4] + added Clib42 as an extra C project
Clib42 is the C library of the protocol group 42 for jacavi HAL jni support. CDT was used to build this.

[SVN]

New commit by froth (revision [52]):
[Related to ticket #4] + all the files from the Clib42 library projects

[SVN]

New commit by froth (revision [55]):
[Related to ticket #4] +added the fullBreak(int carID) support for lib42

[SVN]

New commit by froth (revision [56]):
[Related to Ticket #4] +added carrera lib42 hal support

[SVN]

New commit by froth (revision [57]):
[Related to ticket #4] Added the long expected sources of Marco's multithreaded carrera simulation driver

[SVN]

New commit by froth (revision [58]):
[Related to ticket #4] Added an over-worked version of Marcos diploma thesis

[SVN]

New commit by froth (revision [59]):
[Related to ticket #4] changed Final CarreraControler?

[SVN]

New commit by froth (revision [60]):
[Related to ticket #4] updated the NativeLibraryFactory? and its implementation

[SVN]

New commit by froth (revision [61]):
[Related to ticket #4] added an extra more specific interface for Clib42 car control
This interface specifies also functions for programming and configure cars

[SVN]

New commit by froth (revision [62]):
[Related to ticket #4] updated NativeLib42 and the NativeLib42Adapter

[SVN]

New commit by froth (revision [63]):
[Related to ticket #4] changed lib42.c because of given not need functionality
I did this because we use the sensor detection as an extra library.

[SVN]

New commit by froth (revision [64]):
[Related to ticket #4] added the sensor detection library c project

[SVN]

New commit by froth (revision [65]):
[Related to ticket #4] added the sensor detection library c project

[SVN]

New commit by froth (revision [66]):
[Related to ticket #4] added the native CsdLib? class for sensor detection

[Henrik Heimbuerger]

I think the research part on this is complete. Please file development notes on the integration of the project 42 library on ticket #16.

[SVN]

New commit by froth (revision [70]):
[Related to ticket #4] added Marco's sources as eclipse project.

inclusive the carrera device driver