车身域软件怎么切?AUTOSAR 给了标准答案

这是本公众号「AUTOSAR 工程铺路」系列的第二篇。上一篇我们把 R25-11 全部 218 份文档的地图画了出来。这一篇，我们落进地图里最"接地气"的一个房间——《Explanation of Application Interfaces of the Body and Comfort Domain》（AUTOSAR 文档编号 268，EXP 系列）。车身域是 ECU 数量最多、供应商最杂、接口最碎的一个域：门锁、车灯、雨刮、座椅、防盗、钥匙……每个功能背后都藏着一整套"功能集群怎么切、接口怎么定、信号怎么流"的官方答案。本文把这些答案一页一页翻开讲透。
📢 PDF 文档翻译服务：AUTOSAR 规范、ISO 标准、芯片手册、通信协议、白皮书——一切英文技术 PDF 读不懂，都可以私信博主帮你跨越语言障碍、快速掌握信息。

一、为什么这份 EXP 值得你精读

在开篇里我讲过文档类型学的口诀：写需求找 RS，定规格看 SWS，讲经验读 EXP。EXP 是 AUTOSAR 官方写给人看的"软教材"，全系列 22 份，可读性最高。而 268 号文档 EXP_AIBodyAndComfort，就是 22 份里"应用接口（AI）六件套"中的车身舒适那一份——和它同族的还有 ADAS/车辆运动控制、底盘、HMI/多媒体、乘员安全、动力总成各一份。

1.1 这份文档解决什么问题

车身域的标准接口（AI，Application Interfaces）为什么是现在这个样子？AUTOSAR 发布应用接口的方式，是"主表 + 解释"双轨制：

主表（MOD_AISpecification 里的 AI 表格）：规定每个端口、每个数据元素的名字和类型——冷冰冰；
268 号文档：解释每一个设计决策背后的理由——为什么这样拆 SW-C、为什么这个端口存在、这个信号从哪来、到哪去。

文档自己写得很清楚：

“This document explains all design decisions that lead to the AI contents. In case of inconsistencies between pictures and explanations in this document and the AI, the information in the AI has to be considered as prior.”

翻译成工程语言就是两句话：读接口表看 AI 主表，懂设计意图看这份 EXP；两者打架时，以 AI 主表为准。 所以这份文档的正确用法是"对照着 AI 表读"，它就是你手里那份接口表的"设计说明书"。

1.2 版本史透露的两个信号

这份文档的版本史（见文档头部 Change History 表）很有意思：

时间	版本	变更内容
2007-12-21	3.0.1	初始发布
2010-02-02	3.1.4	一次大改：新增外灯、ATWS、喇叭、除霜、端子钳、防盗锁、座椅调节、座椅通风、被动进入、后视镜、遥控钥匙、敞篷、车身传感器、按键板等十几个功能
2010~2012	3.1.x / 4.0.3	与 AI 主表对齐、删除 ParkDistanceControl、全面改版可读性
2013-03-15	4.1.1	细化 ATWS、端子钳内层信号、敞篷
2016~2025	4.2.1 → R25-11	每年基本只有"编辑性修改"（editorial changes）

两个信号：第一，车身域的标准接口从 2010 年起就几乎没动过——2026 年你看到的车身接口结构，和 2016 年几乎一致；第二，这也意味着它值得精读——学一遍，吃十几年。

二、全景：车身域的功能集群怎么划分

2.1 划分的两个坐标轴

打开文档第三章的 Decomposition Overview（分解总览）图，你会看到车身域被切成了十多个功能组件（Function Component）。AUTOSAR 的划分逻辑非常朴素，只有两个坐标轴：

被控执行器的类别：电机（座椅、雨刮、后视镜）、灯泡/光源（内外灯）、以及其他特殊装置（门锁机构、除霜加热丝、喇叭、防盗装置）；
操作的类型：车辆访问（access）、照明（lighting）、舒适（comfort）、声学提示（acoustic signalling），以及间接操作（如端子钳控制 Terminal Clamp Control、电池监控 Battery Monitor——后者还是"未来功能"）。

一句话概括：先按"你控的是什么硬件"把域切开，再按"用户在干嘛"把切出来的块归堆。

2.2 16 个功能集群一览

两个坐标轴交叉，就得到了下面这 16 个集群（另加一个 KeyPad 按键板，归中央门锁）：

#	功能集群	一句话定位
1	Wiper/Washer 雨刮洗涤	雨刮、喷水、喷嘴加热，含雨量感应
2	Mirror Adjustment & Tinting 后视镜	内外后视镜调节 + 防眩染色
3	Interior Light 内饰灯	车内全部光源，含灯组/虚拟组
4	Seat Adjustment 座椅调节	9 座 × 16 轴的调节与记忆
5	Central Locking 中央门锁	门锁、钥匙、按键板、后盖/后窗
6	Exterior Light 外部照明	外灯三层架构 + 转向灯状态机
7	ATWS 防盗报警	光学/声学报警 + 阻止启动
8	Horn 喇叭	声学提示，一个 Manager 的极简集群
9	Defrost Control 除霜	前/后挡、后视镜除霜 + 指示灯
10	Terminal Clamp Control 端子钳	整车供电/动力模式切换
11	Immobilizer 发动机防盗	钥匙授权、防启动
12	Seat Climatization 座椅通风加热	四主座加热/制冷
13	PASE 被动进入	无钥匙进入，遥控卡认证
14	RKE 遥控钥匙	单向 RKE + 双向 BiCom
15	Convertible Control 敞篷	硬顶/软顶开合
16	BodySensors 车身传感器	开关类传感器 → 标准接口

2.3 子系统之间的"软连接"

注意，AUTOSAR 自己提醒：这些子系统分组，并不代表组内功能强耦合。门锁系统（Access）和照明系统（Visibility）之间就存在强关联——中央门锁要给转向灯发"锁车反馈闪灯"请求，防盗报警要借外灯做"报警闪灯"。文档的原话是：

“The defined subsystems do not always mean a strong link between the included function components. The subsystems are also linked between them by a set of interfaces. For example the Access subsystem is strongly linked with a part of the Visibility subsystem.”

车身域内部连接复杂度极高，而且还有一批接口是从别的域"借"进来的：底盘域给外部照明送"拖车是否连接"“刹车踏板是否踩下”，动力域送"是否挂倒挡"，整车能量管理送"能源管理状态"。这些跨域接口，是车身软件集成时最常见的坑——后面我们会反复碰到。

三、分解的哲学：“可采购的 SW-C”——先划供应商边界，再谈技术

这是全文最重要的一节，读懂了它，车身域所有的分解图你就都读懂了。

3.1 四层流水线结构

AUTOSAR 对车身域每个功能集群的分解，粒度刻意收敛在一个统一模式上，从上到下永远是四层：

传感器组件（Sensor） → 适配器组件（Adapter） → 核心功能组件（Manager） → 执行器组件（Actuator）

以座椅调节为例，这四层分别是：HMI 传感器（采集调节开关、记忆按钮）→AutoAdjustUserRequestManager适配器（合并、仲裁各路请求）→ SeatAdjustManager（核心控制策略）→SeatAxisActuator（每个轴的电机执行器）。外部照明则是：HMI 开关传感器 → ExteriorLightAdapter（翻译 OEM 特有逻辑）→ExteriorLightManager/FlashManager/BrakeLightManager（核心决策）→ ExteriorLightActuator（点亮光源）。

各层职责可以用一张表概括：

层级	职责	典型 SW-C 名
传感器 Sensor	采集、滤波（去抖）、调理（均值）、合理性检查、故障检测（只报告 valid/not valid）	InteriorLightSensor、BodySensors
适配器 Adapter	翻译 OEM 差异、合并仲裁各路请求、电气/机械约束、位置比较	AutoAdjustUserRequestAdapter、ExteriorLightAdapter
管理器 Manager	核心策略、优先级仲裁、安全相关考量、合法性检查	WiperWasherManager、SeatAdjustManager、ExteriorLightManager
执行器 Actuator	驱动硬件、状态反馈（仅 operational/defective 两态）	SeatAxisActuator、LightSource[IntrLiActr]

这是一条贯穿 16 个功能集群的"四层流水线"，是车身域最大的设计模式。

3.2 为什么不是原子组件？

AUTOSAR 原话（文档 2.1 节）说得非常直白：

“The intent is for the decomposition to get not to atomic SW-Cs but to ‘purchasable’ SW-Cs. These SW-Cs will be obtained as a unit so that all the internal (and hence not AUTOSAR standardized) interfaces are controlled by a single vendor, even if there are SW-Cs within the bought unit that reside on different ECUs. All interfaces between SW-Cs from different vendors should be standardized.”

翻译过来，这是以"采购单元"为粒度的分解哲学：

分解的目标不是"拆到原子组件"，而是"拆到可以被整体采购的单元"（purchasable SW-C）；
一个采购单元内部，所有接口故意不做标准化——因为里面可能跨多个 ECU，但都由同一家供应商控制，让他们自己关起门来定；
不同供应商之间的接口，必须标准化——这就是 AUTOSAR AI 存在的意义：让 Tier1 和 Tier2 之间、OEM 和供应商之间的接口长一个样。

举个例子：一家供应商卖给你一个"座椅调节总成"，里面可能包含座椅调节管理器、每个轴的执行器、记忆适配器，甚至跨了两个 ECU（座椅 ECU + 门控 ECU），这些内部的接口 AUTOSAR 不管；但你从另一家买"车门锁 SW-C"，它跟你的座椅总成之间的接口（比如门开状态 DoorSts1），就必须用标准接口。

3.3 虚线与实线的区别

分解图里，有的 SW-C 用实线框，有的用虚线框：

线型	含义
实线	该 SW-C 是本标准化定义的层级
虚线	标准化没有把它描述到更细的层级，实现时你还可以再拆

比如 InteriorLightManager 标注"not further broken down / Non atomic SW-C"（不再继续拆分/非原子 SW-C），意思是官方就定义到这一层，里面怎么拆是你的事。

3.4 另外两条细节约定

传感器/执行器 SW-C 形式上也是组合（composition）——纯粹是建模形式上的原因，不影响理解（文档 2.1 节）；
所有端口都带 AUTOSAR 数据质量属性，需要无效化（invalidation）的地方统一用"带内无效化"（in-band invalidation），合适的地方给出初值（“off”、“idle”、“undefined”、“unknown”……）。

四、接口设计的通用"宪法"：五个约定贯穿全部集群

在逐个集群讲解之前，先把 AUTOSAR 在车身域定下的五条"接口宪法"讲清楚——你会发现每个集群的接口都遵守它们。

4.1 约定一：带内无效化（in-band invalidation）

AUTOSAR 给"信号无效"定的方案是带内无效化：在常规枚举值之外，额外定义一个特殊值"invalid"（无效）。文档举了例子：如果某个接口需要表达"无效"，就在枚举里多加一个 invalid 值，而不是另开一个有效性位——这样能最小化接口的位宽。相对的"带外无效化"（outband，单独用一个有效性信号去标记另一个信号是否有效）对这类接口是浪费的，因为一个数据元素要么有效要么无效，二选一，不需要额外的通道。

工程含义：你在配置车身信号时，看到枚举里有个 invalid 值，别删——它是规范的组成部分，接收方靠它识别"传感器坏了/没数据"。

4.2 约定二：初值必须明确

“Where standardization is appropriate, init values are specified”——哪里需要就指定初值：off、idle、undefined、unknown。初值是 RTE 层面启动时的默认值，也是信号还没"跑起来"之前接收方看到的合法状态。比如转向灯请求接口，初值就是"无请求/off"。

4.3 约定三：范围在 VFB 层面，不谈时序、不谈变体

文档三处强调（4.3.12、4.4.4）：本文档的范围是 VFB（虚拟功能总线）层面——所以：

事项	处理方式
时序要求	没有：既无整车功能级时序，也无系统/实现级时序（那是 ECU 集成阶段的事）
变体处理	项目特定（project specific），本文档不涉及
安全通信	实现相关：帧级安全传输措施（E2E、SecOC 之类）明确划出范围

这解释了为什么你在 268 号文档里看不到任何周期/超时/波特率——它只回答"有什么数据流"，不回答"数据流多快、多可靠"。

4.4 约定四：占位符命名法

车身域接口命名大量使用方括号占位符，表示"这个端口可以多实例化"：

占位符	可替换为	说明
`[Seat]`	DrvrSeat、PassSeat、SeatRowSecLe 等 9 种合法座椅名	一个接口实例化出 9 个具名端口
`[SeatAxis]`	AxisActrHei、AxisActrSld、AxisActrIncl 等 16 种合法轴名	每个轴一个实例
`[DoorLockFrnt]`	Driver door、Passenger door	前门锁双实例
`[DoorLockRe]`	Rear Left、Rear Right	后门锁双实例
`[ext_light]`	BrkLiLe、IndcrFrntLe 等具体光源名	每个光源一个实例
`[IntrLiActr]`	CbnLiFrntCen、LiForReadingGroup 等光源/组名	内饰灯执行器实例

这套命名法的工程价值在于：同一个接口定义，通过占位符实例化出几十上百个具名端口，避免了为每个座椅、每个轴、每个灯都单独定义接口——AI 表里的"接口数量"因此被压缩了一个数量级。

4.5 约定五：可事件驱动，也可周期发送

座椅调节的设计理由（4.4.4）里特别提到：标准化不应只面向事件驱动实现，也要对"周期发送"的实现开放——所以有些接口故意包含一个"idle"（空闲）值，表示"本周期没有新请求"。这是给实现留的自由度：你可以用事件触发，也可以周期轮询，接口都支持。

五、功能集群逐个详解：怎么切、怎么接、信号怎么流

下面进入正文。按照文档顺序，把 16 个主要功能集群逐一拆开。每个集群我都按"功能定位 → SW-C 分解 → 关键接口与信号流 → 设计要点"的框架来讲，信号全部用表格呈现，并穷尽列出文档中出现的所有具名信号。凡文档未给出具名信号的集群，我会明确标注"接口名见 AI 主表"，不臆造。

5.1 雨刮洗涤（Wiper/Washer）

功能定位

接收驾驶员意愿、感知环境、控制雨刮与洗涤器的行为。这是车身域里"跨界借信号"最典型的集群。

SW-C 分解

层级	SW-C	职责
核心	WiperWasherManager	核心功能，控制策略
传感器	HMI（雨刮开关组）	采集驾驶员意愿
传感器	WasherFluidTank（×2，前后）	洗涤液位
传感器	RainSensor	雨量检测（技术相关）
适配器	EnableDisableWiperWasher	按整车需求管理功能使能
适配器	AutoWipingEvaluator	评估自动刮刷请求
执行器	FrontWiper / RearWiper	前/后刮刷
执行器	FrontWasher / RearWasher / WasherHeadLamp	前/后/头灯喷水
执行器	NozzleHeater（×N）	喷嘴加热（含管路）

关键接口与信号流

接口/信号	提供方 → 接收方	语义
RainAmountStatus（RainAmntSts）	RainSensor → AutoWipingEvaluator	检测到的雨量。类型"非绑定"：雨量检测强依赖具体技术（光学/电容/红外），AUTOSAR 不固化类型
外部亮度	ExteriorLight → Rain Sensing	阴雨天气，光敏辅助判断
整车状态	TerminalClampControl → WiperWasher	电源/点火状态
电池电压	BatteryMonitor（未来）→ WiperWasher	整车状态信息
环境信息	温度/亮度/车速/雨刮洗涤状态 → AutoWipingEvaluator	综合评估是否应自动刮刷
自动刮刷请求	AutoWipingEvaluator → WiperWasherManager	触发自动刮刷

备注：文档中该集群唯一具名信号为 RainAmountStatus；其余数据流为描述性说明，具体端口名以 AI 主表为准。

设计要点

雨量感应被拆成"裸传感器 + 评估器"两层，就是为了让"传感器技术"和"决策逻辑"解耦——换一家雨量传感器供应商，只换底层 SW-C，评估逻辑不动。这是"四层流水线"里"传感器与适配器分离"的教科书案例。

5.2 后视镜调节与防眩（Mirror Adjustment & Tinting）

功能定位

控制内外后视镜的手动/自动调节，以及根据外部亮度调节防眩（染色）程度。注意文档明确：调节与防眩是两个独立分解，二者唯一的连接点是"镜面位置及其运动状态"。

SW-C 分解（调节 + 防眩两套）

Mirror Adjustment（调节）：

层级	SW-C	职责
核心	MirrorAdjustManager	调节核心功能
传感器	Mirror Manual Adjustment	手动调节开关
传感器	Mirror Auto Adjustment	记忆按钮面板（存/取位置）
适配器	AutoAdjustUserRequestAdapter	合并并仲裁各路触发，输出移动与记忆请求
适配器	MirrorActuatorAdapter	各轴电气/机械约束；请求→命令；比较当前轴位与期望轴位
适配器	MirrorMemoryAdapter	记忆存取；本地/全局存储；外部温度补偿存储
执行器	MirrorActuator For Adjustment	机械执行器软件表示：移轴、检测轴位

Mirror Tinting（防眩）：

层级	SW-C	职责
核心	TintingManager	防眩核心功能
算法	TintingValueManager	用外部亮度算出期望染色值
输入	Inter Domain / HMI / Mirror Adjustment	提供"是否需要自动防眩"
执行器	MirrorTintingActuator	执行染色命令，回送 TintingStatus

关键接口与信号流

接口/信号	提供方 → 接收方	语义
驾驶员档案	ProfileManager → AutoAdjustUserRequestAdapter	用钥匙应答器/无钥匙/遥控钥匙生成当前驾驶员档案，触发记忆存取
存取请求	Remote Key / Keyless Access → AutoAdjustUserRequestAdapter	用户的记忆存/取请求
跨域状态	Inter Domain → AutoAdjustUserRequestAdapter	挡位、运行模式、能量管理
中央门锁状态	Central Locking → AutoAdjustUserRequestAdapter	门锁状态
移动/记忆请求	AutoAdjustUserRequestAdapter → MirrorAdjustManager	合并仲裁后的执行请求
轴命令链	MirrorAdjustManager → MirrorActuatorAdapter → 各轴执行器	逐轴下发
亮度	环境感知（光传感器）→ TintingValueManager	算染色值
染色命令/状态	TintingManager → MirrorTintingActuator（→ 回 TintingStatus）	执行与反馈

备注：本文档后视镜章节未给出具名信号（接口名以 AI 主表为准，端口以 Mirror / Tinting 前缀命名）。

设计要点

防眩把"算染色值"（TintingValueManager）和"决定要不要防眩"（TintingManager）分成了两个 SW-C——前者是纯算法（亮度→染色值），后者是策略（什么时候启用）。这又是一个"算法与策略分离"的实例。

5.3 内饰灯（Interior Light）——最细致的接口标本

功能定位

控制车内所有光源。这是全文里接口细化程度最高、光源清单最全的一个集群，展示了"光源清单如何被组织成接口"。

SW-C 分解

层级	SW-C	职责
核心	InteriorLightManager	不再继续拆分
传感器	InteriorLightSensor[IntrLiActr]（若干实例）	车内灯、门锁相关传感器
输入	CentralLocking（含门锁）/ Remote Key / PASE	门状态、外部锁车请求、持卡人近离
输入	ExteriorLight + 环境光传感器	外部亮度
输入	ATWS	提供 1 个接口
输入	ProfileManager	档案（不在本文档范围，仅说明）
输入	TerminalClampControl	点火钥匙状态
输入	Inter-Domain Interfaces	跨域状态信息
输入	BatteryMonitor（未来功能）	电池电压
执行器	LightSource[IntrLiActr]	每个光源或光源组一个实例（含 HazardWarningSwitchIllumination）

传感器层（HMI）的四大职责

文档 4.3.2 节给出全文最重要的"传感器哲学"之一——传感器层只做四件事，止步于"报告"：

#	职责	说明
1	滤波（去抖）	如通过 debouncing 计算稳定输出值
2	调理	如计算平均值
3	合理性检查	作为故障检测的基础（检测"implausible"不合理值）
4	故障检测	输出 valid/not valid——不做错误处理、不做错误补偿（那是上层的事）

光源清单（全部实例名，完整展开）

文档 4.3.11 逐一枚举了所有内饰光源，LightSource[IntrLiActr] 可替换为以下任一完整实例名：

类别	光源实例名（LightSource[IntrLiActr] 完整名称）
CabinLights 顶灯（9）	CbnLiFrntRi / CbnLiFrntLe / CbnLiFrntCen / CbnLiMidRi / CbnLiMidLe / CbnLiMidCen / CbnLiReRi / CbnLiReLe / CbnLiReCen
TrunkCompartment 后备箱（5）	TrCmptmtLiCen / TrCmptmtLiLoRi / TrCmptmtLiLoLe / TrCmptmtLiUpRi / TrCmptmtLiUpLe
Footwell 脚窝（9）	FootwellLiFrntLe / FootwellLiFrntCen / FootwellLiFrntRi / FootwellLiMidLe / FootwellLiMidCen / FootwellLiMidRi / FootwellLiReLe / FootwellLiReCen / FootwellLiReRi
Ashtray 烟灰缸（9）	AshtrayLiFrntLe / AshtrayLiFrntCen / AshtrayLiFrntRi / AshtrayLiMidLe / AshtrayLiMidCen / AshtrayLiMidRi / AshtrayLiReLe / AshtrayLiReCen / AshtrayLiReRi
Reading 阅读灯（9）	ReadingLiFrntLe / ReadingLiFrntCen / ReadingLiFrntRi / ReadingLiReLe / ReadingLiReCen / ReadingLiReRi / ReadingLiThirdRowLe / ReadingLiThirdRowCen / ReadingLiThirdRowRi
Curb 迎宾（6）	CurbLiFrntLe / CurbLiFrntRi / CurbLiMidLe / CurbLiMidRi / CurbLiReLe / CurbLiReRi
Vanity 化妆镜（6）	VanityLiFrntLe / VanityLiFrntRi / VanityLiMidLe / VanityLiMidRi / VanityLiReLe / VanityLiReRi
CigaretteLighter 点烟器（11）	LiForCigaretteLighterIllmnFrntLe / LiForCigaretteLighterIllmnFrntCen / LiForCigaretteLighterIllmnFrntRi / LiForCigaretteLighterIllmnMidLe / LiForCigaretteLighterIllmnMidCen / LiForCigaretteLighterIllmnMidRi / LiForCigaretteLighterIllmnReLe / LiForCigaretteLighterIllmnReCen / LiForCigaretteLighterIllmnReRi / LiForCigaretteLighterIllmnTrLe / LiForCigaretteLighterIllmnTrRi
DoorSill 门槛（6）	LiForDoorSillIllmnFrntLe / LiForDoorSillIllmnFrntRi / LiForDoorSillIllmnMidLe / LiForDoorSillIllmnMidRi / LiForDoorSillIllmnReLe / LiForDoorSillIllmnReRi
DoorOpener 开门把手（6）	LiForDoorOpenerIllmnFrntLe / LiForDoorOpenerIllmnFrntRi / LiForDoorOpenerIllmnMidLe / LiForDoorOpenerIllmnMidRi / LiForDoorOpenerIllmnReLe / LiForDoorOpenerIllmnReRi
SafetyBeltLock 安全带扣（9）	LiForSftyBltLockIllmnFrntLe / LiForSftyBltLockIllmnFrntCen / LiForSftyBltLockIllmnFrntRi / LiForSftyBltLockIllmnMidLe / LiForSftyBltLockIllmnMidCen / LiForSftyBltLockIllmnMidRi / LiForSftyBltLockIllmnReLe / LiForSftyBltLockIllmnReCen / LiForSftyBltLockIllmnReRi
Others 其他（5）	GlvCmptmtLi（手套箱）/ EngCmptmtLi（机舱）/ IgnSwtIllmn（点火开关）/ SwtIllmnForHzrdWarn（危险警告开关）/ ExtrLiSwtIllmn（外灯开关）

功能组（11个）：CbnLiGroup、TrCmptmtGroup、FootwellGroup、AshtrayLiGroup、LiForReadingGroup、CurbLiGroup、VanityLiGroup、LiForCigaretteLighterIllmnGroup、LiForDoorSillIllmnGroup、LiForDoorOpenerIllmnGroup、LiForSftyBltLockIllmnGroup。

虚拟组（16 个）：IntrLiGroup0..IntrLiGroup15——每个虚拟组可由任意数量的上述光源构成，按实现配置。

Battery-Saver 用例（虚拟组的经典应用）：手套箱灯可能是被开关硬线接通的（机械开关直接点亮，不走控制器）。如果车主忘关手套箱，灯会一直亮。解决方案：提供一个"独立执行器"，在点火关闭后超时，统一关断所有这些硬线灯——它操作的就是某个 IntrLiGroup。

配置位域（Configuration-Bitfields）：这些虚拟组的成员关系可以用"配置位域"表达——每个位对应一个光源，存进 NVRAM，通过标定/诊断工具可读写，也可以作为静态输入提供给 InteriorLightManager。工程上这就是"一组可标定的灯组配置表"。

关键接口与信号流

接口/信号	提供方 → 接收方	语义
门开/关、机械锁	CentralLocking（含 Doorlocks）→ InteriorLight	门状态；只使用外部请求（车外发出），不用内部请求（如紧急锁车）
持卡人近/离	PASE → InteriorLight	持卡人走近（离开）→ 点亮（熄灭）内饰灯
自动重锁事件	CentralLocking → InteriorLight	触发内饰灯活动
外部亮度	ExteriorLight + 光传感器 → InteriorLight	环境亮度
点火状态	TerminalClampControl → InteriorLight	钥匙位置
HzrdWarn	ExteriorLight → InteriorLight（HazardWarningSwitchIllumination）	危险警告开关照明——内饰灯执行器的唯一附加端口
点亮命令/状态	InteriorLightManager → LightSource[IntrLiActr]（→ 回状态）	执行与 operational/defective 反馈

注意：把锁状态反映给驾驶员不是标准内饰灯的功能（那是中央门锁/仪表的事）。

执行器的两条硬约束（易踩坑）

#	约束	说明
1	灯组归属唯一	执行器（IntrLiGroup0…15）只有在组内所有光源不属于其他任何灯组、没有被其他灯执行器直接使用时才允许存在——防止两个执行器争抢同一光源
2	不做系统级限制	执行器不考虑系统级限制（如机械原因不能同时点亮多个执行器）——这是"执行器适配器 SW-C"的职责：执行器管"灯能不能亮"，适配器管"系统允不允许同时亮"

执行器低层职责：防闪烁（电压波动导致）、过/欠压补偿、硬件能力判断（能否 PWM）、状态反馈（仅 operational/defective 两态，不做详细诊断）。

5.4 座椅调节（Seat Adjustment）——占位符命名法的巅峰

功能定位

控制座椅调节执行器。这个集群把"每座每轴都实例化"的命名体系发挥到极致。

合法命名表（直接抄进你的命名规范）

座椅名（9 种）：

参考文本	座椅
DrvrSeat	驾驶员座椅
PassSeat	前排乘客座椅
SeatRowFirstMid	前排中央
SeatRowSecLe / SecMid / SecRi	中排左/中/右
SeatRowThrdLe / ThrdMid / ThrdRi	后排左/中/右

座椅轴（16 种）：

参考文本	轴	参考文本	轴
AxisActrHei	座椅高度	AxisActrTopIncl	靠背顶部倾角
AxisActrHeiFrnt	前部高度	AxisActrHdrestFold	头枕折叠
AxisActrHeiRe	后部高度	AxisActrHdrestTilt	头枕倾斜
AxisActrSld	前后滑动	AxisActrBackBlstrRi / Le	靠背右/左侧翼
AxisActrIncl	靠背倾角	AxisActrCushBlstrRi / Le	坐垫右/左侧翼
AxisActrHdrestHei	头枕高度	AxisActrCushExtn	坐垫伸出
AxisActrLumExtn	腰托伸出	AxisActrLumHei	腰托高度

SW-C 分解（每个需要调节的座椅都有一整套）

层级	SW-C	职责
核心	[Seat]SeatAdjMgr	协调所有请求和触发为具体控制策略，确保安全与优先级
适配器	[Seat]MgrOfSeatAdjAutReqByUsr	自动调节用户请求管理器：合并仲裁
适配器	[Seat]/[SeatAxis]/SeatAxisActrAdpr	每轴一个：电气机械约束、请求→命令、比较当前与期望位置
执行器	[Seat]/[SeatAxis]/SeatAxisActr	每轴一个：移动、检测位置与速度
适配器	[Seat]/[SeatAxis]/SeatAxisMemoryAdpr	每轴一个：记忆存取，本地或全局存储

关键接口与信号流（全部具名信号）

三种信号粒度的实例化规则（文档 4.4.2 的"Please note"三条，务必记住）：

粒度	规则	示例
每座信号	HMI 一个座一个端口，每个 [Seat]SeatAdjMgr 一个对应端口	MmedTelmHmi/PanAdjManOfDrvrSeat → DrvrSeat/SeatAdjMgr/PanAdjMan
每座一对一	[Seat]SeatAdjMgr/SeatMoveSts 与 [Seat]MgrOfSeatAdjAutReqByUsr/SeatMoveSts 严格一对一	DrvrSeat 的两者一一相连
每座每轴信号	执行器→适配器→管理器三级端口链路，一层层带前缀	DrvSeat/AxisActrHei/SeatAxisActr/SeatAxisPosn → DrvSeat/AxisActrAdprHei/SeatAxisActrAdpr/SeatAxisPosn → DrvSeat/SeatAdjMgr/SeatAxisPosnOfAxisActrHei

文档具名接口（按功能分类）：

接口/信号	提供方 → 接收方	语义
SeatAdjMan1	HMI（每座一个端口，如 PanAdjManOfDrvrSeat）→ [Seat]SeatAdjMgr/PanAdjMan	手动调节请求（同时送 AutoAdjust 管理器，便于手动覆盖记忆）
SeatAdjAut1	HMI → [Seat]SeatAdjMgr	存/取位置请求
SeatMoveSts1	[Seat]SeatAdjMgr → [Seat]MgrOfSeatAdjAutReqByUsr（严格一对一）	座椅移动状态
SeatAxisPosnSts1	每轴 SeatAxisActr/SeatAxisActrAdpr（端口 SeatAxisPosn）→ [Seat]SeatAdjMgr（端口 SeatAxisPosnOfAxisActrHei 等）	每轴位置反馈
MassgAdjReq1	HMI → [Seat]SeatAdjMgr	按摩程序选择（按摩执行器不在 16 轴之列）
MassgAdjSts1	[Seat]SeatAdjMgr → HMI	当前按摩功能状态
EntryReq1	HMI → [Seat]SeatAdjMgr	后排进入请求 / 自动滑移（easy entry / auto glide）
LockgCenSts1	RemoteKey / Keyless / CentralLocking → [Seat]MgrOfSeatAdjAutReqByUsr	触发存/取（trigger_source 指示请求来源）
DoorSts1	DoorLock → 座椅	关联门开/关，可触发或阻止座椅移动
ProfPenSts1	ProfileManager → 记忆触发	当前驾驶员档案

DoorSts1 的四个具名实例（文档 4.4.2.2 明确列出）：DoorStsOfDrvrDoorLock（驾驶门）、DoorStsOfPassDoorLock（乘客门）、DoorStsOfDoorLockReLe（左后门）、DoorStsOfDoorLockReRi（右后门）——每个座椅都接收这 4 个信号（即使实现中只用到关联的那个）。

个性化用例

用例	说明
存储偏好位置	存储驾驶员首选座椅位置
启停功能	启用/禁用某些功能（如 easy entry）

文档明确"预期座椅调节可以个性化"——ProfileManager 不在本文档范围内，但它输出的 ProfPenSts1 驱动记忆触发。

5.5 中央门锁（Central Locking）——机械世界与软件世界的映射

功能定位

控制整车中央门锁。最大的看点是文档专门画了两张"机械分解"图，讲清机械动作如何翻译成接口信号。

SW-C 分解

层级	SW-C	职责
核心	CentralLockingMaster	不再继续拆分
传感器	HMI	门锁相关传感器组件
输入	RemoteKey / Keyless Access	访问请求（含个性化档案信息）
门锁	[DoorLockFrnt]（×2）、[DoorLockRe]（×2）	产生"门锁状态 + 机械钥匙信息"；接收"锁命令 + 拉手辅助（pull aids）+ 儿童锁设置"
门锁	RearLid、BackLiteWindow（专用，单实例）	后盖、后窗
输入	KeyPadMgr	按键板：为前门、后门、后盖分别提供专用端口
输入	GloveBox / TankFlap	手套箱、油箱盖：状态 + 部分锁命令。机舱盖没有用例
域内	Intra-Domain Interfaces	车窗/天窗舒适开闭请求；Blink Master 视觉反馈请求
域间	Inter-Domain Interfaces	跨域状态信息
输入	ProfileManager	不在本节范围（单源协调档案 ID）

关键接口与信号流

接口/信号	提供方 → 接收方	语义
锁/解锁命令	KeyPad / RemoteKey / Keyless → CentralLockingMaster	门锁执行请求
锁命令/拉手辅助/儿童锁	CentralLockingMaster → DoorLock[Frnt/Re]	逐门下发
门锁状态/机械钥匙	DoorLock[Frnt/Re] → CentralLockingMaster	状态回传
舒适开闭	CentralLocking → 车窗/天窗（Intra-Domain）	一键开/关窗
视觉反馈	CentralLocking → Blink Master（Intra-Domain）	锁车闪灯

备注：本文档中央门锁章节未给出具名信号（接口名以 AI 主表为准，端口以 Lockg / Door / KeyPad 前缀命名）。

机械动作 vs 接口（4.5.3.2/4.5.3.3）：用户在某扇门上做的机械动作（转钥匙、按拉手、拔插销），经过"传感器/执行器的翻译"，变成进/出 CL Master 的信号。文档特意声明：相关图示与详细分解没有逐点对应、命名也不遵循规范命名——它只是让你理解"机械事件 → 信号编码"这件事。看它时别当接口定义，把它当"心法"。

个性化用例

用例	说明
Speedlock	达到（超过）某车速自动锁所有门
选择性开门	只开驾驶门，或开所有门
启停功能	启用/禁用某些中央门锁功能（如视觉反馈）

Known Defects（已知缺陷）

诊断端口不在本文档的描述范围内——但 AI 主表里定义了诊断接口。读接口表时记得去 AI 里找诊断端口，别以为文档没提就不存在。

5.6 外部照明（Exterior Light）——全文最复杂、信息量最大的集群

功能定位

控制整车外部光源。文档开头就点明：外灯是 100 多年前就装上车的老功能，但不同厂家的变化极多，所以分解的第一驱动力是"组件要容易适配不同的灯光策略，并容易映射到不同的网络拓扑"。为此，所有组件都带"端口超集"——提供/请求的端口是一套超集，保证任何变体都能拿到所需数据。

三层架构（全集群的核心骨架）

HMI（开关传感器）→[ExteriorLightManager/FlashManager/ BrakeLightManager]（决策）→[ExteriorLightAdapter Front/Rear/Trailer]（翻译/替换策略）→[ExteriorLightActuator]（点亮具体光源）

ExteriorLightManager（外灯管理器）——主灯功能的大脑：

关注点	说明
决策依据	发动机与端子钳状态、车速、若干（可能互相竞争的）灯光请求
主灯功能	近光、远光、日行灯、驻车灯、Coming Home、Leaving Home、CarFinder；自动灯光（Auto Light）最终决策
合法性检查	只批准"可受理"请求——如点火未开时请求近光 → 降级为驻车灯
优先级仲裁	从所有可受理请求中选出优先级最高者发布
安全相关	起动瞬间负载突降（load dump）、美国法规"前灯最多同时 2 个"限制
组合限制	同时开雾灯+远光 → 近光必须关；同时开远光+近光 → 雾灯必须关
CHLH/Auto 分工	前置条件计算移出 Manager（交给 Adapter），最终决策留在 Manager——避免"近光→Coming Home"切换时灯全灭（lights-off-glitch）
MMI 显示	功能状态照常发给 MMI——即使功能被临时关闭也要显示（如美国法规下闪远光时被临时关闭的雾灯）

FlashManager（闪烁管理器）——转向灯/危险警告灯的节奏大师：

职责：从各种请求生成当前闪烁模式；生成正常/特殊闪烁动态（基于闪烁模式、端子钳状态、动态描述）；
输出 IndcrTurnCmd1（五字段记录）：

字段	语义
IndcrTrig	触发：停止 / 左 / 右 / 双侧
IndcrTelltl	（不）点亮仪表指示
IndcrNrPat	当前闪烁序列的模式句柄
IndcrCycForStop	当前周期 ON/OFF 相上的硬停/软停
IndcrCycNotStop	不重新触发可继续执行的剩余周期数

可选输出 IndcrPatCmd1（IndcrNrPat + TiOn + TiOff）——仅当需要"静态指示模式"之外的模式时使用；
明确约定：复杂的位模式不期望由 ExteriorLightActuator 执行——执行器只按节奏开关，不解释花哨序列。

闪烁模式状态机（Table 4.3 + Figure 4.20，当前模式 × 请求 → 新模式）：

当前闪烁模式	请求	新闪烁模式
LockingFeedback	HazardWarning / CrashWarning / IndicatorLeft / IndicatorRight / Alarm / PanicAlarm	对应模式
LockingFeedback	LockingFeedback / ArmingFeedback / KeyLearn	LockingFeedback
LockingFeedback	None	None

其他要点：任何模式切换（含到 off）都从输出的 ON 相开始；左↔右切换一定触发新周期、从 ON 相开始；EgyMngtSts1 用于按能量管理改占空比省电；TrlrSts1 用于拖车指示灯故障时改闪烁频率（文档提醒：拖车状态可用硬件开关检测，也可由闪烁器测电流推断——后者是安全需求，用它做判断要谨慎；TrlrSts1 评估列为未来扩展）。

时序能力清单（4.6.5.2，全是"必须支持"）：

能力	示例
多样占空比	点火关闭时危险警告灯降低占空比
故障提速	转向灯灯泡坏时提高频率
多周期混合	多种占空比的多个开关周期
限定次数序列	报警闪 3 个 on/off 周期；只闪 1 个周期
持续序列	危险警告不能被能量/模式管理打断；报警闪烁可以被打断
直接触发	FlashManager 直接提交 on/off 命令

BrakeLightManager（刹车灯管理器）——独立的原因：

关注点	说明
独立性	刹车灯与其他灯/闪烁模式几乎没有功能交互（唯一例外：紧急制动时的危险警告）
紧急制动判断	属于外部照明的一部分（底盘域提供输入）
输入信号	车速/车速变化（判断急减速）、ACC 制动请求（自动跟停工况）、实际（减）加速度——不要求刹车踏板角度
制动力相关刹车灯	按制动力度计算刹车灯亮度百分比
常规刹车灯	刹车灯开关二进制输入 1:1 映射为 0%/100%，不转换
系统制动	BrakeLightsOnRequest 由底盘提供（如 ABS 触发）
自适应刹车灯	不同亮度级别/不同数量点亮点段，向后车表达不同紧急程度

三个"前置条件计算器"：

适配器	职责
AutolightAdapter	封装自动开/关近光（含法规要求的尾灯等）的决策
CorneringAdapter	决定静态转角灯激活/去激活的算法
CHLH Adapter	Coming Home/Leaving Home：从灯开关、端子钳、环境亮度算出期望 CHLH 请求；定时器到时关灯（时间可整车编码/个性化）

CHLH 输入可包括：门状态（含后盖）、KL15 端子钳状态、光传感器外部亮度、锁车反馈、遥控请求（CarFinder：夜里出门前用遥控钥匙先点亮道路）、驾驶员手动请求（满足发动机已关等条件时）。输出是 ExteriorLightManager 的前置条件。

ExteriorLightAdapter Front/Rear/Trailer（外灯适配器）——OEM 差异的"翻译层"：

关注点	说明
定位	OEM 之间最典型的变体是"某光源故障时的替换策略"——专属适配器
设计目标	故障与替换策略可通过简单更换几张配置表来替换
可多实例	前左 ECU 一个、前右一个、后部一个；中央 ECU 单实例也行
输入	外灯管理器的灯模式、FlashManager 的 IndcrTurnCmd1、BrakeLightManager 刹车灯命令
输出	`BriCmd1` ：每个被控光源一个亮度百分比（0% 关，100% 全亮）——与光源实现无关（灯泡/霓虹/LED/LED 阵列/氙气都一样）
决策依赖	国家编码与灯光变体编码、是否连接拖车、是否有灯损坏需替换

亮度算例表（Table 4.4，左前近光 BriCmd1 的计算）：

驻车灯命令	日行灯命令	近光命令	左前位置灯 LiFltSts1	左前近光 BriCmd1
Left	Off	Off	ok	0%
Left	Off	Off	failure	40%（代替坏掉的位置灯）
Off	On	Off	—	92%（实现日行灯）
Off	Off	On	—	100%（近光）

多接口拆分（而非一个 record 大结构）的原因：① 多个适配器实例未必需要全部模式接口；② record 中任一字段变化就要整包发送，独立接口上的独立数据更省带宽。另外：EgyMngtSts1 用于调光；完全关断某功能只能由 Manager 或 FlashManager 做；过压导致的调光（灯型相关）由执行器做；不支持调光的光源（气体放电灯）或只支持有限档位的光源（LED 阵列），由执行器定义"调光因子→可设档位"的翻译。

ExteriorLightActuator（外灯执行器）：

关注点	说明
模板组件	`ExtrLiActr[ext_light]` + 实例清单（见下）
具名实例	ExtrLiActrFrntLe、ExtrLiActrFrntRi、ExtrLiActrReLe、ExtrLiActrReRi、ExtrLiActrTrlr——同一通用 SW-C 的五个相同实例，建 5 个具名 SW-C 纯粹是绕开 AI 表限制（AUTOSAR 自己承认的 workaround）
组合执行器	可封装多个光源（如刹车尾灯组合灯 → 多个 ExtrLiBriActvn 端口 + 多个 LiFlt 端口）
反馈	只需 operational/defective（如坏灯泡时加倍闪烁频率）——没有已知用例需要区分故障类型（开路/短路只留给诊断）

光源实例清单（4.6.15，LightSource[ext_light] 全部实例名）：

类别	光源实例名
BrakeLights 刹车灯（5）	BrkLiLe / LampForStopOfBrkLiCenHiMntd / BrkLiRi / BrkLiTrlrLe / BrkLiTrlrRi
Indicators 转向灯（8）	IndcrFrntLe / IndcrFrntRi / IndcrSideLe / IndcrSideRi / IndcrReLe / IndcrReRi / IndcrTrlrLe / IndcrTrlrRi
FogLights 雾灯（6）	FogLiFrntLe / FogLiFrntRi / FogLiReLe / FogLiReRi / FogLiTrlrLe / FogLiTrlrRi
Headlight 前照灯（4）	BeamHiLe / BeamHiRi / BeamLoLe / BeamLoRi
DRL 日行灯（2）	LiDaytiRunngFrntLe / LiDaytiRunngFrntRi
LicensePlate 牌照灯（2）	LiVehPlateNr / LiTrlrPlateNr
ParkingLights 驻车灯（6）	PrkgLiFrntLe / PrkgLiFrntRi / PrkgLiReLe / PrkgLiReRi / PrkgLiTrlrLe / PrkgLiTrlrRi
PuddleLights 迎宾灯（4）	PuddleLiFrntLe / PuddleLiFrntRi / PuddleLiReLe / PuddleLiReRi
ReverseLights 倒车灯（4）	LiLeForRvsg / LiRiForRvsg / TrlrLiLeForRvsg / TrlrLiRiForRvsg
SideMarkers 侧标志灯（6）	SideMkrFrntLe / SideMkrFrntRi / SideMkrCeLe / SideMkrCeRi / SideMkrReLe / SideMkrReRi
CornerMarkers 转角标志灯（6）	CornrMkrFrntLe / CornrMkrFrntRi / CornrMkrCeLe / CornrMkrCeRi / CornrMkrReLe / CornrMkrReRi
BatterySaver 电池保护	单独 Actuator，由 ExteriorLightManager 切换（用例：近光等被开关硬线直连时）

外灯全部具名信号汇总

接口/信号	提供方 → 接收方	语义
IndcrTurnCmd1	FlashManager → 外灯适配器/执行器	转向命令（五字段：IndcrTrig/IndcrTelltl/IndcrNrPat/IndcrCycForStop/IndcrCycNotStop）
IndcrPatCmd1	FlashManager → 外灯执行器	闪烁模式记录（IndcrNrPat + TiOn + TiOff）
LiDimGlbCmd1	ExteriorLightManager → 全局	基于外部亮度的全局内外灯调光命令
BriCmd1	ExteriorLightAdapter → 各光源执行器	亮度百分比（0%~100%）
LiFltSts1	光源执行器 → ExteriorLightAdapter	光源故障状态（ok/failure）
ExtrLiBriActvn	外灯适配器 → 组合执行器（多端口）	组合灯中每个光源的亮度命令
LiFlt	组合执行器 → 外灯适配器（多端口）	组合灯中每个光源的故障反馈
EgyMngtSts1	Inter-Domain → 外灯	能量管理（改占空比/调光；完全关断只能由 Manager/FlashManager 做）
TrlrSts1	Chassis / BodySensors → 外灯	拖车状态（拖车指示灯故障时改闪烁频率）
BrakeLightsOnRequest	Chassis → BrakeLightManager	系统制动请求（如 ABS）
BrakePedalPressed	Chassis → 外灯	刹车踏板开关状态
AlmVisCmd1	ATWS → 外灯	视觉报警命令（ATWS 只发请求，视觉表现由外灯负责）

外部接口（跨域信号流）

接口/信号	提供方 → 接收方	语义
布防反馈/报警请求	ATWS → 外灯	布防状态视觉反馈；被盗事件时请求外灯"看守"车辆（转向灯闪烁）
钥匙位置	TerminalClampControl → 外灯	端子钳状态
碰撞警告	Safety（可隐藏多个碰撞传感器，只出一个信号）→ 外灯	碰撞事件
拖车连接/刹车踏板	Chassis → 外灯	TrlrSts1、BrakePedalPressed
倒挡	Powertrain → 外灯	倒车灯触发

术语表与已知缺陷

术语表（4.6.14）：文档给出 30+ 条外部光源术语（AFS、Backup Lamp、Brake Lights、CHMSL、Cornering Lamps、DRL、Direction Indicators、Hazard Warning、High Beam、HID、License Plate、Low Beam、Parking Lamps、Rear Fog、Reflex Reflectors、Reverse Lighting、Side Repeaters、Static Bending/Cornering、Stop/Tail/Turn Lights……）。提醒：Beam/Bulb/Lamp/Light/Illumination/Signal 这些词可互换；该表只是理解辅助，不能作为法规光源要求（灯具颜色等要查法规文件）。
已知缺陷（4.6.16）：个性化参数与接口未定；生命周期相关变体编码（如运输模式下禁用布防反馈）未定；诊断编码/接口未定；传感器/执行器分解（灯型相关/无关）未定；AFS（自适应前照灯）未标准化——仅静态转角灯被认为足够。

5.7 防盗报警（ATWS）

功能定位

用光学+声学信号警告非法进入，并可阻止发动机启动。决策基于：车门/开口的状态 + 检测手段读数（车内扫描传感器、倾斜传感器等）。分两个子系统：防盗报警（核心）与恐慌报警（Panic Alarm，驾驶员遥控触发，与系统状态无关）。

报警触发源

类别	触发源
开口	车门（驾驶员门可特殊对待）、机舱盖、后备箱、后窗、加油口盖
检测手段	玻璃破碎检测（GBS）、车内扫描（ISC）、倾斜检测（INCL）、电池后备传感器（BBS）、收音机、点火、电池电压

任何传感器在布防状态下触发即报警；部分传感器（车内移动检测、倾斜检测、BBS）与报警系统有更复杂的通信（需复杂驱动）。

状态指示与状态机

指示	说明
布防/撤防确认	闪灯/蜂鸣器鸣叫
布防状态	LED 闪烁
本周期报警提示	撤防时提示本布防周期内发生过报警（闪灯/鸣叫）

状态	说明
Armed 布防	由不同门锁请求源布防、自动布防（如遥控解锁但未开门后重新布防）
Disarmed 撤防	门锁解锁请求源或有效点火钥匙
Prearmed 预布防	需求相关，不同传感器不同
Alarm 报警	布防期间传感器触发 → 视觉+声学警告

传感器可在撤防状态下被用户临时排除；传感器在布防/撤防时可处于不同状态。复杂传感器（倾斜、车内扫描、BBS）需要供应商特定实现 → 复杂驱动（Complex Driver），带命令与状态接口。 ATWS 功能实现受国际法规约束，可跨多个 ECU 分布（按 OEM 时序约束）。

SW-C 分解与信号流

层级	SW-C	职责
核心	AlarmManager	报警管理（含恐慌报警）
适配器	SensorAdapter（简单）	开关型传感器
适配器	SensorAdapter（复杂）	可经通信线路控制的传感器 → 需要复杂驱动

备注：本文档 ATWS 章节未给出具名信号；其对外信号（布防反馈、报警请求）借道外部照明（AlmVisCmd1）与喇叭（FbAlrmAcoust / FbPanicAlrmAcoust），见 5.6/5.8。

传感器可被管理器或用户排除/抑制；简单传感器适配器按传感器数量实例化（用通用接口 + 实例化端口）。

5.8 喇叭（Horn）

功能定位

发出声音，警告其他车辆/行人，或传递车辆状态信息。只有一个 Manager SW-C，是全文最精简的集群。

输入/输出（Figure 4.24 全部端口与接口名）

