Hi Oleksij,
this seems to be an embedded distribution. Using the TTCN compiler here,
would require to cross compile TTCN and the encoder / decoder to this
distribution. Titan today requires availability of the gcc-compiler etc.
I think its best to wait for mainline integration.
Michael
On 30.08.2018 06:51, Oleksij Rempel wrote:
Hi Michael,
On 28.08.2018 22:26, Michael Josenhans wrote:
I am currently considering to write a test port for Eclispe Titan TTCN compiler for the isobus, as I have done for the socketcan-interface (CAN, CAN_FD) before.
In the past I have tested https://github.com/kurt-vd/test-can-j1939. It work fine, but requires selfbuild kernel.
As taking this effort makes only sense if the j1939 / isobus socketcan in interface is stable and widely available I would like to know:
What is the status of the j1939 / isobus integration into the mainline kernel?
i'm working on preparation of j1939/isobus stack for the mainline.
Latest reviewed patches are here:
https://git.kernel.org/pub/scm/linux/kernel/git/mkl/linux-can-next.git/log/?h=j1939
QEMU BSP which I use for testing is here:
https://git.pengutronix.de/cgit/OSELAS.BSP-Pengutronix-J1939/
More patches are on the go. As soon as I fix bisect-ability in the rest
of this patches i'll forward them them to Mark.
Michael
-----------------------------------------------
Background:
This would allow encoding/sending, decoding/receiving and logging Isobus messages into almost clear text.
Here are already found some encoders and decoders for Isobus:
https://projects.eclipse.org/projects/tools.titan/developer
An Isobus VT message would e.g. look like the following in textual form:
{ can_j1939 := { prio := '000000'B, res := '0'B, dp := '0'B, pf := '00'O, ps := '00'O, sa := '00'O, comp := '000000'O }, can_pdu := { vt2ecu := { vtStatusReq := { vtfunction := 254, sourceAddressOfActiveWorkingSetMaster := '11'O, objectIDOfTheVisibleDataAlarmMaskOfTheActiveWorkingSet := '2233'O ("\"3"), objectIDOfTheVisibleSoftKeyMaskOfTheActiveWorkingSet := '4455'O ("DU"), vtBusyCodes := vtIsBusyExecutingACommand (2), vtFunctionCode := '66'O ("f") } } } }