hammershr2012的博客

PDU是Protocol Data Unit的缩写，而我们又知道，协议有很多种，不同的功能簇，分层的每一层都可能有一种协议的定义，因此PDU是一个相对广泛的概念。例如Com模块中组合了signal的PDU，CanIf模块中为使用CAN通信而创建的PDU等等。基于分层的不同，在AUTOSAR中一般将PDU分为三类：I-PDU, N-PDU, L-PDU。I，N，L分为代表交互层，网络层，数据链路层。

在 AUTOSAR 架构中，ISignal 通常定义在接口描述 (Port Interface) 中，并用于在模块之间进行通信。例如，一个控制器模块可以使用一个 SystemSignal 保存当前的控制状态，该状态可以在模块内部的不同部分之间进行传递和共享。因此，ISignal 用于描述接口和模块之间的通信，而 SystemSignal 用于描述组件内部的通信。在 AUTOSAR 中，这两种信号都是非常重要的，因为它们能够帮助开发人员设计和实现可靠的系统，并确保组件之间和组件内部的数据传输正确无误。

通过建立一个包含AUTOSAR所需信息的预先确定的配置，并保留一些项，以便在运行时进行更新，就可以利用相互冲突的概念。SoAd模块实现PDU和套接字转换的过程，包含了源端口，目的端口，源IP地址，目的IP地址等的设置。硬件驱动层的Eth Driver负责与外部PHY芯片的数据交互，实现了MAC 的初始化，内容主要包含了buffer的设置，中断的设置，部分芯片中还包含了复用的一些设置，该模块提供了相关的接口给EthIf模块进行调用实现对MAC的控制。传输的数据被认为与它需要往返的源和接收一样是预先确定的。

AutoSAR主要分为3个层级：应用软件层（AppL），实时运行环境（RTE）和基础软件层（BSW）。APPL由多个SWC组成，在此，每个SWC可以理解为一个.c文件，而整个应用软件层便是一个文件夹。如下图所示：上图可以看出，整个工程是一个AutoSAR架构，其中的AppL、RTE和BSW分别对应一个文件夹，而SWC组件就是一个个的.c文件（和.h）。应用软件组件（Application SWC）AutoSAR接口（Ports）可运行实体（Runnable）

AUTOSAR RTE(Run Time Environment)实现了AUTOSAR系统中的虚拟功能总线（VFB），提供了SWC(Software Component)之间的访问接口和SWC对于BSW资源的访问接口。简化的AUTOSAR架构图如下：如上图，AUTOSAR架构是分层设计的，并且其理念是将软件与硬件解耦，使得软件可以重分配和复用，这些都要依赖RTE来实现。但是RTE是不可复用的，因为RTE是匹配应用需求的，所以如果应用修改了RTE也就需要修改。

Autosar (Automotive Open System Architecture)是一种汽车电子系统的标准化框架，旨在提高汽车电子系统的可重用性、可扩展性和可靠性。OS模块是Autosar中的一个重要模块，用于管理汽车电子系统中的任务和资源。