方向	端口（SW-C 侧）	接口	提供方/接收方	语义
输入	HornReqFromHmi	HornReqFromHmi	HMI → Horn	喇叭开关
输入	FbAlrmAcoust	FbAlrmAcoust	ATWS → Horn	防盗声学信号
输入	FbPanicAlrmAcoust	FbPanicAlrmAcoust	ATWS → Horn	恐慌声学信号
输入	ImobAlrmReq	AlrmAcoustCmd1	Immobilizer → Horn	防盗报警声学命令（无 ATWS 车型）
输入	IndcrDisp	IndcrDisp	Exterior Lights → Horn	转向指示
输入	LockgFb	LockgFb	Central Locking → Horn	锁车反馈
输入	OperMod	OperMod	TerminalClampControl → Horn	运行模式
输入	EgyMngt	EgyMngt	Inter-Domain → Horn	能量管理
输入	CarFindr	CarFindr	Remote Key → Horn	找车
输入	HornSts	HornSts	Horn 执行器 → Horn	执行器状态
输出	HornCmd1	HornCmd1	Horn → 执行器（HornActvn）	喇叭命令
输出	HornDispDfct	DispDfct1	Horn → HMI	喇叭缺陷指示

注：HornActvn 是执行器侧接收 HornCmd1 的端口名；AlrmAcoustCmd1 是"防盗报警声学命令"接口名（端口 ImobAlrmReq）。

5.9 除霜控制（Defrost Control）

功能定位

控制前/后挡风及后视镜除霜。分解为 DefrostControlManager（核心）+ 传感器组件 + 执行器组件。注意：空调的风扇控制不属于除霜分解（那是座舱空调的事）；但除霜常与空调紧密耦合，HMI 可能合并——"Maximum"功能选中时，即使系统只靠风机吹风清屏（没开加热丝），除霜指示灯也可能点亮。

SW-C 分解

层级	SW-C	职责
核心	DefrostControlManager	除霜控制核心
传感器	HMI / HVAC / TerminalClampControl / Inter-Domain	开关、空调发起、端子钳状态、能量管理与电池电压
执行器	[Target]DefrostActuators	真正执行除霜（前/后/后视镜除霜器）
执行器	DefrostTelltaleActuator	仅视觉指示

后视镜除霜：只要选了后窗除霜就自动联动后视镜除霜，但接口允许独立控制。

关键接口与信号流（指示灯 ≠ 执行器）

接口/信号	提供方 → 接收方	语义
除霜请求	HMI / HVAC → DefrostControlManager	触发除霜与指示灯
能量管理	Inter-Domain（含发电机状态 AlternatorStatus）→ DC Manager	判断发电机是否在充电
Voltage	Inter-Domain → 各除霜执行器	电压瞬时跌落/尖峰时执行器可被独立关断以省载
指示灯命令	DC Manager → DefrostTelltaleActuator	保持"选中状态"

备注：本文档除霜章节未给出具名信号（接口名以 AI 主表为准，端口以 Dfrst 前缀命名）。

经典用例（4.9.2，一定要讲给测试同事听）：等红绿灯时发动机自动停止（Start & Stop），除霜执行器被临时停掉——但仪表上的除霜指示灯必须保持点亮，避免驾驶员困惑。所以：指示灯可以报"实际状态"，也可以报"选中状态（selected status，即使执行器被能量管理暂停仍保持点亮）“。这个集群是"指示 ≠ 执行"的官方示范：指示灯表示"驾驶员想要的”，执行器反映"实际在做的"，两者由能量管理解耦。

5.10 端子钳控制（Terminal Clamp Control）——整车电源模式的大脑

功能定位

基于驾驶员直接操作和/或远程操作，控制供电模式与行驶动力模式的切换。文档定义：电源管理系统和动力系统应遵循端子钳控制功能产生的请求来控制运行模式。

SW-C 分解

层级	SW-C	职责
核心	TerminalClampManager	仲裁并控制供电/动力模式变更请求，生成与实际请求装置无关的供电请求
输入	MechanicalKeyCylinder	钥匙在机械锁芯中的位置
输入	SwitchPush	驾驶员 Start/Stop 请求
输入	PASE	驾驶员（遥控器）是否在车内
输入	RemoteEngineStarter	车主发起的发动机启/停请求
外部	Power Manager（Interdomain）	基于各系统能量管理请求为整车最优供电（正常行驶/运输/展车/低能耗）
外部	Powertrain	控制行驶动力模式
输出/反馈	OperationModeManager	抽象化整车运行模式（OperModeSts1）

关键接口与信号流（全部具名信号）

接口/信号	提供方 → 接收方	语义
TerminalClmpModReq1	TerminalClampManager → Power Manager / Powertrain	最终目标模式（含远程启动请求）
PwrSplySts1	Power Manager → TerminalClampManager	当前供电模式（反馈）
PtFlgEngRun1	Powertrain → TerminalClampManager	发动机是否运行（反馈）
OperModeSts1	OperationModeManager → 整车	抽象化整车运行模式及转移

四个用例（讲状态机必引）

#	用例	要点
1	带附件挡的机械锁芯	随钥匙位置转移状态；IgnitionOn→Start 要考虑挡位与离合器踏板（手动挡）
2	不带附件挡的机械锁芯	插钥匙即进 Accessory，拔钥匙回 Off，其余同 1
3	一键启动系统	所有转移由按启动/停止触发；发射器位置（驾驶员是否带钥匙在车内）纳入考虑（防盗）；Off/Accessory→IgnitionOn 需确认挡位在 P/N 且制动踏板踩下；安全确认后直接 Start，否则进 Accessory
4	远程发动机启动	启动前与运行期间都要处理安全与防盗；全部满足后请求切 Start；收到 Off 请求、系统超时或安全状况变化（驾驶员意外操作）则回 Off

5.11 发动机防盗（Immobilizer）

功能定位

防盗系统，阻止发动机启动。非法启动尝试时请求视觉+声学报警。决策基于用户提供的钥匙授权状态。

输入/输出/接口

方向	接口	提供方/接收方	语义
输入	钥匙状态	PASE / RKE → Immobilizer	钥匙授权
输入	运行模式	TerminalClampControl → Immobilizer	操作模式状态
输入	锁止状态	Steering Column → Immobilizer	转向柱锁
输入	门锁请求状态	Central Locking → Immobilizer	门锁状态
输出	声学报警	Immobilizer → Horn	非法启动声学报警
输出	钥匙认证状态	Immobilizer → ATWS	认证状态处理
输出	状态显示	Immobilizer → HMI	防盗状态显示
接口	Immobilizer ↔ Fob	应答器	取钥匙码与 Fob 状态
接口	Immobilizer ↔ ECM	发动机控制模块	钥匙学习与校验

具名信号（对外报警/状态）

接口/信号	提供方 → 接收方	语义
AntithftPasSts1	Immobilizer → ATWS	钥匙认证状态，供 ATWS 配合外灯生成视觉报警
AlmVisCmd1	ATWS → Exterior Light	视觉报警命令
AlrmAcoustCmd1	Immobilizer → Horn	声学报警命令（无 ATWS 的车型用此接口请求喇叭）

核心与安全设计

关注点	说明
核心	ImmobilizerManager：钥匙学习、已学习钥匙校验、防盗诊断
加密	Fob、Immobilizer、ECM 之间共享数据必须加密

约束/限制

#	说明
1	Fob、Immobilizer、ECM 三端之间的端口用数组类型数据结构（灵活性 + 信号安全：钥匙学习/校验）
2	用数组结构交换加密数据，可降低"更换防盗盒/Fob/ECM 三件套盗车"的风险
3	Fob 的分解不属于本文档
4	时序约束（位/字节间定时、命令/请求/状态超时、请求结束与 Fob 应答开始、应答结束与 ECM 新请求开始）是实现特定的
5	应答器类型不影响分解架构
6	与 RKE/PASE 规范的详细同步待完成（文档自己承认的未闭环点）

5.12 座椅通风加热（Seat Climatization）

功能定位

调节座椅温度，含加热与制冷。范围只覆盖四个主座椅（主驾、副驾、左右后）。

SW-C 分解与信号流

层级	SW-C	职责
输入	SeatButtonManager	把开关状态（on/off）转换成请求（档位 1、2……）
核心	SeatClimatizationManager	接收 ReqStage；根据用户请求、座椅占用、整车状态（能量管理+运行模式）生成目标温度给适配器；向 HMI 提供状态
适配器	Adapter（在 SeatForClimatization 内）	控制制冷/制热元件达到请求温度（用座椅内一个或多个传感器测量）
执行器	Actuator	制冷（风机）或制热（加热垫）元件；上报故障（短路、开路）；一个执行器可控制多个物理元件（坐垫、靠背）

具名信号

接口/信号	提供方 → 接收方	语义
ReqStage	SeatButtonManager → SeatClimatizationManager	用户请求档位（stage 1、2……）
AdapterTemperatureLevel1/2/…	SeatClimatizationManager → Adapter	目标温度序列 `[OFF, AdapterTemperatureLevel1, AdapterTemperatureLevel2, ...]`

5.13 被动进入（PASE）——接口最密集的集群

功能定位

让用户不用实体钥匙进入汽车。基于遥控卡 ID 和车门传感器信息，向 CentralLockingMaster 请求锁/解锁。

SW-C 分解

SW-C	职责
PaseMgr	被动进入管理器
PaseKeylsRxn	车端接收（射频接收）
PaseTrsmKeyls	发射器
PaseActvn	激活（按整车模式）
DoorSnsr	门传感器（拉手）

关键接口与信号流（Table 4.6 全部接口，按实例逐行展开）

源文档 Table 4.6 分四张子表给出全部端口，其中 LockgCenReq1、TrsmAuthent1、TrsmId1、TrsmPosn1 等接口被多对端口重复实例化——以下逐一列出，不合并：

子表一：锁反馈、门传感器、激活、锁请求

接口	端口（提供方 → 接收方）	语义
LockgFbReq1	Central-Door-Locking / LockgFb → PaseMgr / LockgFb	锁车反馈：① 判断自己发的命令是否被采纳；② 判断是否另有锁/解锁命令（如与机械钥匙同步）
DoorHndlSts1	DoorSnsr / DoorHndl → PaseMgr / DoorHndl	拉手拉动力检测（装了拉手拉力检测器时）
DoorHndlSenSts1	DoorSnsr / DoorHndlSen → PaseMgr / DoorHndlSen	拉手触摸传感器（装了触摸传感器时）
VehMod1	Inter-Domain-Interfaces / VehModSts → PaseActvn / VehModSts	整车模式（工厂/展车/客户）→ 决定 PASE 激活/去激活
PaseActvnSts1	PaseActvn / PaseActvn → PaseMgr / PaseActvn	激活状态（结合整车模式激活或去激活）
LockgCenReq1	PaseMgr / AcsKeyls → Inter-Domain-Interfaces / AcsKeyls	需要知道是否有来自无钥匙系统的锁/解锁命令、PASE 是否应采纳

子表二：发射器位置、发射器 ID、缺陷显示、钥匙位置、锁请求（发射器→接收器）、认证（发射器→接收器）

接口	端口（提供方 → 接收方）	语义
TrsmPosn1	PaseKeylsRxn / TrsmPosnFor-Pase → PaseMgr / TrsmPosnFor-Pase	发射器位置：近/远、车前/车后、车左/车右、车内/车外
TrsmId1	PaseTrsmKeyls / TrsmId → PaseKeylsRxn / TrsmId	发射器 ID（发射器 → 接收器）
DispPaseDfct1	PaseMgr / DispPaseDfct → HMI / DispPaseDfct	PASE 缺陷显示
LocnOfPaseKeylsSts1	PaseMgr / LocnOfPaseKeyls → Inter-Domain-Interfaces / LocnOfPaseKeyls	钥匙在车内/车外
LockgCenReq1	PaseTrsmKeyls / PaseAcsRemKeylsForTrsm → PaseKeylsRxn / PaseAcsRemKeylsForTrsm	来自 PASE 发射器的锁/解锁请求（发射器 → 车端接收）
TrsmAuthent1	PaseTrsmKeyls / TrsmAuthent → PaseKeylsRxn / TrsmAuthent	认证过程（发射器与车内接收器之间）：发射器发口令（Password）
LockgCenReq1	PaseKeylsRxn / PaseAcsRemKeylsRxn → PaseMgr / PaseAcsRemKeylsRxn	发射器的锁/解锁请求经接收器转交 PaseMgr
TrsmId1	PaseKeylsRxn / TrsmIdFromRxn → PaseMgr / TrsmIdFromRxn	PASE 钥匙 ID 由发射器给接收器、再由接收器给 PASE（接收器 → PaseMgr）

