AUTOSAR架构之通信服务（干货））

实现了µC和ECU硬件独立，部分取决于CAN。
AUTOSAR COM，通用NM（网络管理）接口和诊断通信管理器对于所有车辆网络系统都是相同的，每个ECU作为一个实例存在。
通用NM接口仅包含一个调度程序，不包括其他功能。对于网关ECU，它还可以包括NM协调器功能，该功能允许同步多个（相同或不同类型的）不同网络以同步唤醒或关闭它们。
CAN NM专用于CAN网络，并将在每个CAN车辆网络系统中实例化。
特定于通信系统的Can State Manager可以处理依赖于通信系统的启动和关闭功能。此外，它还控制COM的不同选项，以发送PDU并监视信号超时。

Communication Stack Extension – TTCAN

特性：

TTCAN是CAN的绝对超集，即支持TTCAN的CAN栈可以同时服务于CAN和TTCAN总线。
CanIf和CanDrv是仅有的需要扩展才能为TTCAN通信提供服务的模块。
对于具有TTCAN功能的CAN，Communication Stack CAN的属性也适用。

3 Communication Stack Extension – J1939

J1939通信服务扩展了普通的CAN通信栈，用于重型车辆中的车辆网络通信。

它提供J1939所需的协议服务。在不需要的地方从应用程序隐藏协议和消息属性。注意，CAN栈中有两个传输协议模块（CanTp和J1939Tp），可以在不同的通道上交替使用或并行使用它们的用法如下： CanTp：ISO诊断（DCM），标准CAN总线上的大型PDU传输 J1939Tp：J1939诊断，J1939驱动的CAN总线上的大型PDU传输

特性：

实现了基于CAN，独立于µC和ECU硬件。
AUTOSAR COM，通用NM（网络管理）接口和诊断通信管理器对于所有车辆网络系统都是相同的，每个ECU作为一个实例存在。
支持在配置时未知的动态帧标识符。
J1939网络管理可为每个ECU分配唯一的地址，但不支持睡眠/唤醒处理以及诸如部分联网之类的相关概念。
提供J1939诊断和请求处理。

4 Communication Stack – LIN

LIN通信服务是用于与通信系统LIN进行车辆网络通信的一组模块。

它提供到LIN网络的统一接口。在应用程序中隐藏协议和消息属性。

LIN通信服务包含:

符合ISO 17987的通信栈
计划表管理器，用于处理切换到其他计划表的请求（对于LIN主节点）
不同LIN框架类型的通讯处理
传输协议，用于诊断
唤醒和睡眠界面
基本的LIN驱动程序：
实施LIN协议并访问特定的硬件
同时支持简单的UART和基于复杂帧的LIN硬件

注意将LIN集成到AUTOSAR中的情况：

LIN接口控制WakeUp / Sleep API，并允许 Slave端使总线保持唤醒状态（分散式方法）。
特定于通信系统的LIN状态管理器处理与通信相关的启动和关闭功能。此外，它控制来自Communication Manager的通信模式请求。LIN状态管理器还通过连接COM来控制I-PDU组。
发送LIN帧时，LIN接口在需要数据的时间点（即在发送LIN帧之前）向PDU路由器请求帧（I-PDU）的数据。

5 Communication Stack – FlexRay

FlexRay通信服务是一组模块，用于与通信系统FlexRay进行车辆网络通信。

它提供与FlexRay网络的统一接口。在应用程序中隐藏协议和消息属性。注意：

FlexRay栈中有两个传输协议模块，可以交替使用
FrTp：FlexRay ISO传输层
FrArTp：FlexRay AUTOSAR传输层，提供与AUTOSAR R3.x的总线兼容性

特性：

实施µC和ECU硬件独立，部分取决于FlexRay。
AUTOSAR COM，通用NM接口和诊断通信管理器对于所有车辆网络系统都是相同的，每个ECU作为一个实例存在。
通用NM接口仅包含一个调度程序。不包括其他功能。对于网关ECU，将其替换为NM协调器，该协调器还提供了同步多个不同网络（相同或不同类型）以同步唤醒或关闭它们的功能。
FlexRay NM专门用于FlexRay网络，并在FlexRay车载网络系统中实例化。
特定于通信系统的FlexRay状态管理器处理与通信系统有关的启动和关闭功能。此外，它还控制COM的不同选项，以发送PDU并监视信号超时。

6 Communication Stack – TCP/IP

TCP/IP通信服务是一组模块，用于与通信系统TCP/IP进行车辆网络通信。

它提供一个到TCP/IP网络的统一接口。在应用程序中隐藏协议和消息属性。