1. 课程导入
欢迎进入《AURIX车载MCU系统开发工程》课程。AURIX 是英飞凌面向汽车电子推出的多核微控制器家族，广泛应用于动力总成、底盘域控、车身域控、ADAS 传感器融合以及新能源电控等安全关键场景。本课程不以“点亮一颗 LED”为目标，而是围绕真实车载 ECU 的开发链路，建立从芯片架构、外设驱动、AUTOSAR 基础软件到功能安全与量产调试的完整工程能力。
一、学习目标：从“会写寄存器”到“能交付 ECU 软件”
学习完本课程，你应当能够独立完成以下任务：
- 读懂 AURIX 芯片手册中的核架构、存储映射、时钟树与电源域，能定位关键寄存器与安全机制。
- 使用 Infineon 工具链（AURIX Development Studio / Tasking / HighTec）建立可编译、可烧录、可调试的工程。
- 配置并驱动关键外设：GPT、STM、CAN/CAN-FD、LIN、SPI、ADC、DMA、GTM 等。
- 理解 AUTOSAR MCAL、BSW、RTE 的分层关系，能完成 MCAL 配置与集成。
- 掌握功能安全基础：锁步核、SMU、看门狗、ECC、安全启动与故障响应路径。
- 具备量产调试能力：UDS 诊断、Bootloader 刷写、标定测量、日志与故障复盘。
二、核心概念：AURIX 工程中的六个关键词
在进入具体章节前，先建立六个贯穿全课程的核心概念，它们会在后续每一章反复出现。
| 核心概念 | 含义 | 工程意义 |
|---|---|---|
| 多核与锁步 | TriCore 多核架构，部分核以锁步方式运行 | 提升算力同时满足 ASIL-D 安全完整性要求 |
| 安全监控 SMU | Safety Management Unit，汇聚并响应安全告警 | 故障发生时触发复位、中断或安全状态 |
| MCAL | Microcontroller Abstraction Layer | 把寄存器操作封装为标准化驱动接口 |
| CAN-FD | 支持可变速率与更大负载的 CAN 协议 | 满足域控与高带宽车载通信需求 |
| UDS | 统一诊断服务 ISO 14229 | 实现故障读取、刷写、标定与产线检测 |
| Bootloader | 独立于应用的刷写引导程序 | 支持 OTA 与售后升级，是量产必备能力 |
三、整体框架：从芯片到整车的分层视图
AURIX 系统开发不是单层编程，而是“芯片—驱动—基础软件—应用—整车”五层协同。下图给出本课程的整体知识框架与数据/控制流向，后续章节将逐层展开。
这张框架图强调两点：其一，越往下越接近硬件与安全机制，越往上越接近整车功能；其二，开发过程既有自下而上的数据与控制流，也有自上而下的配置与约束流。理解这两条流，才能避免“只会调一个外设，却无法集成 ECU”的常见困境。
四、方法流程：一个典型 AURIX 工程从零到量产
为了让学习路径可执行，我们把工程流程抽象为七个阶段，后续章节会按阶段展开。
- 需求与安全等级分析：明确 ECU 功能、ASIL 等级、通信矩阵与诊断需求。
- 芯片选型与资源规划：根据算力、外设、安全机制选择 TC3xx 具体型号。
- 工程搭建与启动验证：建立编译、烧录、调试链路，验证时钟、启动与最小系统。
- 外设驱动开发：完成 GPT、ADC、CAN、SPI、DMA 等驱动并做单元验证。
- MCAL 与 BSW 集成：配置 AUTOSAR 基础软件，打通 RTE 与应用接口。
- 功能安全与诊断实现：接入 SMU、看门狗、UDS、DEM、FIM。
- 标定、测试与量产释放：完成 HIL、台架、实车验证与 Bootloader 刷写。
下面给出一个最小工程验证时常用的构建与烧录命令示例，帮助建立“工具链可运行”的第一印象：
# 以 AURIX Development Studio 为例
# 1. 导入工程
File -> Import -> Existing Projects into Workspace
# 2. 编译
Project -> Build All
# 3. 生成 hex/elf 后烧录
# 使用 Infineon Memtool 或 DAP miniWiggler
# 选择目标器件：TC375TP
# 连接方式：DAP
# 烧录文件：AURIX_Demo.hex
# 4. 串口/调试观察启动日志
[BOOT] clock init ok
[BOOT] safety init ok
[BOOT] can init ok
[APP ] running...
五、案例场景：车身域控制器的一个真实切片
假设你负责一个车身域控制器，需要同时处理车门、车窗、灯光与 CAN 通信。AURIX 的价值在于：多核可以分别承担通信任务与实时控制任务；锁步核与 SMU 保证安全相关信号不被静默错误影响；CAN-FD 满足多路车身报文的高带宽需求；UDS 与 Bootloader 支持产线刷写与售后升级。这个场景会贯穿课程中的驱动、AUTOSAR、诊断与安全章节。
六、常见误区与复盘建议
误区一：先写应用，再补驱动。在 AURIX 上，驱动配置错误会直接导致安全机制误触发或通信丢帧，建议先打通最小系统与外设验证。
误区二：忽视安全机制。锁步核、SMU、看门狗不是“高级选项”，而是量产必选项，早期不设计，后期返工成本极高。
误区三：把 AUTOSAR 当作纯配置工具。MCAL 配置背后是寄存器与硬件行为，不理解硬件，配置出错时无法定位。
学习建议：每学完一个外设或一层软件，都回到本节的框架图，问自己三个问题：它在哪一层？它和上下层如何交互？它涉及哪些安全或诊断机制？这样能把零散知识串成工程能力。
本课程后续将沿着“芯片架构 → 工具链与启动 → 外设驱动 → AUTOSAR 集成 → 功能安全 → 诊断与量产”的主线推进。请先建立整体框架意识，再进入具体模块，这样学习效率最高，也最接近真实项目中的工程节奏。