autosar ap

青草地溪水旁

本地 / 网络多绑定用例总结在前一节的基础上，假设有类似情景，区别在于服务实例 2 位于与 AP 产品相同以太网的不同 ECU 上，服务消费者及其代理驻留在 AP 产品 ECU 上。因以太网对于 AP 的标准协议是 SOME/IP，所以期望两 ECU 间通信基于 SOME/IP。具体而言，代理实例 1 通过 Unix 域套接字与服务实例 1 通信（若 AP 供应商做好 IPC 实现，针对进程本地通信可优化为直接方法调用），代理实例 2 通过符合 SOME/IP 消息格式的网络套接字与服务实例 2 通信。

青草地溪水旁

服务发现实现策略总结本文主要讲述了 ara::com 服务发现的实现策略相关内容，包括通过网络及本地进行服务发现的情况，以及集中式与分布式两种实现方法的特点，具体如下：

青草地溪水旁

AUTOSAR_EXP_ARAComAPI的5章笔记（13）在骨架侧，服务实现负责通知事件的发生。如 5.4.2 RadarService Skeleton Class 所示，骨架为每个事件提供一个事件包装类的成员。骨架的事件包装类与代理的事件包装类看起来明显不同。

青草地溪水旁

AutoSar AP CM服务接口级别的数据类型总结一、服务接口级别的数据类型概述介绍了在ara::com中服务接口用户定义数据类型的 C++ 语言映射，其中 “用户定义” 数据类型是由用户定义的服务接口描述（IDL）提供，而非由ara::com API 定义。在 AUTOSAR 元模型中引入了CppImplementationDataTypes以支持 C++14 数据类型系统特定要求。

青草地溪水旁

OfferService()方法时的相关要求上述内容主要介绍了在使用骨架提供的OfferService()方法时的相关要求和注意事项，具体内容总结如下：

青草地溪水旁

AUTOSAR_EXP_ARAComAPI的5章笔记（9）☞ 返回总目录骨架类是由AUTOSAR 元模型的服务接口描述（SI description）生成的。ara::com对生成的骨架类的接口进行了标准化。自适应平台（AP）产品供应商的工具链将生成一个完全实现此接口的骨架实现类。

青草地溪水旁

AutoSar AP通信的事件订阅事件类组成部分以BrakeEvent为例的事件类，首先通过using指令将事件数据类型（如RadarObjects）指定为SampleType。

青草地溪水旁

AutoSarAP通信的事件数据访问和管理

青草地溪水旁

AUTOSAR_EXP_ARAComAPI的5章笔记（3）Proxy Class提供类(静态)方法来查找“连接”的服务实例。由于服务实例的可用性本质上是动态的(因为它有一个生命周期)，所以ara::com提供了如下两种不同的方法来实现“FindService ”:

青草地溪水旁

AutoSar AP平台的SOMEIP文档的理解笔记处理对象：服务接口定义的参数列表（以某种数据结构呈现）。功能定义：服务接口精确定义了PDU中所有数据结构的准确位置，并考虑了对齐的问题。序列化的功能则是为了实现服务接口要求。

青草地溪水旁

AUTOSAR_EXP_ARAComAPI的5章笔记（1）ara::com提供了一个支持AUTOSAR服务模型的API。服务有Method、Event、Filed和Trigger。