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
Hi, would it be possible to investigate adding support for ODX, specifically ODX-D which contains DTC descriptions, Diagnostic Services, PID's, Routines, IO Control and positive/negative responses?
Me too.
It's better to add OTX support too.
But they're complicated, many works need to be done.
Maybe starting an indepent ODX/OTD parser project is better than just adding them to UDSonCAN.
@ha-solutions Tangentially related, but how exactly is the ODX file generated/retrieved? Do you just have to use the Device Identifier (0xF19E) and read the file out as bytes? https://i.imgur.com/HXQr2FF.png
Me too.
It's better to add OTX support too.
But they're complicated, many works need to be done.
Maybe starting an indepent ODX/OTD parser project is better than just adding them to UDSonCAN.
@pylessard, @keelung-yang or anyone else here who considers starting a new parser project, there are a few actively maintained libraries that are already working on providing this functionality:
The python-uds package is unfortunately no longer maintained and might generally be tough to integrate with other packages. However, https://github.com/mercedes-benz/odxtools is probably worth having a look at. It is actively being maintained and updated and already in a state where it can be productively used (e.g. together with the can-isotp or udsoncan packages)
Besides that there is also https://github.com/cantools/cantools which some of you might already be using for parsing dbc files but it also supports CDD which is functionally equivalent to ODX and can be created from ODX files
Nice!
I'm focusing on another project right now and have little time to dedicate to this one. I would gladly accept a PR (given that it is well made :) )
Activity
keelung-yang commentedon Jan 24, 2022
Me too.
It's better to add OTX support too.
But they're complicated, many works need to be done.
Maybe starting an indepent ODX/OTD parser project is better than just adding them to UDSonCAN.
pylessard commentedon Jan 24, 2022
Agreed with the independent parser.
Not much time in front of me for this unfortunately
francosax commentedon Jan 25, 2022
Hi all,
I had no such time to go deeper, but seems that this tool already exist and it will be a matter of integrate with-
This is the link to the project: https://github.com/richClubb/python-uds/projects/4
Franco
raleighlittles commentedon Aug 1, 2023
@ha-solutions Tangentially related, but how exactly is the ODX file generated/retrieved? Do you just have to use the Device Identifier (0xF19E) and read the file out as bytes? https://i.imgur.com/HXQr2FF.png
1atabey1 commentedon Sep 11, 2023
@pylessard, @keelung-yang or anyone else here who considers starting a new parser project, there are a few actively maintained libraries that are already working on providing this functionality:
The python-uds package is unfortunately no longer maintained and might generally be tough to integrate with other packages. However, https://github.com/mercedes-benz/odxtools is probably worth having a look at. It is actively being maintained and updated and already in a state where it can be productively used (e.g. together with the can-isotp or udsoncan packages)
Besides that there is also https://github.com/cantools/cantools which some of you might already be using for parsing dbc files but it also supports CDD which is functionally equivalent to ODX and can be created from ODX files
pylessard commentedon Sep 18, 2023
Nice!
I'm focusing on another project right now and have little time to dedicate to this one. I would gladly accept a PR (given that it is well made :) )
Cheers!