📚 课程目录第3章车身ECU典型硬件与软件拓扑

3. 车身ECU典型硬件与软件拓扑

车身域电子控制单元（ECU）在量产集成中并不是“一个MCU加若干外设”的简单堆叠，而是由通信收发链路、功率驱动链路、感知输入链路三条主线共同构成的硬件—软件协同拓扑。理解这一拓扑，是后续配置基础软件（BSW）模块、分配CAN/LIN报文、定义IO抽象与诊断事件的前提。本节以BCM（车身控制模块）、门模块、座椅模块、灯光模块四类典型节点为对象，梳理其MCU、收发器、驱动芯片的选型逻辑，以及对应的基础软件配置对象。

一、四类节点的硬件拓扑差异

BCM是车身域的中心节点，通常采用中高资源MCU（如RH850、S32K3、TC3xx系列），集成多路CAN FD与LIN。其收发器配置为“CAN收发器 + LIN收发器”组合，用于连接网关、门模块、灯光模块及雨量/光照传感器。BCM的驱动芯片以高边开关（HSD）与低边开关（LSD）为主，驱动转向灯、位置灯、雨刮继电器、门锁电机等负载，同时通过ADC采集开关面板的模拟量输入。

门模块通常为LIN从节点或CAN节点，MCU资源较小（如S32K1xx、RL78），核心驱动对象是直流电机驱动芯片（如TLE94112、DRV8874），用于车窗升降、后视镜折叠、门锁执行。其收发器多为LIN收发器（如TJA1021）或集成LIN的SBC。门模块还需处理防夹电流采样，因此驱动芯片的电流检测输出会接入MCU的ADC通道。

座椅模块的驱动对象是多个直流电机（前后、靠背、腰托、加热），因此常采用多通道半桥驱动芯片（如TLE94112EL、VNQ7050）或继电器阵列。MCU通过SPI配置驱动芯片的过流阈值与诊断回读，同时通过LIN接收座椅开关面板的指令。座椅加热回路还需PWM控制与NTC温度采样。

灯光模块分为两类：一类是车身外部照明（前大灯、尾灯），采用LED驱动芯片（如TLC6C598、BD18337）实现恒流与PWM调光；另一类是氛围灯，采用LIN RGB驱动或级联LED驱动。灯光模块的MCU需支持PWM输出、SPI配置以及故障回读（开路、短路、过温）。

二、基础软件配置对象的映射关系

硬件拓扑确定后，基础软件配置对象随之确定。在AUTOSAR或量产BSW框架下，四类节点的配置对象可归纳为以下映射：

MCU抽象层：时钟树、看门狗、ADC通道、PWM通道、SPI通道、DIO端口。门模块与座椅模块的ADC主要用于电流与温度采样；灯光模块的PWM用于调光。
通信层：CAN控制器与CAN收发器配置（波特率、采样点、FD数据段）、LIN控制器与LIN收发器配置（调度表、帧ID、校验类型）。BCM作为LIN主节点，门/座椅/灯光模块作为从节点。
IO硬件抽象：将驱动芯片的使能、诊断回读、SPI片选映射为IoHwAb的端口与通道。
驱动芯片配置：通过SPI写入过流阈值、PWM频率、诊断使能位；通过DIO控制半桥方向；通过ADC读取电流反馈。
诊断与故障管理：Dem事件配置（开路、对地短路、对电源短路、过温）、Dcm诊断服务（0x22读数据、0x2E写数据、0x31例程控制）。

以门模块车窗防夹为例：驱动芯片的电流检测输出接入MCU的ADC通道，BSW配置为周期采样（例如1ms），当电流超过标定阈值且持续时间超过滤波窗口时，触发Dem事件“车窗防夹触发”，同时通过LIN向BCM上报状态。这一链路中，ADC通道、滤波参数、Dem事件ID、LIN帧ID都是基础软件配置对象。

三、配置对象的具体落地方式

在量产集成中，上述映射需要落到具体的配置文件和代码。以门模块的LIN从节点为例，基础软件配置通常包含以下关键项：

/* LinIf 配置示例（门模块从节点） */
LinIfChannel {
  ChannelId       = 0;
  LinProtocol     = LIN_2_1;
  BaudRate        = 19200;
  ScheduleTable   = { FrameId_0x10, FrameId_0x11, FrameId_0x3C };
}

/* Adc 配置示例（防夹电流采样） */
AdcGroup {
  GroupId         = ADC_GROUP_CURRENT;
  ConversionMode  = ADC_ONESHOT;
  TriggerSource   = ADC_TRIGG_SRC_SW;
  SamplingTime    = 2us;
  Channel         = ADC_CH_CURRENT_SENSE;
}

/* Dem 事件配置示例 */
DemEvent {
  EventId         = DEM_EVENT_ANTI_PINCH;
  EventKind       = DEM_EVENT_KIND_SWC;
  DebounceMethod  = DEM_DEBOUNCE_COUNTER_BASED;
  CounterFailed   = 3;
  CounterPassed   = 1;
}

这些配置项并非孤立存在，而是与硬件引脚、驱动芯片时序、LIN调度周期相互约束。例如，防夹电流采样的ADC触发周期必须小于LIN帧的发送周期，否则会出现状态上报滞后；驱动芯片的SPI配置必须在LIN通信建立之前完成，否则从节点无法响应主节点的诊断请求。

四、拓扑集成中的典型约束

四类节点在整车拓扑中的位置决定了其通信与诊断策略。BCM作为网关与LIN主节点，需要维护LIN调度表并处理从节点的状态上报；门模块、座椅模块、灯光模块作为从节点，其基础软件配置必须与BCM的调度表严格对齐。若门模块的LIN帧ID与BCM调度表不一致，表现为从节点无响应或响应超时，此时应优先核对LinIf的FrameId与LinTp的NAD配置。

另一个常见约束是驱动芯片的诊断回读时序。以灯光模块的LED驱动为例，SPI回读的开路/短路状态需要在PWM关断窗口内完成，否则会读到无效值。因此BSW配置中需将SPI传输与PWM同步，或在驱动芯片数据手册规定的诊断窗口内触发SPI读取。这一约束在集成阶段常被忽略，导致诊断误报。

集成提示：在配置四类节点的BSW时，建议先建立“硬件引脚—驱动芯片寄存器—BSW配置对象”三列对照表，再逐项核对。尤其是SPI片选、ADC通道、PWM通道与DIO端口的映射，一旦错位，表现为功能异常但无明确报错，排查成本较高。

综上，BCM、门模块、座椅模块、灯光模块的硬件拓扑差异，直接决定了其MCU资源分配、收发器选型、驱动芯片类型以及基础软件配置对象的范围。掌握这一映射关系，才能在量产集成中快速定位配置错误，并为后续的通信矩阵设计、诊断事件定义和功能安全分析提供准确的硬件—软件边界。