3. AUTOSAR基础与AURIX适配

AUTOSAR（AUTomotive Open System ARchitecture）是当前车载控制器软件的事实标准。它的核心价值不在于某个具体模块，而在于用一套分层、分模块、接口标准化的架构，把应用逻辑与底层硬件解耦，使软件可以跨项目、跨芯片复用。对英飞凌AURIX TC3xx平台而言，理解AUTOSAR分层架构与MCAL的映射关系，是读懂量产项目软件架构的起点。

一、四层架构：从应用到底层硬件

AUTOSAR Classic Platform自上而下分为四层：应用软件层（Application Software, ASW）、运行时环境（Runtime Environment, RTE）、基础软件层（Basic Software, BSW）和微控制器抽象层（Microcontroller Abstraction Layer, MCAL）。

应用软件层由若干软件组件（Software Component, SWC）构成，每个SWC封装特定功能，例如电机控制、扭矩仲裁、故障诊断。SWC不直接访问硬件，也不关心自己运行在哪个核上，它只通过端口（Port）和接口（Interface）声明自己需要什么、提供什么。RTE是应用层与BSW之间的“中间人”，它把SWC之间的通信、SWC对BSW服务的调用，翻译成具体的函数调用或数据读写。BSW是标准化的服务集合，包括服务层（Services Layer）、ECU抽象层（ECU Abstraction Layer）和复杂驱动（Complex Device Driver, CDD）。MCAL则直接操作AURIX的寄存器，是唯一与芯片强相关的层。

这种分层的直接收益是：更换芯片时，只需重写MCAL和部分ECU抽象层，上层应用与大部分BSW保持不变。对量产项目来说，这意味着平台化开发成为可能。

二、BSW模块与AURIX的对应关系

BSW不是单一模块，而是一组按功能划分的模块集合。在AURIX TC3xx项目中，常见的BSW模块及其职责如下：

• EcuM / BswM：ECU状态管理与模式管理，负责上电初始化、休眠唤醒、运行模式切换。
• Com / PduR / CanIf / Can：通信栈，从信号打包到CAN帧收发，逐层向下。
• NvM / Fee / Fls：非易失存储栈，NvM管理数据块，Fee做Flash模拟EEPROM，Fls操作Flash驱动。
• Dem / Det / Dcm：诊断事件管理、开发错误追踪、诊断通信管理，支撑UDS诊断服务。
• Os：操作系统，管理任务调度、中断、资源与报警。
• Wdg / WdgM：看门狗与看门狗管理，监控程序流与任务执行。

这些模块中，越靠近上层的模块越与芯片无关，越靠近下层的模块越依赖AURIX的具体外设。例如Com模块只处理信号与PDU，完全不知道CAN控制器是AURIX的MCMCAN还是外部独立控制器；而Can模块必须知道MCMCAN的报文RAM布局、中断向量和时钟配置。

三、MCAL在AURIX上的映射

MCAL是AUTOSAR与AURIX硬件之间的桥梁。英飞凌为TC3xx提供了符合AUTOSAR标准的MCAL驱动包，每个驱动对应芯片的一类外设：

• Mcu：时钟树、PLL、复位原因、RAM初始化，对应AURIX的CCU和SCU。
• Port / Dio：引脚功能复用与数字输入输出，对应AURIX的Port模块。
• Can：MCMCAN控制器，支持CAN FD，对应报文RAM与中断。
• Adc：EVADC或EDSADC，用于模拟采样。
• Pwm：GTM的TOM/ATOM通道，用于电机或执行器驱动。
• Icu：输入捕获，对应GTM的TIM或外部中断。
• Spi：QSPI，用于外部传感器或收发器通信。
• Fls：Flash驱动，对应PFlash和DFlash的擦写操作。
• Wdg：安全管理单元SMU与看门狗，对应AURIX的Safety WDG。

以CAN为例，AURIX TC3xx的MCMCAN模块包含多个CAN节点，每个节点有独立的报文RAM区域。MCAL的Can驱动需要配置波特率、采样点、报文对象、中断映射。上层CanIf通过标准接口调用Can_Write，Can驱动把数据写入报文RAM并触发发送。整个过程对Com和PduR完全透明。

四、RTE与MCAL的协同：一次CAN发送的完整路径

理解分层最好的方式是跟踪一次实际的数据流。假设应用层某个SWC需要发送一帧车速信号：

1. SWC通过RTE端口调用Rte_Write，把车速值写入RTE缓冲区。
2. RTE根据配置，将信号交给Com模块。Com按照DBC定义的打包规则，把信号放入PDU。
3. PduR接收PDU，根据路由表转发给CanIf。
4. CanIf调用Can_Write，把PDU交给MCAL的Can驱动。
5. Can驱动将数据写入MCMCAN的报文RAM，设置发送请求位，硬件自动完成仲裁与发送。

反向接收时路径相反：MCMCAN收到帧后触发中断，Can驱动读取报文RAM，CanIf做过滤与分发，PduR路由到Com，Com解包后通过RTE通知SWC。整条链路上，只有Can驱动和MCMCAN寄存器是AURIX专属的，其余模块都是标准AUTOSAR实现。

五、量产项目中的适配要点

在实际AURIX量产项目中，MCAL适配需要重点关注几个方面。第一是时钟配置：Mcu模块必须正确设置PLL，使各外设获得符合AUTOSAR驱动要求的时钟频率，例如MCMCAN通常需要80MHz或100MHz的模块时钟。第二是中断映射：AURIX的IR模块需要把外设中断路由到具体CPU核，MCAL配置中要指定中断优先级和目标核。第三是多核分配：TC3xx通常有多个TriCore核，Os任务、MCAL驱动和中断需要合理分配到不同核，避免单核过载。第四是安全机制：Wdg和SMU的配置必须与安全概念一致，看门狗超时窗口、SMU报警响应都要在MCAL层正确设置。

掌握AUTOSAR分层与AURIX MCAL的映射关系后，再看量产项目的软件架构图，就能清楚判断每个模块的职责边界、移植成本和调试入口。这是后续理解RTE配置、BSW集成和功能安全实现的基础。