Rtthread学习笔记（十七）添加freemodbus主机遇到写数据成功，读数据失败

最新推荐文章于 2023-12-07 11:47:21 发布

原创

最新推荐文章于 2023-12-07 11:47:21 发布 · 4k 阅读

11 ·

CC 4.0 BY-SA版权

在遇到Modbus主机读取数据失败的问题时，通过调整波特率从115200至19200解决了通讯问题。文章详细记录了在不同波特率下主机与从机的通讯状态，及由此引发的错误代码变化。

解决办法：将原来115200的波特率修改为19200，然后主机读数据成功。

一、modbus主机读数据失败现象

添加freemodbus主机的时候遇到了奇怪的问题，记录下来。先说明一下情况，前两天按照RT例程把freemodbus主机移植完毕，添加modbus主机
并且与上位机modbus slave从机的写指令（10）通讯成功，把数据实时写进了上位机从机，然后想起来忘记测试读指令（03）通讯是否成功，便测试了一下，结果通讯不成功，代码效果如下：
在这里插入图片描述

extern USHORT usMRegHoldBuf[MB_MASTER_TOTAL_SLAVE_NUM][M_REG_HOLDING_NREGS];
static void send_thread_entry(void *parameter)
{
   
   
    eMBMasterReqErrCode error_code = MB_MRE_NO_ERR;
    rt_uint16_t error_

最低0.47元/天解锁文章

20 条评论

小红花。 2025.09.08
freemodbus包默认使用中断处理的接收功能，要注意中断优先级和处理中断的回调函数执行效率，freemodbus接收中断回调默认绑定的是xMBMasterRTUReceiveFSM，我使用时，发现源码xMBMasterRTUReceiveFSM中有打印日志的代码，删除后一切正常

随风飘零翼 2024.12.05
用485控制引脚转换时候，不同波特率的延时时间也不一样

碧蓝深邃 2020.12.20
尝试移植了以下这个RTT上的freemodbus协议栈，我与博主出现情况差不多，但是我的错误代码是4，通讯超时。并且尝试了很多办法至今无法解决，无奈还是用回自己写modbus协议栈，马上就能通讯了。看来这个freemodbus的主机RTU代码的接收部分有些问题和bug。
- cakoo回复碧蓝深邃 2021.08.30
  既然已经调通了，可以分享一下是如何微调的吗？
- ZhongruiRao回复碧蓝深邃 2021.08.03
  错误代码4，请问改哪个文件呀，mbrtu_m.c有一个 usTimerT35_50us = ( 7UL * 220000UL ) / ( 2UL * ulBaudRate ); 不知道如何改
- 卷弯了都回复碧蓝深邃 2021.07.08
  是的，延长T35这个时间就可以了，同事跟我说因为串口发送数据并不是那么一个接一个中间的时间可能会长点短点
- 碧蓝深邃回复卷弯了都 2021.06.23
  可以尝试适当调长T35这个帧判断时间。
- 卷弯了都回复碧蓝深邃 2021.06.04
  老哥，怎么微调啊
- weixin_42146571回复碧蓝深邃 2021.03.20
  请问 9600波特率怎么微调呢？是在这里：eMBMasterRTUInit(UCHAR ucPort, ULONG ulBaudRate, eMBParity eParity )；还是在这个地方呢: BOOL xMBMasterPortTimersInit(USHORT usTimeOut50us) { /* backup T35 ticks */ usT35TimeOut50us = usTimeOut50us; rt_timer_init(&timer, "master timer", timer_timeout_ind, /* bind timeout callback function */ RT_NULL, (50 * usT35TimeOut50us) / (1000 * 1000 / RT_TICK_PER_SECOND) + 1, RT_TIMER_FLAG_ONE_SHOT); /* one shot */ return TRUE; }
- 碧蓝深邃回复碧蓝深邃 2020.12.20
  这个freemodbus协议移植已调通，微调T35就可以了。很好的协议栈。

WUJJJSSS 2020.12.11
博主，请问error: 'usMRegHoldBuf' undeclared应该如何解决，我用extern USHORT usMRegHoldBuf[MB_MASTER_TOTAL_SLAVE_NUM][M_REG_HOLDING_NREGS];显示error: 'M_REG_HOLDING_NREGS' undeclared here。
- 碧蓝深邃回复WUJJJSSS 2020.12.20
  头文件包含<user_mb_app.h>就可以了。

MarkusXu 2020.06.14
我也遇到了相同的问题，现在也是修改波特率为19200后正常，不知道现在楼主有没有什么解决办法
- 灬心、跳S回复MarkusXu 2021.08.10
  你好请问一下哪个定时器的时常在哪更改一下呢
- MarkusXu回复Catfish King 2020.06.17
  [reply]congpo2125[/reply]偶尔有数据会出错，可能是我这边传输线有干扰，有错误重发就没问题了。
- Catfish King回复MarkusXu 2020.06.16
  [reply]Markus_xu[/reply]我年前也遇到了这个问题，我实在没办法就换成了LibModbus，一下子就好了。这个配置好了的FreeModbus作为从机没有什么问题吧，波特率115200的时候？
- MarkusXu回复MarkusXu 2020.06.14
  [reply]Markus_xu[/reply]我刚刚研究出是什么原因导致的，115200由于数据传输速率过高可能是由于传输线受到干扰，导致数据出错。而9600是因为卡在了T3.5定时器上面，由于根据计算得出来的定时器时长过短，导致没有进入定时器的回调函数（猜想），只要把定时器的时长适当改长即可。

qq_30493757 2020.04.30
对了，你发读取从机的函数之后数据怎么是存在usMRegHoldBuf里面的？？？这个usMRegHoldBuf在哪？
- qq_30493757回复Davidysw 2020.05.11
  [reply]Davidysw[/reply]我也在移植这个Freemodbus 不过我用的RTU模式，目前发送数据CRC校验不对，，，，
- Davidysw回复qq_30493757 2020.05.08
  [reply]qq_30493757[/reply]数据是通过从机回应，程序中解析从串口来的数据自动存到了这个usMRegHoldBuf中，可以仿真查该数组，这个数组是个二维数组（前面代表从机ID，后面代表寄存器），具体怎么存的得深入协议内查看根源，这个usMRegHoldBuf直接复制到工程中跳转查看定义的位置即可，我记得这个缓冲区的上下还定义了其他寄存器的缓冲区，与从机通讯成功了就直接拿这个数组用行了。