第2章通信协议基础概念

一、通信协议基础概念：同步与异步通信，串行与并行传输，单工/半双工/全双工模式，协议分层模型（OSI/简化模型）

各位同学，咱们今天聊点实在的。太阳翼驱动系统说白了就是卫星的“翅膀”控制器，它跟卫星主控之间的通信，决定了翅膀能不能精准对日。我当年调试第一个星载机构时，就因为没搞懂同步和异步的区别，差点让整个项目延期。嗯，今天咱们就把这些基础概念掰开揉碎了讲清楚。

这两个概念，我建议你从“时钟”的角度去理解。

同步通信，说白了就是收发双方共用同一个时钟节拍。发送方在时钟上升沿送数据，接收方在同一个时钟沿采样。就像两个人一起喊口号走路，步调必须一致。

典型应用：SPI、I²C、CAN总线（部分模式）

优点：传输效率高，数据帧开销小

缺点：需要额外时钟线，抗干扰能力相对弱

异步通信则不同。收发双方各自有自己的时钟，靠起始位和停止位来“对齐”。就像两个人各自按自己的节奏走路，但每次出发前喊一声“开始”，结束时喊一声“停”。

典型应用：UART、RS-232、RS-485

优点：只需两根线（TX/RX），布线简单

缺点：每帧有额外开销（起始位+停止位+校验位），效率略低

我的经验：在太阳翼驱动系统中，我习惯用异步通信做低速遥测（比如温度、电压），用同步通信做高速指令（比如步进电机脉冲控制）。为什么？遥测数据量大但实时性要求不高，异步通信的简单布线能省不少航天电缆重量。

这个其实很好理解。串行就是一根线逐位传输，并行就是多根线同时传多位。

你想想看，卫星上每一克重量都金贵。并行传输需要那么多线，线缆重量、连接器体积都受不了。所以我做太阳翼驱动系统时，全部采用串行通信。哪怕速率要求高，也可以用差分串行（比如LVDS）来搞定。

注意：串行通信虽然省线，但协议设计要更小心。我曾经遇到过一个项目，因为串行帧格式设计不合理，导致接收端频繁丢帧。后来加了CRC校验和重传机制才解决。嗯，这个后面讲帧结构时会细说。

这三种模式，说白了就是“谁能在什么时候说话”。

太阳翼驱动系统的典型配置：

我个人习惯，在驱动控制器和主控之间，至少保留一条全双工链路。为什么？因为调试阶段太需要双向实时交互了。你发一个“转动5度”的指令，立刻就能看到“当前位置：5.001度”的回传，心里才踏实。

很多初学者一看到七层OSI模型就头大。其实在航天嵌入式领域，我们用的简化模型更实用。

OSI七层模型（了解一下就行）：

航天嵌入式简化模型（我常用的）：

避坑指南：我曾经见过一个团队，把网络层和传输层的功能硬塞到链路层里，结果协议变得又臭又硬。我的建议是：在太阳翼这种点对点通信场景下，三层就够了。别为了“标准化”而过度设计。

为什么分层？说白了就是解耦。物理层换电缆，不影响应用层代码。应用层改指令格式，不用动链路层。我在一个项目中，就因为分层清晰，把RS-422换成CAN总线时，只改了物理层和链路层驱动，应用层一行代码没动。这种爽感，你体验过就知道值了。

今天咱们聊了四个基础概念：同步与异步、串行与并行、三种通信模式、协议分层。这些是理解太阳翼驱动系统通信协议的基石。下一章，咱们会深入具体的帧结构设计——嗯，那才是真正动手的地方。

记住一句话：协议设计不是越复杂越好，而是越适合场景越好。航天系统尤其如此，可靠性第一，效率第二，灵活性第三。