当前位置: 首页 > backend >正文

野火STM32Modbus主机读取寄存器/线圈失败(二)-解决CRC校验错误

文章目录

  • 前情提要
  • 问题背景
  • CRC校验失败
    • 问题现象
    • 原始问题数据
    • 问题分析
      • 1. CRC校验算法验证
      • 2. 手动计算验证
      • 问题解决思路
  • 问题解决
    • 根本原因
    • 解决方式1
    • 解决方式2
  • 重新编译测试

前情提要

在自己的开发板上移植了野火的modbus主机程序并尝试使用。

问题背景

我使用STM32显示板作为Modbus主机连接电脑,并在电脑上运行Modbus Slave软件。测试中发现,读取保持寄存器和输入寄存器均失败,但写入操作正常。Modbus Slave可以正确接收到请求帧:

这说明主机发出的命令没有问题。然而,在我的代码中,用于存储保持寄存器的数组 usMRegHoldBuf[][]始终为0,未能更新。进一步排查发现,程序并未进入回调函数 eMBMasterRegHoldingCB(UCHAR * pucRegBuffer, USHORT usAddress, USHORT usNRegs, eMBRegisterMode eMode)

已经解决了接收中断不触发的问题。在使用FreeModbus库进行通信时,发现从机返回的数据CRC校验失败,导致数据解析异常。

CRC校验失败

问题现象

mb_m.c文件的eMBErrorCode eMBMasterPoll( void )中的分支添加解析结果的测试,结果显示parse_success_count一直为0,parse_fail_count递增,排查原因是CRC校验失败,导致解析失败。

        case EV_MASTER_FRAME_RECEIVED:eStatus = peMBMasterFrameReceiveCur( &ucRcvAddress, &ucMBFrame, &usLength );/* 测试:记录解析结果 */extern volatile uint32_t parse_success_count, parse_fail_count;if(eStatus == MB_ENOERR) {parse_success_count++;} else {parse_fail_count++;}/* Check if the frame is for us. If not ,send an error process event. */if ( ( eStatus == MB_ENOERR ) && ( ucRcvAddress == ucMBMasterGetDestAddress() ) ){( void ) xMBMasterPortEventPost( EV_MASTER_EXECUTE );}else{vMBMasterSetErrorType(EV_ERROR_RECEIVE_DATA);( void ) xMBMasterPortEventPost( EV_MASTER_ERROR_PROCESS );}break;

原始问题数据

  • 主机发送: 01 03 00 01 00 04 15 C9
  • 从机返回: 01 03 08 00 02 00 03 00 04 00 05 73 55(实际接收)
  • 期望返回: 01 03 08 00 02 00 03 00 04 00 05 73 D5

问题分析

1. CRC校验算法验证

使用Modbus CRC16算法对接收到的数据进行校验:

// Modbus CRC16计算函数
USHORT usMBCRC16(UCHAR * pucFrame, USHORT usLen)
{UCHAR ucCRCHi = 0xFF;UCHAR ucCRCLo = 0xFF;int iIndex;while(usLen--){iIndex = ucCRCLo ^ *(pucFrame++);ucCRCLo = (UCHAR)(ucCRCHi ^ aucCRCHi[iIndex]);ucCRCHi = aucCRCLo[iIndex];}return (USHORT)(ucCRCHi << 8 | ucCRCLo);
}

2. 手动计算验证

对从机返回的数据进行计算:

  • 数据部分: 01 03 08 00 02 00 03 00 04 00 05 (11字节)
  • 接收CRC: 73 55
  • 计算CRC: 73 D5

发现差异: 最后一个字节应为 D5 但实际接收为 55

问题解决思路

通过检查代码配置,发现串口校验位不匹配

  • ModbusSlave工具配置: 115200-8-E-1 (偶校验)
  • 代码中配置: UART_PARITY_NONE (无校验)
// 原错误配置
#define MB_MASTER_USART_PARITY UART_PARITY_NONE// 正确配置应为
#define MB_MASTER_USART_PARITY UART_PARITY_EVEN

问题解决

根本原因

