专家
公告
财富商城
电子网
旗下网站
首页
问题库
专栏
标签库
话题
专家
NEW
门户
发布
提问题
发文章
STM32
最近在其他地方看到的MODBUS理解
2019-10-15 03:03
发布
×
打开微信“扫一扫”,打开网页后点击屏幕右上角分享按钮
站内问答
/
STM32/STM8
2997
7
1595
最近一直在收集modbus的资料,作为一个新手,之前看了好多网上的资料说的都比较模糊的概念,理解不是很深,今天在其他论坛看到一些理解,适合新手学习!
http://bbs.gkong.com/archive.aspx?id=340353
Modbus一个工业上常用的通讯协议、一种通讯约定。Modbus协议包括RTU、ASCII、TCP。其中MODBUS-RTU最常用,比较简单,在单片机上很容易实现。虽然RTU比较简单,但是看协议资料、手册说得太专业了,起初很多内容都很难理解。
所谓的协议是什么?就是互相之间的约定嘛,如果不让别人知道那就是暗号。现在就来定义一个新的最简单协议。例如,
协议: “A” --“LED灭”
“B” --“报警”
“C” --“LED亮”
单片机接收到“A”控制一个LED灭,单片机接收到“B”控制报警,单片机接收到“A”控制一个LED亮。那么当收到对应的信息就执行相应的动作,这就是协议,很简单吧。
先来简单分析一条MODBUS-RTU报文,例如:01 06 00 01 00 17 98 04
01 06 00 01 00 17 98 04
从机地址 功能号 数据地址 数据 CRC校验
这一串数据的意思是:把数据 0x0017(十进制23) 写入 1号从机地址 0x0001数据地址。
先弄明白下面的东西。
1、报文
一个报文就是一帧数据,一个数据帧就一个报文: 指的是一串完整的指令数据,就像上面的一串数据。
2、CRC校验
意义:例如上面的 98 04 是它前面的数据(01 06 00 01 00 17)通过一算法(见附录2,很简单的)计算出来的结果,其实就像是计算累加和那样。(累加和:就是010600010017加起来的值,然后它的算法就是加法)。
作用:在数据传输过程中可能数据会发生错误,CRC检验检测接收的数据是否正确。比如主机发出01 06 00 01 00 17 98 04,那么从机接收到后要根据01 06 00 01 00 17 再计算CRC校验值,从机判断自己计算出来的CRC校验是否与接收的CRC校验(98 04主机计算的)相等,如果不相等那么说明数据传输有错误这些数据不能要。
3、功能号
意义:modbus 定义。见附录1。
作用:指示具体的操作。
MODBUS-RTU
一、一个报文分析
先声明下我们的目的,我们是要两个设备通讯,用的是MODBUS协议。上面简单介绍了:“报文”“CRC校验”“功能号”。
在单片机中拿出一部分内存(RAM)进行两个设备通讯,例如:
数组后面的注释,说明
OX[20] 代表是输出线圈,用功能码 0x01,0x05,0x0F 访问, 开头地址是 0 (这个后续说明)
IX[20] 代表是输入线圈,用功能码 0x02 访问, 开头地址是 1 (这个后续说明)
另外两个一样的道理。
注意:所谓的“线圈”“寄存器”就是“位变量”“16位变量”,不要被迷惑。之所以称“线圈”我觉得应该是对于应用的设备,MODBUS协议是专门针对485总线设备(例PLC)开发的。
1、主机对从机写数据操作
如果单片机接收到一个报文那么就对报文进行解析执行相应的处理,如上面报文:
01 06 00 01 00 17 98 04
从机地址 功能号 数据地址 数据 CRC校验
假如本机地址是 1 ,那么单片机接收到这串数据根据数据计算CRC校验判断数据是否正确,如果判断数据无误,则结果是:
HoldDataReg[1] = 0x0017;
MODBUS主机就完成了一次对从机数据的写操作,实现了通讯。
2、主机对从机读数据操作
主机进行读HoldDataReg[1] 操作,则报文是:
01 03 00 01 00 01 D5 CA
从机地址 功能号 数据地址 读取数据个数 CRC校验
那么单片机接收到这串数据根据数据计算CRC校验判断数据是否正确,如果判断数据无误,则结果是:返回信息给主机,返回的信息也是有格式的:
返回内容:
01 03 02 0017 F8 4A
从机地址 功能号 数据字节个数 两个字节数据 CRC校验
MODBUS主机就完成了一次对从机数据的读操作,实现了通讯。
二、MODBUS报文模型
以上了解到了MODBUS的一帧报文是如何通讯的,其实每个报文的格式都基本一样的。
这里两个缩略词以前不知道,但是现在要明白指的是什么,“ADU”“PDU”
ADU: 应用数据单元
PDU: 协议数据单元
三、MODBUS数据模型
四、MODBUS事务处理
下列状态图描述了在服务器侧MODBUS事务处理的一般处理过程。
五、MODBUS请求与响应
看MODBUS协议手册,中文第 10 页开始,英文第 24 页开始。手册非常详细举例说明了MODBUS协议各个功能号的请求与响应。
modbus协议在单片机上实现过程
MODBUS 任务处理函数
函数中,RcvBuf 为串口接收缓冲区,如果接收了一个报文则,RcvBuf[0] 为从机地址,RcvBuf[0] 为MODBUS功能号。根据功能号做出响应,而具体的操作根据功能号在各自的函数中执行,相当于解析接收到的数据。
附录1:MODBUS-RTU功能码
最常用功能码:
下面“线圈”“寄存器”其实分别直的就是“位变量”“16位变量”
01 (0x01) 读线圈
02 (0x02) 读离散量输入
03 (0x03) 读保持寄存器
04(0x04) 读输入寄存器
05 (0x05) 写单个线圈
06 (0x06) 写单个寄存器
15 (0x0F) 写多个线圈
16 (0x10) 写多个寄存器
附录2
:CRC Generation
友情提示:
此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
7条回答
xuande
1楼-- · 2019-10-15 04:24
这篇文章不错,我也看过。
加载中...
xyl210xyl
2楼-- · 2019-10-15 08:27
我现在是在协议能使用的情况下修改成的最短的帧,减少每次占用总线的时间,提高轮训速度以提升实时性
加载中...
不吃鱼的老鼠
3楼-- · 2019-10-15 12:40
谢谢分享,mark
加载中...
mackyming
4楼-- · 2019-10-15 13:48
本帖最后由 mackyming 于 2016-6-22 20:14 编辑
RTU协议在报文中没有添加帧头和帧尾,我想知道各位是怎么解决数据对齐问题的?即接收到的第一个字节存入缓存区数组0,我现在遇到这个问题,使用串口调试助手发送01 02 03 04 05 06 07 08,一开始单片机判断接收到8个字节后一对一直接赋值给发送缓存区发送回上位机,后来采用定时器来判断数据帧结束,即第一次串口中断开定时器,后面接收中断每次都重置计数值,最后一次接收后超时产生中断判断数据帧结束。得到的数据总是打乱的,如01 04 05 06 00 00 00是否串口调试助手自动添加了额外的帧头帧尾?如果这关都不过,没法完成数据按协议解析。
已解决问题,是由于程序中定时器输入捕获计算占空比中断优先级高导致的,设置串口接收中断优先级高于定时器输入捕获中断优先级后数据完全对齐。
加载中...
晨曦与梦想
5楼-- · 2019-10-15 15:51
精彩回答 2 元偷偷看……
加载中...
dreamARM
6楼-- · 2019-10-15 18:54
为什么要数据地址? 直接数据不就完了吗? 我主机定义的时候,也要定义一个地址,再存数据吗?
加载中...
1
2
下一页
一周热门
更多
>
相关问题
STM32F4上I2C(在PROTEUS中模拟)调试不通的问题
6 个回答
芯片供应紧张,准备换个MCU,MM32L系列替换STM32L系列的怎么样?
7 个回答
STM32同时使用两个串口进行数据收发时数据丢包的问题
5 个回答
STM32F103串口通信死机问题
4 个回答
STM32WLE5CC连接SX1268在LoRa模式下能与 SX1278互通吗?
2 个回答
STM32开发板免费用活动
7 个回答
stm32 处理 DHT11占用太多时间,大家程序是怎么设计的
8 个回答
分享一个STM32单片机做的离线编程器代码
9 个回答
相关文章
ST公司第一款无线低功耗单片机模块有效提高物联网设计生产效率
0个评论
如何实现对单片机寄存器的访问
0个评论
通过USB用STM32片内自带Bootloader下载程序及注意事项
0个评论
欲练此功必先自宫之STM32汇编启动,放慢是为了更好的前行
0个评论
×
关闭
采纳回答
向帮助了您的网友说句感谢的话吧!
非常感谢!
确 认
×
关闭
编辑标签
最多设置5个标签!
STM32
保存
关闭
×
关闭
举报内容
检举类型
检举内容
检举用户
检举原因
广告推广
恶意灌水
回答内容与提问无关
抄袭答案
其他
检举说明(必填)
提交
关闭
×
关闭
您已邀请
15
人回答
查看邀请
擅长该话题的人
回答过该话题的人
我关注的人
这篇文章不错,我也看过。
RTU协议在报文中没有添加帧头和帧尾,我想知道各位是怎么解决数据对齐问题的?即接收到的第一个字节存入缓存区数组0,我现在遇到这个问题,使用串口调试助手发送01 02 03 04 05 06 07 08,一开始单片机判断接收到8个字节后一对一直接赋值给发送缓存区发送回上位机,后来采用定时器来判断数据帧结束,即第一次串口中断开定时器,后面接收中断每次都重置计数值,最后一次接收后超时产生中断判断数据帧结束。得到的数据总是打乱的,如01 04 05 06 00 00 00是否串口调试助手自动添加了额外的帧头帧尾?如果这关都不过,没法完成数据按协议解析。
已解决问题,是由于程序中定时器输入捕获计算占空比中断优先级高导致的,设置串口接收中断优先级高于定时器输入捕获中断优先级后数据完全对齐。
一周热门 更多>