一文搞懂C#与工控机的通信原理：Modbus/TCP协议实战教程

做工业上位机开发的朋友，90%都绕不开Modbus协议。
我刚入行接第一台汇川PLC的时候，照着文档写了一下午代码，要么连不上，要么读出来的数值全是乱码，蹲在车间调试到晚上十点，最后发现是地址偏移了1位——就这么个小问题，卡了我整整四个小时。
网上讲Modbus的文章很多，要么是抄协议文档的八股文，要么是贴个跑不起来的demo，一到现场就掉链子。这篇文章我把这几年做工业项目踩过的坑全整理出来，从协议原理到两种实现方式，再到现场常见问题排查，看完你就能直接用到项目里。

一、前期准备：搞懂这些再写代码，少踩80%的坑

很多人上来就搜代码复制粘贴，出了问题根本不知道从哪查，先把核心原理搞明白，比写十行代码有用。

1.1 Modbus/TCP到底是什么？

Modbus是工业领域最通用的“普通话”，不管是西门子、三菱、汇川还是台达的PLC，基本都支持这个协议。
和串口的Modbus/RTU比，Modbus/TCP就是把协议跑在TCP/IP网络上，不用接串口线，网线插上就能通信，现在新设备基本都用这个。
它的报文结构特别简单，分两部分：

• MBAP头：7个字节，TCP传输专用，用来区分不同的请求，防止粘包
• PDU：协议数据单元，就是和RTU格式一样的功能码+数据
  不用死记硬背每个字节，实际开发里你只需要记住3个关键点：
  ① 默认端口是502，几乎所有PLC的Modbus/TCP端口都是这个
  ② 功能码：读线圈是01，读离散输入是02，读保持寄存器是03，读输入寄存器是04，写单个寄存器是06，写多个寄存器是16——这几个是99%的场景都会用到的
  ③ 寄存器是16位的，也就是2个字节，存32位整数或者浮点数需要占2个寄存器

1.2 开发环境与工具准备

我平时用的环境，大家照着配就行：

• Visual Studio 2022，.NET 6/8都可以（.NET Framework也兼容，我现在新项目基本都用.NET 8）
• Nuget包：NModbus4（成熟稳定，快速开发用，工业项目用了很多年没出过问题）
• 调试工具：Modbus Slave（模拟PLC从站，没有硬件也能调试代码，新手必备）
• 网络工具：Telnet、Wireshark（连不上的时候抓包看，一抓一个准）
  这里说一句：不要用那些乱七八糟的收费Modbus库，NModbus4是开源免费的，稳定性足够应付绝大多数工业场景，没必要花那个冤枉钱。

二、分步实操：从Demo到项目级代码

我给大家写两种实现方式：快速开发用NModbus4，10行代码就能跑通；需要深度定制（比如特殊的字节序、自定义超时、批量优化）就用原生Socket自己实现。

2.1 方式一：NModbus4快速实现（推荐新手用）

第一步，先创建一个控制台项目，Nuget安装NModbus4：

Install-Package NModbus4

（1）建立连接

核心代码就几行，注意IP和端口改成你自己的PLC或者模拟器的地址：

usingSystem.Net.Sockets;usingNModbus;// 建立TCP连接varipAddress=IPAddress.Parse("192.168.1.100");varfactory=newModbusFactory();usingvarclient=newTcpClient();client.Connect(ipAddress,502);// 创建Modbus主站varmaster=factory.CreateMaster(client);master.Transport.ReadTimeout=2000;// 读超时2秒，现场一定要设，不然会卡死master.Transport.WriteTimeout=2000;

这里有个新手常犯的错：不要每次读写都新建TcpClient连接，工业现场网络不好的时候，频繁建连会把PLC搞崩，全局建一个连接复用就行。

（2）读保持寄存器（最常用）

保持寄存器就是我们平时读PLC数据最常用的，比如温度、压力、转速这些存在寄存器里的数值：

// 参数：站号（一般PLC默认是1）、起始地址、读取数量ushortstartAddress=0;// 注意！这里的地址是从0开始的，对应PLC里的40001ushortcount=10;varregisters=master.ReadHoldingRegisters(1,startAddress,count);// 读出来的registers是ushort数组，每个元素对应一个寄存器的值for(inti=0;i<registers.Length;i++){Console.WriteLine($"寄存器{startAddress+i}的值：{registers[i]}");}

划重点：NModbus里的地址是从0开始的！比如PLC里的40001地址，这里要填0，40002填1，这个坑我见过无数人踩。

（3）写寄存器

写单个寄存器：

// 写单个寄存器：站号、地址、值master.WriteSingleRegister(1,0,1234);

写多个寄存器（比如给PLC下发参数，一次写多个，比单写效率高很多）：

// 写多个寄存器：站号、起始地址、值数组ushort[]values=newushort[]{100,200,300};master.WriteMultipleRegisters(1,0,values);

（4）读线圈、离散输入

读线圈就是读PLC的输出点（比如Q0.0、Y0这些），离散输入是输入点（I0.0、X0），用法和寄存器差不多：

// 读10个线圈varcoils=master.ReadCoils(1,0,10);// 读10个离散输入varinputs=master.ReadInputs(1,0,10);

到这里，基本的读写就都实现了，跑个Demo完全没问题。

2.2 方式二：原生Socket实现（适合深度定制）

有时候现场会遇到特殊情况，比如PLC的Modbus实现不标准，或者需要自定义心跳、批量读写优化，这时候用库反而不灵活，自己写Socket实现也很简单。
核心就是按照Modbus/TCP的报文格式拼字节，发出去再解析返回的字节就行。
比如读保持寄存器的报文组装：

/// <summary>/// 组装读保持寄存器的Modbus/TCP报文/// </summary>/// <param name="transactionId">事务ID，自增就行，用来匹配请求和响应</param>/// <param name="unitId">站号</param>/// <param name="startAddress">起始地址</param>/// <param name="count">读取数量</param>/// <returns></returns>privatebyte[]BuildReadHoldingRegistersMessage(ushorttransactionId,byteunitId,ushortstartAddress,ushortcount){byte[]message=newbyte[12];// MBAP头BitConverter.GetBytes(transactionId).CopyTo(message,0);// 事务IDBitConverter.GetBytes((ushort)0).CopyTo(message,2);// 协议ID，固定0BitConverter.GetBytes((ushort)6).CopyTo(message,4);// 后面的长度，固定6message[6]=unitId;// 单元标识（站号）// PDUmessage[7]=0x03;// 功能码：读保持寄存器BitConverter.GetBytes(startAddress).Reverse().CopyTo(message,8);// 起始地址，Modbus是大端，所以要反转字节序BitConverter.GetBytes(count).Reverse().CopyTo(message,10);// 读取数量returnmessage;}

然后发送和接收：

// 发送报文varmessage=BuildReadHoldingRegistersMessage(1,1,0,10);socket.Send(message);// 接收响应byte[]buffer=newbyte[1024];intlen=socket.Receive(buffer);// 解析响应：前9个字节是MBAP头和功能码，后面的是数据bytedataLength=buffer[8];// 数据字节数ushort[]registers=newushort[dataLength/2];for(inti=0;i<registers.Length;i++){registers[i]=BitConverter.ToUInt16(buffer,9+i*2).Reverse();// 同样大端转小端}

自己写的好处是完全可控，比如遇到有些PLC用小端传输，或者字节序特殊，直接改解析逻辑就行，不用改库的源码。

2.3 项目级必备封装：别拿Demo直接上产线

上面的代码都是Demo级别的，真到工业现场用，一定要加这几个逻辑，不然跑几天就出问题：

1. 自动重连机制：现场网络偶尔波动是常事，断连之后要自动重试连接，不要直接抛异常退出。建议加个定时器，每隔几秒检测连接状态，断了就重连。
2. 读写锁：多线程读写的时候，一定要加锁，不然两个请求同时发，会粘包，读回来的数据全乱。
3. 超时重试：一次读写失败不要直接判死刑，重试2-3次，还是失败再抛异常，避免现场偶尔的网络抖动导致程序报错。
4. 32位数据处理：浮点数、int32类型占2个寄存器，要自己处理字节序，比如：

// 两个寄存器转浮点数（大端模式，大部分PLC是这个）floatvalue=BitConverter.ToSingle(newbyte[]{buffer[10],buffer[9],buffer[12],buffer[11]},0);

不同PLC的字节序可能不一样，比如AB的PLC是反的，这个要根据现场设备调。

三、现场调试必看：常见问题排查手册

我把这几年在车间调试遇到的最常见的问题整理出来，90%的问题都能在这里找到答案。

3.1 连不上PLC？按这个顺序查

1. 先ping PLC的IP，看网络通不通，ping不通先查网线、IP网段、子网掩码，很多人把电脑和PLC设成不同网段，调半天都连不上。
2. ping通了之后，用telnet测502端口通不通：telnet 192.168.1.100 502，如果连不上，要么是PLC没开Modbus/TCP服务，要么是防火墙挡了，要么是端口被改了。
3. 端口通了还是连不上，查站号对不对，很多PLC默认站号是1，但有些设备是255或者其他值，看PLC的参数设置。
4. 都没问题还是连不上，用Wireshark抓包，看有没有SYN包发出去，有没有RST回来，一抓就知道问题在哪。

3.2 读出来的数值不对？

1. 首先查地址偏移：是不是把40001当成地址1填了？记住NModbus里地址是从0开始的，差一位数值全错。
2. 查字节序：是不是大小端搞反了？尤其是浮点数和32位整数，两个寄存器的顺序、每个寄存器里的字节顺序，不同厂家的PLC不一样，多试几次组合就行。
3. 查数据类型：是不是把有符号数当成无符号数读了？比如负数读出来是6万多，就是这个问题，转成short就行。

3.3 程序跑一会就断连？

1. 是不是每次读写都新建连接？PLC的连接数是有限的，频繁建连很快就会把连接占满，一定要复用一个连接。
2. 有没有加心跳？长时间不通信，有些PLC会主动断开连接，建议每隔1秒读一个寄存器当心跳，保持连接活跃。
3. 有没有正确释放Socket？断连之后要把旧的连接关掉，再新建连接，不然会出现端口占用的问题。

3.4 写数据写不进去？

1. 查地址是不是只读的？比如输入寄存器是只读的，不能写，写了会返回异常码。
2. 查值的范围是不是超了？寄存器是16位的，0-65535，写超过这个范围的值肯定失败。
3. 查PLC是不是在运行状态？有些PLC在停止状态下是不允许写数据的。

四、总结

Modbus/TCP协议本身一点都不复杂，难的是现场各种千奇百怪的设备和网络问题。
我的建议是：新手快速开发就用NModbus4，稳定省事，不要重复造轮子；遇到特殊设备或者需要极致性能的时候，再自己用Socket实现。
最后说一句：做工业开发，稳定性永远是第一位的，不要追求花哨的代码，能在车间7*24小时稳定跑的代码，就是好代码。

合规提醒：本文所涉及的工业通信操作仅用于合法的工业设备调试与开发场景，请严格遵守工业控制系统安全规范，未经授权不得访问、操作非本单位所有的工业设备与网络。