第 14 章 应用接口与领域软件

本章地图：软件如何分层、组件如何建模、通信如何实现已讲完；本章解决"上层"问题——OEM 与 Tier1、各大功能领域之间用什么"通用语言"描述车辆功能。建议课时：2 课时对应资料：Powertrain/AUTOSAR_EXP_AIPowertrain.pdf、Chassis/AUTOSAR_EXP_AIChassis.pdf、BodyAndComfort/AUTOSAR_EXP_AIBodyAndComfort.pdf、HMI/AUTOSAR_EXP_AIHMIMultimediaAndTelematics.pdf、Safety/AUTOSAR_EXP_AIOccupantAndPedestrianSafety.pdf

14.1 学习目标

学完本章，你将能够：

1. 1. 解释什么是应用接口（Application Interface，AI），并说明它与软件组件模板（Software Component Template）的关系；
2. 2. 画出五大功能领域的整车地图，说清各领域职责边界；
3. 3. 举出每个领域的代表性接口示例；
4. 4. 说明接口标准化如何促成软件重用与"一次设计、多车型复用"；
5. 5. 知道从哪些官方文档可查到接口的权威定义。

14.2 什么是应用接口

人话版：应用接口是 AUTOSAR 为"整车级功能"预先定好的标准词语表——"车速""发动机转速""车门状态"的名字、类型与含义，全球统一。

回顾第 3 章：应用层软件组件（SWC）通过端口（Port）与端口接口（Port Interface）通信。AI 就是把端口接口中的数据元素（Data Element）在"领域级"标准化——定义在物理量（扭矩、力、速度）上，而非电机电流、PWM（Pulse Width Modulation，脉宽调制）占空比等执行器细节。OEM（Original Equipment Manufacturer，整车厂）与 Tier1（一级供应商）由此用"同一种语言"描述功能，联调无需互相翻译。

与 SWC 模板的关系：AI 建立在软件组件模板（定义端口、接口、数据元素等元模型）之上，是它的"标准实例"：模板是建模语言，AI 是写好的零件库，以 arxml（AUTOSAR XML，AUTOSAR 交换格式）交付（官方 Application Interface Table 与 AISpecification），工具链据此生成 RTE 代码、映射总线信号。

软件组件模板（SWC Template）＝ 建模"语言"   Port ── PortInterface（S/R、C/S）── DataElement ── 数据类型        ▲ 实例化应用接口（AI）＝ 标准"词汇表"（以 arxml 交付）   车速 / 发动机转速 / 车门状态 / 离合器扭矩 / 碰撞严重度 …        ▲ 被 SWC 的端口引用RTE 生成代码 · 总线信号映射 · 跨 ECU/跨车型复用

注意：AI 标准化的是接口（名字、类型、语义），不是 ECU 的实现——同一接口可由不同供应商自行实现。容易混淆：AI 端口接口与 BSW 模块 API（如 CanIf_Transmit）不同——前者是应用层的"领域语言"，后者是基础软件的函数接口。

14.3 领域划分：整车领域地图

AUTOSAR 把整车功能划分为五大领域（见官方 Glossary）：动力总成、底盘、车身与舒适、座舱多媒体与远程信息、乘员与行人安全。

        HMI / Multimedia / Telematics（座舱多媒体与远程信息）      ┌────────────────────────────────────────────────────┐      │   仪表 / 中控屏 / 音响 / 导航 / 远程信息服务          │      └──────────────────────────┬─────────────────────────┘                                 │ 显示与交互 Occupant & Pedestrian Safety    │      Body & Comfort（车身与舒适） （乘员与行人安全）               │      ┌───────────────────────────────┐ ┌────────────────────┐         │      │ 灯光 / 门窗 / 空调 / 中控锁 /   │ │ 气囊 / 安全带 /      │         │      │ 雨刮 / 座椅 / 无钥匙进入        │ │ 行人保护            │         │      └──────────────┬────────────────┘ └────────────────────┘         │                     │ 车身状态                                 │                     │ ┌────────────────────┐         ▼                     ▼ │ Powertrain（动力总成）◄─────────► ┌─────────────────────────────┐ │ 发动机/变速箱/混动/电驱 │   扭矩/转速协调   │ Chassis（底盘）             │ └────────────────────┘                 │ 制动 / 转向 / 悬架 / 驾驶辅助 │                                         └─────────────────────────────┘

领域不是孤岛：动力总成与底盘靠"扭矩请求"协调；安全域把碰撞状态告知车身（自动解锁车门）与座舱（紧急呼叫）。

14.4 各领域内容速览

以下只列官方文档中明确出现的代表性内容；完整清单以 Application Interface Table 为准。

14.4.1 动力总成（Powertrain）

• • 扭矩接口族：按位置分曲轴/离合器/车轮扭矩，按响应分"快/慢"请求——点火角瞬时响应、节气门建立"扭矩储备（Torque Reserve）"。
• • 换挡干预：变速箱换挡时向发动机请求离合器扭矩，带实现类型（绝对/相对）与干预模式（点火角/进气/断缸）。
• • 典型信号：发动机转速（含起停，官方给延时/精度目标值）、挡位状态、纵向车速。
• • 典型组件：动力总成协调器（Powertrain Coordinator）负责扭矩优先级仲裁与分配、转速与速比协调。

14.4.2 底盘（Chassis）

