You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A user was asking me offline whether Eclipse Leda supports J1939 communication.
I couldn't answer, as I am not familiar with the protocol stack.
It looks very similar to CAN itself, or may even be just based on top of it, so it looks like Leda would be able to support J1939 in a similar way - on lower level, it's just a protocol stack.
In Leda, we should ensure:
Needed Kernel configuration and libraries are enabled and installed (this is partly done already, at least kernel module is enabled, but never tested it)
sdv-health checks for availability of can_j1939
We provide an example container which uses it, that may be
low level: just a data logger on can_j1939 protocol level (tcpdump plugin)
This issue is mainly blocked because of the license for the SAE J1939 Digital Annex, which makes it impossible to contribute related (derived work) to an OSS project, where actual signal names etc. are used.
A user was asking me offline whether Eclipse Leda supports J1939 communication.
I couldn't answer, as I am not familiar with the protocol stack.
It looks very similar to CAN itself, or may even be just based on top of it, so it looks like Leda would be able to support J1939 in a similar way - on lower level, it's just a protocol stack.
In Leda, we should ensure:
A more realistic example could be placed on top, similar to Seat Service.
The text was updated successfully, but these errors were encountered: