2. AUTOSAR SWC核心概念建模准备
在DaVinci Developer里开始拖拽之前，先把AUTOSAR软件组件（SWC）的五个核心概念在脑子里对齐：SWC类型决定这个组件“是什么”，端口决定它“对外暴露什么”，接口决定端口“传什么、怎么传”，Runnable决定组件内部“做什么”，RTE事件决定Runnable“什么时候被触发”。这五者不是并列的五个名词，而是一条从抽象到可执行、从设计到生成的映射链。理解这条链，才能在DaVinci Developer的工程树里找到每个概念对应的节点，避免“建了端口却连不上接口”“写了Runnable却没有事件触发”这类返工。
一、SWC类型：从原子到组合的建模起点
AUTOSAR把SWC类型分为几类，建模时最常用的是Application SWC（应用软件组件）和Sensor/Actuator SWC（传感器/执行器软件组件），此外还有Service SWC（如诊断、存储服务）和Complex Device Driver SWC（复杂驱动，通常绕过RTE直接访问硬件）。在DaVinci Developer中，新建SWC时首先选择的就是类型，这个选择会直接影响后续可用的端口种类和RTE生成策略。
例如，一个车窗防夹控制器的应用SWC，它需要读取车窗位置、判断是否夹到障碍物、输出电机控制命令。它属于Application SWC，内部逻辑由Runnable承载，对外通过端口与其它SWC或传感器/执行器SWC交互。而直接驱动电机PWM的组件，更适合建模为Complex Device Driver SWC，因为它需要直接操作寄存器，不经过RTE的标准化通信。
在DaVinci Developer的工程视图中，SWC类型对应“Software Component Types”节点下的条目。每个SWC类型下会展开出Ports、Runnables、Internal Behavior、Data Types等子节点。这里有一个关键认知：SWC类型是设计模板，不是实例。同一个SWC类型可以在系统中被多次实例化，每个实例可以绑定到不同的ECU或不同的任务上下文。建模准备阶段要明确：哪些逻辑复用同一类型，哪些需要独立类型。
二、端口与接口：通信的契约
端口是SWC的对外接口点，分为P-Port（提供端口）和R-Port（需求端口）。P-Port表示“我提供这个数据或服务”，R-Port表示“我需要这个数据或服务”。端口本身不定义数据格式，它必须绑定到一个端口接口（Port Interface）上。AUTOSAR定义了三种主要接口：
- Sender-Receiver Interface（S/R接口）：用于异步数据传递，发送方写、接收方读，不阻塞。适合传感器值、状态信号。
- Client-Server Interface（C/S接口）：用于同步服务调用，客户端发起请求，服务端执行并返回结果。适合诊断请求、标定服务。
- Mode-Switch Interface：用于模式切换通知，如启动/运行/休眠模式。
在DaVinci Developer中，接口定义在“Port Interfaces”节点下。一个S/R接口可以包含多个Data Element，每个Data Element有自己的数据类型（如uint8、sint16、boolean或自定义结构体）。建模时常见的错误是：先建端口再建接口，结果端口绑定时发现接口里没有需要的Data Element。正确顺序是先定义接口，再定义端口，最后把端口绑定到接口。
以车窗防夹为例：车窗位置传感器SWC提供一个S/R接口WindowPosition_IF，内含Data Element Position_mm（uint16）。防夹控制SWC需要一个R-Port绑定到这个接口，同时它提供一个C/S接口MotorControl_IF，内含Operation SetMotorSpeed(speed: sint8): Std_ReturnType，供执行器SWC调用。
三、Runnable与RTE事件：从静态结构到动态行为
Runnable是SWC内部的可执行实体，相当于C语言中的一个函数。它不直接决定何时运行，而是由RTE事件触发。常见的RTE事件类型包括：
- TimingEvent：周期触发，如每10ms执行一次。
- DataReceivedEvent：当某个R-Port收到新数据时触发。
- OperationInvokedEvent：当C/S接口被调用时触发服务端Runnable。
- ModeSwitchEvent：模式切换时触发。
- InitEvent：初始化时执行一次。
在DaVinci Developer中，Runnable定义在SWC类型的“Runnables”节点下，而事件绑定在“Internal Behavior”中。Internal Behavior是SWC类型与RTE之间的桥梁：它把Runnable、事件、端口访问、数据映射组织在一起。一个Runnable可以绑定多个事件，但每个事件触发时Runnable的执行上下文可能不同。
继续车窗防夹的例子：Runnable_ReadPosition绑定DataReceivedEvent，当WindowPosition_IF的Position_mm更新时触发，读取数据并存入内部变量；Runnable_CheckAntiPinch绑定TimingEvent，周期10ms执行，判断位置变化率是否超过阈值；Runnable_ControlMotor绑定OperationInvokedEvent，当SetMotorSpeed被调用时执行，输出PWM占空比。这三个Runnable共享同一个SWC的内部数据，但触发时机完全不同。
四、映射到DaVinci Developer工程视图
打开DaVinci Developer，左侧工程树的结构与上述概念一一对应。在“Software Component Types”下新建一个SWC类型，右键展开可以看到Ports、Runnables、Internal Behavior、Data Types等节点。端口在Ports节点下创建，创建时需要指定方向（P/R）和接口引用；接口在“Port Interfaces”节点下独立定义，S/R接口的Data Element和C/S接口的Operation都在这里配置；Runnable在Runnables节点下创建，创建后需要进入Internal Behavior，把Runnable与事件、端口访问、数据映射关联起来。
这里有一个容易混淆的点：Data Types节点下的数据类型是全局共享的，而接口中的Data Element引用这些类型。如果两个接口需要传递同一种结构体，应该引用同一个DataType，而不是各自定义。这样在RTE生成时才能保证类型一致，避免编译错误。
五、建模准备检查清单
在正式进入DaVinci Developer操作之前，建议先用纸面或表格完成以下准备，避免在工具中反复修改：
| 检查项 | 车窗防夹示例 | 判断依据 |
|---|---|---|
| SWC类型是否明确 | Application SWC | 是否需要直接访问硬件寄存器 |
| 端口方向与数量 | 1个R-Port，1个P-Port | 数据流向：输入位置，输出控制 |
| 接口类型选择 | S/R用于位置，C/S用于电机控制 | 异步数据用S/R，同步服务用C/S |
| Data Element/Operation定义 | Position_mm(uint16)，SetMotorSpeed(sint8) | 数据类型是否已存在于Data Types |
| Runnable划分 | 3个Runnable | 按触发源和职责分离 |
| 事件绑定 | DataReceived、Timing、OperationInvoked | 每个Runnable至少一个触发事件 |
| Internal Behavior配置 | 端口访问、数据映射 | Runnable能否正确读写端口数据 |
把上述五个概念在工程视图中找到对应位置并建立正确引用关系后，SWC的静态结构就准备好了。下一步才是进入RTE配置和代码生成阶段。建模准备做得越充分，后续RTE事件到任务的映射、端口到信号的映射就越顺畅，返工越少。