STM32 FreeModbus从机移植实战：寄存器映射、中断优先级与T35时序调优

简介：本资源是一份面向嵌入式初学者与STM32开发者的FreeModbus从机移植实战工程，聚焦工业通信协议落地，解决MODBUS RTU从机在STM32F103ZET6平台上的完整实现难题。资源包共1013个文件，涵盖601个C源码（含Modbus协议栈核心、寄存器映射及UART驱动）、288个头文件（定义接口与配置宏）、51个汇编启动文件及IAR/Keil工程配置文件（.icf/.uvprojx/.ioc等），整体8.69MB，结构清晰，支持STM32CubeMX生成工程无缝集成。已有689人学习下载，适合需快速掌握Modbus从机响应机制、功能码定制（如0x03/0x04/0x06）、HAL层串口收发适配及中断式通信调试的开发者。内含完整可运行代码框架、寄存器映射示例、错误处理逻辑及配套PDF说明，省去从零配置与协议解析耗时，直接复用于智能仪表、PLC从站等工业场景。

1. 为什么在 STM32 上跑不了 FreeModbus 从机？不是代码没烧进去，而是寄存器映射、中断优先级和 RTOS 时序三重黑匣子同时锁死了你的串口响应

你手头有一块 STM32F103C8T6 最小系统板，接好 USB-TTL 模块，用 Modbus Poll 主机发 0x03 读保持寄存器——结果永远超时。你确认了波特率、校验位、接线、甚至用逻辑分析仪抓到串口确实发出了数据，但主机就是收不到应答。这不是“程序没跑起来”的问题，而是 FreeModbus 作为纯 C 实现的协议栈，在裸机或 RTOS 环境下对 STM32 的外设初始化、中断服务函数（ISR）执行时机、以及寄存器地址空间映射有极强的隐式依赖。它不报错，但会静默丢帧；它编译通过，但实际响应延迟超过 Modbus 规范允许的 3.5 字符间隔（T35），导致主机判定为通信失败。本篇聚焦真实产线调试中高频翻车的三个断点：USARTx_IRQHandler 怎么写才不被 HAL 库覆盖、mbpoll 测试时为何必须关掉所有非必要中断、以及如何把 40001～49999 这类功能码地址正确映射到你定义的 uint16_t usRegInputBuf[64] 数组索引上。适合已能点亮 LED、会用 CubeMX 配 USART、但卡在“协议通了却读不到数”的嵌入式开发者。

---

2. 从零构建可运行的 FreeModbus 从机工程：CubeMX 配置 + 手动移植核心文件 + 最小化初始化链

FreeModbus 官方仓库（https://github.com/FreeMODBUS/freemodbus）本身不提供 STM32 支持包，所谓“移植”本质是补全portserial.c、porttimer.c和mbrtu.c三类平台相关文件，并确保其与 STM32 标准外设库或 HAL 库的时序接口严格对齐。我们跳过官网 demo 的复杂例程，直取生产环境最简路径：基于 STM32CubeMX 生成 HAL 工程，手动注入 FreeModbus 源码，用裸机方式启动（不依赖 RTOS），全程控制权在自己手上。

2.1 CubeMX 配置要点：只开 USART1，禁用所有中断冲突源

提示：不要勾选 “Enable Global Interrupts” 或 “Generate IRQ handlers”，FreeModbus 要求自己接管 USART 中断，HAL 自动生成的HAL_UART_IRQHandler会与eMBPortSerialPoll()冲突。

• RCC：HSE 晶振启用，SYSCLK = 72MHz
• USART1：Mode = Asynchronous，Baud Rate = 9600，Word Length = 8 bits，Parity = None，Stop Bits = 1，Hardware Flow Control = Disabled
• GPIO：PA9 (TX) → Alternate Function Push-Pull，PA10 (RX) → Floating Input（注意：不是 Pull-up！FreeModbus RTU 依赖硬件自动检测空闲线状态）
• NVIC：仅使能 USART1 Global Interrupt，Preemption Priority = 0，Sub Priority = 0（必须最高优先级，否则 T35 计时不准）
• Project Manager：Toolchain = ARM GCC，Code Generation = Generate peripheral initialization as middleware（即生成 HAL 初始化代码，但不生成中断处理）

生成代码后，在Core/Inc/main.h末尾添加 FreeModbus 头文件引用：

/* USER CODE BEGIN Includes */ #include "freemodbus/modbus.h" #include "freemodbus/port/port.h" /* USER CODE END Includes */

