RT-Thread-RTT中关于libmodbus的数据位问题及解决方法RT-Thread问答社区

RTT中关于libmodbus的数据位问题及解决方法

发布于 2021-12-17 12:50:16 浏览：1826 订阅该版

[tocm]

## 一、结论

大家都很忙，所以先说结论。

**libmodbus 中支持的数据位为 5,6,7,8（图1）。  但是，如果使用STM32 并且配置了奇偶校验，那么正确的数据长度配置应该是9。**

***有人说这是ST的bug，其实，ST的参考手册中已经明确说明它就是要这样配置的。如下图2。***

**图一**

![image-20211217090615684](https://oss-club.rt-thread.org/uploads/20220714/e26dda8c80bbc9069a7adcb9d1612e0841c41ebe.png)

**图二**

![image-20211217091128793](https://oss-club.rt-thread.org/uploads/20220714/2b6978a46046cc018ff5e9fd39dde5f0109d88d1.png)

## 二、简介

这也是之前的一个项目上发现的，如图。 使用的是STM32F4， 用到了偶校验。 当时经过测试发现，无校验+8bit 是没有问题的，于是重点检查了奇偶校验和8/9bit的问题。

下图中的 USART1->CR1  |= 0x1000，是手动设置数据位为9bit。临时解决方法，不要学我这样！

![image-20211217092149509](https://oss-club.rt-thread.org/uploads/20220714/15a23c2afeba7cf85c352fff7ba579c6f598209a.png)

## 三、手把手教学时刻

libmodbus的代码我之前是看过的，质量值得信赖。基于这种信任，本次就不想从头看代码了（懒）。

我们这次的目的是定位和解决数据位的问题，以下是我的解决方法供大家参考，其实我更想表达的是解决这类问题的思路。

RTT的STM32底层外设初始化在stm32f4xx_hal_msp.c中（注意是最底层的初始化，像时钟打开IO配置等操作，具体参数配置不在这里）。

串口的相关驱动在 drv_usart.c 中。 知道这2点就够了，因为总要找到一个入口。这里我选择使用 stm32f4xx_hal_msp.c。

1. 进入debug模式，并且在USARTx处设置一个断点。将程序执行到该处。

![image-20211217094255104](https://oss-club.rt-thread.org/uploads/20220714/ff2dd05871a8d529fff462441c88ea2b75de888f.png)

2. 单步执行，直到进入 libmodbus的代码，这期间你会路过RTT的设备驱动，继续单步。直到如下：

![image-20211217094716472](https://oss-club.rt-thread.org/uploads/20220714/2df83054c93d7dd8cd653e2a147294b91d193e91.png)

这时我们已经进入到了 libmodbus 的代码区域，顺便也知道了。

3. 继续单步，直到找到我们想要的，来张动图。

![GIF 2021-12-17 9-53-34](https://aliyuntu.oss-cn-hangzhou.aliyuncs.com/img/GIF%202021-12-17%209-53-34.gif)

如上图，我们已经找到了数据位相关的代码。

4. 添加代码

这里确实没有 9bit的选项，需要我们给TA加上。并在相关头文件中加上 CS9 的定义。

![image-20211217100821645](https://oss-club.rt-thread.org/uploads/20220714/d5778df9bf10fff8a2459bc17e9fc895be106c2e.png)

不要忘记，RTT 有设备驱动管理，TA有一个 rt_device_control( ) 的相关接口，可以用于进行设备参数的修改配置，这里我们是串口设备。所以对应修改一下rt_serial_control( ) 函数。 如下2处都要添加：

![image-20211217101242943](https://oss-club.rt-thread.org/uploads/20220714/c1dd9c121c34a301017ad7505759ead30789bf28.png)

![image-20211217105159040](https://oss-club.rt-thread.org/uploads/20220714/ac5ab3326a769d708d6e2c7d9db25918822bea69.png)

这里的配置最终调用 serial->ops->configure(serial, &config)  写入到MCU 寄存器中。

## 四、其它细节

上述提到我们新添加了 CS9 的定义，注意这里的定义使用了8进制。

我这里主要修改了如下2处，

1.  增加 CS9 定义为 10
2.  CSIZE 修改为 70 （原来是60）

![image-20211217122337720](https://oss-club.rt-thread.org/uploads/20220714/f40f962638640236042725522cf495eec17abc1a.png))

宏定义 CSIZE  是 CSx 的有效位总和， 用来mask它在 c_cflag 中的数据。例如：

![image-20211217123238811](https://oss-club.rt-thread.org/uploads/20220714/76d3ab4648ec6cfab61dfe33c4cc289461380074.png)

因为 c_cflag  是一个标志位集合， 所以新添加的 CS9 要选择好bit。 10 没有使用，所以这里选择了 10。

![image-20211217123007063](https://oss-club.rt-thread.org/uploads/20220714/1722d941cebc4de5a97dfc74a3c1c736fd5cda31.png)

## 五、验证

至此，该bug已初步修复完成。我进行了简单的验证。

![image-20211217124045920](https://oss-club.rt-thread.org/uploads/20220714/43d92efa70c02cc50d0bef18a69187e9d7065191.png)

M位 （USART1->CR1  |= 0x1000)， 已经被正确配置。

![image-20211217124126090](https://oss-club.rt-thread.org/uploads/20220714/1781a692a9b7e337b7833d3831e894444934cb77.png)

**待工程全部验证无误后，会 PR 到  RTT。**

回到
底部

RTT中关于libmodbus的数据位问题及解决方法

关于作者

svchao

相关文章

热门标签

本月文章贡献

RTT中关于libmodbus的数据位问题及解决方法

关于作者

svchao

相关文章

推荐文章

热门标签

本月问答贡献

本月文章贡献