SOME/IP初试

SOME/IP介绍

SOME/IP 全称是 Scalable service-Oriented MiddlewarE over IP，是车载以太网里常见的一种服务通信协议。它的核心思想是：把车内 ECU 提供的能力抽象成“服务”，其他 ECU 或进程通过服务 ID、实例 ID、方法 ID 去调用这些能力。

它不像传统 CAN 信号那样主要按固定报文广播，而是更接近“服务调用模型”。

典型通信对象可以理解为：

Application ->Service ->Instance ->Method / Event / Field

对应到 hello_world 示例：

hello_world_service application: 0x4444 hello_world_client application: 0x5555serviceid: 0x1111 instance id: 0x2222 method id: 0x3333

也就是客户端调用服务端的：

Service 0x1111 Instance 0x2222 Method 0x3333

发送 “World”，服务端返回 “Hello World”。

SOME/IP 提供什么

SOME/IP 主要支持几类交互模式：

1. Request / Response
   客户端调用服务端方法，服务端返回结果。

hello_world 就是这个模式：

client ->service: request("World")service->client: response("Hello World")

2. Fire and Forget
   客户端发送请求，但不要求服务端返回 response。
3. Event / Notification
   服务端周期性或按条件发布事件，客户端订阅后接收通知。

比如车速、温度、传感器状态变化。

4. Field
   类似一个带 getter、setter、notification 的属性。

get currentSpeedsettargetTemperature notify currentSpeedChanged

SOME/IP Service Discovery

SOME/IP 通常还会配合 SOME/IP-SD，也就是 Service Discovery。
它解决的问题是：

1. 某个服务现在在哪台 ECU 上？
2. 它是否在线？
3. IP/端口是多少？
4. 客户端什么时候可以调用？

常见 SD 消息包括：

• OfferService：服务端声明“我提供这个服务”。
• FindService：客户端查询“谁提供这个服务”。
• SubscribeEventgroup：客户端订阅事件组。
• StopOfferService：服务端停止提供服务。

vSomeIP 和 SOME/IP 的关系

SOME/IP 是协议规范，vSomeIP 是一个 C++ 实现库。

vSomeIP 帮你处理：

• application 注册
• routing manager
• service offer / request
• message 编解码
• payload 传输
• service availability 回调
• method/event handler 分发
• 本地 UDS 或网络 UDP/TCP 传输
• SOME/IP-SD 支持
  应用开发者主要写：

app_->offer_service(service_id, instance_id);app_->request_service(service_id, instance_id);app_->register_message_handler(...);app_->send(message);

SOME/IP 报文里有什么

一个 SOME/IP 消息大体包含：

在 hello_world 中，payload 很简单，就是字符串：

request payload: World response payload: Hello World

实际车载项目里，payload 通常是按 AUTOSAR、ARXML、IDL 或项目约定序列化后的结构体数据。

SOME/IP 的几个关键概念

• Service ID
  标识一个服务类型，例如“车身控制服务”“诊断服务”“空调服务”。

• Instance ID
  标识服务实例。一个 service 可以有多个 instance，比如左门控制器和右门控制器可能是同一种 service 的不同 instance。

• Method ID
  标识服务里的某个 RPC 方法。

• Event ID
  标识服务发布的某个事件。

• Eventgroup
  事件组。客户端通常订阅 eventgroup，而不是单个 event。

• Client ID
  标识调用方 application。

• Session ID
  用于区分不同请求，帮助把 response 对回 request。

HelloWorld解析

演示的是 vSomeIP 的最小 request/response 通信流程：服务端 hello_world_service 提供 0x1111.0x2222 服务，客户端 hello_world_client 等待服务可用后调用 method 0x3333，发送 payload World，服务端回复 Hello World。它覆盖了 runtime/application 初始化、handler 注册、offer service、request service、服务可用通知、SOME/IP message/payload 构造、本地 routing manager 通信和优雅停止流程。

对象关系图

## 时序图

SOME/IP vs Fast-DDS

SOME/IP 更像“车载服务调用协议”，核心是 service / instance / method / event；
Fast-DDS 更像“分布式数据总线”，核心是 topic / publisher / subscriber / data type / QoS。
在车载里可以粗略理解为：

SOME/IP: 谁提供某个服务？我调用它的方法，或订阅它的事件。 Fast-DDS: 谁在发布某类数据？我订阅这个 Topic，持续接收数据流。

核心模型对比

实时性

如果只谈“能不能做实时通信”，SOME/IP 和 Fast-DDS 都可以用于实时或准实时系统；但它们的实时性侧重点不同：

SOME/IP: 更偏确定的服务调用路径，适合车载控制服务、状态服务、RPC/事件通知。 Fast-DDS: 更偏高频数据分发，适合多订阅者、大量数据流、复杂 QoS 控制。

更直白一点：

低频/中频服务调用、车载 ECU 服务接口 ->SOME/IP 更自然 高频数据流、多消费者、QoS 细粒度控制 ->Fast-DDS 更强

延迟对比

抖动对比

实时系统不只看平均延迟，还要看抖动，也就是每次通信耗时是否稳定。

Fast-DDS 的 QoS 是双刃剑：
配置得好，可以更贴近实时需求；配置得重，比如可靠传输、历史缓存、持久化、较大队列，会让延迟和抖动上升。

编译vsomeip

boost 1.75.0

$ ./bootstrap.sh $ ./b2 $sudo./b2install

编译vsome/ip

$gitclone https://github.com/COVESA/vsomeip.git $gitcheckout-b3.6.43.6.4 $mkdirbuild&&cdbuild $ cmake..$make-j4

中间会有编译错误， 注释掉-Werror和-Wno-inconsistent-missing-override

为什么选择3.6.4版本

系统使用Ubuntu 20.04， gcc版本是9.4.0, 支持的C++标准是C++17, 而master最新依赖C++20.