2.2 手动集成 FreeModbus 源码：只保留 RTU 模式，删掉所有 Modbus TCP 相关目录

从官方 release 下载 v1.6（当前最新稳定版），解压后仅拷贝以下路径到工程Drivers/FreeModbus/目录：

freemodbus/ ├── modbus/ ← 协议核心（必选） │ ├── mb.c │ ├── mbfunc.c │ ├── mbframe.c │ └── ... ├── port/ ← 平台适配层（重点修改） │ ├── portevent.c ← 若不用事件机制可留空实现 │ ├── portother.c ← 可删 │ ├── portserial.c ← 必改：对接 HAL_UART_Receive_IT / HAL_UART_Transmit_IT │ ├── porttimer.c ← 必改：对接 HAL_TIM_Base_Start_IT │ └── port.h ← 必改：定义寄存器基址、中断号等 └── demo/ ← 示例代码，只取 rtu_slave.c 作参考

关键说明：port.h是整个移植的枢纽。你需要在此定义：

• #define MB_PORT_HAS_CLOSE 0（裸机不支持关闭串口）
• #define MB_RTU_ENABLED 1（只启用 RTU，禁用 ASCII/TCP）
• #define MB_PORT_SER_PORTEVENT_ENABLED 0（禁用事件驱动，用轮询）
• #define MB_PORT_TIMER_POLLING 1（定时器用轮询而非中断，降低干扰）
• #define MB_PORT_SERIAL_ISR_PRIO 0（与 NVIC 配置一致）

2.3 初始化顺序铁律：先 HAL_UART_Init，再 eMBInit，最后 eMBEnable

在main.c的while(1)循环前插入初始化链。顺序错误会导致eMBEnable()返回MB_ENOERR但实际无响应：

/* USER CODE BEGIN 2 */ // 1. HAL 层初始化（CubeMX 已生成） MX_USART1_UART_Init(); // 2. FreeModbus 初始化：从机地址=1，波特率=9600，RTU 模式，偶校验 eMBErrorCode eStatus = eMBInit(MB_RTU, 0x01, 0x01, 9600, MB_PAR_EVEN); if (eStatus != MB_ENOERR) { Error_Handler(); // 此处可点灯或串口打印错误码 } // 3. 启用 Modbus 从机（此步注册中断并启动定时器） eStatus = eMBEnable(); if (eStatus != MB_ENOERR) { Error_Handler(); } /* USER CODE END 2 */

参数说明：

• 第二个参数0x01是从机地址（对应 Modbus Poll 的 Unit ID）
• 第三个参数0x01是串口端口号（FreeModbus 抽象概念，实际固定为 USART1）
• 第四个参数9600必须与 CubeMX 配置及 Modbus Poll 完全一致
• 第五个参数MB_PAR_EVEN表示偶校验，若 Modbus Poll 设为 None，则改为MB_PAR_NONE

---

3. 串口与定时器双 ISR 的手写实现：为什么不能直接用 HAL_UART_IRQHandler？

FreeModbus 要求对 USART 接收完成、发送完成、空闲线检测三个事件进行毫秒级精确响应，而 HAL 库的HAL_UART_IRQHandler封装了太多冗余逻辑（如状态检查、回调触发、错误处理），会引入不可控延迟。我们必须绕过 HAL，直接操作 USARTx->SR 和 USARTx->DR 寄存器，并在portserial.c中重写底层函数。

3.1 手写 USART1_IRQHandler：精准捕获 RXNE、TC、IDLE 三类标志

在Core/Src/stm32f1xx_it.c中，删除自动生成的USART1_IRQHandler，替换为：

