Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TMC Data Logs Needed #262

Closed
monkey123 opened this issue Aug 31, 2018 · 2 comments
Closed

TMC Data Logs Needed #262

monkey123 opened this issue Aug 31, 2018 · 2 comments

Comments

@monkey123
Copy link

re:[Tony@neaeraconsulting.com]

We are working to add the TIMs generated at the TMC to the SDC and finding the message format is not consistent. We are getting this by subscribing to the BroadcastTIM topic. How can we best fix this so that we have a consistent TIM messaging to the SDC. We are seeing differences in the TIM data itself as well as the header.

@musavih2
Copy link

musavih2 commented Sep 3, 2018

The BoradcastTIM topic publishes the TIM as it is received/requested in ODE REST end-point. The REST end-point is designed to be user friendly and as easy as possible to submit TIM requests. The format of the REST end-point is not one-to-one with a J2735 TIM. If it were, the user would have to know all the details and idiosyncrasies of J2735 which is what we wanted to avoid. That’s the reason for the difference in format. If we want the actual TIM in J2735 format published to a topic, we’ll need to publish the data after ODE has converted it to a valid TIM (right before sending it to be encoded). The J2735 TIM will then be published to a new topic. This issue will be tracked in Jira under ODE-787

@hmusavi
Copy link
Collaborator

hmusavi commented Dec 19, 2018

This issue has been fixed and included in ODE version 1.0.0 which is currently the official release version in master branch.

@hmusavi hmusavi closed this as completed Dec 19, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants