00.Modbus序言篇——什么是Modbus[转载]

00.Modbus序言篇——什么是Modbus[转载]
00.Modbus序言篇——什么是Modbus[转载]

什么是Modbus ,Modbus能做什么。

笔者尝试用一个系列分多篇文章进行讲述,带你了解身边的Modbus。

第一篇我们先来个序言篇,先来聊聊Modbus。

创作不易,转载请注明出处。订阅号诸子东(物联网诸子东)原创作品。

按照笔者的风格,上来自然不会直接讲枯燥的概念和协议,格式等。这些网上一搜一大把的内容,笔者尽量少重复。

我们先不要直接讲Modbus协议,先聊聊家常,然后趁Modbus不注意,再去学它,就容易记住了。

Modbus协议,是1979年,Modicon公司发明的。而Modicon,也可以说就是现在的施耐德了。

别的设备支持不支持Modbus不知道,施耐德PLC肯定可以支持Modbus协议。

那时候网络,计算机都还不发达,设备之间的通信,主要还是基于串口。

那Modbus协议发明主要是用来干嘛的呢。

那我们就先看Modicon是干嘛的。

Modicon公司是搞PLC的。那PLC又是什么呢。

接地气地讲,PLC是一种控制器,内部可编程。反正就是工业领域生产非常重要的东西。

像PLC,传感器等,就会有各种各样的数据,比如,门的开和关,灯的亮和灭,温度,湿度,流量,产量计数,压力,速度,位移等,各种各样的数据。

往现在来说,你手机上有个APP,APP上有个按钮,你一操作,你家的灯就开了。

在当时来看,一台控制器怎么知道另一台控制器的数据呢。

总不能这么唐突的去要数据吧。

好,如果只是灯的开关,可以用一根电线将两个控制器接起来,十个开关就接十根线。

只要这根线有电,说明灯是亮的,线没有电,灯就是灭的。

00.Modbus序言篇——什么是Modbus[转载]

但温度呢,总不能让一个控制器靠近另一个控制器,你摸一下我烫不烫,冷不冷,渴不渴?

还有压力值呢,总不能让一个控制器去踩压着另一个控制器的背,官人,你看这脚力合适不合适?

这不是有串口么,能不能把这些数据,都通过这个串口来传输呢。

发明一种协议,然后可以在串口上进行数据交互,

00.Modbus序言篇——什么是Modbus[转载]

真的是好办法呀,这样一来,对于主控制器来说,省事多了,就这么办吧。

发明协议要有仪式感,我们总得给它起个名字吧。我们先开个会讨论一下吧。

“要不我们就直接叫它ModiconModbus吧”

“系不系傻,Modbus这个名字就是我们发明的,怎么能叫Modicon Modbus呢,再重新讨论”

“首先这个是一种总线协议,肯定得以bus结尾吧。”

“嗯,没错,那就以bus结尾吧”

“叫Modicon-bus如何?”

“不行,得有我们老外的风格,这名字一看就很中式。”

“取名字的前半部分?叫Modibus协议?”

“莫弟拔丝?读着有点绕口吧。”

“Modbus呢,莫得拔丝,好写又好记。”

“同意”

“同意”

“Good”

“大拇指,大拇指,大拇指”。

于是,伟大的Modbus协议的名字诞生了。

那这个协议要怎么用呢。

现在摆在面前有两个设备,一个是主设备,一个是从控制器,主设备和从控制器通过串口接在一起了,所有的数据都在从控制器上了。

是从控制器主动把数据发给主设备呢,还是主设备来要数据呢。

如果是从控制器主动发数据,但是好像不知道主设备到底要啥数据呢。

要不就设计为,由主设备主动发起请求来要数据。从控制器收到命令之后,再把相应的数据返回。

所以,Modbus协议,就设计为一种基于主站主动请求的协议了

这样所有的数据需求,全部为主设备进行管理和规划,什么时候读什么数据。

就这样,有了Modbus协议之后,就解决了各控制器之间的数据交互问题。包括之后的HMI,电脑等设备,也都可以通过Modbus协议与PLC, 控制器进行数据读取交互。