void USART1_IRQHandler(void) { uint32_t ulEvent = 0; USART_TypeDef *const pxUsart = USART1; const uint32_t usUsartSR = pxUsart->SR; // 检测接收中断：RXNE 置位且未被清除 if ((usUsartSR & USART_SR_RXNE) != 0) { uint8_t ucByte = (uint8_t)(pxUsart->DR & 0xFFU); ulEvent |= EV_FRAME_RECEIVED; // 通知 FreeModbus 有新字节 } // 检测发送完成：TC 置位 if ((usUsartSR & USART_SR_TC) != 0) { ulEvent |= EV_FRAME_SENT; // 通知发送完毕 } // 检测空闲线：IDLE 置位（关键！用于判断一帧结束） if ((usUsartSR & USART_SR_IDLE) != 0) { // 清除 IDLE 标志：读 SR + 读 DR __IO uint32_t tmp = pxUsart->SR; tmp = pxUsart->DR; (void)tmp; ulEvent |= EV_READY; // 通知可以开始解析整帧 } // 通知 FreeModbus 事件发生（此函数在 portserial.c 中实现） pxMBFrameCBByteReceived(ulEvent); }

逻辑说明：

• EV_FRAME_RECEIVED：每收到一个字节就触发，FreeModbus 用它缓存原始字节流
• EV_FRAME_SENT：发送缓冲区清空后触发，告诉协议栈可以发下一帧
• EV_READY：IDLE 中断是 RTU 帧边界检测的核心——当线路空闲时间 ≥ 3.5 字符，即认为一帧结束，此时 FreeModbus 才开始解析ucRBuff中的数据
• 为什么必须读两次寄存器？STM32F1 的 IDLE 标志需先读 SR 再读 DR 才能清除，否则中断持续触发

3.2 定时器中断用于 T35 计时：用 TIM6 实现 1ms 基准，避免 SysTick 干扰

FreeModbus 的eMBPoll()函数需每毫秒调用一次以检查事件状态。若用 SysTick，可能与 HAL_Delay 或其他延时函数冲突。我们改用独立 TIM6：

• 在 CubeMX 中启用 TIM6，Clock Source = Internal Clock，Counter Period = 7199（72MHz / (7200) = 10kHz → 100μs tick；设为 7199 得到 1ms 更新中断）
• 在stm32f1xx_it.c中添加：

extern void eMBPoll(void); // 声明 FreeModbus 主循环 void TIM6_DAC_IRQHandler(void) { if (__HAL_TIM_GET_FLAG(&htim6, TIM_FLAG_UPDATE) != RESET) { if (__HAL_TIM_GET_IT_SOURCE(&htim6, TIM_IT_UPDATE) != RESET) { __HAL_TIM_CLEAR_IT(&htim6, TIM_IT_UPDATE); eMBPoll(); // 每毫秒调用一次，驱动状态机 } } }

参数说明：

• eMBPoll()是 FreeModbus 的心脏函数，它检查eMBPortEventGet()返回的事件类型，执行接收解析、响应构造、发送触发等动作
• 必须保证eMBPoll()调用频率 ≥ 1kHz，否则 T35 计时不准确（T35 = 3.5 × 10 × 1000μs = 35ms，需至少 35 次采样）
• TIM6 是基本定时器，无通道输出，专为系统计时设计，干扰最小

3.3 portserial.c 关键函数实现：让 FreeModbus “看懂” STM32 的寄存器

在Drivers/FreeModbus/port/portserial.c中，重写以下函数（其余函数可留空或返回TRUE）：

#include "main.h" #include "stm32f1xx_hal.h" // 全局句柄（需在 main.c 中 extern 声明） extern UART_HandleTypeDef huart1; extern TIM_HandleTypeDef htim6; BOOL xMBPortSerialInit(UCHAR ucPORT, ULONG ulBaudRate, UCHAR ucDataBits, eMBParity eParity) { // 此处仅做合法性检查，HAL 初始化已在 main() 完成 return TRUE; } BOOL xMBPortSerialPutByte(CHAR ucByte) { // 直接写 DR 寄存器，不走 HAL（避免阻塞） USART1->DR = (uint32_t)ucByte; return TRUE; } BOOL xMBPortSerialGetByte(CHAR *pucByte) { // 从接收缓冲区取字节（FreeModbus 自维护 rx buffer） // 此函数在 eMBPoll() 中被调用，实际数据来自 USART1_IRQHandler 的 ucRBuff return FALSE; // 由框架内部管理，此处不实现 } void vMBPortSerialEnable(BOOL xRxEnable, BOOL xTxEnable) { if (xRxEnable) { __HAL_UART_ENABLE_IT(&huart1, UART_IT_RXNE); // 使能 RXNE 中断 __HAL_UART_ENABLE_IT(&huart1, UART_IT_IDLE); // 使能 IDLE 中断 } if (xTxEnable) { __HAL_UART_ENABLE_IT(&huart1, UART_IT_TC); // 使能 TC 中断 } }

关键点：

• xMBPortSerialPutByte()直接操作USART1->DR，绕过 HAL 的发送队列，确保最低延迟
• vMBPortSerialEnable()控制中断使能，eMBEnable()内部会调用它开启 RX/TX 中断
• xMBPortSerialGetByte()不需要实现，因为 FreeModbus 使用自己的环形缓冲区ucRBuff[]，数据由中断服务程序填入

---

4. 寄存器映射与功能码响应：如何把 40001 地址转成你定义的数组下标？

Modbus 功能码 0x03（读保持寄存器）请求中的地址0x0000对应 40001，0x0001对应 40002……这是 Modbus 协议规定的偏移量。FreeModbus 默认将这些地址映射到usMBCurrentCoilBuf[]、usMBCurrentRegBuf[]等全局数组，但这些数组在mbfunc.c中是弱定义（__weak），你必须在main.c中重新定义并填充数据。

4.1 重定义寄存器缓冲区：用 static 数组替代弱符号

在main.c全局作用域添加：

// 保持寄存器（对应 40001~49999）：64 个 uint16_t，即 40001~40064 static uint16_t usRegHoldBuf[64] = {0}; // 输入寄存器（对应 30001~39999）：32 个 uint16_t static uint16_t usRegInputBuf[32] = {0}; // 线圈（对应 00001~09999）：128 个布尔值 static uint8_t ucRegCoils[16] = {0}; // 16×8=128 // 离散输入（对应 10001~19999）：64 个布尔值 static uint8_t ucRegDiscreteInput[8] = {0};

然后在main.c开头添加extern声明，覆盖mbfunc.c中的弱定义：

/* USER CODE BEGIN Includes */ #include "freemodbus/modbus.h" #include "freemodbus/port/port.h" // 覆盖 FreeModbus 默认缓冲区 extern uint16_t usMBCurrentRegBuf[]; extern uint16_t usMBCurrentInputBuf[]; extern uint8_t ucMBCurrentCoilBuf[]; extern uint8_t ucMBCurrentDiscreteInputBuf[]; // 强制指向我们定义的数组 uint16_t usMBCurrentRegBuf[64]; uint16_t usMBCurrentInputBuf[32]; uint8_t ucMBCurrentCoilBuf[16]; uint8_t ucMBCurrentDiscreteInputBuf[8]; /* USER CODE END Includes */

映射规则：

• 功能码 0x03 请求地址0x0000→ 访问usMBCurrentRegBuf[0]→ 对应 40001
• 功能码 0x04 请求地址0x0000→ 访问usMBCurrentInputBuf[0]→ 对应 30001
• 功能码 0x01 请求地址0x0000→ 访问ucMBCurrentCoilBuf[0]的 bit0 → 对应 00001
• 地址计算公式：buffer_index = request_address - base_offset，其中 base_offset 由功能码决定（0x03 为 0，0x04 为 0，0x01 为 0，0x02 为 0）

4.2 动态更新寄存器值：在 while(1) 中模拟传感器数据

FreeModbus 不主动轮询你的变量，它只响应主机请求。因此，你需要在主循环中定期更新缓冲区内容，例如：

/* USER CODE BEGIN WHILE */ while (1) { // 每 500ms 更新一次保持寄存器（模拟温度传感器） static uint32_t ulTick = 0; if (HAL_GetTick() - ulTick >= 500) { ulTick = HAL_GetTick(); // 将 ADC 读数存入 40001（usRegHoldBuf[0]） uint16_t adc_val = HAL_ADC_GetValue(&hadc1); // 假设已配置 ADC1 usRegHoldBuf[0] = adc_val; // 将系统时间低16位存入 40002 usRegHoldBuf[1] = HAL_GetTick() & 0xFFFF; } // 保持寄存器 40003 设为固定值 0x1234 usRegHoldBuf[2] = 0x1234; // 线圈 00001 设为 PA0 按键状态（低电平有效） if (HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_0) == GPIO_PIN_RESET) { ucRegCoils[0] |= 0x01; // bit0 = 1 } else { ucRegCoils[0] &= ~0x01; } /* USER CODE END WHILE */ /* USER CODE BEGIN 3 */ } /* USER CODE END 3 */

验证方法：

• 在 Modbus Poll 中设置：Read/Write Type = Read Holding Registers，Address = 0，Quantity = 4
• 应看到usRegHoldBuf[0]~[3]的值依次返回
• 若返回全 0，检查usMBCurrentRegBuf是否正确定义为usRegHoldBuf（常见错误：忘记 extern 声明或数组大小不匹配）

4.3 自定义功能码响应：拦截 0x10（写多个保持寄存器）并做校验

FreeModbus 默认实现eMBFuncWriteMultipleHoldingRegister()，但不校验写入值范围。若需限制 40001 只能写 0~100，需重写该函数：

// 在 main.c 中定义强符号函数（覆盖 mbfunc.c 中的 __weak 版本） eMBException eMBFuncWriteMultipleHoldingRegister(UCHAR * pucFrame, USHORT * usLength) { USHORT usStartAddress; USHORT usNrOfRegisters; UCHAR *ucRegBuffer; int i; // 解析请求帧：起始地址（2字节）、寄存器数量（2字节）、字节数（1字节）、数据（N字节） usStartAddress = (USHORT)(pucFrame[2] << 8) | pucFrame[3]; usNrOfRegisters = (USHORT)(pucFrame[4] << 8) | pucFrame[5]; // 校验地址范围：只允许写 40001~40064（即 usStartAddress 0~63） if (usStartAddress > 63 || (usStartAddress + usNrOfRegisters) > 64) { return MB_EX_ILLEGAL_DATA_ADDRESS; } // 校验每个写入值是否在 0~100 之间 ucRegBuffer = &pucFrame[7]; // 数据起始位置 for (i = 0; i < usNrOfRegisters; i++) { USHORT usRegValue = (USHORT)(ucRegBuffer[2*i] << 8) | ucRegBuffer[2*i+1]; if (usRegValue > 100) { return MB_EX_ILLEGAL_DATA_VALUE; } } // 调用原函数执行写入（复用标准逻辑） return eMBFuncWriteMultipleHoldingRegisterDefault(pucFrame, usLength); }

注意：此函数需在mbfunc.c中声明eMBFuncWriteMultipleHoldingRegisterDefault()为外部函数，或直接复制原逻辑。生产环境建议用宏开关控制是否启用校验。

---

5. 避坑指南：STM32 移植 FreeModbus 从机的 4 个血泪经验

FreeModbus 文档极少提及其对 MCU 平台的隐式要求。以下是在某工业温控模块调试中踩出的硬核坑，每一条都附带现象、根因和可立即执行的修复命令。

5.1 现象：Modbus Poll 显示“Response Timeout”，但逻辑分析仪看到从机发出了数据

• 原因：USART1->CR1的UE（UART Enable）位在eMBEnable()中被 FreeModbus 重复使能，导致 USART 模块异常复位；或CR1的RE/TE位未在中断中动态切换（RTU 模式需半双工，发送时关 RX，接收时关 TX）。
• 解决：在vMBPortSerialEnable()中强制控制CR1：

  if (xRxEnable) { USART1->CR1 |= USART_CR1_RE; // 使能接收 USART1->CR1 &= ~USART_CR1_TE; // 关闭发送 } if (xTxEnable) { USART1->CR1 |= USART_CR1_TE; // 使能发送 USART1->CR1 &= ~USART_CR1_RE; // 关闭接收 }

5.2 现象：读取 40001 返回 0x0000，但usRegHoldBuf[0]已赋值为 0x1234

• 原因：usMBCurrentRegBuf未正确定义为usRegHoldBuf，而是链接到了未初始化的 BSS 段零内存；或数组大小声明为uint16_t usRegHoldBuf[64]，但usMBCurrentRegBuf声明为uint16_t usMBCurrentRegBuf[128]，导致越界访问。
• 解决：在main.c添加编译期断言，强制校验大小：

  #define STATIC_ASSERT(condition) typedef char static_assert_failed[(condition)?1:-1] STATIC_ASSERT(sizeof(usRegHoldBuf) == sizeof(usMBCurrentRegBuf));

5.3 现象：主机连续发请求时，从机偶尔返回乱码或 CRC 错误

• 原因：ucRBuff[]接收缓冲区溢出。FreeModbus 默认MB_FUNC_READ_INPUT_REGISTER_BUF_SIZE = 32，但 Modbus Poll 一次最多读 125 个寄存器（250 字节），超出缓冲区导致覆盖。
• 解决：在port.h中增大缓冲区：

  #define MB_FUNC_READ_HOLDING_REGISTER_BUF_SIZE 256 #define MB_FUNC_READ_INPUT_REGISTER_BUF_SIZE 256 #define MB_FUNC_WRITE_MULTIPLE_REGISTER_BUF_SIZE 256

5.4 现象：使用 HAL_Delay(1) 后，Modbus 通信完全停止

• 原因：HAL_Delay()依赖SysTick_Handler，而SysTick_IRQn优先级若 ≥USART1_IRQn（即数值更大），则在eMBPoll()执行中被抢占，导致 T35 计时中断丢失。
• 解决：在main.c中调整 SysTick 优先级为最低：

  HAL_NVIC_SetPriority(SysTick_IRQn, 15, 0); // Preemption Priority = 15（最低）

  或更彻底：禁用HAL_Delay()，改用HAL_GetTick()轮询实现延时。

---

6. 验证与进阶技巧：用 Modbus Poll 抓包分析 + 用逻辑分析仪定位 T35 误差

真正可靠的验证不是“能读到数”，而是确认每一帧都符合 Modbus RTU 规范：起始静默 ≥3.5 字符、帧内字符间隔 ≤1.5 字符、CRC 校验正确、响应时间 ≤总线周期。下面给出两个工程师日常用的硬核验证法。

6.1 Modbus Poll 抓包分析：识别隐形帧错误

Modbus Poll 自带通信日志（菜单 View → Response Data），但默认不显示原始字节。需开启详细模式：

• 在 Modbus Poll 设置中：Connection → Read/Write → Advanced → 勾选"Display Hex Data"
• 发送一次读 40001 的请求，日志显示类似：

  [10:23:45] Tx: 01 03 00 00 00 01 84 0A [10:23:45] Rx: 01 03 02 12 34 46 9D

• 逐字节验证：
  • 请求帧01 03 00 00 00 01 84 0A：从机地址 0x01，功能码 0x03，起始地址 0x0000，数量 0x0001，CRC=0x840A ✓
  • 响应帧01 03 02 12 34 46 9D：从机地址 0x01，功能码 0x03，字节数 0x02，数据 0x1234，CRC=0x469D ✓
• 若 CRC 错误：日志会显示Rx: CRC Error，说明usMBCurrentRegBuf数据被意外修改，或eMBFuncReadHoldingRegister()中 memcpy 时越界。

6.2 逻辑分析仪定位 T35：测量空闲线时间是否达标

用 Saleae Logic 或 Siglent SDS1104X-E 抓取 PA10（RX）线：

• 设置采样率 ≥1MS/s，触发条件为"Falling Edge on RX"（帧起始）
• 测量从一帧最后一个字节的停止位下降沿，到下一帧第一个字节的起始位下降沿的时间差
• 合格标准：该时间 ≥ 3.5 × (10 × 1000μs) = 35ms（9600 波特率下，1 字符 = 10 位 × 104.17μs ≈ 1.04ms）
• 常见误差源：
  • TIM6中断被更高优先级中断（如 USB）抢占 → 增加TIM6_IRQn优先级至 0
  • eMBPoll()中执行了耗时操作（如printf）→ 删除所有调试打印
  • porttimer.c中prvvTIMERExpiredISR()未及时清除定时器标志 → 在 ISR 末尾添加__HAL_TIM_CLEAR_FLAG(&htim6, TIM_FLAG_UPDATE)

6.3 生产环境加固技巧：添加看门狗喂狗点与通信健康度统计

在裸机系统中，Modbus 通信卡死常导致整个设备失联。我们在eMBPoll()调用链中埋入健康度探针：

// 在 main.c 全局定义 static uint32_t ulCommSuccessCnt = 0; static uint32_t ulCommFailCnt = 0; static uint32_t ulLastCommTick = 0; // 在 while(1) 中添加 if (HAL_GetTick() - ulLastCommTick > 1000) { // 每秒统计一次 ulLastCommTick = HAL_GetTick(); if (ulCommSuccessCnt + ulCommFailCnt > 0) { float fSuccessRate = (float)ulCommSuccessCnt / (ulCommSuccessCnt + ulCommFailCnt) * 100.0f; if (fSuccessRate < 95.0f) { HAL_GPIO_TogglePin(GPIOB, GPIO_PIN_1); // 黄灯报警 } } ulCommSuccessCnt = 0; ulCommFailCnt = 0; } // 在 eMBPoll() 返回后添加（需修改 mbport.c 中的 eMBPoll 实现） eMBErrorCode eStatus = eMBPoll(); if (eStatus == MB_ENOERR) { ulCommSuccessCnt++; } else { ulCommFailCnt++; }

我的习惯：每次交付固件前，必用逻辑分析仪抓 100 帧通信，确认 T35 最小值 ≥35.2ms（留 0.2ms 余量），CRC 错误率为 0，且usRegHoldBuf更新延迟 ≤500ms。这比任何仿真都可靠。希望帮到你。

本文还有配套的精品资源，点击获取