校验位不匹配导致数据接收错误
虽然官方给的文档中说串口配置是无校验位
在这里插入图片描述
实际程序中的串口定义也是无校验位
在这里插入图片描述)
但是主函数中,设置的是偶校验
在这里插入图片描述)
而串口的数据位配置的是8位,这就导致了数据接收错误

解决方式1

修改校验位设置为

MB_PAR_NONE, /*!< No parity. */

	/* FreeModbus主机初始化 */eMBMasterInit(MB_RTU, MB_MASTER_USARTx, MB_MASTER_USART_BAUDRATE, MB_PAR_NONE);

解决方式2

修改usart.cMX_USART2_UART_Init的工作模式配置,让它根据选择的校验模式自行判断应该配置成多少位。

/*** @brief  DEBUG_USART GPIO 配置,工作模式配置。115200 8-N-1* @param  无* @retval 无*/  
void MX_USART2_UART_Init(uint8_t ucPORT, uint32_t ulBaudRate, uint8_t eParity)
{if(ucPORT != 2) //必须设置为串口2return ;huart2.Instance = DEBUG_USART;huart2.Init.BaudRate = ulBaudRate;huart2.Init.StopBits = UART_STOPBITS_1;huart2.Init.Parity = eParity;/* 根据校验位设置数据位长度 */if(eParity == UART_PARITY_NONE) {huart2.Init.WordLength = UART_WORDLENGTH_8B;} else {huart2.Init.WordLength = UART_WORDLENGTH_9B;}huart2.Init.Mode = UART_MODE_TX_RX;huart2.Init.HwFlowCtl = UART_HWCONTROL_NONE;huart2.Init.OverSampling = UART_OVERSAMPLING_16;if (HAL_UART_Init(&huart2) != HAL_OK){while(1);}}

重新编译测试

修改后重新编译程序,测试结果:

  • ✅ 接收数据正确: 01 03 08 00 02 00 03 00 04 00 05 73 D5
  • ✅ CRC校验通过
  • ✅ 数据解析正常
http://www.xdnf.cn/news/18828.html

相关文章:

  • uC/OS-III 队列相关接口
  • 数据分析与数据挖掘
  • 企业如何构建全面的高防IP防护体系?
  • Teams Workflows 业务流程搭建与Linux自动化运维拓展应用全解析
  • 状态设计模式
  • 构建面向人工智能决策的世界模型引擎所需的基本知识体系
  • 如何在GitHub找到10k+个stars的仓库
  • podman启动mongdb的container因为权限问题导致changing ownership和读取storage.bson失败的解决方法
  • CMake构建学习笔记20-iconv库的构建
  • 算法概述篇
  • 游戏空间划分技术
  • 日语学习-日语知识点小记-构建基础-JLPT-N3阶段(20):文法+单词第7回2
  • 广告推荐模型1:逻辑回归(Logistic Regression,LR)
  • 如何拯救一家濒临破产的科技公司?
  • 技术总结:AArch64架构下Jenkins Agent(RPM容器编译节点)掉线问题分析与排查
  • KubeBlocks for Oracle 容器化之路
  • 【RAGFlow代码详解-30】构建系统和 CI/CD
  • 微服务-28.配置管理-共享配置
  • poi生成word固定表格列宽
  • TensorFlow 面试题及详细答案 120道(61-70)-- 高级特性与工具
  • css3背景线性渐变:linear-gradient
  • 【密集目标检测】停车场车辆(车位)识别数据集:12k+图像,yolo标注
  • 04 网络信息内容安全--入侵检测技术
  • 依托边缘计算方案,移动云全面化解算力、效率、安全平衡难题
  • from中烟科技翼支付 面试题2
  • 高频面试题:说一下线程池吧?(线程池原理,核心参数,创建方式,应用场景都要说到才能让面试官心服口服)
  • Pytorch深度学习(小土堆)
  • Java 企业应用单点登录(SSO)实现方案详解
  • 如何对springboot mapper 编写单元测试
  • Ansible 文件管理与 Jinja2 模板全解析:从模块应用到动态配置生成