3. 基于 ISOLAR-AB 的 ECU 工程创建实战

在完成系统描述（System Description）建模之后，ECU 工程创建是把“整车视角”落到“单个 ECU 可编译工程”的关键一步。ISOLAR-AB 作为 ETAS RTA 工具链的工程集成环境，其核心工作流可以概括为：新建 ECU 工程 → 导入系统描述 → 配置 ECU 实例 → 映射 SWC 到 ECU → 设置通信栈参数 → 生成 RTE 与 OS 配置骨架。本节以一个典型车身域控制器（示例命名为 BCM_ECU）为例，走通从空工程到首个可编译骨架的完整链路。文中所有参数、命名与结果均为教学示例，实际项目需以 OEM 的 ARXML 与通信矩阵为准。

一、新建 ECU 工程与工程结构

在 ISOLAR-AB 中通过 File → New → ECU Project 创建工程，工程名建议与 ECU 实例名一致，例如 BCM_ECU。创建时需要选择目标平台与 AUTOSAR 版本（示例采用 AUTOSAR 4.4.0、RTA-CAR 系列），并指定工程根目录。ISOLAR-AB 会生成标准工程结构：ecu_config（ECU 提取与配置）、rte_config（RTE 生成配置）、os_config（OS 配置）、bsp（板级支持包引用）以及 generated（生成代码输出目录）。理解这一结构很重要，因为后续导入、映射、生成都对应到具体子目录，而不是散落在工程根下。

二、导入系统描述并提取 ECU

系统描述通常由 OEM 以 ARXML 形式提供，包含 SWC 类型、端口、接口、系统信号与拓扑。通过 File → Import → System Description 导入 Vehicle_System.arxml。导入后，ISOLAR-AB 会在工程中建立系统视图。此时 ECU 工程还是“空壳”，需要执行 ECU Extraction：在系统视图中选中目标 ECU 实例（如 BCM_ECU_Instance），右键 Extract ECU，工具会把与该 ECU 相关的 SWC 实例、端口、连接器和系统信号抽取到 ECU 工程中。抽取完成后，工程中应能看到 SWC 实例列表与对应的端口连接，这是后续映射的前提。

三、配置 ECU 实例与映射 SWC

ECU 实例配置主要确定三件事：ECU 名称与类型、运行实体（Runnable）到 Task 的归属、以及 SWC 到 ECU 的映射。在 ECU Configuration 视图中，先确认 ECU 实例名与硬件描述一致；随后在 SWC to ECU Mapping 中，把抽取出的 SWC 实例（如 DoorControl_SWC、LightControl_SWC）映射到当前 ECU。映射的本质是告诉 RTE：这些 SWC 的 Runnable 将在本 ECU 上运行，其端口通信由本 ECU 的 RTE 负责调度。

映射完成后，需要为每个 Runnable 指定触发方式与所属 Task。示例中 DoorControl_SWC 的 RE_ReadDoorState 配置为 10 ms 周期触发，LightControl_SWC 的 RE_UpdateLight 配置为 20 ms 周期触发。周期值必须与后续 OS Task 的周期一致，否则会出现调度与通信节拍不匹配的问题。

四、设置通信栈参数

通信栈参数决定 ECU 能否在总线上正确收发报文。以 CAN 为例，需要在 Com Configuration 中配置 ComSignal、ComIPdu 与 ComTxMode；在 CanIf / CanDrv 中配置控制器、波特率与邮箱；在 PduR 中建立路由关系。示例参数如下：CAN 通道 CAN0，波特率 500 kbit/s；发送报文 BCM_Status_0x120，周期 20 ms；接收报文 BCM_Cmd_0x110，周期 10 ms。这些参数必须与 OEM 通信矩阵中的报文 ID、周期、信号布局严格一致，任何偏差都会导致总线通信异常。

五、生成 RTE 与 OS 配置骨架

当映射与通信参数就绪后，执行 Generate → RTE 与 Generate → OS。ISOLAR-AB 会基于配置生成 RTE 接口文件（如 Rte_DoorControl_SWC.h、Rte.c）以及 OS 配置（Os_Cfg.c/h、Task 与 Alarm 定义）。生成结果应包含：SWC 的 Runnable 实体、端口读写 API、Task 周期与优先级、以及 Com 与 RTE 之间的信号传递路径。此时工程已具备“可编译骨架”的形态，但尚未包含应用逻辑，需要开发者填充 Runnable 内部实现。

六、结果观察与判断依据

生成完成后，判断骨架是否可用的依据有三点。第一，generated 目录下应出现 RTE 与 OS 的配置头文件与源文件，且文件时间戳为本次生成时间；第二，打开 Rte_DoorControl_SWC.h，应能看到 Rte_Read_... 与 Rte_Write_... 接口，说明端口映射已生效；第三，在 OS 配置中应能找到与 Runnable 周期一致的 Task 与 Alarm，例如 10 ms 与 20 ms 两个周期任务。若缺少任一文件或接口，应回到映射或通信配置检查，而不是直接修改生成代码。

七、常见问题与排查

实践中较常见的问题包括：导入 ARXML 后找不到目标 ECU 实例，通常是系统描述中未包含该 ECU 或版本不匹配；映射后 RTE 接口缺失，通常是端口未连接或 Runnable 未绑定 Task；通信栈生成后报文无法收发，通常是 ComSignal 与 PDU 的映射不完整或波特率配置错误。排查时应优先使用 ISOLAR-AB 的校验视图，按“系统描述 → ECU 提取 → 映射 → 通信 → 生成”的顺序逐层确认，而不是在生成代码中盲目查找。

完成本节操作后，BCM_ECU 工程已具备可编译的 RTE 与 OS 骨架，下一步即可在 Runnable 中填充应用逻辑，并接入 BSW 与 MCAL 完成真实硬件验证。