【.NET6+Modbus】Modbus TCP协议解析、仿真环境以及基于.NET实现基础通信

Python微信订餐小程序课程视频

https://edu.youkuaiyun.com/course/detail/36074

Python实战量化交易理财系统

https://edu.youkuaiyun.com/course/detail/35475
**前言：**随着工业化的发展，目前越来越多的开发，从互联网走向传统行业。其中，工业领域也是其中之一，包括各大厂也都在陆陆续续加入工业4.0的进程当中。

工业领域，最核心的基础设施，应该是与下位硬件设备或程序进行通信有关的了，而下位机市场基本上是PLC的天下。而PLC产品就像编程语言一样，类型繁多，协议也多种多样。例如，西门子PLC最常用的S7协议、施耐德PLC最常用的Modbus协议、以及标准工业通信协议CIP协议等等。而多种通信协议里面，基于以太网通信的居多。以太网通信的里面，通用协议除了CIP协议，就属于Modbus TCP协议了。

接下来的内容，我会以从头开发一个简单的基于modbus tcp通信的案例，来实现一个基础的通信功能。

有关环境：

开发环境： VS 2022企业版

运行环境： Win 10 专业版

.NET 环境版本： .NET 6

【备注】 源码在文末

1、新建一个基于.NET 6带控制器的webapi项目，以及一个类库项目。如下图所示，新建以后的项目目录结构。

2、由于modbus tcp通信实际上就是一个socket通信，所以在类库项目下，先创建了一个Modbus服务类，并且提供一个基于socket通信连接的方法。socket连接以后，需要返回socket实例拿来使用。

3、为了方便一点，再新增一个通用的返回信息类，用于存储一些返回信息使用。

4、基于以上的返回信息类，咱对连接方法进行稍微改造一下，让它看起来更方便一点。这样可以用来验证连接是否正常，以及返回对应的异常信息，好做进一步处理。

5、Modbus TCP请求的报文规则，一些解析信息如下：

站地址：默认0x01, 除非PLC告诉我们其他站地址。

功能码：代表读写数据时候指定的读写方法等。例如读取线圈的功能码是0x01。

地址和读取长度：地址目前个人在施耐德物理的PLC环境上，不能超过30000。同时，单次读写长度不能超过248个byte，否则PLC可能会飘。当然，也可能将来一些PLC可以支持更长的批量数据读写，目前在施耐德PLC环境下不支持(具体型号忘记了，有点久了，当前身边没得PLC了，等下会使用仿真工具来做环境)。

头部校验(消息唯一识别码)：0~65535，用于PLC服务端进行区分不同的客户端而使用的一组数据标识，不同的客户端必须保证标识码不重合。例如多个客户端同时存在时候，发起的通信请求，必须保持不一样的识别码，否则Modbus服务端有可能会因为不知是哪个客户端发起的请求而导致信息乱了。

无(协议标识)：默认0,代表是Modbus协议。

数据长度：发送的报文的长度，刚好是6位，所以可以写成固定值0x06。(写入的规则不一样，此处固定值只当作读取时候使用)

6、根据协议的一些具体内容，写一个存储功能码和异常返回码的数据类，用于后期做通信时候传参和通信数据验证使用。有关协议具体内容，如下代码所示。

7、由于异常码是byte数据，直接验证可能会麻烦一点，为了可以直观一些，此处再新增一个用于解析Modbus返回的异常信息的方法，用于备用。

8、根据协议规则，提供一些参数，并先搭建一个简单的方法框架，用来可以进行读取线圈的功能。包含简单的报文数据拆分以及报文发送和接收。由于发送报文长度不能超过248byte（1 bool大小 == 1 byte，如果是其他类型，需要做其他长度换算），所以当长度超过时候，做个简单的算法进行拆分再发送，防止发生不必要的异常。以下做一个读取线圈(Bool类型数据)的简单方法。