子表三：认证（接收器→PaseMgr 与 PaseMgr→接收器）、ID 确认、钥匙有效性、恐慌请求

接口	端口（提供方 → 接收方）	语义
TrsmAuthent1	PaseKeylsRxn / TrsmAuthentFromRxn → PaseMgr / TrsmAuthentFromRxn	认证过程（接收器与 PASE 管理器之间）：发射器的口令由接收器转发给 PaseMgr
TrsmAuthent1	PaseMgr / TrsmAuthentFromPaseMgr → PaseKeylsRxn / TrsmAuthentFromPaseMgr	认证回传：状态（进行中/结束）+ 结果（成功/失败）+ 成功时的加密应答
IdCfmdSts1	PaseMgr / PaseldCfmd → Inter-Domain-Interfaces / PaseldCfmd	确认"该 PASE 发射器是已知的"
PaseKeylsInvldSts1	PaseMgr / PaseKeylsInvld → Inter-Domain-Interfaces / PaseKeylsInvld	钥匙有效/无效
PasePanicReq1	PaseKeylsRxn / PasePanic → Inter-Domain-Interfaces / PasePanic	将客户的恐慌请求从 PASE 转到 Inter-Domain
TrsmRxnOfPasePanicReq1	PaseTrsmKeyls / TrsmRxnOfPasePanic → PaseKeylsRxn / TrsmRxnOfPasePanic	车端接收发射器发来的恐慌请求

子表四：位置分发、驾驶侧

接口	端口（提供方 → 接收方）	语义
TrsmPosn1	PaseMgr / TrsmPosnFromPaseMgr → Inter-Domain-Interfaces + Seat Adjustment / TrsmPosnFromPaseMgr	发射器位置（近/远、车前/车后、车左/车右）经系统分发给整车与座椅调节——"迎宾解锁/离车落锁"的地基信号
DrvgSide1	Inter-Domain-Interfaces / DrvgSide → PaseMgr / DrvgSide	驾驶侧信息

5.14 遥控钥匙（RKE）

功能定位

远程锁/解锁车辆。单工 RKE（车←钥匙单向）+ 双工 BiCom（双向，车→钥匙发状态信息）。典型功能：锁、解锁、报警启/停、接近灯、舒适开窗、舒适关窗。采用加密与滚动码（rolling code）防窃听/防重放。接收器通常是 BCM 或集成 RKE 的 ECU。

BiCom 回传给钥匙的状态信息：门状态、车窗状态、报警状态、服务信息、电池信息、燃油状态、机油状态。

KeyRemoteManager 的两段式架构（设计精华）

模块	职责
协议评估模块	与 Cryptography（密码）和 KeyDataManagement（密钥数据管理）交换信息
命令评估模块	舒适功能处理、命令执行前置条件检查、命令执行触发（CL、CAN 等）、ID 过滤、重新同步、学习（学习模式检测、学习流程）、诊断（存储诊断数据、提供诊断功能）

设计理由：想更换 RKE 系统（协议/加密/电报定义）而不改命令行为，只需替换协议评估模块——命令评估模块拿到的是抽象化后的数据；AUTOSAR RTE 甚至可以放在这两个模块之间。

周边模块

模块	职责
Cryptography	被消费的 4 个操作：加密进程 Start / Stop / Status / Finished
KeyDataManagement	独立管理密钥数据：写入 NVRAM（写密钥数据需 RKE 提供通知回调）、读、擦除、校验密钥 ID、已学习钥匙数量、模块状态
Radio Frequency Communication	接收模式、滤波操作、发送缓冲活动

备注：本文档 RKE 章节未给出具名信号（RKE 系统相关端口见 AI 主表；文档以模块职责描述为主）。

5.15 敞篷控制（Convertible Control）

功能定位

打开/关闭敞篷车顶（硬顶/软顶不区分）。只有一个 Manager。

输入/输出

方向	接口/信号	提供方 → 接收方	语义
输入	门/顶可否开启	Central Door Locking → Convertible	门锁状态
输入	顶解锁/顶开关锁止	Convertible Sensor → Convertible	手动锁止系统
输入	敞篷命令/行李厢升降	HMI → Convertible	驾驶员意愿
输入	车外开顶	Remote Key → Convertible	遥控开顶
输入	障碍物	Parking Aid → Convertible	行李厢附近有障碍时不一定能开顶
输入	拖车挂钩	Intradomain → Convertible	域内状态
输入	能量管理/车速/道路/碰撞	Interdomain → Convertible	跨域状态
输入	挡位/手刹	Powertrain → Convertible	动力系统状态
输入	运行模式	Terminal Clamp Control → Convertible	端子钳状态
输入	防滚架状态	Roll Hoop → Convertible	防滚架
输入	车窗状态	Window Control → Convertible	车窗
输入	电池电压	Battery Monitor（未来）→ Convertible	电池状态
输入	执行器状态	Convertible Actuator → Convertible	反馈
输出	车顶命令	Convertible → 执行器	敞篷执行
输出	操作进度	Convertible → WiperWasher / ATWS	进度状态

备注：本文档敞篷章节未给出具名信号（接口名以 AI 主表为准）。

5.16 车身传感器（BodySensors）

功能定位

感知环境的总入口——SnsrBody 组件把一堆开关型传感器"翻译"成标准接口（Table 4.7）。这是外部照明和雨刮的"信号源头"之一。

关键接口与信号流（Table 4.7 全部接口，含全部端口实例）

源文档 Table 4.7 由两张子表组成，其中 LiExtReq1 一个接口被 10 个开关端口复用（端口列即物理来源）——逐一列出，不合并：

子表一：发动机舱盖、拖车、转向拨杆、自动灯、位置灯

接口/信号	端口（提供方 → 接收方）	语义
EngHoodSts1	EngHoodSts（EngineHoodStatus）→ SnsrBody → WiprWshr	机舱盖开/关
TrlrSts1	TrlrSwt（TrailerSwitch）→ SnsrBody → ExtrLi	拖车开关检测：0 未挂 / 1 已挂
IndcrTurnReq1	SwtIndcr（TurnSignalLeverSwitch）→ SnsrBody → ExtrLi	转向灯拨杆：左/右指示或临时闪烁（"Autobahnblinken"高速闪烁）；只要请求转向指示就保持对应值
LiExtReq1	SwtLiAut（AutomaticlightSwitch）→ SnsrBody → ExtrLi	自动灯光模式请求
LiExtReq1	SwtLiPosn（PositionlightSwitch）→ SnsrBody → ExtrLi	位置灯请求

子表二：驻车灯 + 其余 8 个灯光请求开关（LiExtReq1 复用）

接口/信号	端口（提供方 → 接收方）	语义
PrkgLiExtReq1	PrkgLiSwt（ParkingLightSwitch）→ SnsrBody → ExtrLi	驻车灯请求
LiExtReq1	SwtFlashBeam（FlashBeamSwitch）→ SnsrBody → ExtrLi	闪光灯（远光闪烁）请求
LiExtReq1	SwtBeamLo（LowBeamSwitch）→ SnsrBody → ExtrLi	近光请求
LiExtReq1	SwtBeamHi（HighBeamSwitch）→ SnsrBody → ExtrLi	远光请求
LiExtReq1	SwtFogLiFrnt（FrontFoglightSwitch）→ SnsrBody → ExtrLi	前雾灯请求
LiExtReq1	SwtFogLiRe（RearFoglightSwitch）→ SnsrBody → ExtrLi	后雾灯请求
LiExtReq1	SwtLiDaytiRunng（DaytimeRunningLightSwitch）→ SnsrBody → ExtrLi	日行灯请求
LiExtReq1	SwtHomeCmngAndHomeLvng（ComingHomeLeavingHomeSwitch）→ SnsrBody → ExtrLi	Coming Home / Leaving Home 请求
LiExtReq1	SwtForHzrdWarn（HazardWarningSwitch）→ SnsrBody → ExtrLi	危险警告灯请求

设计要点

注意 LiExtReq1 一个接口被 10 个开关共用——开关的语义（近光/远光/雾灯/危险警告）由"哪个端口发出来的"决定，接口本身是"请求一个外部灯光模式"。这是"接口复用"的官方示范：接口按"数据内容"抽象，端口按"物理来源"实例化。KeyPad（按键板）则直接指回中央门锁章节（它是中央门锁的输入）。

六、贯穿全篇的设计模式：你能直接带走的东西

把 16 个集群放在一起看，AUTOSAR 在车身域的设计智慧可以浓缩成六条可复用的工程模式。

6.1 "四层流水线"是车身域的万能骨架

传感器（采集+清洗+合理性）→ 适配器（翻译+仲裁）→ 管理器（策略+决策）→ 执行器（驱动+反馈）。雨刮、座椅、外灯、门锁、除霜、座椅通风全部长这个样。换供应商时，接口边界就在四层之间：传感器层换技术（雨量光学换电容），适配器层吸收差异；执行器层换硬件（灯泡换 LED），适配器层吸收差异。中间的管理器核心逻辑几乎不动。

6.2 传感器与执行器"只报状态，不做决策"

传感器层四大职责（滤波/调理/合理性/故障检测）止步于"报告 valid/not valid"，不做错误处理与补偿；执行器只反馈"operational/defective"两态，不细分故障类型（开路/短路只留给诊断）。把"判断"上移，把"报告"下放——这是接口简化的关键：状态只出两态，接口就只需 1 bit。

6.3 "指示 ≠ 执行"要专门设计

除霜集群的 Start&Stop 用例给出了标准答案：指示灯报"选中状态"，执行器报"实际状态"，两者由能量管理解耦。做仪表/车身联动功能时（指示灯、MMI 显示、锁车反馈），永远要考虑"功能被临时抑制但显示不能变"的场景——外灯集群的"临时关闭的雾灯仍要显示在 MMI"是同一个道理。

6.4 替换策略 = 配置表，不是代码

外灯适配器的"故障替换策略"、内饰灯虚拟组的"配置位域"、CHLH 的定时时长（整车编码/个性化）——凡是 OEM 差异，都做成可配置数据而非写死的逻辑。换策略 = 换配置表，这是 OEM 差异化与平台复用的和解之道。

6.5 占位符命名 + 接口复用 = 接口数量可控

[Seat]×9、[SeatAxis]×16、[DoorLockFrnt]×2、LiExtReq1×10 个开关复用……用"接口按语义抽象、端口按物理实例化"的套路，把几十上百个具名端口压回十几个接口定义。你维护接口清单时，第一反应应该是"能不能用占位符/复用现有接口"，而不是"再新建一个接口"。

6.6 跨域接口是集成的雷区，也是接口清单的"另一半"

外灯要从 Chassis 借拖车状态、从 Powertrain 借倒挡、从 Safety 借碰撞；雨刮要借外部亮度；座椅要借车速/加速度；除霜要借发电机状态——车身域功能几乎没有一个能"自给自足"。做系统设计时，画完域内信号流只是完成了一半，另一半是这张"借信号清单"。文档里这些信号都有名字（TrlrSts1、BrkPedlPressed、PtFlgEngRun1、VehMod1……），到 AI 主表里按名字查即可。

6.7 落地自查清单（对照 268 号文档检查你的项目）

#	检查项
1	SW-C 边界是否落在"传感器/适配器/管理器/执行器"四层之间？供应商之间的每个接口是否都标准化了？
2	每个端口是否都定义了：数据质量、无效化方式（带内）、初值（off/idle/undefined/unknown）？
3	接口是否刻意兼容"周期发送"（有 idle 值）？还是只支持事件触发？
4	传感器是否只做滤波/调理/合理性/故障检测，把决策留给了上层？
5	执行器反馈是否只有 operational/defective 两态，故障细节都走诊断通道？
6	OEM 差异（替换策略、灯组配置、CHLH 时长、个性化开关）是否都落到了配置数据/标定/NVRAM 上？
7	跨域"借信号"清单是否齐全？每个借入信号的提供方是否明确（哪个域、哪个 SW-C）？
8	指示类功能是否与执行解耦，避免 Start&Stop/电压跌落场景下"指示与事实打架"？

七、数据字典：车身域信号命名规范与缩略语总表

读完 16 个集群，你手里已经有了一大堆 CbnLiFrntCen、AxisActrBackBlstrRi、TrsmAuthentFromPaseMgr 这样的名字。这一章把它们背后的造词规则和缩略语穷举成一张字典：掌握了它，车身域 95% 以上的标准信号名，你拿到手就能拆开、看懂、写对。

7.1 命名规范：五条构词规则

车身域信号名不是随机拼出来的，而是遵循一套稳定的构词规则。用一句话概括：

