第二章 显示系统核心需求:适航标准、人因工程与性能指标

各位同学,今天我们聊聊显示系统的核心需求。说实话,这部分内容看着像条条框框,但每一条背后都有血的教训。我做了十几年航电系统,见过太多因为忽视这些需求导致项目返工甚至试飞出问题的案例。

显示系统不是普通屏幕。它直接关系到飞行员对态势的感知,关系到飞行安全。所以,它的需求必须从三个维度来定义:适航合规、人机交互、性能指标。咱们一个一个说。

2.1 适航标准:DO-178C 与 DO-254

适航标准,说白了就是民航局认可的安全门槛。你做的系统要拿到适航证,就必须证明你遵守了这些标准。我个人习惯把这两个标准看作「软件宪法」和「硬件宪法」。

2.1.1 DO-178C:机载软件开发的铁律

DO-178C 是机载软件开发的行业共识。它把软件按安全关键程度分了五个等级,从 DAL A 到 DAL E。显示系统通常属于 DAL B 或 DAL C,具体取决于它显示的信息是否直接影响飞行安全。

DAL 等级 失效影响 典型显示系统应用
A 灾难性 主飞行显示器(PFD)的姿态、空速、高度
B 危险/严重 导航显示器(ND)、发动机参数
C 重大 系统状态页面、告警信息
D 轻微 乘客信息、非关键设置
E 无影响 日志记录、调试接口

嗯,这里要注意:同一个显示系统里,不同显示元素可能属于不同 DAL 等级。比如 PFD 上的姿态指示必须按 DAL A 开发,但旁边的时钟显示可能只是 DAL D。这就带来了分区和隔离的设计挑战。

⚠️ 避坑指南: 我曾经在一个项目中,把 DAL A 和 DAL C 的代码写在了同一个任务里。审查时被审计员当场指出,结果不得不花两个月重构架构。记住:不同 DAL 等级的代码必须物理或逻辑隔离,不能共享内存空间或关键资源。

2.1.2 DO-254:硬件设计的适航逻辑

DO-254 是 DO-178C 的硬件对应版。它要求硬件设计也要有完整的生命周期:从需求捕获、设计实现、验证确认到配置管理。

对于显示系统,DO-254 主要关注:

  • FPGA/ASIC 设计:逻辑综合、时序分析、仿真覆盖率
  • 显示控制器:视频处理芯片的失效模式分析
  • 背光驱动电路:亮度调节的故障保护机制
  • 连接器与线缆:电磁兼容性和机械可靠性

你想想看,如果显示控制器的 FPGA 在高温下时序漂移,导致画面撕裂,飞行员看到的是半幅姿态、半幅地图,那后果是什么?所以 DO-254 要求你做详尽的时序分析和最坏情况分析。

2.2 人因工程要求:让飞行员看得清、读得快、不疲劳

人因工程,说白了就是「以人为本」的设计。我见过一些系统,技术指标很漂亮,但飞行员用起来就是别扭。为什么?因为设计者没把自己当成坐在驾驶舱里的人。

2.2.1 视觉感知的基本规律

人眼对亮度、颜色、运动有特定的敏感度。设计显示画面时,必须遵循这些规律:

  • 亮度对比度:字符与背景的亮度比至少 3:1,建议 5:1 以上
  • 颜色编码:红色用于警告,黄色用于注意,绿色用于正常,白色用于信息
  • 字体大小:关键参数的字高至少 20 角分(约 5mm 在 70cm 视距下)
  • 闪烁频率:告警闪烁 2-4 Hz,避免 10-20 Hz 的频段(易引发癫痫)
💡 我的经验: 有一次我们设计了一个新的告警页面,用了蓝色背景配红色文字。结果试飞员反馈说「看不清,眼睛累」。后来查了人因手册才知道,蓝色和红色的波长差异大,人眼对焦困难。改成深灰背景配红色文字后,问题解决了。所以,颜色搭配不是审美问题,是生理问题。

2.2.2 信息密度与布局

飞行员在关键阶段(起飞、进近)的认知负荷极高。显示系统不能一股脑把所有信息都堆上去。我建议遵循「3-5-7 原则」:

  • 一个页面最多 3 个主要信息区域
  • 每个区域最多 5 个参数
  • 每个参数最多 7 个字符

