1. 课程导入
各位好，欢迎来到《BSW 模块集成与 CAN 以太网通信》的第一章。咱们今天不绕弯子，直接聊聊 AUTOSAR 架构里最核心的底层——BSW（Basic Software，基础软件层）。
我刚开始接触 AUTOSAR 那会儿，说实话，被那一堆分层和缩写搞得头大。什么 BSW、RTE、SWC，感觉像在看天书。但后来做项目多了，发现这东西其实很有章法。你只要把架构理清了，后面集成模块、调通信，心里就有底了。
1.1 AUTOSAR 架构简介
AUTOSAR 是什么？说白了，它是一个汽车电子软件的标准化平台。它的核心思想就是“分层”和“解耦”。把硬件和软件分开，把应用和底层分开。这样，你换了个芯片，应用层代码基本不用动；你改了个传感器，底层驱动也不用重写。
整个 AUTOSAR 架构，从上到下分三层：
- 应用层（Application Layer）：由一个个 SWC（Software Component，软件组件）组成。这些 SWC 只管业务逻辑，比如车窗控制、雨刮策略。它们不关心信号怎么发出去的，也不管数据存在哪个寄存器里。
- 运行时环境（RTE，Runtime Environment）：这是应用层和基础软件层之间的“桥梁”。它负责 SWC 之间的通信，以及 SWC 对 BSW 服务的调用。
- 基础软件层（BSW，Basic Software）：这是咱们这门课的重点。它直接跟硬件打交道，提供操作系统、通信协议栈、存储服务、诊断服务等等。
嗯，这里要注意，AUTOSAR 还分 Classic Platform 和 Adaptive Platform。咱们这门课主要讲 Classic Platform，也就是传统 MCU 上的 AUTOSAR。Adaptive 平台跑在 Linux/QNX 上，那是另一套玩法，以后有机会再聊。
核心要点： AUTOSAR 的分层架构，本质上是为了“隔离变化”。硬件变了，只改 BSW 层；需求变了，只改应用层。RTE 就是中间的“胶水”，把两边粘起来。
1.2 BSW 层功能划分
BSW 层是整个 AUTOSAR 的“地基”。它又细分成几个子层，每个子层负责不同的功能。我习惯把它想象成一个“软件栈”，从下往上，越来越抽象。
咱们来看这张图，它清晰地展示了 BSW 层的内部结构：
从这张图里，你能看到 BSW 的几个关键子层：
| 子层名称 | 主要职责 | 典型模块 |
|---|---|---|
| 服务层 | 提供系统级服务，不直接依赖硬件 | OS、NvM、DEM、WdgM、EcuM |
| ECU 抽象层 | 统一访问 ECU 内外设，屏蔽芯片差异 | CanIf、LinIf、EthIf、Dio、Pwm |
| MCAL | 直接操作微控制器寄存器，最底层驱动 | Can、Spi、Adc、Gpt、Port |
| 复杂驱动 | 处理特殊时序或非标准硬件 | EEPROM 模拟、外部 Flash 驱动 |
个人经验： 我在做第一个 AUTOSAR 项目时，犯过一个低级错误——把 MCAL 的配置直接写死了。后来换了个批次的芯片，CAN 收发器引脚变了，结果整个底层都得重配。从那以后，我养成了一个习惯：能用 ECU 抽象层接口的，绝不直接调 MCAL。这样换硬件时，只需要改 MCAL 配置，上层代码纹丝不动。
1.3 BSW 与 RTE 的关系
RTE 是 AUTOSAR 架构里最容易被忽视，但又最关键的一层。它不直接干活，但它负责“调度”和“通信”。
你可以这么理解：
- SWC（应用层） 是各个部门的员工，他们只负责自己的业务。
- BSW 是公司的后勤部门，提供水电、网络、打印服务。
- RTE 就是公司的内部 OA 系统。员工要申请资源、发通知、调数据，都得通过 OA 系统走流程。
RTE 主要干三件事：
- SWC 之间的通信：一个 SWC 发数据，RTE 负责把数据路由到另一个 SWC。可以是同 ECU 内的，也可以是跨 ECU 的（通过 CAN/以太网）。
- SWC 对 BSW 的访问：SWC 不能直接调 BSW 的函数。它必须通过 RTE 提供的接口来间接调用。比如，SWC 要读一个传感器值，它调用 RTE 的
Rte_Read()，RTE 再去调 BSW 的 I/O 模块。 - 任务调度：RTE 负责触发 SWC 的 Runable（可运行实体）。它根据配置的周期或事件，决定什么时候执行哪个函数。
避坑指南： 我曾经遇到过一个项目，SWC 直接通过指针访问了 BSW 的全局变量。结果 RTE 的通信机制完全被绕过了，导致数据一致性出了问题。调试了整整两天才发现。记住：在 AUTOSAR 架构下，SWC 和 BSW 之间唯一的合法通道就是 RTE。任何绕过 RTE 的操作，都是给自己挖坑。
咱们用一张表来总结一下 BSW 和 RTE 的分工：
| 对比维度 | BSW | RTE |
|---|---|---|
| 职责 | 提供硬件抽象和系统服务 | 提供应用通信和调度机制 |
| 依赖关系 | 依赖硬件，不依赖应用 | 依赖 BSW，为应用服务 |
| 接口风格 | 函数调用，API 风格 | RTE 接口，如 Rte_Read/Write |
| 配置方式 | 通过 BSW 配置工具（如 EB tresos） | 通过 RTE 生成器（如 Vector DaVinci） |
| 典型问题 | 硬件适配、时序冲突 | 数据一致性、任务死锁 |
嗯，这里还要提一句。RTE 的代码是自动生成的。你配置好 SWC 的接口和 BSW 的映射关系，工具就会帮你生成 RTE 的 C 代码。所以，你不需要手写 RTE，但你必须理解它的工作原理。否则，出了问题你都不知道从哪查起。
一句话总结： BSW 是“基础设施”，RTE 是“交通规则”。没有基础设施，车跑不起来；没有交通规则，车会撞在一起。两者缺一不可。
好了，第一章的内容就到这里。咱们把 AUTOSAR 的骨架搭起来了，后面几章会往里面填肉——具体讲 CAN 协议栈、以太网协议栈，以及怎么把这些模块集成到一起。到时候，我会拿实际项目里的配置和代码来演示，保证干货满满。