1. 项目缘起与整体设计思路SBUS 协议在航模、无人机、机器人遥控领域用得非常多它本质上是一根反相串口线波特率 100000、8 数据位、偶校验、2 停止位每 14ms 发一帧 25 字节的数据一帧里塞了 16 个通道的遥控值外加 flags 和帧尾。很多刚接触 STM32 的朋友第一反应是用串口接收中断一个字节一个字节地收收满 25 字节再解析。这个方法能跑但问题也很明显100000 波特率下每字节约 100us一帧 25 字节大概 2.5ms 内连续到达如果每来一个字节都进一次中断CPU 会被频繁打断主循环里稍微有点耗时操作就容易丢字节尤其是你还在跑 PID、OLED 刷新、传感器采集的时候。我在实际项目里踩过这个坑最开始用逐字节中断接收遥控器摇杆快速打满的时候偶尔会丢帧飞机姿态会突然抖一下排查了很久才定位到是接收环节丢数据。后来换成DMA 循环接收 IDLE 空闲中断 状态机解析这套组合拳CPU 占用直接降下来丢帧问题也彻底消失了。这套方案的核心思路是让 DMA 在后台默默把串口数据搬进一个环形缓冲区CPU 完全不用管每个字节当一帧数据发完、总线空闲下来时IDLE 中断会触发这时候我们再去缓冲区里把这一帧数据取出来取出来之后交给一个状态机去校验、解析最终还原出 16 个通道的值。为什么是这三个技术点组合而不是单独用某一个我拆开讲。DMA 循环接收解决的是“搬运”问题它让数据从串口外设自动流进内存不占用 CPU循环模式意味着缓冲区满了之后自动从头覆盖不需要每次重新配置 DMA适合 SBUS 这种持续不断发帧的场景。IDLE 中断解决的是“帧边界”问题SBUS 帧与帧之间有明显的空闲间隔IDLE 中断正好在总线空闲时触发天然就是帧结束的标志比用定时器超时判断更精准、更省资源。状态机解决的是“解析”问题SBUS 帧有固定的帧头 0x0F 和帧尾 0x00部分版本是 0x04/0x14/0x24/0x34 结尾中间还有 22 字节的通道数据用状态机逐字节校验可以很好地处理错帧、粘帧、半帧的情况比一次性 memcpy 再判断要稳健得多。这套方案适合谁如果你正在做基于 STM32 的遥控接收、云台控制、机器人主控需要稳定解析 SBUS 信号那这篇内容可以直接抄作业。如果你只是偶尔收个几字节的调试信息那大可不必上这套普通中断就够了。下面我按硬件准备、CubeMX 配置、代码实现、状态机设计、问题排查的顺序把整个流程掰开揉碎讲清楚。2. 硬件连接与 CubeMX 关键配置2.1 SBUS 硬件电路反相是绕不开的第一步SBUS 信号是反相的也就是空闲时是高电平起始位是低电平这跟标准串口正好相反。所以你不能把接收机信号线直接怼到 STM32 的 RX 引脚上中间必须加一级反相。最常见的做法是用一个 NPN 三极管比如 S8050搭一个共射极反相电路基极串一个 1k 电阻接 SBUS 信号集电极通过 10k 上拉到 3.3V 并接到 STM32 的 RX发射极接地。这样 SBUS 的高电平经过反相变成低电平正好符合串口空闲高、起始位低的逻辑。我实测下来这个电路在 3.3V 系统里非常稳成本也就几毛钱。如果你不想搭三极管也可以用一片 74HC14 施密特反相器一路输入一路输出抗干扰更好适合信号线比较长的场景。还有一点要注意SBUS 接收机的供电一般是 4.5V 到 5.5V而 STM32 是 3.3V所以接收机 VCC 接 5VGND 和 STM32 共地信号线经过反相后再进 STM32千万别把 5V 信号直接灌进 3.3V 的 IO时间长了会烧引脚。提示如果你用的是带反相输出的接收机或者接收机本身标注了“非反相 SBUS”那就不需要外加反相电路直接接 RX 即可。买接收机的时候一定要看清楚这一点我见过不少朋友在这上面卡了半天。2.2 CubeMX 里串口参数怎么填打开 CubeMX选好你的芯片型号比如 STM32F103C8T6 或者 F407ZGT6先配置时钟树把系统时钟拉到芯片允许的最高频率F103 一般是 72MHzF407 是 168MHz。时钟配好之后找到 USART 外设模式选 Asynchronous异步然后关键参数这样填参数取值说明Baud Rate100000SBUS 固定波特率不能填 115200Word Length8 Bits8 位数据位ParityEven偶校验SBUS 强制要求Stop Bits22 位停止位Data DirectionReceive Only只接收TX 可以不用Over Sampling16默认即可这里有个坑CubeMX 里波特率填 100000 之后它会根据你的时钟自动算分频系数但有时候算出来的实际波特率会有偏差。你可以在生成代码后在MX_USARTx_UART_Init函数里看看huart-Init.BaudRate最终是不是 100000如果偏差太大超过 2%接收就会出错。F103 在 72MHz 下100000 波特率的分频值是 72000000/100000 720USARTDIV 的整数部分是 45小数部分是 0实际波特率正好 100000没问题。F407 在 168MHz 下也能整除所以这两个常用型号都不用担心。2.3 DMA 配置循环模式是核心在 USART 的 DMA Settings 里点 Add选 USARTx_RX模式选 Circular循环数据宽度选 Byte优先级 Medium 或 High 都行。循环模式的意思是 DMA 搬完缓冲区最后一个字节后自动回到缓冲区开头继续搬不需要软件干预。这一点对 SBUS 特别重要因为 SBUS 是连续不断发帧的如果你用 Normal 模式每收完一帧就得重新启动 DMA中间那段时间数据就丢了。缓冲区大小我一般设 50 字节为什么是 50 而不是 25因为 SBUS 一帧 25 字节但帧与帧之间可能有杂波或者半帧缓冲区留两倍空间可以避免 DMA 写指针和读指针追尾。当然你也可以设 64 或 128只要大于 25 且是 2 的幂次或者方便取模的数就行。我习惯用 50因为 50 对 25 取模很方便读指针和写指针的关系也好算。2.4 NVIC 中断配置IDLE 中断必须开在 NVIC Settings 里把 USARTx global interrupt 勾上这样 IDLE 中断才能进。DMA 的中断这里不需要开因为我们不用 DMA 传输完成中断只用 IDLE。优先级方面USART 中断优先级设成中等偏上就行比如 Preemption Priority 1Sub Priority 0别设成最高免得打断其他关键中断。配置完这些生成代码CubeMX 会自动帮你初始化 GPIO、时钟、USART、DMA 和 NVIC。接下来就是写代码了。3. 代码实现从 DMA 启动到 IDLE 回调3.1 启动 DMA 循环接收生成代码后在main函数里MX_USARTx_UART_Init和MX_DMA_Init都调用完之后手动启动 DMA 接收。代码很简单#define SBUS_BUF_SIZE 50 uint8_t sbus_rx_buf[SBUS_BUF_SIZE]; // 在 main 函数初始化部分调用 HAL_UART_Receive_DMA(huart2, sbus_rx_buf, SBUS_BUF_SIZE);这一句下去DMA 就开始工作了串口每收到一个字节DMA 就把它搬到sbus_rx_buf里搬满 50 个之后自动回到开头继续搬。CPU 完全不用管该干嘛干嘛。3.2 IDLE 中断回调帧结束的信号HAL 库默认的 IDLE 中断处理是在stm32f1xx_hal_uart.c里的UART_IRQHandler中它会检测 IDLE 标志然后调用HAL_UART_IDLECallback或者HAL_UART_RxCpltCallback。但默认的 HAL 库对 IDLE 的处理有点绕我一般直接重写HAL_UART_IRQHandler或者在HAL_UART_IDLECallback里自己处理。更简单的做法是在stm32f1xx_it.c的USART2_IRQHandler里先判断 IDLE 标志如果置位了清标志然后调用自己的解析函数。不过为了代码整洁我推荐用 HAL 库提供的HAL_UARTEx_ReceiveToIdle_DMA函数这个函数在较新的 HAL 库里才有它会自动处理 IDLE 中断并在 IDLE 时调用HAL_UARTEx_RxEventCallback。如果你用的 HAL 库版本比较老没有这个函数那就手动在USARTx_IRQHandler里加 IDLE 判断。我以手动方式为例在stm32f1xx_it.c里这样写void USART2_IRQHandler(void) { if (__HAL_UART_GET_FLAG(huart2, UART_FLAG_IDLE)) { __HAL_UART_CLEAR_IDLEFLAG(huart2); // 计算当前 DMA 写指针位置 uint16_t rx_len SBUS_BUF_SIZE - __HAL_DMA_GET_COUNTER(huart2.hdmarx); // 调用解析函数 SBUS_Parse(sbus_rx_buf, rx_len); } HAL_UART_IRQHandler(huart2); }这里__HAL_DMA_GET_COUNTER返回的是 DMA 剩余未搬运的字节数用缓冲区总大小减去它就是已经搬进来的字节数也就是当前帧的长度。注意因为 DMA 是循环模式这个长度是相对于缓冲区开头的如果一帧跨过了缓冲区末尾就需要特殊处理这个后面讲。3.3 状态机解析逐字节校验帧头帧尾拿到一帧数据后不能直接假设它就是完整的 25 字节 SBUS 帧因为可能有杂波、半帧、粘帧。所以用一个状态机来解析最稳妥。状态机设计如下状态含义触发条件动作STATE_HEAD等待帧头收到 0x0F转到 STATE_DATA计数清零STATE_DATA接收数据每收一字节计数加一存数据计数到 22 转 STATE_TAILSTATE_TAIL等待帧尾收到 0x00 或 0x04/0x14/0x24/0x34解析通道值转 STATE_HEADSTATE_ERROR错误处理超时或帧尾不对丢弃转 STATE_HEAD代码实现typedef enum { STATE_HEAD, STATE_DATA, STATE_TAIL, STATE_ERROR } SBUS_State_t; void SBUS_Parse(uint8_t *buf, uint16_t len) { static SBUS_State_t state STATE_HEAD; static uint8_t data_cnt 0; static uint8_t frame[25]; for (uint16_t i 0; i len; i) { uint8_t byte buf[i]; switch (state) { case STATE_HEAD: if (byte 0x0F) { frame[0] byte; data_cnt 0; state STATE_DATA; } break; case STATE_DATA: frame[1 data_cnt] byte; data_cnt; if (data_cnt 22) { state STATE_TAIL; } break; case STATE_TAIL: if (byte 0x00 || (byte 0xF0) 0x00) { frame[23] byte; SBUS_Decode(frame); state STATE_HEAD; } else { state STATE_HEAD; } break; default: state STATE_HEAD; break; } } }这个状态机的好处是即使中间有杂波它也能自动回到帧头重新同步不会因为一帧错误就卡死。我实测在遥控器信号不好的时候这个状态机比直接判断固定位置要稳得多。3.4 通道值解码11 位拆包SBUS 的 16 个通道值是用 11 位表示的22 字节里每两个字节拼出 16 个 11 位值具体拆法如下void SBUS_Decode(uint8_t *frame) { uint16_t channels[16]; channels[0] ((uint16_t)frame[1] | ((uint16_t)frame[2] 8)) 0x07FF; channels[1] ((uint16_t)frame[2] 3 | ((uint16_t)frame[3] 5)) 0x07FF; channels[2] ((uint16_t)frame[3] 6 | ((uint16_t)frame[4] 2) | ((uint16_t)frame[5] 10)) 0x07FF; // ... 依次类推共 16 个通道 }这里要注意每个通道是 11 位范围 0 到 2047对应遥控器摇杆的 172 到 1811不同遥控器略有差异中位值一般是 992 左右。解析出来的值可以直接用于控制也可以映射到 -100 到 100 的百分比。4. 实操过程与核心环节实现4.1 完整工程搭建步骤我按实际操作的顺序把整个工程搭建过程列一遍你可以照着做。第一步用 CubeMX 新建工程选芯片型号配置时钟树。F103C8T6 的话HSE 选 Crystal/Ceramic ResonatorPLL 倍频到 72MHzAPB1 分频 2APB2 分频 1这样 USART2 挂在 APB1 上时钟是 36MHz但 USART 的时钟是 APB1 的 2 倍也就是 72MHz所以波特率计算没问题。第二步配置 USART2 为异步模式波特率 1000008 位数据偶校验2 停止位只接收。DMA 添加 USART2_RX循环模式字节宽度。NVIC 里开 USART2 全局中断。第三步生成代码打开 Keil 或 STM32CubeIDE在main.c里定义缓冲区和状态机相关变量在main函数里调用HAL_UART_Receive_DMA启动接收。第四步在stm32f1xx_it.c里修改USART2_IRQHandler加入 IDLE 判断和解析调用。第五步实现SBUS_Parse和SBUS_Decode函数放在main.c或者单独的sbus.c里。第六步编译下载用示波器或者逻辑分析仪看 RX 引脚波形确认数据正常。如果没有逻辑分析仪可以在解析函数里打个断点看看能不能进 IDLE 中断能不能收到 0x0F 帧头。4.2 参数计算缓冲区大小和 DMA 计数器缓冲区大小我前面说了设 50这里再解释一下为什么。SBUS 一帧 25 字节14ms 一帧100000 波特率下每字节约 100us一帧传输时间约 2.5ms剩下 11.5ms 是空闲。DMA 循环模式下写指针一直在动如果缓冲区太小比如刚好 25那么一帧刚写完下一帧马上又开始写读指针还没来得及读就可能被覆盖。设 50 的话有两帧的余量足够 CPU 在 IDLE 中断里读完上一帧。DMA 计数器的读取时机很关键。在 IDLE 中断里__HAL_DMA_GET_COUNTER返回的是剩余未搬运字节数但这个值是在 IDLE 触发那一刻的瞬时值。如果一帧刚好跨过缓冲区末尾比如写指针从 48 写到 2那么剩余计数器是 48已搬运长度是 50 - 48 2但实际上这一帧是从上一帧的某个位置开始的长度不止 2。这种情况需要特殊处理我的做法是维护一个读指针每次 IDLE 时计算从上次读位置到当前写位置的距离如果写指针小于读指针说明跨过了末尾长度就是 (50 - 读指针) 写指针。static uint16_t last_pos 0; uint16_t curr_pos SBUS_BUF_SIZE - __HAL_DMA_GET_COUNTER(huart2.hdmarx); uint16_t len; if (curr_pos last_pos) len curr_pos - last_pos; else len SBUS_BUF_SIZE - last_pos curr_pos; // 从 last_pos 开始解析 len 个字节 SBUS_Parse(sbus_rx_buf[last_pos], len); last_pos curr_pos;这段代码是整套方案里最容易出错的地方我当初就是没处理好跨边界的情况导致偶尔丢帧。后来加上这个判断之后连续跑几个小时都不丢。4.3 实测数据与波形分析我用逻辑分析仪抓过 SBUS 信号一帧 25 字节帧头 0x0F然后是 22 字节通道数据最后两字节是 flags 和帧尾。flags 字节的 bit0 到 bit3 分别表示通道 17、18 是否有效以及帧丢失和 failsafe 标志。帧尾一般是 0x00但也有接收机用 0x04、0x14、0x24、0x34所以状态机里判断帧尾时用(byte 0xF0) 0x00或者直接判断byte 0x00 || byte 0x04 || ...。实测下来遥控器摇杆从最低打到最高通道值从 172 变到 1811中位 992线性度很好。用 DMA IDLE 方案CPU 占用率从原来的 15% 降到不到 1%主循环跑 1kHz 的 PID 完全无压力。5. 常见问题与排查技巧实录5.1 收不到数据或者数据全是 0xFF这是最常见的问题排查顺序如下。先看硬件用万用表量一下接收机信号线有没有电压正常应该是 3.3V 或 5V 的高电平如果一直是低电平说明接收机没对频或者没供电。再看反相电路三极管有没有焊反基极电阻是不是太大我见过有人用 10k 基极电阻结果三极管根本导通不了换成 1k 就好了。然后看串口配置波特率是不是 100000校验是不是偶校验停止位是不是 2这三项错一个都收不到正确数据。最后看 DMA 有没有启动HAL_UART_Receive_DMA有没有被调用可以在调试器里看看huart2.hdmarx-State是不是HAL_DMA_STATE_BUSY。5.2 IDLE 中断进不去IDLE 中断进不去一般是 NVIC 没配置好或者 IDLE 标志没清。检查stm32f1xx_it.c里USART2_IRQHandler有没有被正确实现HAL_UART_IRQHandler有没有被调用。另外有些 HAL 库版本默认不处理 IDLE需要手动在HAL_UART_IRQHandler之前加 IDLE 判断。还有一点如果你用了HAL_UARTEx_ReceiveToIdle_DMA那就不需要手动处理 IDLEHAL 库会自动帮你做。5.3 数据偶尔丢帧或者错位丢帧一般是缓冲区太小或者跨边界没处理好。把缓冲区加大到 64 或 128然后加上我前面说的跨边界判断。错位一般是状态机没写好帧尾判断太严格有些接收机帧尾不是 0x00所以判断条件要放宽。还有一种情况是串口波特率偏差太大实际波特率和理论值差超过 2%接收就会出错这时候需要调整时钟树或者换用更高精度的晶振。5.4 常见问题速查表现象可能原因解决方法完全收不到数据反相电路没接对检查三极管电路确保信号反相收到 0xFF 或 0x00波特率/校验/停止位不对确认 100000/Even/2IDLE 中断不触发NVIC 没开或标志没清检查中断配置和清标志代码偶尔丢帧缓冲区太小或跨边界加大缓冲区加跨边界判断通道值跳变帧尾判断太严或杂波放宽帧尾判断加状态机容错CPU 占用高用了逐字节中断换成 DMA IDLE 方案5.5 独家避坑经验第一个坑SBUS 信号线一定要远离电机线和电源线我试过把信号线和电调线捆在一起结果干扰严重通道值乱跳后来分开走线就好了。第二个坑接收机供电要稳定有些接收机对电压波动很敏感电压一低就输出乱码加个 100uF 电容在接收机 VCC 和 GND 之间会好很多。第三个坑如果你用 F407 这种带 Cache 的芯片DMA 缓冲区的内存属性要设成 Non-Cacheable否则 CPU 读到的可能是 Cache 里的旧数据这个坑我在 F7 上踩过调了半天才发现是 Cache 一致性问题。6. 方案扩展与个人体会这套 DMA IDLE 状态机的框架其实不只适用于 SBUS任何串口协议解析都可以套用。比如你接一个 GPS 模块输出 NMEA 语句每句话以$开头以\r\n结尾你完全可以用同样的 DMA 循环接收然后在 IDLE 中断里把整句话取出来再用状态机解析。再比如你接一个 Modbus 从机帧与帧之间有 3.5 字符的空闲间隔IDLE 中断正好可以判断帧结束比用定时器方便得多。我在实际项目里还做过一个扩展把解析出来的 16 个通道值直接映射到舵机输出用定时器 PWM 驱动整个遥控到舵机的延迟控制在 20ms 以内飞起来手感很跟手。后来又把通道值通过 CAN 总线转发给其他节点做分布式控制也很稳定。最后分享一个小技巧如果你调试的时候没有逻辑分析仪可以用 STM32 的另一个串口把原始数据打印出来波特率设 115200用 USB 转串口接到电脑上看。虽然打印会占用一点 CPU但调试阶段非常有用能直观看到帧头帧尾和通道值的变化。等调通了再把打印去掉换成 DMA IDLE 方案性能就上来了。这套方案我用了好几年从 F103 到 F407 再到 G4 系列基本没变过稳定性经得起考验。如果你正在做类似的项目可以直接把代码拿过去改改就用省下来的时间可以多调调 PID 和飞控算法。