some/ip

车载以太网与SOME/IP服务化通信实战-01.从字节到服务:SOME/IP报文解析与四通道开销账本篇是专栏首篇,先把"服务化"四个字拆成字节、账本和时延三样可测的东西。用 Python 手写 SOME/IP 编解码器:一个真实的扭矩请求被序列化为 20 字节 12 34 01 01 00 00 00 10 A0 01 00 01 01 01 00 00 14 6E 07 5A,回环解析校验通过;再把同样 64B 应用数据推上四条通道算总线账:CAN 500k = 8帧 / 127.65B / 2.042ms、CAN FD 2M = 1帧 / 82.23B / 0.432ms、SOME/IP-UDP

齊家治國平天下

Google AAOS 中 SOME/IP 框架深度解析：从架构到实践随着软件定义汽车（Software Defined Vehicle, SDV）时代的到来，汽车电子电气架构正从传统的分布式 ECU 向集中式高性能计算平台演进。在这一变革中，面向服务的通信协议成为连接各个功能域的关键纽带。SOME/IP（Scalable service-Oriented MiddlewarE over IP）作为 AUTOSAR 标准中定义的中间件协议，已成为车载以太网通信的事实标准。

AP-03 SOME/IP协议实战 - AUTOSAR自适应平台通信中间件深度解析SOME/IP (Scalable service-Oriented Middleware over IP)是一种面向服务的IP中间件协议，最初由BMW集团开发，后来被纳入AUTOSAR标准，成为汽车以太网通信的核心协议之一。

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第48篇：郭大侠学SOME/IP （Subscribe订阅）：想收通知要订阅，订阅之后随心阅上回说到，郭靖搞清楚了Find Service——客户端主动问“谁会啥”，服务端单播回复。郭靖合上笔记本，信心满满：“蓉儿，我懂了！Offer是服务端喊‘我在这’，Find是客户端问‘谁在’。双保险，总能找到服务。”

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第47篇：郭大侠学SOME/IP （Find Service）：主动通知未收好，自己寻问自己找上回说到，郭靖搞清楚了Offer Service——服务端上电后主动广播“我会啥，我在这”。郭靖合上笔记本，信心满满：“蓉儿，我懂了！服务端上电就喊话，客户端等着收就行了。”

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第46篇：郭大侠学SOME/IP （offer Service）：启动时快稍后慢，断断续续哥还在上回说到，郭靖搞清楚了Offer Service的基本原理——服务端广播“我会啥，我在这”，TTL告诉客户端有效期。

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第45篇：郭大侠学SOME/IP （Offer Service）：上电主动会喊话，Offer告知我会啥上回说到，郭靖搞清楚了SD报文长啥样——固定的FF FF 81 00身份证，里面包着SD头部、Entry和Option。

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第40篇：郭大侠学SOME/IP - Method vs Event：一个一问一答，一个自己说话上回说到，郭靖搞清楚了Service ID（什么服务）和Instance ID（第几个）。车窗服务是0x0300，左前窗是0x0001。

想成为优秀工程师的爸爸

车载以太网之要火系列 - 第37篇：郭大侠学SOME/IP - 玄之又玄谓之道，报文头中藏玄妙上回说到，郭靖搞清楚了SOA是啥——不写死、动态找，让模块自己说“我会啥”，让别人自己找“谁有我需要的”。

小丑小丑小丑

【AP AUTOSAR】AUTOSAR_PRS_SOMEIPProtocol解读对AUTOSAR_PRS_SOMEIPProtocol文档进行内容解读，这个文档讲的是SOMEIP协议的规范条目，也就是具体要怎么做。

SOME/IP: Scalable service-Oriented MiddlewarE over IP车载以太网的服务化通信协议SOME/IP（Scalable Service-Oriented Middleware over IP）是 AUTOSAR 定义的一种基于 IP 的轻量级通信协议，旨在通过车载以太网实现电子控制单元（ECU）间的服务化通信。是当前车载 SOA（Service-Oriented Architecture）架构的核心通信协议。

【翻译】【SOMEIP-SD】Page93 - Page95[PRS_SOMEIPSD_00830] 如果客户端向以安全/加密的方式订阅服务端的eventgroup，则客户端应该在发送Subscribe Eventgroup Entry前与安全组件确立链接。注意：对于只允许一方主动确立链接的安全协议（如：TSL/TSL），每个ECU应该为服务端和客户端使用不同的通信端点，以确保ECU正确处理每个安全链接。

【翻译】【SOMEIP-SD】Page87 - Page89请求/应答方式之外，还有一些情形客户端想从服务端获取一些信息或参数，但并不想每次都去请求。这中情形被叫做“notifications” 、“concern events” 和 “fields”

【翻译】【SOMEIP-SD】Page79 - Page84本节介绍SOME/IP-SD的机制设计原因和错误处理 Soft State Protocol：SOME/IP-SD被设计软件状态协议，因此设计了TTL机制。软件状态需要按时刷新以保持其有效性，可以在配置中将TTL设置成最大值用于关闭这个功能。

【翻译】【SOMEIP-SD】Page54- Page56[PRS_SOMEIPSD_00484] Subscribe Eventgroup Entry关联的Endpoint用于服务实例UDP组播或TCP的SOME/IP时间发送

【翻译】【SOMEIP-SD】Page59 - Page62[PRS_SOMEIPSD_00388] Stop Subscribe Eventgroup Entry用于停止订阅Event Group

【翻译】【SOMEIP-SD】Page35 - Page37SOME/IP-SD用IPv4 Endpoint Option标记相关的endpoint。endpoint包含IP地址、传输协议（TCP或UDP）、Port号。Port号用于Event和Notification Event。

【翻译】【SOMEIP-SD】Page30 - Page33Option用于给Entry传递SOME/IP服务端的地址信息，地址信息包括：IP地址、Port号、传输协议（TCP/UDP）等信息。

【翻译】【SOMEIP-SD】Page37 - Page39SOME/IP-SD 使用IPv6 Endpoint Option去标记一个Endpoint。Endpoint包含发送者的IP地址、传输协议（TCP/UDP）、Port号。Port号同时适用与Event和Notification Event

【翻译】【SOMEIP-SD】Page19 - Page23SOME/IP-SD的作用在车载以太网中服务的位置通常是实现约定好的，因此SOME/IP-SD优先考虑的是监控服务的状态，第二要考虑的才是定位服务位置。