刚发明Modbus的时候,那时候主要还是使用串口通信。网络还没有完善的年代,想找一个支持以太网的PLC几乎不现实。

当然,后面随着TCP/IP的发展,工业的进步,出现了网络通信。Modbus也可以在以太网上通信了,在以太网上的通信,我们一般叫它Modbus TCP。

既然有TCP,就会有人问,那我能不能走UDP呢。

于是,Modbus UDP也就有了。

其实Modbus TCP和Modbus UDP的报文格式是一样的。只不过一个走的是TCP,一个走的是UDP。

那串口的Modbus 叫什么名字呢。

一般来说,串口的Modbus 协议叫Modbus RTU协议。

RTU,也就是 Remote Terminal Unit。远程终端单元。

要知道,在上个世纪80年代,对于远程的概念,可不是像我们这样天南地北的距离。

两个设备,超过一米,都能叫远程了。

大概的意思就是,我人在门口,我能通过HMI或者主控制器,对房间里的温度,灯等进行监测和控制,就属于远程操作了。

毕竟每一个事物的存在,都是有它的背景和依据的。

那为什么串口的协议,还会有Modbus ASCII协议呢。

这个我有点编不下去了,容我想一想。

一般来说,数据是由位组成的,然后由八个位组成一个字节,两个字节组成一个字。

而数据传输和存储呢,最小单元为字节。

然后串口通信,它也很特殊,如果你要发一个字节,还要加什么起始位,校验位,停止位等凑够一定条件,才能满将一个字节发送出去。少一个位都不行。

那ASCII发明的的其中一个理由是,当通信链路或者设备无法满足RTU模式时,则使用ASCII模式。

我猜测呀,可能当时某些特定用途的单片机或CPU,在设计串口功能的时候,基于种种原因,要抛开起始位,校验位,停止位之后,完了,少处理了一个位,留给数据位只有7个位了。

怎么办呢,要把7个位改成8个位,芯片都推倒重新来,代价太大了。

难道这个芯片就不能用了么。有什么通信或数据只要7个位就够了的?

还真巧,还真有的,那就是ASCII数据。

ASCII,也就是我们常说的字符数据。字符嘛,大小写字母,加上一些常用字符,数量加起来少于127的。也就是用7个位就可以了。

那是不是可以发明一种ASCII通信协议,每一个数组只占7位。然后Modbus ASCII协议就出来了。

我们看一下Modbus协议大概有多少。

00.Modbus序言篇——什么是Modbus[转载]

最后,我们留一道选择题给大家。

以下哪个配置是有问题的。

A  使用modbus ascii 协议,波特率38400,数据位8,校验位为奇,停止为1.

B  使用modbus rtu 协议,波特率19200 ,数据位8,校验位为偶,停止为1.

C  使用modbus ascii 协议,波特率57600,数据位7,校验位为无,停止位2。

D  使用modbus rtu 协议,波特率115200,数据位7,校验位为偶,停止位1

答案将在下一篇揭晓。

本篇为序言篇,笔者会在未来一段里,完成该系列文章的创作,如果想进一步继续了解和学习Modbus的同学,朋友,不妨关注本订阅号或推荐给你的同学,老表,同事等。

当然,Modbus只是第一个按系列写的,后续也许也会考虑出更多和物联网相关的专题系列进行创作,笔者会尽量秉承通俗,风趣的风格进行创作。

笔者是业余时间进行的创作,更新速度可能比较慢,客官可以先回顾下往期文章。

本文章来源于互联网,如有侵权,请联系删除!原文地址:00.Modbus序言篇——什么是Modbus[转载]

相关推荐: EMQ X+InfluxDB+Grafana 构建物联网可视化平台

画板 172×8.png 本文以常见物联网使用场景为例,介绍了如何利用 EMQ X MQTT 服务器 + InfluxDB + Grafana 构建物联网数据可视化平台,将物联网设备上传的时序数据便捷地展现出来。 在物联网项目中接入平台的设备数据和数据存储方案…