标签: 通讯协议

01 物联网行业中存在的问题 在工业自动化领域，我们经常遇到各种通讯协议，如Profibus，ContrlNet，EntherNet，Canopen，Modbus等通讯协议，而免费，开源，使用最为广泛的就是Modbus协议，基本各个厂家的工业设备都可以支持此协议。本文介研发阶段，利用软件模拟modbus从机调试和测试Modbus 主机设备的方法。 02 该问题带来的危害及影响 它可以帮助用户快速的进行modbus调试，也支持进行主机的模拟，让开发、调试Modbus设备变得简单，快捷；软件的用户界面相当的友好，可快速的提升调试的效率，如果不用这种方案进行测试，就会增加modbus设备的工作量与时间成本。 03 解决方法 方法一 1、原理介绍 电脑上运行MODBUS软件模拟从机，通过USB转485总线与主机dev1主板上的AM430EV5 SOM板通信，在服务器上观察软件收到主机发送的数据，确认MODBUS通信是否正常。 2、方案详情 2.1测试主机轮训功能 2.1.1按照上图搭建好测试环境，打开上位机软件，配置服务器地址，以及MODBUS指令 上图为上位机配置服务器IP地址及端口号的配置界面，配置完成需点击重启模块。 上图为配置MODBUS指令界面，如果设备处于透传状态，发送”+++“（不发送新行）返回"OK"后再发送配置指令（发送指令时需选择发送新行），上图发送两个配置指令，详情如下： 2.1.2配置完成后，打开服务器网络助手，重启主机，等待几秒钟，服务器网络助手显示设备注册包信息，表示主机已连接服务器 2.1.3关闭，上位机或串口助手串口连接，打开MODBUS软件，配置从机寄存器数据，并连接主机串口 2.1.4观察网络助手，是否显示从机上报信息，其中数量，数值显示方式为大端模式 上图红框部分为MODBUS从机软件上传的信息，01表示从机地址，01表示功能码，02表示数据位数，0300表示寄存器数值。表示寄存器0000，00001 中的地址1 1 2.2 测试写多个寄存器功能 2.2.1打开上位机软件，配置服务器地址，以及MODBUS指令，打开串口，配置指令之前需要退出透传，配置完成之后重启模块 上图发送两个配置指令，详情如下： 2.2.3关闭上位机或串口助手串口连接，打开MODBUS软件，配置从机寄存器数据，并连接主机串口 点击modbusslave软件，点击connection连接按钮，配置好串口号，波特率，RTU模式，点击OK 确定连接，然后打开配置文档Mbslave3 2.1.4观察网络助手，是否显示从机上报信息，其中数量，数值显示方式为大端模式 上图左侧网络助手数据日志显示，MODBUS从机软件上传的信息，01表示从机地址，10表示功能码写多个寄存器，05表示寄存器数量，右侧显示modbusslave寄存器寄存器数据，显示的数据与之前主机通过AT指令配置的数据一致("16B352A9F615D7D3FE198")，其中最后一位"8"由于超过了5个寄存器的位数而被丢掉。 3、需要的测试设备或测试环境分析或说明 测试电脑 12V直流电源 待测AM430EV5 SOM板及dev1主板 AP4000E_AM430EV5（CAT1 DTU） MODBUS测试软件 MODBUS虚拟设备2015_09_10（V1.1）.rar modbusslavep.rar 上位机及串口调试助手 服务器 网络调试助手 （如有侵权，联系删除） 本文章源自奇迹物联开源的物联网应用知识库Cellular IoT Wiki，更多技术干货欢迎关注收藏Wiki： Cellular IoT Wiki 知识库(https://rckrv97mzx.feishu.cn/wiki/wikcnBvAC9WOkEYG5CLqGwm6PHf)

最近入职了，老大分配一个写HART通讯模块的任务给我。我不会，所以以此记录接下来现学现卖的过程。 20210702记录 今天部门大牛在讨论设计HART协议需要的命令时使用哪个IDE，因为谁都没搞过。有人提出应该使用目前官方已经不更新的老的IDE，名为DD-IDE，有人提出应该用目前官方持续更新的IDE，前者理由是DD-IDE有成熟的demo，后者理由是学会新的IDE就能立刻投入开发。 据此，我学会了一个：学习一个新的东西要找它曾经成果实现过例子的那个版本，开发新的东西那就要学当前新的东西，这样的优势是心里有数，劣势是持续时间长，对急的项目不友好。可能会需要事主自身合理规划时间，说白了，是减少休闲娱乐的时间，用来学习。其实把学习新的东西作为一种休闲，也是可以的。

我们知道，多个 IT大公司出了自己的物联网云平台，包括世界的、中国的。我所在城市，有千亿级的超大集团，有百万级的中小企业，也在宣称搞出了自己的工业云平台，支持世界级先进的技术架构，兼容BAT平台接口，支持主流物联网协议，支持各种硬件接入。 可以称之为网络的，网络各节点之间必然存在着相互连通，连通的介质网络，联通的内容是信息，一串的 01数据。信息在物理网络上传播，其它的数据节点也可以接收到，不怕信息被别人拿去吗？这些信息必然是且只能是要被互联的双方所理解的。这就需要互联的双方事先对发送的信息做一个约定，和电视谍战片的密电码一个意思。也可以理解为，双方说的都是同一种语言，只有你们俩听得懂。这就是所谓的传输协议，协商好的决议。 多年之前，互联网就已经确定了非常稳健的通信协议， TCP/IP协议。目前的互联网应用逃不出该框架的约束。但是该框架太庞大了，庞大到即使一个分支细节的研究都不知道可以毕业多少个博士了。 近来看国家发布的工业化的系列白皮书，有一层意思介绍的很实际，工业化的通信协议没有统一的业界标准。仔细想来，这也是很正常的，工业是什么，是大大小小的工厂企业组成的，是一个个逐利的经济实体， “只有永恒的利益，没有永远的朋友”（这句话有点偏颇，企业家们是国家的，民族的，社会的，是具备高度责任感的群体）。但在市场竞争的过程中，自然而造造成了各自经营范围内信息的保密，包括网络和通信协议。而在市场磨一领域站领先地位甚至同统治地位的企业，凭借其影响力，他的产品以及其附属特性也会因此成为事实标准。工业物联网虽然是新型事物，但毕竟是在互联网、物联网等基础上衍生而来的。基础领域的巨头自然而然也成为该新兴领域的巨头，切入点不同而各有特色，比如BAT是互联网巨头，他们的物联网强悍必然也是在云端，GE、西门子等市场铜工业巨头，他们的物联网必然强悍在现场制造。特别是现在各自发力的时代，如春秋战国一般合纵连横，但强国气象初显。这就决定了事实工业物联网框架快定型了，包括通信协议。 无数次的事实说明，某些夺人眼球的技术在出现伊始可能有人为刻意引导的缘故，最终真正决定去留的还是市场的力量。