3. 机载网络数据记录系统架构

机载网络数据记录系统并不是一台“会存文件的计算机”，而是嵌入航电网络中的专用采集与存储设备。它要在飞机振动、宽温、低气压、电磁干扰和供电波动的环境下，持续把 ARINC 664、AFDX、ARINC 429、CAN 或以太网等总线上的数据完整、有序、可追溯地保存下来。理解其架构，关键是看清“数据从哪里来、经过哪些硬件与软件环节、最终落到什么介质上，以及供电与散热如何约束这些选择”。

硬件组成：从采集接口到存储介质

典型机载网络记录系统的硬件可分为五个部分。第一是总线接口模块，负责物理层收发与协议解析，例如双冗余 AFDX 端口、ARINC 429 接收通道、CAN 控制器或千兆以太网 PHY。第二是采集与预处理单元，通常由 FPGA 或 SoC 实现，完成时间戳打标、帧过滤、冗余消除和流量整形。第三是主控与文件管理单元，运行嵌入式操作系统，负责文件系统、索引、加密和健康管理。第四是存储介质，常见为工业级固态盘、CFast 卡或可拆卸存储模块。第五是供电与散热结构，包括电源滤波、浪涌抑制、导热板和风冷/自然冷却路径。

以某型机载网络记录器为例，其接口模块同时接入 2 路 AFDX 和 4 路 ARINC 429，采集单元以 1 ms 为周期对 AFDX 虚拟链路进行轮询，主控单元按 64 MB 分块写入存储介质。这里的“分块”不是随意设定：块太小会增加文件系统开销，块太大则掉电时丢失的数据窗口变长。工程上常把块大小与最坏掉电保护时间挂钩，例如要求掉电后最多丢失 200 ms 数据，则块大小和缓存刷新周期必须匹配这一指标。

软件模块：从驱动到文件系统的分层

软件层通常分为四层。最底层是采集驱动，以中断或 DMA 方式从接口模块取走原始帧，并打上硬件时间戳。第二层是协议解析，把 AFDX 虚拟链路号、ARINC 429 标签、CAN ID 映射为统一的通道编号，同时完成冗余帧比对——同一帧从 A/B 网先后到达时，只保留先到且校验正确的一帧。第三层是文件系统与索引，把连续数据流切成固定大小的块，每块写入前计算 CRC，并维护“时间—块号”索引，便于回放时按时间范围快速定位。第四层是健康管理，周期读取温度、电压、坏块计数，异常时写入事件记录并触发降级策略。

这里有一个容易被忽略的工程细节：时间戳的一致性。如果 AFDX 帧用接口模块时钟、429 字用主控 CPU 时钟，回放时就会出现通道间错位。正确做法是让所有采集通道共用同一个 IRIG-B 或 GPS 秒脉冲基准，并在驱动层统一换算为“自起飞时刻起的微秒数”。这样地面分析软件才能把不同总线的数据对齐到同一时间轴。

存储介质与供电散热约束

机载存储介质不能直接使用消费级 SSD。原因有三：一是温度范围，客舱设备可能经历 -40℃ 低温启动和 +70℃ 以上高温；二是振动，发动机附近区域的随机振动量级可达 7.7 Grms 以上；三是掉电，飞机供电切换时可能出现 50 ms 以上的瞬态中断。因此常选用工业级 SLC 或 MLC 固态盘，配合超级电容或钽电容做掉电保持，确保缓存中的数据能完整落盘。

供电方面，记录器通常从 28 VDC 汇流条取电，内部再转换为 5 V、3.3 V、1.8 V 等多路电源。低功耗要求意味着不能简单堆叠高性能 CPU：在满足 1 Gbps 采集带宽的前提下，优先选用低功耗 FPGA 和 ARM 处理器，并把空闲外设时钟关断。散热则依赖结构设计——把 FPGA 和 SSD 的热量通过导热垫传到金属壳体，再由机身自然对流或强制风冷带走。若壳体温度超过 85℃，健康管理应记录超温事件并降低写入速率，避免介质损坏。

工程要求如何落到设计指标

把上述约束翻译成可检查的设计指标，可以形成如下对照关系：高可靠对应“双冗余采集 + CRC 校验 + 掉电保护 + BIT 自检”；低功耗对应“典型功耗 ≤ 15 W，待机 ≤ 5 W”；抗振动对应“满足 DO-160G 第 8 章随机振动曲线”；宽温对应“-40℃ 冷启动，+70℃ 连续工作”。这些指标不是写在规格书里就自动成立，而是要在接口冗余切换、文件系统刷盘周期、导热路径和电源瞬态响应中逐项验证。

理解这套架构后，再看“记录系统为什么这样设计”就清楚了：接口模块决定能接什么总线，FPGA 决定时间戳精度和过滤能力，文件系统决定掉电时丢多少数据，存储介质决定能飞多久，供电与散热决定能不能在真实机载环境里稳定工作。这些环节彼此制约，任何一处短板都会在回放分析时暴露为数据缺口或时间错位。