• • 覆盖乘用车、卡车及驾驶辅助系统（DAS）。典型组件：ESC（Electronic Stability Control，电子稳定控制）、EPB（Electronic Parking Brake，电子驻车制动）、转向、悬架、胎压监测、驱动力矩分配、巡航与自适应巡航（ACC）。
• • ACC 以记录类型定义目标物列表（距离、相对速度、动态属性等）。
• • 传感器信号分层：原始→基础→标准→融合；周边传感器只标准化"融合级"（如目标物列表），车速/轮速类信息即融合信号；接口定义在物理量上，不做执行器级（电流/PWM）标准化。

14.4.3 车身与舒适（Body and Comfort）

• • 按子系统组织：进入（中控锁、无钥匙进入 PASE、遥控钥匙 RKE、发动机防盗）、可见性（内外灯光、雨刮、除霜、后视镜）、声学（喇叭）、舒适（座椅调节/通风加热、天窗/敞篷）、点火挡位控制等。
• • 代表性信号：车门状态、发动机舱盖状态、雨刮位置指令、洗涤液位状态、雨量传感器请求等。
• • 分解原则：分解到"可采购"组件粒度——同供应商内部接口可不标准化，不同供应商之间必须标准化。

14.4.4 座舱多媒体与远程信息（HMI / Multimedia / Telematics）

• • 三种 SWC 角色：应用服务（倒车雷达 PDC、媒体播放器、导航——功能与"长相"无关）、UI 设备（按键、旋钮、屏幕、LED——通用可复用）、应用控制器（映射二者，OEM 特定，不标准化）。
• • 标准化 UI 设备接口示例：简单按键（按下/未按下）、开关状态（激活/未激活）、多状态按键/输出、无级旋钮（音量步数）等。
• • 设计要点：功能核心与 HMI 分离、HMI 逻辑与表现分离，应用服务在不同 HMI 场景下可复用。

14.4.5 乘员与行人安全（Occupant and Pedestrian Safety）

• • 事件驱动领域，按碰撞阶段建模：正常驾驶 → 预碰撞（可避免/不可避免）→ 碰撞中（未确定/已确定）→ 碰撞后（自动解锁车门、紧急呼叫）。
• • 传感器池：加速度（内部 ±10g~±200g，外部卫星达 ±800g）、门腔压力、前保温度、锁扣状态、旋转速率。
• • 执行器池：各类气囊、安全带预紧/限力、主动式舱盖、燃油/蓄电池切断等；区分可逆与不可逆。
• • 典型接口：碰撞检测输出"碰撞严重度（0–100%）"与"碰撞位置"；碰撞状态（Crash Status）提供给底盘与车身域。

14.5 设计模式与重用

AUTOSAR 把 AI 建模中反复出现的结构沉淀为设计模式目录（General/AUTOSAR_TR_AIDesignPatternsCatalogue.pdf），如传感器/执行器模式——不仅用于动力总成，也适用于底盘等领域。

接口标准化 → 软件重用的链条：接口统一 → 组件可移植 → 一次设计、多车型复用。例如：同一应用服务可复用于有无显示屏、有无语音的不同 HMI；"可采购"组件划分让 OEM 可在供应商间选择而不改接口。

人话版：接口标准化好比"USB 接口统一"——接口一致，插谁家的设备都行。

14.6 本章小结、思考与练习、延伸阅读

14.6.1 本章小结

1. 1. AI 是 AUTOSAR 标准化的"领域级"端口接口与数据元素，让 OEM 与 Tier1 用同一种语言描述车辆功能；
2. 2. AI 基于软件组件模板建模、以 arxml 交付，工具链据此生成代码与总线映射；
3. 3. 五大领域各司其职，通过标准化接口协同（见 14.3 地图）；
4. 4. 接口定义在物理量层面、不涉及执行器细节；标准化的是接口而非实现；
5. 5. 设计模式目录与"可采购组件"等实践，是软件重用与多车型复用的基石。

14.6.2 思考与练习

1. 1. 向同事解释"AI 是接口标准，SWC 模板是建模语言"，并举一例说明两者分工。
2. 2. 为什么接口要定义在"扭矩、力"等物理量上，而不是电机电流、PWM 占空比？
3. 3. 画一张动力总成与底盘协同图，标出"扭矩请求"流向（驾驶员请求、ESC 干预、协调器仲裁）。
4. 4. 查阅 Safety/AUTOSAR_EXP_AIOccupantAndPedestrianSafety.pdf：碰撞状态为什么需要提供给其他领域？给出两个用途。
5. 5. 若某车型要新增"遥控泊车"功能，最可能涉及哪几个领域？为什么？

14.6.3 延伸阅读

• • General/AUTOSAR_EXP_AIUserGuide.pdf：应用接口用户指南（建议先读）
• • Powertrain/AUTOSAR_EXP_AIPowertrain.pdf：扭矩接口术语与典型组件
• • Chassis/AUTOSAR_EXP_AIChassis.pdf：底盘组件清单、ACC 目标物列表、传感器信号分层
• • BodyAndComfort/AUTOSAR_EXP_AIBodyAndComfort.pdf：子系统分解与"可采购"组件原则
• • HMI/AUTOSAR_EXP_AIHMIMultimediaAndTelematics.pdf：三种 SWC 角色与 UI 设备接口
• • Safety/AUTOSAR_EXP_AIOccupantAndPedestrianSafety.pdf：碰撞阶段模型、传感器/执行器池
• • General/AUTOSAR_TR_AIDesignPatternsCatalogue.pdf：设计模式目录