w3c / automotive

W3C Automotive Working Group Specifications
Other
146 stars 68 forks source link

Timestamp for value to cature time of update #301

Closed rai20 closed 4 years ago

rai20 commented 5 years ago

Hi, I have implemented a version of W3C-VIS-Server which uses the VSS as the data model. It works fine but I think it would be helpful to add "timestamp" in the value response ( GET ,SUBSCRIBE) so that we know when the value was last updated. I face this issue in my W3C-VIS Server implementation, that the clients do not know when the Signal value has been last updated. Does it make sense to add something like "updatetimestamp" or "lastupdate" tag in GET, SUBSCRIBE response ? or Is my understanding completely wrong?

gunnarx commented 5 years ago

Hello @rai20. Just jumping in with a different comment first, before the working group evaluates your change proposal (which I think would first affect the version 2.0 currently in discussion).

I just want to say that is great to hear because W3C (and GENIVI naturally) are interested in more implementations appearing of the specifications that are created. For W3C in particular, several implementations it is a sign of acceptance and a requirement (I think?) for a specification to be formally approved. For me, I think there is also the opportunity for more code sharing and improving one or a few fundamental implementations together.

Is your implementation licensed with an open-source license by any chance?

rai20 commented 5 years ago

Hi @gunnarx . Yes the implementation is licensed under EPL 2 and the project is Eclipse Kuksa. Here is the link https://github.com/eclipse/kuksa.invehicle . Implementation is under w3c-visserver-api

gunnarx commented 5 years ago

Oh, OK. I was already aware of the Kuksa implementation, and I have also studied the code a bit :-) Maybe later if we have time, I can share some more detailed thoughts on it.

tguild commented 4 years ago

We don't have a good answer for this one unfortunately, extremely problematic

https://www.w3.org/2019/11/19-auto-minutes.html

peterMelco commented 4 years ago

Closing this issue. The time a sensor value "changed" needs to be part of the atcual sensor data frame and synchronized against the the vehicle system clock. This is out of scope for this spec.