1. 通信协议栈
1.1 模块总览
1.2 驱动 Can
1.3 接口 CanIf
1.4 路由 PduR
1.5 通信 Com
1.6 网络管理
2. 存储协议栈
2.1 模块总览
2.2 驱动 Fls
2.3 接口 Fee
2.4 抽象 MemIf
2.5 存储 NvM
3. 诊断协议栈
3.1 模块总览
3.2 CanTp
3.3 Dcm
3.4 Dem
2.5 FiM
在AUTOSAR（AUTomotive Open System ARchitecture）架构中，基础软件是核心组成部分，它为汽车电子系统的软件开发提供了标准化的框架。本篇主要介绍了三个关键的协议栈：通信协议栈、存储协议栈和诊断协议栈。
1. **通信协议栈**
- **模块总览**：通信协议栈按照OSI模型进行分层，包括驱动层、接口层、路由层、通信层和网络管理。
- **驱动 Can**：驱动层负责硬件交互，如CAN（Controller Area Network）驱动，处理物理信号的发送与接收，确保数据正确传输至链路层。
- **接口 CanIf**：接口层提供了与硬件驱动交互的抽象，定义了软件如何通过CanIf进行报文的发送和接收。
- **路由 PduR**：路由层负责数据包的处理，根据目标地址决定数据的流向。
- **通信 Com**：表示层，负责通信服务，如报文的组装和拆解。
- **网络管理**：管理网络状态，如总线关闭和唤醒，确保通信的稳定性和可靠性。
2. **存储协议栈**
- **模块总览**：包括驱动层、接口层、抽象层以及存储层。
- **驱动 Fls**：驱动层，实现与非易失性存储器（如Flash）的交互。
- **接口 Fee**：接口层，提供与Fls驱动的接口，抽象存储操作。
- **抽象 MemIf**：抽象层，定义了与存储器交互的接口，隐藏了具体的存储实现细节。
- **存储 NvM**：存储层，处理非易失性数据，如保存车辆设置和故障信息。
3. **诊断协议栈**
- **模块总览**：包含CanTp、Dcm、Dem和FiM。
- **CanTp**：CAN传输层协议，处理网络层和传输层的协议事务，如错误检测和重传。
- **Dcm**：诊断通信管理器，负责诊断请求和响应的转发。
- **Dem**：诊断事件管理器，监控诊断相关的事件并作出相应。
- **FiM**：这部分信息可能有误，应该是属于其他协议栈的部分，通常FiM指的是故障信息管理，它记录和报告系统中的故障信息。
每个模块都有其特定的接口和功能，例如Can_Init和Can_DeInit用于初始化和关闭CAN控制器，CanIF_Init用于初始化CAN接口，CanIf_SetControllerMode则用于设置控制器的工作模式。配置这些模块时，需要考虑波特率、滤波器设置、消息长度等参数，以确保通信的高效和准确。
理解这些协议栈有助于开发者构建AUTOSAR系统，实现车辆电子控制单元（ECU）之间的高效通信、可靠的数据存储以及诊断服务，从而提高软件复用性，降低开发成本，并提升汽车系统的安全性与稳定性。
