最近研究了好几天终于把vsomei python和davinci AP someip通信搭建成功了。后续就可以基于此完成someip上位机的搭建了。两台linux电脑，一台运行vsomeip的python脚本，作为client，另一台运行davinci AP 的someip，作为server部署时要注意防火墙最好是关掉，不然通信存在问题。

链路传播延迟测量计算网络上传输花费的时间依然需要传播时间300ns同步误差 = 300nsSync我要同步时间Follow_Up刚才Sync真正发送时间是多少Pdelay网络传播花了多久刚才Pdelay_Resp真正发送时间是多少全部来自MAC/PHY硬件时间戳最终：Slave利用Master发送时间传播时延补偿得到准确的Global Time。

参考如下连接即可：https://www.cnblogs.com/ishmaelwanglin/p/17395859.html

Alt + Shift + 按住鼠标左键往下拖。推出多行光标模式，按下esc即可。

唤醒源类型具体示例触发条件典型应用场景硬线唤醒KL15信号点火开关打开发动机控制、车身控制等制动踏板信号驾驶员踩制动ABS、ESP、自动驻车门把手/遥控信号门锁开关动作车身控制模块（BCM）网络唤醒CAN网络管理报文总线活动或特定报文大部分联网ECULIN唤醒帧主节点发送唤醒信号车窗、后视镜控制等接收Magic Packet智能座舱、ADAS控制器定时唤醒RTC定时器到达预设时间BMS、远程监控、

Alt + Shift + 按住鼠标左键往下拖。推出多行光标模式，按下esc即可。

在网上找了很多教程，都不行（一部分对），各种摸索，总算搞出来了一个能行的办法。

选择DDS：当你需要一个数据为中心、QoS能力极其强大、支持动态发现、松耦合的系统，并且运行平台资源充足时，DDS是理想选择。它特别适合复杂、高可靠性的分布式实时系统。选择SOME/IP：当你在汽车电子领域工作，需要与AUTOSAR标准兼容，在资源受限的ECU上实现高效的服务调用和事件通知，并且网络拓扑相对稳定时，SOME/IP是更自然和主流的选择。在现代智能汽车架构中，两者并非完全互斥。例如，S

BasicTaskSuspended（挂起）、Ready（就绪）或Running（运行）。它不能显式地进入Waiting状态。SuspendedReadyRunning和Waiting。它可以调用主动进入等待状态，并通过SetEvent()被其他任务或 ISR 唤醒。特性BasicTask状态数量4 (含 Waiting)是否支持❌ 否✅ 是是否支持事件唤醒❌ 否✅ 是资源开销小稍大适用场景周期性