thank you! great talk, straight to the point, while also offering a real deep understanding of all necessary details. imho a perfect overview by all standards
Rather than good session, it is very very good session. If possible, can you post the video/session on Some/Ip header where sir was explaining the Entry and Optional field. I'm very curious about dip dive there. Thanks in Advance
If the sensor modules do not have SOME/IP support built in, then in this case, they must send raw data over the network that the sensor supports - for example, CAN, FlexRay, Ethernet, etc. For Etherent a simple UDP datagram can work.
@IntrepidControlSystems , many thanks! this raw data in the form of CAN, FR frames or UDP data grams are converted to discoverable services at zones or can go directly to VC/HCP? In that scenario what about the control loop latency?
@@harikrishnaelaprolu2907 - The raw data can be converted to a service in the Zonal controller, or transported raw over Ethernet through the zone to other parts of the network. There are million ways to implement things. It is hard to give a concrete answer given the simplicity of the information on this TH-cam chat.
Good session, looking forward to more videos
Thank you.
This is awesome. What I have been trying to learn for months, I was able to grasp them in an hour. Thanks for this nice presentation.
Thank you, we will add more content like this in future
thank you!
great talk, straight to the point, while also offering a real deep understanding of all necessary details. imho a perfect overview by all standards
Thank you for the excellent presentation. Is it possible to get a copy of the presentation slides?
Rather than good session, it is very very good session.
If possible, can you post the video/session on Some/Ip header where sir was explaining the Entry and Optional field. I'm very curious about dip dive there.
Thanks in Advance
Thank you, we will let him know.
In this SOA, what if the sensor modules are just raw data senders instead of service providers?
You can think of a sensor as a unit that can provide services. Usually, each format (raw form or sample rate) is its own service.
If the sensor modules do not have SOME/IP support built in, then in this case, they must send raw data over the network that the sensor supports - for example, CAN, FlexRay, Ethernet, etc.
For Etherent a simple UDP datagram can work.
@IntrepidControlSystems , many thanks!
this raw data in the form of CAN, FR frames or UDP data grams are converted to discoverable services at zones or can go directly to VC/HCP? In that scenario what about the control loop latency?
@@harikrishnaelaprolu2907 - The raw data can be converted to a service in the Zonal controller, or transported raw over Ethernet through the zone to other parts of the network. There are million ways to implement things. It is hard to give a concrete answer given the simplicity of the information on this TH-cam chat.
Yes, we can say three ways of service processing 1. over edge, 2. over zone, 3. over central compute but not a million ways! Thanks