3. 整车集成基础
HUD不是孤立的光学部件，它必须挂载在整车电子电气架构（EEA）之上，才能获得车速、导航、ADAS告警等信号，并把显示内容投射到驾驶员视野中。理解HUD在整车中的位置，核心是理解三件事：它挂在哪个域、它向谁要数据、它把什么结果反馈给谁。这三件事决定了HUD标定时的信号来源、时序约束和故障边界。
一、整车电子电气架构的层级与HUD的挂载位置
现代乘用车EEA通常按“中央计算平台—域控制器—区域控制器—末端节点”分层。HUD属于座舱域（Cockpit Domain）下的显示类末端节点，同时与ADAS域存在单向或双向交互。典型拓扑如下：
- 中央计算平台：负责跨域调度、整车级策略、OTA升级。
- 座舱域控制器（CDC）：负责仪表、中控、HUD、氛围灯等座舱显示与交互，是HUD的直接上级。
- ADAS域控制器（ADC）：负责感知、融合、规划，输出FCW、LDW、ACC、AEB等告警与状态。
- 区域控制器（ZCU）：负责就近供电、LIN/CAN收发、执行器驱动。
- HUD节点：通过CAN FD、以太网或LVDS接收显示指令，通过私有总线控制PGU、电机、背光。
HUD在整车中的物理位置通常位于仪表板下方、转向柱上方或前围板内，其投影窗口与驾驶员眼椭圆（Eyellipse）强相关。标定时必须同时满足电气挂载正确和光学位置正确两个条件。
二、HUD与ADAS/座舱域控制器的交互关系
HUD的输入信号可分为三类，分别来自不同域，标定时必须逐类确认来源、周期和失效策略。
| 信号类别 | 典型信号 | 来源域 | 通信方式 | 标定关注点 |
|---|---|---|---|---|
| 车辆状态 | 车速、挡位、转向角、灯光 | 底盘/车身域 | CAN FD | 周期10~20ms，延迟影响AR贴合 |
| ADAS告警 | FCW、LDW、ACC、AEB、BSD | ADAS域 | 以太网/SOME-IP | 告警优先级、显示位置、闪烁频率 |
| 导航与HMI | 路口指引、车道线、POI | 座舱域 | 以太网/LVDS | AR-HUD坐标映射、畸变补偿 |
| HUD状态 | 亮度、高度、故障、温度 | HUD自身 | 私有CAN/LIN | 回读校验、DTC上报 |
交互关系中最关键的是时序一致性。ADAS告警从感知到显示，链路为：传感器→ADC融合→以太网→CDC→HUD渲染→PGU成像。整条链路延迟若超过150ms，驾驶员会感到告警“滞后”。标定时需在HUD端打时间戳，与ADC输出时间戳比对，定位延迟瓶颈。
三、标定场景：AR-HUD与ADAS的坐标对齐
以AR-HUD的FCW告警为例，标定流程如下：
- 在ADC端确认目标车辆的世界坐标（x, y, z）与置信度。
- 通过整车标定参数，将世界坐标转换到车辆坐标系。
- 结合驾驶员眼椭圆位置，投影到HUD虚像平面。
- 在HUD端调整畸变参数，使告警框与实际车辆在视觉上重合。
- 用CANoe记录端到端延迟，确认小于150ms。
关键标定参数示例：
HUD_EYE_POS_X = 1200 mm # 眼点至前围距离
HUD_EYE_POS_Z = 650 mm # 眼点高度
HUD_VIRTUAL_IMAGE_DIST = 7500 mm # 虚像距离
HUD_FOV_H = 10 deg # 水平视场角
ADAS_FCW_LATENCY_BUDGET = 150 ms
CAN_FD_CYCLE = 10 ms
四、常见误区与复盘
误区一：只关注HUD自身，忽略域控制器信号周期。若CDC以20ms周期下发显示指令，而ADC以50ms周期输出告警，HUD端会出现“告警跳变”或“位置抖动”。标定时必须对齐各域周期，必要时在CDC做插值或缓存。
误区二：把HUD当作独立显示设备，未纳入整车网络管理。HUD需参与网络唤醒、休眠、诊断和OTA。若未正确配置NM报文，可能导致HUD在整车休眠后仍耗电，或唤醒后无法及时显示。
复盘建议：建立“信号—域—周期—失效策略”四列表，逐条核对HUD所需信号。对每个ADAS告警，明确其优先级、显示位置、闪烁频率和超时降级策略。标定完成后，用实车场景（如高速FCW、城市LDW）验证端到端延迟与视觉对齐精度。
总结来说，HUD在整车中的位置由EEA层级决定，其与ADAS/座舱域控制器的交互关系决定了标定的信号边界和时序约束。只有把HUD放回整车网络中，才能保证标定结果在真实驾驶场景下稳定、可靠、可复现。