从RS485硬件电路到Modbus数据包：一次用逻辑分析仪抓包STM32通信的全过程
在嵌入式开发中，理解硬件信号与协议数据包之间的转换过程是调试通信问题的关键。本文将带您通过实际硬件搭建、信号捕获和协议解析，完整展示STM32通过RS485进行Modbus通信的全过程。不同于单纯的理论讲解，我们将使用Saleae逻辑分析仪同时捕获UART引脚和RS485总线上的信号，让抽象的通信协议变得肉眼可见。
1. 硬件电路搭建与配置
1.1 RS485模块与STM32核心板连接
RS485通信需要专门的收发器芯片将STM32的UART信号转换为差分信号。我们选用常见的SP3485芯片，其典型连接方式如下：
STM32F103C8T6 SP3485模块 ────────────── ──────────── PA2(TX) ──────> RO (接收输出) PA3(RX) <────── DI (驱动输入) PA1 ──────> RE/DE (收发使能) A ──── RS485总线A线 B ──── RS485总线B线关键点说明：
- RE和DE引脚通常短接，用一个GPIO控制收发状态
- 总线A/B线需接120Ω终端电阻（长距离通信时）
- 确保所有设备共地，避免电位差导致通信异常
1.2 GPIO与UART初始化代码
以下是STM32CubeIDE中的关键初始化代码片段：
// GPIO初始化 GPIO_InitTypeDef GPIO_InitStruct = {0}; GPIO_InitStruct.Pin = GPIO_PIN_1; // RE/DE控制引脚 GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); // UART初始化 huart2.Instance = USART2; huart2.Init.BaudRate = 9600; huart2.Init.WordLength = UART_WORDLENGTH_8B; huart2.Init.StopBits = UART_STOPBITS_1; huart2.Init.Parity = UART_PARITY_NONE; huart2.Init.Mode = UART_MODE_TX_RX; huart2.Init.HwFlowCtl = UART_HWCONTROL_NONE; HAL_UART_Init(&huart2);2. 逻辑分析仪捕获与信号解读
2.1 探头连接方案
为全面分析通信过程，我们需要同时捕获三组信号：
| 信号点 | 探头颜色 | 说明 |
|---|---|---|
| STM32 TX(PA2) | 红色 | 原始UART发送信号 |
| STM32 RX(PA3) | 蓝色 | 原始UART接收信号 |
| RS485 A线 | 绿色 | 差分信号正端 |
| RS485 B线 | 黄色 | 差分信号负端 |
| RE/DE(PA1) | 紫色 | 收发控制信号 |
提示：Saleae Logic至少需要4通道同时采样，建议采样率设为波特率的10倍以上（本例使用96kHz）
2.2 典型通信波形分析
下图展示了一个完整的Modbus RTU请求-响应周期中各信号的变化：
收发时序解析：
- 主机拉高RE/DE（发送使能）
- TX引脚发出UART帧（8N1格式）
- SP3485将单端信号转换为A-B差分信号
- 主机拉低RE/DE（接收使能）
- 从机响应出现在A/B线上
- SP3485将差分信号转换回RX引脚
3. Modbus RTU协议帧解析
3.1 请求帧结构分解
以读取保持寄存器（功能码0x03）为例，捕获到的典型请求帧：
字节位置 | 字段说明 | 示例值 | 波形特征 --------|-------------|--------|------------------ 0 | 设备地址 | 0x01 | 起始3.5字符静默期 1 | 功能码 | 0x03 | 2-3 | 起始地址 | 0x0000 | 大端格式 4-5 | 寄存器数量 | 0x0001 | 6-7 | CRC16校验 | 0x840A | 低字节在前对应的实际十六进制数据流：01 03 00 00 00 01 84 0A
3.2 CRC校验验证方法
使用在线CRC计算工具或以下Python代码验证：
import crcmod def modbus_crc(data): crc16 = crcmod.mkCrcFun(0x18005, rev=True, initCrc=0xFFFF) return crc16(data) frame = bytes.fromhex('01 03 00 00 00 01') print(hex(modbus_crc(frame))) # 输出：0x840a4. 常见问题排查技巧
4.1 典型故障波形识别
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
| A/B线无差分信号 | RE/DE控制错误 | 检查GPIO初始化和时序 |
| RX有信号但数据错误 | 波特率不匹配 | 确认设备波特率设置一致 |
| CRC校验持续失败 | 字节间隔超时 | 调整主机发送的帧间隔 |
| 只有单方向通信 | 终端电阻缺失 | 在总线两端添加120Ω电阻 |
4.2 逻辑分析仪高级触发设置
为捕获特定Modbus帧，可配置Saleae的串行触发条件：
- 设置UART解码器（波特率、数据位等）
- 使用"Pattern"触发第一个字节（设备地址）
- 添加"Delayed Trigger"捕捉完整帧
- 保存触发条件为模板供重复使用
5. 实战：从波形反推协议实现
通过分析捕获的波形，我们可以逆向验证STM32代码的正确性。例如，检查RE/DE切换时序：
void HAL_UART_TxCpltCallback(UART_HandleTypeDef *huart) { if(huart->Instance == USART2) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_RESET); // 发送完成切接收 } } void SendModbusRequest(uint8_t addr, uint8_t func, uint16_t reg, uint16_t len) { uint8_t frame[8]; frame[0] = addr; frame[1] = func; frame[2] = reg >> 8; frame[3] = reg & 0xFF; frame[4] = len >> 8; frame[5] = len & 0xFF; uint16_t crc = modbus_crc(frame, 6); frame[6] = crc & 0xFF; frame[7] = crc >> 8; HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_SET); // 使能发送 HAL_UART_Transmit(&huart2, frame, 8, 100); }在实际项目中，这种硬件级的调试方法可以帮助快速定位问题。我曾遇到一个案例：由于RE/DE切换延迟导致帧起始位被截断，通过逻辑分析仪捕获的波形立即发现了时序问题。