「域前缀 / 功能词根 / 方位位置 / 语义后缀」按固定顺序驼峰拼接，缩略语连写，接口名以数字 1 收尾。

拆开看是五条：

#	规则	说明	示例
1	缩略语连写，驼峰拼接	每个词根用固定缩略语，不留分隔符，首字母大写	`AxisActrHei` = Axis + Actuator + Height
2	方位顺序固定：行位 → 侧位	排/行位（Frnt/Mid/Re）在前，侧位（Le/Cen/Ri）在后	`CbnLiFrntLe` （前左）、`IndcrReRi`（后右）
3	语义后缀收尾	状态/请求/命令/位置/故障等用固定后缀	`Sts1` /`Req1`/`Cmd1`/`PosnSts1`/`Dfct1`
4	接口名以数字 1 结尾	接口（Interface）名统一加 `1`，区分同名族接口；端口（Port）名通常不带数字	接口 `TrsmPosn1`、端口 `TrsmPosnFor-Pase`
5	占位符实例化	`[Seat]` /`[SeatAxis]`/`[ext_light]`/`[IntrLiActr]` 等占位符批量生成具名实例	`[ext_light]` → `BrkLiLe`、`FogLiFrntLe`…

7.2 语义后缀（信号"类型"词尾）——最常见 12 个

后缀	全称	语义	典型信号
Sts1	Status	状态（含故障/有效态）	TrlrSts1、HornSts、LiFltSts1、OperModeSts1
Req1	Request	请求（通常来自 HMI/传感器）	IndcrTurnReq1、EntryReq1、MassgAdjReq1、PasePanicReq1
Cmd1	Command	命令（管理器下发执行器）	BriCmd1、HornCmd1、IndcrTurnCmd1、AlrmAcoustCmd1
PosnSts1	Position Status	位置反馈	SeatAxisPosnSts1、TrsmPosn1（Posn）
Id1	Identifier	标识符	TrsmId1、IdCfmdSts1
Dfct1	Defect	缺陷/故障指示	DispPaseDfct1、HornDispDfct（DispDfct1）
Fb / FbReq1	Feedback	反馈（锁/报警回执）	LockgFb、LockgFbReq1、FbAlrmAcoust
InvldSts1	Invalid Status	无效状态	PaseKeylsInvldSts1
ActvnSts1	Activation Status	激活状态	PaseActvnSts1
Mod1	Mode	模式	VehMod1、OperMod
Nr / Pat / Cyc	Number / Pattern / Cycle	转向灯模式计数	IndcrNrPat、IndcrPatCmd1、IndcrCycForStop
Flg	Flag	布尔标志	PtFlgEngRun1

7.3 方位与位置词根（构词的"坐标"）

词根	全称	语义	典型信号
Frnt	Front	前	CbnLiFrntCen、AxisActrHeiFrnt
Re	Rear	后	CbnLiReRi、AxisActrHeiRe
Mid	Middle	中（排）	CbnLiMidLe、SeatRowSecMid
Le	Left	左	IndcrFrntLe、AxisActrBackBlstrLe
Ri	Right	右	IndcrFrntRi、AxisActrCushBlstrRi
Cen	Centre	中央	CbnLiFrntCen、TrCmptmtLiCen
Ce	Centre	中央（缩写变体）	SideMkrCeLe、CornrMkrCeRi
Up / Lo	Upper / Lower	上 / 下	TrCmptmtLiUpRi、TrCmptmtLiLoLe
Hi / Lo	High / Low	高 / 低（光束）	BeamHiLe、BeamLoLe
HiMntd	High Mounted	高位安装	LampForStopOfBrkLiCenHiMntd
Side	Side	侧向	IndcrSideLe、SideMkrFrntLe
Tr	Trunk	行李厢	TrCmptmtLiCen、LiForCigaretteLighterIllmnTrLe
Trlr	Trailer	拖车	BrkLiTrlrLe、TrlrSts1、FogLiTrlrRi
Top	Top	顶部	AxisActrTopIncl

7.4 功能词根总表（按域分组穷举）

灯光照明域（Li = Light，前缀置前或置中）：

词根	全称	典型信号
Li	Light 灯光	LiExtReq1、LiDimGlbCmd1、BrkLiLe
Brk	Brake 制动	BrkLiLe、BrkLiTrlrLe、BrakeLightsOnRequest
Beam	Beam 光束	BeamHiLe、BeamLoLe
Indcr	Indicator 转向指示	IndcrTurnCmd1、IndcrFrntLe、IndcrSideLe
Turn	Turn 转向	IndcrTurnReq1、IndcrTurnCmd1
Fog	Fog 雾灯	FogLiFrntLe、FogLiReRi
Prkg	Parking 驻车	PrkgLiFrntLe、PrkgLiExtReq1
LiDaytiRunng	Daytime Running 日行	LiDaytiRunngFrntLe
Puddle	Puddle 照地	PuddleLiFrntLe
Rvsg	Reversing 倒车	LiLeForRvsg
Mkr	Marker 标志灯	SideMkrFrntLe、CornrMkrFrntLe
Cornr	Corner 转角	CornrMkrCeLe
Veh / Plate	Vehicle / Plate 牌照	LiVehPlateNr、LiTrlrPlateNr
Hzrd / Warn	Hazard / Warning 危险警告	HzrdWarn、SwtForHzrdWarn
Dim / Glb	Dimming / Global 全局调光	LiDimGlbCmd1
Bri	Brightness 亮度	BriCmd1
Flt	Fault 故障	LiFltSts1
Illmn	Illumination 照明	SwtIllmnForHzrdWarn
Extr / Intr	Exterior / Interior 外/内	ExtrLiActr、IntrLiGroup
Cbn	Cabin 座舱	CbnLiFrntCen
TrCmptmt	Trunk Compartment 行李厢	TrCmptmtLiCen
Footwell	Footwell 脚窝	FootwellLiFrntLe
Glv	Glove 手套箱	GlvCmptmtLi
Eng	Engine 机舱	EngCmptmtLi、EngHoodSts1
Ign	Ignition 点火	IgnSwtIllmn
Swt	Switch 开关	SwtBeamLo、SwtFogLiFrnt、SwtLiAut
Sfty / Blt	Safety Belt 安全带	LiForSftyBltLockIllmn
Stop	Stop 停止	LampForStopOfBrkLiCenHiMntd
DRL / AFS / HID / CHMSL	日行/自适应/氙气/高位刹车（术语，见 7.6）	—

座椅调节域（Seat / Axis / Actr 组合）：

词根	全称	典型信号
Drvr / Pass	Driver / Passenger 驾/乘	DrvrSeat、PassSeat
Row / Sec / Thrd	排 / 第二 / 第三	SeatRowSecLe、SeatRowThrdRi
Axis / Actr	Axis / Actuator 轴执行器	AxisActrHei、SeatAxisActr
Adj	Adjustment 调节	SeatAdjMan1、SeatAdjAut1
Man / Aut	Manual / Automatic 手/自动	PanAdjMan、SeatAdjAut1
Massg	Massage 按摩	MassgAdjReq1、MassgAdjSts1
Move	Move 移动	SeatMoveSts1
Posn	Position 位置	SeatAxisPosnSts1
Entry	Entry 进入	EntryReq1
Hei	Height 高度	AxisActrHei、AxisActrHdrestHei
Hdrest	Headrest 头枕	AxisActrHdrestFold、AxisActrHdrestTilt
Lum	Lumbar 腰托	AxisActrLumExtn、AxisActrLumHei
Cush	Cushion 坐垫	AxisActrCushExtn、AxisActrCushBlstrRi
Blstr	Bolster 侧翼	AxisActrBackBlstrRi、AxisActrCushBlstrLe
Sld	Slide 滑动	AxisActrSld
Incl	Inclination 倾角	AxisActrIncl、AxisActrTopIncl
Extn	Extension 伸出	AxisActrLumExtn、AxisActrCushExtn
Fold / Tilt	Fold / Tilt 折叠/倾斜	AxisActrHdrestFold、AxisActrHdrestTilt
Top / Back	顶部 / 靠背	AxisActrTopIncl、AxisActrBackBlstrRi
Prof / Pen	Profile 驾驶员档案	ProfPenSts1
DoorSts	Door Status 门状态	DoorStsOfDrvrDoorLock 等 4 实例
LockgCen	Locking Central 中央锁	LockgCenSts1

访问与门锁域（Lock / Pase / Trsm / Keyls）：

词根	全称	典型信号
Lock / Lockg	Lock / Locking 锁	LockgFb、LockgCenReq1、DoorLockFrnt
Door	Door 门	DoorHndlSts1、DoorSts1
Hndl	Handle 拉手	DoorHndlSts1、DoorHndlSenSts1
Sen	Sensing 感知	DoorHndlSenSts1
Keyls	Keyless 无钥匙	PaseKeylsRxn、PaseKeylsInvldSts1
Pase	Passive Entry 被动进入	PaseMgr、PaseActvnSts1
Trsm	Transmission 发射器	TrsmPosn1、TrsmId1、TrsmAuthent1
Authent	Authentication 认证	TrsmAuthent1
Id / Cfmd	Identifier / Confirmed 标识/确认	TrsmId1、IdCfmdSts1
Invld	Invalid 无效	PaseKeylsInvldSts1
Locn	Location 位置	LocnOfPaseKeylsSts1
Disp / Dfct	Display / Defect 显示/缺陷	DispPaseDfct1
Panic	Panic 恐慌	PasePanicReq1
Acs	Access 访问	AcsKeyls
Rxn	Reception 接收	PaseKeylsRxn、TrsmRxnOfPasePanicReq1
Veh / Mod	Vehicle Mode 整车模式	VehMod1
Actvn	Activation 激活	PaseActvnSts1
Drvg / Side	Driving Side 驾驶侧	DrvgSide1
Fob	Key Fob 遥控器	Fob（应答器）

电源与运行模式域：

词根	全称	典型信号
Terminal / Clmp	Terminal Clamp 端子钳	TerminalClmpModReq1
Pwr / Sply	Power Supply 供电	PwrSplySts1
Pt	Powertrain 动力总成	PtFlgEngRun1
Flg	Flag 标志	PtFlgEngRun1
EngRun	Engine Running 发动机运行	PtFlgEngRun1
Oper / Mode	Operation Mode 运行模式	OperModeSts1、OperMod

报警与防盗域：

词根	全称	典型信号
Alrm / Alm	Alarm 报警	AlrmAcoustCmd1、AlmVisCmd1
Acoust	Acoustic 声学	AlrmAcoustCmd1、FbAlrmAcoust
Vis	Visual 视觉	AlmVisCmd1
Fb	Feedback 反馈	LockgFb、FbAlrmAcoust、FbPanicAlrmAcoust
Antithft	Anti-Theft 防盗	AntithftPasSts1
Imob	Immobilizer 发动机防盗	ImobAlrmReq
Horn	Horn 喇叭	HornCmd1、HornSts、HornDispDfct
CarFindr	Car Finder 找车	CarFindr

车身与环境域：

词根	全称	典型信号
Wipr / Wshr	Wiper / Washer 雨刮洗涤	WiprWshr
Rain / Amnt	Rain Amount 雨量	RainAmountStatus（RainAmntSts）
Snsr / Body	Sensor Body 车身传感器	SnsrBody
Hood	Hood 机舱盖	EngHoodSts1
Egy / Mngt	Energy Management 能量管理	EgyMngtSts1
Adapter / Temp / Level	适配器 / 温度 / 档位	AdapterTemperatureLevel1
Stage	Stage 档位	ReqStage
Alternator	发电机	AlternatorStatus（发电机状态）
Voltage	电压	Voltage（电压信号）

7.5 官方缩写表（文档 Acronyms 原文，22 条）

文档在 4.6 节前集中给出全篇缩写表，这里全文照录：

缩写	全称
ATWS	Anti-Theft Warning System（防盗报警系统）
BBS	Battery Backed Sensor（电池后备传感器）
CHLH	Coming Home / Leaving Home（回家/离家照明）
CL	Central Locking（中央门锁）
DC	Defrost Control（除霜控制）
ECM	Engine Control Module（发动机控制模块）
GBS	Glass Brake Sensor（玻璃破碎传感器）
HVAC	Heating, Ventilation and Air Conditioning（空调暖通）
IMMO	Immobilizer（发动机防盗）
INCL	Inclination Sensor（倾斜传感器）
ISC	Interior Scanner（车内扫描传感器）
LED	Light-Emitting Diode（发光二极管）
LHFD / LHRD	Left Hand Front / Rear Door（左前/左后门）
PASE	Passive Entry（被动进入）
PATS	Passive Alarm Theft Sensor（被动报警防盗传感器）
RF	Radio Frequency（射频）
RHFD / RHRD	Right Hand Front / Rear Door（右前/右后门）
RKE	Remote Keyless Entry（遥控钥匙）
SA	Seat Adjustment（座椅调节）
SC	Seat Climatization（座椅通风加热）