为什么会这样?因为人的工作记忆容量有限。超过这个范围,飞行员就需要花时间「搜索」信息,而不是「读取」信息。在紧急情况下,每一秒都宝贵。

2.2.3 交互方式与反馈

现代显示系统越来越多地采用触摸屏。但触摸屏在颠簸环境下容易误触。所以,我个人的建议是:

  • 关键操作(如切换导航模式)必须用物理按键
  • 触摸操作需要 200ms 以上的按压确认
  • 每次操作必须有视觉和听觉双重反馈
  • 触摸区域至少 15mm × 15mm,避免手指遮挡

2.3 显示刷新率与延迟指标

这部分是硬指标,直接关系到显示系统的实时性。我见过不少团队在软件架构上花了很多功夫,但忽略了显示链路的延迟,结果画面跟不上飞机的实际状态。

2.3.1 刷新率:画面更新的节奏

显示刷新率决定了画面更新的平滑度。对于航电显示系统:

显示类型 最低刷新率 推荐刷新率 说明
主飞行显示器(PFD) 30 Hz 60 Hz 姿态变化快,需要高刷新
导航显示器(ND) 15 Hz 30 Hz 地图更新,可接受较低刷新
发动机参数 10 Hz 20 Hz 变化较慢,刷新要求低
告警信息 实时触发 实时触发 不依赖周期性刷新

嗯,这里要注意:刷新率不是越高越好。过高的刷新率会增加 GPU 和显示链路的负载,导致发热和功耗上升。我曾经在一个项目中把 PFD 刷新率设到了 120 Hz,结果显示控制器温度飙升到 85°C,不得不降频处理。

2.3.2 延迟指标:从传感器到像素

延迟是显示系统最容易被忽视的指标。它指的是从传感器采集数据到像素在屏幕上显示出来的总时间。对于航电系统,延迟必须严格控制:

  • 端到端延迟:≤ 100ms(PFD 关键参数)
  • 显示链路延迟:≤ 50ms(从 GPU 到屏幕)
  • 帧同步延迟:≤ 1 帧(避免画面撕裂)
  • 触摸响应延迟:≤ 100ms(用户操作到画面反馈)
🔑 关键知识点: 延迟的组成包括:传感器采集时间 + 数据处理时间 + 图形渲染时间 + 视频传输时间 + 屏幕响应时间。每个环节都要优化。我习惯用逻辑分析仪抓取每个环节的时间戳,找出瓶颈。

2.3.3 实际设计中的权衡

刷新率和延迟有时是矛盾的。高刷新率可以减少延迟,但会增加处理负担。我建议的做法是:

  1. 分层刷新策略:关键参数(姿态、空速)用 60 Hz 刷新,次要参数(油量、温度)用 10 Hz 刷新
  2. 预测显示:对于快速变化的参数(如垂直速度),使用卡尔曼滤波预测下一帧的位置,提前渲染
  3. 双缓冲机制:一个缓冲区用于渲染,一个用于显示,避免画面撕裂
  4. 优先级调度:显示任务在 RTOS 中设为最高优先级,确保按时完成

我曾经在一个项目中,因为显示任务优先级设低了,导致在 CPU 高负载时画面卡顿。飞行员反馈说「姿态指示像在跳舞」。后来把显示任务提到最高优先级,并增加了看门狗监控,问题才解决。

2.4 本章小结

显示系统的核心需求,说白了就是三件事:

  • 适航合规:DO-178C 管软件,DO-254 管硬件,DAL 等级决定开发投入
  • 人因工程:让飞行员看得清、读得快、不疲劳,遵循视觉规律和交互原则
  • 性能指标:刷新率保证平滑,延迟保证实时,两者需要权衡

下一章,我们会深入显示系统的硬件架构,聊聊显示控制器、GPU 和视频接口的设计。到时候我会分享一些具体的电路设计经验和踩过的坑。

📌 课后思考: 如果你要设计一个平视显示器(HUD),它的刷新率和延迟要求与下视显示器(HDD)有什么不同?为什么?