3. ETAS ISOLAR-AB工程创建与ECU配置

在AUTOSAR开发流程中，ISOLAR-AB承担着从系统描述到ECU可执行配置的落地工作。一个可编译的工程骨架，本质上要回答四个问题：ECU上有哪些软件组件、它们如何映射到具体任务、时钟与内存资源如何分配、生成的代码能否被编译器接受。本节围绕新建工程、导入ECU Extract、配置ECU资源、时钟与内存映射四个环节展开，最终交付一个可编译的工程骨架。

新建AUTOSAR工程与工作空间组织

启动ISOLAR-AB后，首先需要选择工作空间（Workspace）。工作空间是Eclipse体系下的工程容器，建议按项目名建立独立目录，例如D:\AUTOSAR_WS\VCU_Project，避免不同项目间的元数据互相污染。新建工程时选择AUTOSAR Project，并指定AUTOSAR版本（如4.2.2或4.4.0）。版本一旦确定，后续导入的ECU Extract和BSW模块必须与之匹配，否则会出现Schema校验失败。

工程创建完成后，ISOLAR-AB会在工程根目录下生成若干逻辑文件夹：System用于存放系统描述与ECU Extract，ECU用于存放ECU配置，BSW用于存放基础软件配置，Generation用于存放生成的代码。理解这一目录约定，是后续定位配置对象的基础。

导入ECU Extract

ECU Extract是OEM或系统集成方交付的ECU资源描述文件，通常为.arxml格式，包含ECU实例、通信连接器、软件组件实例以及部分BSW配置。导入路径为File → Import → AUTOSAR → ECU Extract。导入时需注意三点：一是确认Extract的AUTOSAR版本与工程一致；二是选择“Merge”而非“Replace”，避免覆盖已有配置；三是导入后检查System节点下是否出现ECU实例。

导入完成后，ISOLAR-AB会进行一致性检查。常见的报错包括：引用的SWC未定义、端口接口缺失、ECU实例名称冲突。此时应打开Validation视图逐条处理，而不是直接忽略。一个干净的导入结果，是后续ECU配置的前提。

配置ECU资源

ECU资源描述的是“这个ECU有什么”。在ISOLAR-AB中，主要配置对象包括：

• ECU Instance：ECU的逻辑名称与类型，如VCU_ECU。
• Processor：处理器核，如TC397_Core0，需指定主频与架构。
• Memory：Flash、RAM、EEPROM的起始地址与大小。
• Communication Controller：CAN、LIN、FlexRay或以太网控制器实例。
• Connector：ECU与总线之间的物理连接，如CAN0对应CanController_0。

以某VCU项目为例，假设使用Infineon TC397，配置参数可参考如下示例：

ECU: VCU_ECU
  Processor: TC397_Core0, 300 MHz
  Flash: 0x80000000 - 0x807FFFFF (8 MB)
  RAM:   0x70000000 - 0x7003FFFF (256 KB)
  CAN Controller: CAN0, 500 kbps
  Connector: CAN0 -> CanController_0

这些参数并非随意填写，而是要与硬件手册和系统Extract保持一致。例如CAN波特率必须与整车网络定义匹配，否则通信无法建立。配置完成后，ISOLAR-AB会在ECU节点下生成对应的ECU配置描述。

时钟与内存映射

时钟配置决定MCU各外设的工作频率。在ISOLAR-AB中，时钟树通常通过Mcu模块配置，关键参数包括：PLL倍频系数、分频系数、外设时钟源。以TC397为例，若外部晶振为20 MHz，目标系统时钟为300 MHz，则PLL倍频系数可设为15，分频系数为1。配置后需在Clock Tree视图中确认各节点频率是否与预期一致。

内存映射则决定代码和数据在物理地址空间中的分布。AUTOSAR将内存划分为多个Section，如.text、.data、.bss、.stack。在ISOLAR-AB中，通过MemMap模块和链接脚本（.ld或.lsl）共同完成映射。典型配置如下：

MEMORY
{
  FLASH (rx) : ORIGIN = 0x80000000, LENGTH = 8M
  RAM  (rwx) : ORIGIN = 0x70000000, LENGTH = 256K
}

SECTIONS
{
  .text : { *(.text*) } > FLASH
  .data : { *(.data*) } > RAM AT > FLASH
  .bss  : { *(.bss*)  } > RAM
}

这里.data段采用AT > FLASH，表示初始化数据存储在Flash中，运行时拷贝到RAM。若忽略这一点，全局变量初值将丢失。内存映射完成后，应检查各段大小是否超出物理容量，尤其是栈空间，通常需预留至少4 KB。

生成可编译的工程骨架

完成上述配置后，执行Generate操作。ISOLAR-AB会根据ECU配置生成BSW代码、RTE代码和链接脚本。生成结果位于Generation目录下。此时应检查：

• 生成的.c和.h文件是否完整，特别是EcuM_Cfg.c、Mcu_Cfg.c、Can_Cfg.c。
• 链接脚本中的内存区域是否与ECU资源描述一致。
• 是否存在未解析的符号或缺失的模块。

将生成代码导入编译器（如Tasking或GCC），执行一次完整编译。若编译通过，说明工程骨架已具备可编译性；若报错，优先检查模块依赖和内存段定义。一个可编译的骨架，意味着后续可以在此基础上逐步添加应用层SWC和通信矩阵。