第3章：航空电台系统架构

好，咱们今天聊聊航空电台的系统架构。说实话，这个题目看着挺大，但拆开来看，无非就是三块：硬件长什么样，软件怎么分层，以及它们之间怎么说话。我在这个领域摸爬滚打十几年，踩过的坑不少，今天就跟你掏心窝子讲讲。

3.1 航空电台的硬件组成

先说说硬件。航空电台的硬件，说白了就是三大件：收发信机、天线、电源。嗯，听起来简单，但每一块都有讲究。

3.1.1 收发信机

收发信机是电台的心脏。它负责把语音或数据信号调制到射频上发出去，再把收到的射频信号解调回来。我见过不少刚入行的工程师，觉得收发信机就是个“黑盒子”，其实不然。

收发信机内部通常包含：

  • 发射链路：调制器、上变频器、功率放大器。我记得有一次项目，功率放大器老烧，后来发现是驻波比保护没做好。嗯，这个坑我替你们踩过了。
  • 接收链路：低噪声放大器、下变频器、解调器。接收灵敏度是关键，差1dB可能就意味着通信距离少几公里。
  • 频率合成器：提供稳定的本振信号。说白了，就是给收发信机一个“准头”。
我的经验： 收发信机的电源去耦一定要做好。我曾经遇到一个案例，发射时接收灵敏度下降，查了半天，原来是电源纹波串到了接收链路。加几个电容就解决了，但排查过程让人抓狂。

3.1.2 天线

天线这东西，看着简单，其实学问最大。航空电台的天线通常要求全向、宽带、低剖面。你想想看，飞机在天上飞，姿态千变万化，天线要是方向性太强，信号就断了。

常见的航空电台天线类型：

  • 刀形天线：VHF/UHF频段常用，像个刀片竖在机身上。
  • blade天线：也是刀形，但更短，适合高速飞机。
  • 共形天线：跟机身蒙皮融为一体，不增加风阻。

我个人习惯，在设计天线匹配电路时，一定要留出调试余量。为什么？因为天线装在飞机上和装在实验室里，驻波比完全不一样。我曾经吃过这个亏，实验室调得好好的，装机后驻波比飙到2.0以上，后来不得不重新设计匹配网络。

3.1.3 电源

航空电台的电源，可不是随便找个开关电源就能用的。飞机上的电源是28V直流，但波动范围很大，从18V到32V都有可能。而且，还有各种浪涌、尖峰、掉电。

我建议电源设计要关注三点：

  1. 输入保护：防反接、防浪涌、防过压。我记得有一次，一个实习生没加TVS管，结果电源线上一个尖峰就把DC-DC芯片打穿了。
  2. EMC滤波：航空电子对电磁兼容要求极高。电源入口的共模扼流圈和X电容、Y电容，一个都不能省。
  3. 冗余设计：关键电台通常有主备两路电源，一路挂了另一路顶上。
注意： 航空电源的纹波噪声要求通常小于50mVpp。我曾经见过一个项目，因为电源纹波超标，导致接收机底噪抬高了3dB，通信距离直接缩水一半。这种问题，查起来真要命。

3.2 软件分层架构

说完硬件，咱们聊聊软件。航空电台的嵌入式软件，我习惯分成三层：驱动层、中间件层、应用层。这个分层架构，说白了就是为了解耦和复用。

3.2.1 驱动层

驱动层是最底层的软件，直接跟硬件打交道。它负责：

  • 外设驱动：SPI、I2C、UART、GPIO这些。比如控制频率合成器，就是通过SPI写寄存器。
  • 中断管理：接收数据来了，发射完成了，都要靠中断通知CPU。
  • 定时器：用于产生精确的时间基准，比如125微秒的帧同步。

我写驱动层代码时，有个习惯：每个外设驱动都封装成独立的模块，提供统一的接口。比如SPI驱动，就提供spi_init()、spi_write()、spi_read()三个函数。上层根本不用管底层是哪个MCU。

/* 驱动层接口示例 */
typedef struct {
    void (*init)(void);
    uint8_t (*write_read)(uint8_t data);
} spi_driver_t;

spi_driver_t spi1_driver = {
    .init = spi1_init,
    .write_read = spi1_write_read
};

3.2.2 中间件层

