3. 1553B总线协议（一）：协议概述、字格式、消息格式、电气特性
各位同学，今天我们正式开始啃1553B这块硬骨头。说实话，我在火控系统里摸爬滚打这么多年，1553B是我见过最「倔」的总线——它不追求快，但追求稳；不追求花哨，但追求可靠。你想想看，飞机在天上飞，导弹在挂架上挂着，要是总线通信出了岔子，那可不是蓝屏重启能解决的问题。
好，咱们不废话，直接进入正题。
3.1 协议概述：为什么是1553B？
1553B，全称MIL-STD-1553B，是美国军方制定的航空电子总线标准。说白了，它就是给飞机上各种电子设备（比如雷达、飞控、武器系统）之间搭的一座「通信桥梁」。
我个人习惯把1553B比作一个「老派的指挥官」——它不搞什么花里胡哨的并行传输，也不追求千兆速率，但它有一个核心优势：确定性。什么意思？就是每条消息什么时候发、什么时候到，都是板上钉钉的，不会出现「堵车」或者「丢包」的情况。这在火控系统里太重要了。
我在项目中遇到过一件事：某次地面联调，雷达数据通过1553B总线传给火控计算机，结果偶尔会出现一帧数据延迟。排查了三天，最后发现是总线控制器（BC）的调度表里有一个时间槽没对齐。嗯，从那以后我设计调度表时都会留出至少10%的余量。
3.2 字格式：最小的数据单元
1553B的数据传输以「字」为单位。一个字是20位，但别搞混了——它不是20位数据，而是由3位同步头 + 16位数据/命令 + 1位奇偶校验组成。
咱们来看一下字的结构：
| 字段 | 位数 | 说明 |
|---|---|---|
| 同步头 | 3位 | 用于接收端时钟同步，命令字和状态字有特定波形 |
| 数据/命令 | 16位 | 实际传输的信息，可以是命令、状态或数据 |
| 奇偶校验 | 1位 | 采用奇校验，保证数据完整性 |
这里有个细节我要强调一下：同步头的波形是有讲究的。命令字和状态字的同步头是「高-低-高」的曼彻斯特编码波形，而数据字的同步头是「低-高-低」。为什么这么设计？说白了就是为了让接收端能一眼认出「这是命令」还是「这是数据」。我在调试时经常用示波器看同步头波形，一眼就能判断总线在干什么。
16位数据/命令字段里，又分三种类型：
- 命令字：由总线控制器（BC）发出，告诉某个远程终端（RT）要做什么。比如「RT地址5，接收数据」。
- 状态字：由远程终端（RT）发出，回应BC的命令。比如「我准备好了」或者「我出错了」。
- 数据字：实际传输的数据内容，可以是传感器读数、控制指令等。
3.3 消息格式：一次完整的对话
一个字只能传16位数据，但一次完整的通信需要多个字组合成「消息」。1553B的消息格式有几种标准模式，我挑最常用的讲。
3.3.1 BC→RT 传输
这是最常见的模式：总线控制器（BC）给远程终端（RT）发数据。格式如下：
BC发送命令字 → BC发送数据字1 → BC发送数据字2 → ... → RT返回状态字注意看，BC先发一个命令字，告诉RT「我要给你发数据了」，然后连续发数据字，最后RT必须返回一个状态字，告诉BC「我收到了」。这个状态字里包含了RT的地址、消息错误标志、忙标志等信息。
我曾经遇到过一个坑：某次调试时，RT一直不返回状态字，导致BC超时重发。查了半天，发现是RT的接收缓冲区满了，但状态字里的「忙标志」没置位。后来我写代码时都会强制检查忙标志，避免这种「假死」情况。
3.3.2 RT→BC 传输
这种模式是BC向RT要数据。格式如下：
BC发送命令字 → RT返回状态字 → RT发送数据字1 → RT发送数据字2 → ...BC先发一个命令字，告诉RT「把你的数据发给我」。RT先返回状态字，然后开始发数据。注意顺序：状态字在前，数据在后。
3.3.3 RT→RT 传输
这种模式比较高级：BC让一个RT把数据直接发给另一个RT。格式如下：
BC发送接收命令字 → BC发送发送命令字 → 发送RT返回状态字 → 发送RT发送数据字 → ... → 接收RT返回状态字嗯，这里要注意：BC先发两个命令字，第一个告诉接收RT「准备接收」，第二个告诉发送RT「开始发送」。然后发送RT先回状态字，再发数据，最后接收RT也要回一个状态字。
这种模式在火控系统中用得不多，因为大多数情况下都是BC作为「中间人」转发数据。但如果你需要两个传感器之间直接交换数据，RT→RT模式可以节省一次BC转发的时间。
3.4 电气特性：物理层的那些事
聊完了协议层，咱们看看物理层。1553B的电气特性其实挺「复古」的，但胜在皮实耐用。
3.4.1 传输介质
1553B使用屏蔽双绞线作为传输介质，特性阻抗为78Ω（注意，不是常见的50Ω或75Ω）。总线两端必须接终端电阻，阻值也是78Ω。为什么？说白了就是为了消除信号反射。
我记得有一次在实验室里搭测试环境，忘了接终端电阻，结果示波器上的波形乱七八糟，全是反射回来的毛刺。接上电阻后，波形瞬间干净了。嗯，这个教训让我记住了：终端电阻不是摆设。
3.4.2 信号电平
1553B采用曼彻斯特II型编码，信号电平是差分电压。具体参数如下：
| 参数 | 数值 | 说明 |
|---|---|---|
| 差分输出电压 | 6V ~ 9V（峰峰值） | 发送端输出 |
| 差分输入电压 | 1.2V ~ 20V（峰峰值） | 接收端可识别范围 |
| 数据速率 | 1 Mbps | 固定速率，不可变 |
| 总线长度 | 最长100米（带隔离） | 超过这个长度需要中继器 |
你可能会问：为什么速率只有1 Mbps？现在随便一个CAN总线都能到5 Mbps了。但你要知道，1553B设计于上世纪70年代，当时1 Mbps已经是高速了。而且，1 Mbps配合曼彻斯特编码，抗干扰能力非常强。我在某次电磁兼容测试中，1553B总线旁边就是大功率发射机，照样稳定通信，换成其他总线早就丢包了。
3.4.3 总线拓扑
1553B采用总线型拓扑，所有设备都挂在一根主线上。最多支持31个远程终端（RT），加上1个总线控制器（BC）和1个总线监视器（BM）。
这里有个设计要点：总线上的每个设备都必须通过变压器耦合接入总线，不能直接连接。变压器的作用是隔离直流分量，同时提供共模抑制。我在项目中见过有人为了省成本，直接用电阻耦合，结果总线噪声大得离谱，通信经常出错。
好，这一章的内容就到这里。1553B协议的核心就是「确定性」和「可靠性」，后面的章节我们会深入讲解协议层的细节，比如消息的时序控制、错误处理机制等。到时候我会结合我在实际项目中的踩坑经历，给大家分享一些实战经验。