3. 机载电子系统架构与诊断接口

机载电子系统并不是一堆设备的简单堆叠,而是一个由总线、传感器、执行机构、余度通道和自检接口共同构成的有机整体。要理解错误检测与诊断,首先必须看清这个整体的“骨架”和“神经”:数据从哪里来、经过哪些节点、由谁处理、又通过什么接口被诊断系统获取。本节围绕航电总线、传感器、执行机构、余度结构、BIT自检接口与诊断数据获取方式展开,帮助建立后续故障定位所需的系统视图。

一、航电总线:数据流动的骨架

航电总线是机载电子系统互联的基础。现代飞机常见总线包括ARINC 429、ARINC 629、MIL-STD-1553B、ARINC 664(AFDX)以及CAN等。它们的关键差异体现在拓扑、速率、确定性和余度支持上。例如,ARINC 429是单向、点对点的串行总线,一条线只负责一个发送端到多个接收端,速率通常为12.5 kbps或100 kbps,结构简单但布线量大;MIL-STD-1553B采用命令/响应式双绞线总线,速率1 Mbps,支持总线控制器(BC)、远程终端(RT)和总线监视器(BM)三种角色,天然适合余度管理;AFDX基于以太网,采用虚拟链路和双冗余网络,速率可达100 Mbps,广泛用于A380、B787等新一代客机。

从诊断角度看,总线本身既是数据通道,也是故障传播路径。总线错误通常表现为帧格式错误、超时、奇偶校验错误、CRC错误、终端无响应或总线短路/开路。诊断接口往往通过总线监视器或专用维护端口获取原始帧、时间戳和错误计数,从而判断是发送端、接收端还是线缆问题。

机载电子系统架构与诊断接口关系图 传感器层 大气数据 / 惯性 / 温度 位置 / 转速 / 压力 离散量 / 模拟量 / 总线型 航电总线层 ARINC 429 / 1553B / AFDX / CAN 命令/响应 · 周期/事件 · 双冗余 总线监视器 BM 可旁路采集 执行机构层 舵机 / 作动器 / 继电器 电机 / 阀门 / 显示驱动 位置反馈 / 电流 / 状态回读 采集 指令 余度结构 双余度 / 三余度 / 四余度 通道独立供电 · 交叉通道数据链 表决器 / 比较监控 / 故障隔离 通道数据 BIT 自检接口 上电BIT / 周期BIT / 维护BIT 故障码 · 时间戳 · 通道号 LRU 内建测试与状态寄存器 中央维护计算机 CMC 汇聚 诊断数据获取方式 总线监视 / 维护端口下载 BIT 结果读取 / 快照记录 ARINC 615 数据加载器 无线 QAR / 地面维护系统 维护与排故 故障隔离手册 FIM LRU 更换 / 线路检查 故障复现与验证 返回可用状态确认 状态上报 汇聚 输出 原始帧/错误计数

二、传感器与执行机构:诊断的起点与终点

传感器是诊断链的起点。机载传感器按输出形式可分为模拟量、离散量和总线型三类。模拟量传感器(如温度、压力)输出连续电压或电流,诊断时需关注激励是否正常、信号是否超范围、线路是否开路或短路;离散量传感器(如接近开关、位置开关)输出高低电平,诊断重点是逻辑状态与预期是否一致;总线型传感器(如ARINC 429输出的大气数据)则通过数据字传递多参数,诊断需检查刷新率、数据有效位和标签是否正确。

执行机构是诊断链的终点,也是故障后果最直接的部分。舵机、作动器、继电器和电机通常带有位置反馈或电流回读。诊断时,控制器发出指令后,若反馈位置未在预期时间内到达,或电流异常偏高/偏低,即可判定为执行机构卡滞、断路或驱动故障。实际排故中,常通过“指令—反馈”对比来区分是控制信号问题还是执行机构本身问题。

三、余度结构:故障容忍与隔离的基础

余度结构是机载电子系统实现高可靠性的核心手段。常见形式包括双余度、三余度和四余度。双余度系统通过两个独立通道互为备份,当主通道故障时切换到备用通道;三余度系统采用三通道表决,多数一致即认为正确,可容忍单通道故障;四余度系统则进一步提供故障隔离和重构能力。余度通道之间通常通过交叉通道数据链(CCDL)交换数据,并进行比较监控。

从诊断角度看,余度结构既是保护机制,也是诊断信息来源。当通道间数据不一致时,系统会记录差异、触发表决并隔离故障通道。诊断接口需要获取各通道的健康状态、表决结果和切换记录,才能判断是传感器漂移、通道硬件故障还是共因故障。例如,三余度系统中若两个通道同时报同一故障,则需警惕共因失效,如供电或冷却问题。

四、BIT自检接口与诊断数据获取

BIT(Built-In Test,内建测试)是机载电子设备自我检测的核心机制,通常分为上电BIT、周期BIT和维护BIT。上电BIT在设备通电时执行,检查处理器、存储器、接口和关键外设;周期BIT在运行中周期性执行,监控关键参数和通道状态;维护BIT则由维护人员触发,进行更深入的测试。BIT结果通常以故障码、时间戳、通道号和LRU标识的形式存储在非易失存储器中。

诊断数据获取方式主要有四类:一是通过总线监视器旁路采集原始帧和错误计数;二是通过维护端口下载BIT结果和快照数据;三是使用ARINC 615数据加载器进行交互式查询;四是通过无线QAR或地面维护系统批量获取。实际排故时,通常先读取中央维护计算机(CMC)汇聚的故障信息,再结合总线监视数据定位到具体LRU或线路。

教学示例:假设某型飞机三余度飞控计算机报告“通道B升降舵指令不一致”。维护人员首先通过CMC读取故障码,发现通道B的BIT记录显示“伺服回路反馈超差”;随后用总线监视器采集1553B总线数据,发现通道B的指令帧正常但反馈帧缺失;进一步检查线路,发现通道B的反馈线插头松动。该示例说明:BIT给出故障方向,总线数据帮助区分指令与反馈,最终定位到物理连接。

五、诊断接口的工程要点

在实际工程中,诊断接口的设计需要关注以下几点:第一,接口应能获取足够细粒度的数据,包括原始帧、时间戳、错误计数和通道状态,而不仅仅是“故障/正常”二值结果;第二,接口应支持非侵入式采集,避免影响总线实时性;第三,诊断数据应带有时标和通道标识,便于多通道关联分析;第四,应支持地面维护系统与机载系统的数据格式统一,减少人工转换。

此外,诊断数据获取方式的选择取决于排故阶段。航线维护阶段,优先使用CMC和BIT结果快速定位;深度排故阶段,则需要总线监视器和专用测试设备获取原始数据。对于余度系统,还需特别关注交叉通道数据链的监控记录,以区分单通道故障与共因故障。

六、小结

机载电子系统的诊断能力,建立在对架构的清晰理解之上。航电总线是数据流动的骨架,传感器和执行机构是诊断的起点与终点,余度结构提供故障容忍与隔离,BIT自检接口和诊断数据获取方式则是排故人员与系统对话的窗口。只有把这几部分联系起来,才能从“看到故障码”走到“定位到具体LRU或线路”,完成从检测到诊断的闭环。