中间件层，是连接驱动层和应用层的桥梁。它提供一些通用的服务，比如：

  • 消息队列：不同任务之间传递数据。
  • 任务调度：管理各个任务的执行顺序和时间片。
  • 协议栈：比如ARINC 429协议栈、MIL-STD-1553协议栈。

我个人觉得，中间件层是软件架构中最容易被忽视的一层。很多人喜欢把协议解析直接写在应用层，结果代码耦合得一塌糊涂。我建议，所有总线协议的处理都放在中间件层，应用层只管收发数据。

关键点： 中间件层要提供“数据不关心来源”的抽象。应用层发一个消息，中间件层负责把它打包成ARINC 429格式或者1553格式，驱动层负责把它发出去。这样，换总线类型时，只需要改中间件层，应用层代码纹丝不动。

3.2.3 应用层

应用层是离用户最近的一层。它负责：

  • 语音处理：编码、解码、降噪。
  • 频率管理：用户选频、频率切换、信道扫描。
  • 状态监控：自检、故障上报、BIT（Built-In Test）。

应用层的代码，我建议尽量写得“傻”一点。为什么？因为应用层变化最频繁，今天加个功能，明天改个参数。写得越简单，维护起来越轻松。我曾经见过一个应用层代码，一个函数写了800行，里面各种状态机嵌套。后来那个人离职了，没人敢动那代码。嗯，你懂的。

3.3 接口标准：ARINC 429 与 MIL-STD-1553

航空电台不是孤立工作的，它要跟其他航电设备通信。这就涉及到接口标准。目前最主流的就是ARINC 429和MIL-STD-1553。

3.3.1 ARINC 429

ARINC 429，说白了就是“一发多收”的串行总线。一个发送器，最多20个接收器。数据速率有高低两档：高速100kbps，低速12.5kbps。

ARINC 429的数据格式是这样的：

位 含义
32-31 奇偶校验位（P）
30-29 符号/状态位（SSM）
28-11 数据位（SDI+数据）
10-9 源/目标标识（SDI）
8-1 标签（Label）

我刚开始接触ARINC 429时，最头疼的就是那个Label。Label是8位的，但实际只用了低7位，最高位是奇偶校验。而且，不同的设备对Label的定义还不一样。我记得有一次，电台跟惯导系统对不上数据，查了两天才发现是Label定义搞反了。

避坑指南： 实现ARINC 429驱动时，一定要把Label、SDI、SSM、数据分开解析，不要混在一起。我曾经见过一个代码，把整个32位数据当成一个整数处理，结果换了个设备就全乱了。

3.3.2 MIL-STD-1553

MIL-STD-1553，简称1553总线，是“命令-响应”式的总线。它有一个总线控制器（BC），多个远程终端（RT），还有一个总线监视器（BM）。

1553总线的特点：

  • 双冗余：有A、B两条总线，一条挂了自动切到另一条。
  • 实时性：消息传输时间确定，最大延迟不超过几十微秒。
  • 可靠性：有奇偶校验、消息超时、重试机制。

1553总线的消息格式：

命令字： 同步头 + 16位数据 + 奇偶校验位
数据字： 同步头 + 16位数据 + 奇偶校验位
状态字： 同步头 + 16位数据 + 奇偶校验位

我个人觉得，1553总线比ARINC 429复杂得多。因为它有总线控制器，要管理整个总线的调度。我建议，如果项目时间紧，直接用现成的1553协议芯片，比如DDC的BU-61580。自己用FPGA实现？嗯，除非你有三个月以上的时间，否则别碰。

注意： 1553总线的终端电阻一定要匹配。我记得有一次，一个同事忘了在总线两端加78欧姆的终端电阻，结果信号反射得一塌糊涂，总线根本没法用。查了半天，最后发现是电阻没焊。这种低级错误，犯一次就记住了。

3.4 小结

好了，这一章的内容就这些。咱们回顾一下：

  • 硬件上，收发信机、天线、电源，每个都有坑，设计时要留余量。
  • 软件上，驱动层、中间件层、应用层，分层要清晰，接口要统一。
  • 接口上，ARINC 429和MIL-STD-1553，各有各的脾气，用之前一定要吃透协议。

下一章，咱们聊聊航空电台的实时操作系统选型。嗯，那也是个有意思的话题。到时候见。

公众号:蓝海资料掘金营，微信deep3321
← 上一章 📖 返回目录 下一章 →