7.6 外灯术语表（4.6.14，常用光源名词，读外灯接口必用）

缩写/术语	全称
AFS	Advanced Front Lighting System（自适应前照灯，未标准化）
HID	High Intensity Discharge（氙气灯）
DRL	Daytime Running Lamps（日行灯）
CHMSL	Centre High Mounted Stop Lamp（高位中央刹车灯）
Dipped Beam	Low Beam（近光）
Main Beam / High Beam	远光
Backup Lamp / Reverse Lighting	倒车灯
Cornering Lamps / Static Bending Lamps	转角灯（静态弯曲灯）
Reflex Reflectors	回复反射器
Direction Indicators / Turn Signals	转向指示灯
Hazard Warning Lights	危险警告灯
License Plate Lamp	牌照灯

7.7 三个易踩的坑（同形异义警告）

#	坑	说明
1	Re ≠ Ri	`Re` = Rear（后），`Ri` = Right（右）。`IndcrReLe` = 左后转向灯，`IndcrFrntRi` = 右前转向灯
2	Tr ≠ Trlr	`Tr` = Trunk（行李厢，如 TrCmptmtLiCen），`Trlr` = Trailer（拖车，如 BrkLiTrlrLe）
3	Ce vs Cen	都是 Centre：`Cen` 常见（CbnLiFrntCen），`Ce` 是缩写变体（仅 SideMkrCeLe / CornrMkrCeRi 等少数）
4	Alrm vs Alm	都是 Alarm：AlrmAcoustCmd1（声学报警）、AlmVisCmd1（视觉报警），拼写不统一，按接口名照抄
5	Hi/Lo 双义	`BeamHi/BeamLo` = 远/近光；`HiMntd` = High Mounted（高位安装）
6	Sts1 vs Sts	接口名带 `1`（Sts1），端口名不带（如端口 `LockgFb` vs 接口 `LockgFbReq1`）

一句话收尾：把 7.2~7.4 的表格背下来，你就拿到了车身域信号命名的"元素周期表"——所有标准信号名都是这些元素按 7.1 的五条规则组合出来的。读 AI 主表（MOD_AISpecification）时对照本字典，任何车身域接口名都能当场拆解。

八、附录：全文信号索引总表

把全文所有具名信号/接口汇总成一张总表，按集群归类，方便检索（"→"表示信号方向；带 ×N 表示按占位符实例化 N 次）。

雨刮洗涤

信号	方向	备注
RainAmountStatus（RainAmntSts）	RainSensor → AutoWipingEvaluator	雨量，类型非绑定

内饰灯

信号	方向	备注
HzrdWarn	ExteriorLight → HazardWarningSwitchIllumination	唯一附加端口
IntrLiGroup0…15	InteriorLightManager → 灯组执行器	虚拟组（16 个）

座椅调节

信号	方向	备注
SeatAdjMan1	HMI → [Seat]SeatAdjMgr	手动调节
SeatAdjAut1	HMI → [Seat]SeatAdjMgr	存/取位置
SeatMoveSts1	[Seat]SeatAdjMgr → MgrOfSeatAdjAutReqByUsr	每座一对一
SeatAxisPosnSts1	每轴执行器/适配器 → [Seat]SeatAdjMgr	每座每轴
MassgAdjReq1 / MassgAdjSts1	HMI ↔ [Seat]SeatAdjMgr	按摩
EntryReq1	HMI → [Seat]SeatAdjMgr	后排进入/滑移
LockgCenSts1	RemoteKey/Keyless/CL → MgrOfSeatAdjAutReqByUsr	触发存/取
DoorSts1	DoorLock → 座椅	含 4 个具名实例：DoorStsOfDrvrDoorLock / DoorStsOfPassDoorLock / DoorStsOfDoorLockReLe / DoorStsOfDoorLockReRi
ProfPenSts1	ProfileManager → 记忆触发	驾驶员档案

外部照明

信号	方向	备注
IndcrTurnCmd1	FlashManager → 适配器/执行器	五字段转向命令
IndcrPatCmd1	FlashManager → 执行器	闪烁模式（IndcrNrPat/TiOn/TiOff）
LiDimGlbCmd1	ExteriorLightManager → 全局	全局调光
BriCmd1	ExteriorLightAdapter → 光源执行器	亮度百分比
LiFltSts1	光源执行器 → Adapter	光源故障
ExtrLiBriActvn / LiFlt	Adapter ↔ 组合执行器（多端口）	组合灯亮度/故障
EgyMngtSts1	Inter-Domain → 外灯	能量管理
TrlrSts1	Chassis/BodySensors → 外灯	拖车状态
BrakeLightsOnRequest	Chassis → BrakeLightManager	系统制动
BrakePedalPressed	Chassis → 外灯	刹车踏板
AlmVisCmd1	ATWS → 外灯	视觉报警命令
ExtrLiActrFrntLe/FrntRi/ReLe/ReRi/Trlr	—	执行器 5 个具名实例

喇叭

信号	方向	备注
HornReqFromHmi	HMI → Horn	喇叭开关
FbAlrmAcoust / FbPanicAlrmAcoust	ATWS → Horn	防盗/恐慌声学
ImobAlrmReq（AlrmAcoustCmd1）	Immobilizer → Horn	防盗声学命令
IndcrDisp	Exterior Lights → Horn	转向指示
LockgFb	Central Locking → Horn	锁车反馈
OperMod	TerminalClampControl → Horn	运行模式
EgyMngt	Inter-Domain → Horn	能量管理
CarFindr	Remote Key → Horn	找车
HornSts	执行器 → Horn	状态
HornCmd1（HornActvn）	Horn → 执行器	喇叭命令
HornDispDfct（DispDfct1）	Horn → HMI	缺陷指示

端子钳控制

信号	方向	备注
TerminalClmpModReq1	TerminalClampManager → Power Manager/Powertrain	最终目标模式
PwrSplySts1	Power Manager → TerminalClampManager	供电模式反馈
PtFlgEngRun1	Powertrain → TerminalClampManager	发动机运行反馈
OperModeSts1	OperationModeManager → 整车	运行模式

发动机防盗

信号	方向	备注
AntithftPasSts1	Immobilizer → ATWS	钥匙认证状态
AlmVisCmd1	ATWS → Exterior Light	视觉报警
AlrmAcoustCmd1	Immobilizer → Horn	声学报警

座椅通风加热

信号	方向	备注
ReqStage	SeatButtonManager → SeatClimatizationManager	请求档位
AdapterTemperatureLevel1/2/…	SeatClimatizationManager → Adapter	目标温度序列

被动进入（PASE）

信号	方向	备注
LockgFbReq1	Central-Door-Locking → PaseMgr	锁车反馈
DoorHndlSts1 / DoorHndlSenSts1	DoorSnsr → PaseMgr	拉手拉力/触摸
VehMod1	Inter-Domain → PaseActvn	整车模式
PaseActvnSts1	PaseActvn → PaseMgr	激活状态
LockgCenReq1	3 个实例：PaseMgr→域间（AcsKeyls）；发射器→接收器（PaseAcsRemKeylsForTrsm）；接收器→PaseMgr（PaseAcsRemKeylsRxn）	无钥匙锁/解锁命令
TrsmPosn1	2 个实例：接收器→PaseMgr（TrsmPosnFor-Pase）；PaseMgr→域间+座椅（TrsmPosnFromPaseMgr）	发射器位置
TrsmId1	2 个实例：发射器→接收器（TrsmId）；接收器→PaseMgr（TrsmIdFromRxn）	发射器 ID
TrsmAuthent1	3 个实例：发射器→接收器（TrsmAuthent）；接收器→PaseMgr（TrsmAuthentFromRxn）；PaseMgr→接收器（TrsmAuthentFromPaseMgr）	认证过程
IdCfmdSts1	PaseMgr → Inter-Domain	ID 已确认
PaseKeylsInvldSts1	PaseMgr → Inter-Domain	钥匙无效
LocnOfPaseKeylsSts1	PaseMgr → Inter-Domain	钥匙位置
DispPaseDfct1	PaseMgr → HMI	缺陷显示
PasePanicReq1	接收器 → Inter-Domain	恐慌请求
TrsmRxnOfPasePanicReq1	发射器 → 接收器	恐慌请求接收
DrvgSide1	Inter-Domain → PaseMgr	驾驶侧

车身传感器

信号	方向	备注
EngHoodSts1	EngHoodSts → SnsrBody → WiprWshr	机舱盖
TrlrSts1	TrlrSwt → SnsrBody → ExtrLi	拖车状态
IndcrTurnReq1	SwtIndcr → SnsrBody → ExtrLi	转向拨杆（含 Autobahnblinken）
LiExtReq1	SnsrBody → ExtrLi	灯光请求（10 个开关端口复用：SwtLiAut / SwtLiPosn / SwtFlashBeam / SwtBeamLo / SwtBeamHi / SwtFogLiFrnt / SwtFogLiRe / SwtLiDaytiRunng / SwtHomeCmngAndHomeLvng / SwtForHzrdWarn）
PrkgLiExtReq1	PrkgLiSwt → SnsrBody → ExtrLi	驻车灯请求

索引说明：RKE、中央门锁、除霜、ATWS、后视镜、雨刮（除 RainAmountStatus 外）、敞篷等集群在 268 号文档中未给出具名信号，其接口名以 AI 主表（MOD_AISpecification）为准——这也正是"读接口表看 AI 主表"这条规则的落点。

九、结语：车身域的"稳定"是最大的红利

最后说点行业观察。268 号文档的版本史告诉我们：车身域的标准接口从 2010 年起就几乎没动过。这意味着你今天花一个周末读懂的这套结构，未来十年做 BCM、做车身域控制器、做中央计算平台里的车身服务，都是同一个骨架。外灯的三层架构、座椅的每座每轴实例化、门锁的机械-软件映射、PASE/RKE 的认证链路——它们不会因为域集中化而消失，只会从"ECU 内接口"变成"服务接口"，但信号的名字、语义、流向，仍然站在这份文档的肩膀上。

这一篇你带走的四样东西：

维度	内容
一张划分地图	按"被控执行器类别 + 操作类型"切出 16 个集群（第二章）
一把分解标尺	以"可采购单元"为粒度，四层流水线，虚实线语义（第三章）
五条接口宪法	带内无效化、初值、VFB 范围、占位符命名、事件/周期双兼容（第四章）
十六张功能详解卡 + 信号索引总表	每个集群的 SW-C、接口、信号流、设计要点，外加全文信号检索表与命名数据字典（第五、七、八章）

下一篇，我们正式进入专题一：RTE——一切通信的起点。RTE 是 SWC 与 BSW 之间的独木桥，也是理解"这些接口到底怎么在 ECU 上跑起来"的关键。不见不散。

文末彩蛋：PDF 文档翻译服务

英文技术文档，读得懂单词，串不起逻辑？ ——这个问题，本号可以帮你解决。

这篇 268 号文档本身，就是最好的例子：268 页的 PDF，全是 purchasable SW-C、in-band invalidation、lights-off-glitch 这种"单词都认识、连起来懵"的句子。如果你正被这类文档挡在门口，或者要给团队准备一份能直接落地的中文版本——后台回复「翻译」，把 PDF 发过来即可评估报价。

服务对象：一切英文技术 PDF

类别	例子
AUTOSAR 规范	本系列的全部 218 份 CP 文档、AP 文档（含 EXP_AI* 应用接口六件套）
汽车标准	ISO 26262、ISO/SAE 21434、ASPICE 相关
芯片/硬件	MCU datasheet、参考手册、勘误表
协议/技术资料	UDS、CAN FD/XL、SOME/IP、白皮书、论文

服务形式：

PDF精翻：中文+中英对照

怎么联系：后台回复「翻译」，或直接私信博主，把 PDF 发过来即可评估报价。急件、长期合作、团队批量需求都可以谈。

本号所有文章基于公开的 AUTOSAR 官方文档撰写，版权归 AUTOSAR 组织，本号仅做工程解读与学习分享。

后台回复关键词：

「翻译」→ 获取 PDF 文档翻译服务详情；

如果这篇文章帮到了你，欢迎点赞、在看、转发给正在啃英文规范的同事——帮他跨越语言障碍，就是帮他省下一个月。

创作不易，欢迎点赞，在看，关注。是下一篇创作的动力。关注本号，跟着系列把 AUTOSAR 吃透。