简介这份资源面向工业自动化与.NET开发方向的C#程序员聚焦Modbus RTU串行通信的入门与落地解决在.NET环境下快速搭建主从通信、读写寄存器与线圈的实际问题。包内共132个文件以109个cs源码文件为核心辅以10个csproj工程文件、6个md说明文档及sln解决方案、yaml配置、sh脚本等压缩包约90KB结构轻量便于直接引入项目调试。内容围绕NModbus4开源库展开涵盖主站与从站实例创建、串口参数配置、功能码请求构建与响应解析、CRC校验及异常处理等关键环节并涉及保持寄存器、输入寄存器、线圈与离散输入等典型读写场景。已有135人学习适合希望理解Modbus RTU帧结构、掌握NModbus4 API用法并快速验证通信逻辑的开发者参考。1. Modbus RTU 串口通信为什么 NModbus4 是 .NET 上位机最省事的起点如果你手头有一台 PLC、一块电表、一个温控器或者任何带 RS485 接口的工业设备大概率绕不开 Modbus RTU。它简单、古老、没有花哨的握手但就是稳。问题在于很多 .NET 开发者第一次写上位机时会掉进“自己拼字节”的坑里——CRC 校验算错、寄存器地址偏移搞混、超时重试没处理调一整天连不上。NModbus4 这个库的价值就在于它把协议帧的组装、CRC 校验、主从请求响应模型都封装好了你只需要关心“读哪个从站、哪个寄存器、读几个”。这篇文章面向的是需要快速把 Modbus RTU 通信跑通的 .NET 工程师不管你是做设备调试工具、数据采集网关还是产线测试上位机都能照着把最小可运行版本搭出来再逐步加上异常处理和性能优化。Codesys 的 Modbus RTU 配置最近问的人不少但那是从站侧的事本文聚焦主站侧用 NModbus4 怎么落地。2. NModbus4 通信库的选型与串口参数配置2.1 为什么选 NModbus4 而不是自己写协议栈Modbus RTU 的帧结构看起来不复杂地址 功能码 数据 CRC。但真正动手写你会发现几个磨人的点。第一CRC16 校验的多项式和初始值容易记错算出来对不上就完全没响应。第二串口读写需要处理半双工时序发完请求必须等从站回复不能连续发。第三不同设备对功能码 03读保持寄存器和 04读输入寄存器的支持不一样寄存器地址有的从 0 开始有的从 1 开始还有的文档写 40001 这种 Modicon 格式实际要减 1 再转十六进制。NModbus4 把这些都封装了你调ReadHoldingRegisters(slaveId, startAddress, numRegisters)就行CRC 和帧组装它内部处理。选型上还有几个现实考虑。NModbus4 是 MIT 协议商用没负担。它支持 .NET Framework 和 .NET Core/.NET 5通过 NuGet 安装不依赖任何本地 DLL。相比另一款老牌库 NModbus没有 4NModbus4 的 API 更干净异步支持也更好。当然它也不是没有缺点比如对 Modbus TCP 的支持不如 RTU 成熟但本文只聊 RTU够用。2.2 串口参数怎么设波特率、数据位、校验位、停止位Modbus RTU 的串口参数必须和从站设备完全一致差一个都不通。最常见的组合是 9600 波特率、8 数据位、无校验、1 停止位简称 9600-8-N-1。但工业现场也有 19200-8-E-1、38400-8-N-1 等。校验位尤其容易翻车设备手册写“偶校验”你设成无校验发出去的帧从站直接丢弃连异常响应都不给。在 .NET 里配置串口用SerialPort类。关键参数如下表参数常见值说明PortNameCOM1 / /dev/ttyUSB0Windows 看设备管理器Linux 看 /devBaudRate9600 / 19200 / 38400必须与从站一致DataBits8Modbus RTU 固定 8 位ParityNone / Even / Odd必须与从站一致StopBitsOne / Two多数设备为 OneReadTimeout500-1000 ms从站响应慢就加大WriteTimeout500 ms一般够用配置代码示例using System.IO.Ports; var port new SerialPort(COM3) { BaudRate 9600, DataBits 8, Parity Parity.None, StopBits StopBits.One, ReadTimeout 1000, WriteTimeout 500 }; port.Open();这段代码创建了一个串口对象并打开。ReadTimeout设 1000 毫秒意味着如果从站 1 秒内没回读操作会抛TimeoutException。现场调试时可以先设大一点通了再往下调。注意SerialPort在 .NET Core 里需要安装System.IO.PortsNuGet 包不是默认包含的。2.3 用 NModbus4 创建主站并读取第一个寄存器串口打开后把它交给 NModbus4 的ModbusSerialMasterusing Modbus.Device; var master ModbusSerialMaster.CreateRtu(port); master.Transport.ReadTimeout 1000; master.Transport.WriteTimeout 500; master.Transport.Retries 2; // 读从站 1 的保持寄存器起始地址 0读 2 个 ushort[] registers master.ReadHoldingRegisters(1, 0, 2); Console.WriteLine($寄存器0: {registers[0]}, 寄存器1: {registers[1]});CreateRtu静态方法返回一个主站实例内部绑定了串口流。Transport属性暴露了超时和重试设置Retries 2表示失败后自动重发两次这对现场干扰大的场景很有用。ReadHoldingRegisters的第一个参数是从站地址1 到 247第二个是起始寄存器地址0 基第三个是数量。返回的ushort[]就是寄存器值。如果从站不支持该功能码或地址越界会抛SlaveException里面带异常码比如 0x02 表示非法数据地址。3. 读写寄存器与数据类型转换的实操细节3.1 功能码 03/04/06/16 的适用场景Modbus 功能码决定了你操作的是哪类寄存器。最常用的四个03Read Holding Registers读保持寄存器可读可写最常用。设备参数、设定值一般放这里。04Read Input Registers读输入寄存器只读。实时测量值、传感器数据常放这里。06Write Single Register写单个保持寄存器。改一个设定值用这个。16Write Multiple Registers写多个连续保持寄存器。批量下发参数用这个。NModbus4 对应的方法名很直白ReadHoldingRegisters、ReadInputRegisters、WriteSingleRegister、WriteMultipleRegisters。注意 06 和 16 都只能写保持寄存器输入寄存器是只读的别搞混。3.2 寄存器地址的三种表示与转换这是新手最容易踩的坑。设备手册可能给你三种地址0 基地址直接就是ReadHoldingRegisters的startAddress比如 0、1、100。1 基地址手册写 1、2、101实际要减 1 再传。Modicon 格式40001、40002、30001。40001 对应保持寄存器 0 基地址 030001 对应输入寄存器 0 基地址 0。规则是4xxxx 减 40001 得 0 基地址3xxxx 减 30001 得 0 基地址。转换代码// Modicon 40001 - 0 基地址 0 int modiconAddr 40001; int zeroBased modiconAddr - 40001; // 0 // Modicon 30001 - 输入寄存器 0 基地址 0 int inputAddr 30001; int inputZeroBased inputAddr - 30001; // 0如果手册写“寄存器地址 1长度 2”那实际读的时候startAddress传 0numRegisters传 2。这个偏移搞错读出来的值要么是隔壁寄存器的要么直接异常。3.3 把 ushort 转成 float、int、bool 的代码模板Modbus 寄存器是 16 位的但实际数据可能是 32 位浮点数、32 位整数甚至布尔量。32 位数据占两个连续寄存器字节序和字序都有讲究。常见的有 ABCD大端、CDAB字交换、BADC字节交换、DCBA小端。设备手册一般会写“浮点数高字在前”或“低字在前”。下面是一个把两个 ushort 转成 float 的模板假设高字在前ABCDushort high registers[0]; ushort low registers[1]; byte[] bytes new byte[4]; bytes[0] (byte)(high 8); bytes[1] (byte)(high 0xFF); bytes[2] (byte)(low 8); bytes[3] (byte)(low 0xFF); if (BitConverter.IsLittleEndian) Array.Reverse(bytes); float value BitConverter.ToSingle(bytes, 0);这段代码先把两个 ushort 按高字在前拼成 4 字节大端序列然后根据当前系统字节序决定是否反转最后用BitConverter.ToSingle转成 float。如果设备是 CDAB字交换就把high和low对调再走同样逻辑。布尔量更简单(registers[0] 0x01) ! 0就是第一位。写寄存器时反过来float 转字节数组再拼成 ushort。float setpoint 25.5f; byte[] floatBytes BitConverter.GetBytes(setpoint); if (BitConverter.IsLittleEndian) Array.Reverse(floatBytes); ushort high (ushort)((floatBytes[0] 8) | floatBytes[1]); ushort low (ushort)((floatBytes[2] 8) | floatBytes[3]); master.WriteMultipleRegisters(1, 0, new ushort[] { high, low });注意WriteMultipleRegisters的第三个参数是ushort[]顺序要和设备约定一致。4. 避坑与排查Modbus RTU 调试中最容易翻车的 5 个点4.1 现象完全没响应连异常都不抛原因串口参数不匹配或者 RS485 接线 A/B 反了。Modbus RTU 从站收到帧后如果 CRC 校验失败或地址不对会直接丢弃不回复。所以主站这边看到的就是超时。解决先用串口调试助手手动发一帧已知正确的请求看从站回不回。确认波特率、校验位、停止位和从站一致。RS485 的 A 接 A、B 接 B如果反了有的设备能自动极性纠正有的直接不通。用万用表量 A-B 之间电压空闲时应有 200mV 左右的差分电压。4.2 现象读回来的值明显不对但通信正常原因寄存器地址偏移搞错或者数据类型解析方式不对。比如手册写 40001你直接传 40001 给startAddress实际应该传 0。或者设备是 CDAB 字序你按 ABCD 解析。解决先读一个已知值的寄存器验证地址。比如设备手册说“设备地址寄存器 40001值固定为 1”那就读 0 基地址 0看是不是 1。数据类型先用ushort读原始值确认地址对了再转 float。字序问题拿已知值试比如设定 25.5看读回来两个寄存器的原始值反推字节序。4.3 现象偶尔超时重试就好原因现场电磁干扰、线缆过长、波特率过高、从站处理慢。RS485 在变频器、电机旁边容易受干扰。解决降低波特率到 9600 甚至 4800。用双绞屏蔽线屏蔽层单端接地。在Transport上设Retries 3ReadTimeout加到 2000ms。如果还不行在请求之间加 10-50ms 延时给从站喘息时间。4.4 现象写单个寄存器成功写多个失败原因从站不支持功能码 16或者写的寄存器数量超过从站允许的最大值。有些低端设备只支持 06不支持 16。解决查手册确认支持的功能码。如果不支持 16就循环调WriteSingleRegister。另外注意WriteMultipleRegisters一次最多写 123 个寄存器Modbus 协议限制超了要分批。4.5 现象程序跑一段时间后串口卡死原因SerialPort的DataReceived事件里做耗时操作或者没正确处理TimeoutException导致流状态异常。NModbus4 内部用同步读写如果超时后没正确关闭再重开串口可能进入假死。解决不要在事件回调里直接调 Modbus 方法用队列或单独线程轮询。每次读写包在 try-catch 里捕获TimeoutException和IOException连续失败 3 次就port.Close()再port.Open()重置。另外SerialPort的ReadTimeout和 NModbus4 的Transport.ReadTimeout要配合前者略大于后者。5. 进阶用轮询队列稳定采集多从站以及一个验证通信质量的小技巧现场很少只有一个从站。一条 RS485 总线上挂 5 个电表、3 个温控器是常态。这时候不能每个从站开一个线程同时发RS485 是半双工同时发就撞车。我一般用一个轮询队列把所有要读的从站和寄存器列成任务表单线程依次执行每个任务之间留 20ms 间隔。var tasks new List(byte slaveId, ushort start, ushort count) { (1, 0, 2), (2, 0, 2), (3, 0, 4) }; foreach (var task in tasks) { try { ushort[] data master.ReadHoldingRegisters(task.slaveId, task.start, task.count); Console.WriteLine($从站{task.slaveId}: {string.Join(,, data)}); } catch (TimeoutException) { Console.WriteLine($从站{task.slaveId} 超时); } catch (SlaveException ex) { Console.WriteLine($从站{task.slaveId} 异常码: {ex.SlaveExceptionCode}); } Thread.Sleep(20); }这个模式简单但有效。Thread.Sleep(20)是给从站和总线留恢复时间波特率 9600 时一帧大约 10-20ms20ms 间隔足够。如果从站多一轮下来可能几百毫秒对大多数采集场景够用。要提速就升波特率到 19200 或 38400但线缆质量要跟上。验证通信质量有个土办法连续读同一个寄存器 1000 次统计超时和异常次数。成功率低于 99% 就说明链路有问题别急着上生产。我习惯在调试阶段跑这个测试把Retries设 0看原始成功率。如果 1000 次里超时超过 10 次先查线、查接地、查波特率别怪代码。还有一个后悔药NModbus4 的Transport有个WaitToRetryMilliseconds属性默认 250ms。如果从站响应慢重试等待太长会拖慢轮询。我一般设成 50-100ms配合Retries 2既给从站机会又不至于卡太久。这个参数在官方文档里提得少但现场很实用。最后说个习惯每次改完串口参数或寄存器地址先用 Modbus Poll 这类工具验证一遍确认从站能正常响应再回到代码里调。工具通了代码不通问题在代码工具都不通问题在硬件或参数。这个顺序能省很多时间。希望帮到你。本文还有配套的精品资源点击获取 NModbus4 实战：.NET 上位机 Modbus RTU 串口通信从入门到避坑
简介这份资源面向工业自动化与.NET开发方向的C#程序员聚焦Modbus RTU串行通信的入门与落地解决在.NET环境下快速搭建主从通信、读写寄存器与线圈的实际问题。包内共132个文件以109个cs源码文件为核心辅以10个csproj工程文件、6个md说明文档及sln解决方案、yaml配置、sh脚本等压缩包约90KB结构轻量便于直接引入项目调试。内容围绕NModbus4开源库展开涵盖主站与从站实例创建、串口参数配置、功能码请求构建与响应解析、CRC校验及异常处理等关键环节并涉及保持寄存器、输入寄存器、线圈与离散输入等典型读写场景。已有135人学习适合希望理解Modbus RTU帧结构、掌握NModbus4 API用法并快速验证通信逻辑的开发者参考。1. Modbus RTU 串口通信为什么 NModbus4 是 .NET 上位机最省事的起点如果你手头有一台 PLC、一块电表、一个温控器或者任何带 RS485 接口的工业设备大概率绕不开 Modbus RTU。它简单、古老、没有花哨的握手但就是稳。问题在于很多 .NET 开发者第一次写上位机时会掉进“自己拼字节”的坑里——CRC 校验算错、寄存器地址偏移搞混、超时重试没处理调一整天连不上。NModbus4 这个库的价值就在于它把协议帧的组装、CRC 校验、主从请求响应模型都封装好了你只需要关心“读哪个从站、哪个寄存器、读几个”。这篇文章面向的是需要快速把 Modbus RTU 通信跑通的 .NET 工程师不管你是做设备调试工具、数据采集网关还是产线测试上位机都能照着把最小可运行版本搭出来再逐步加上异常处理和性能优化。Codesys 的 Modbus RTU 配置最近问的人不少但那是从站侧的事本文聚焦主站侧用 NModbus4 怎么落地。2. NModbus4 通信库的选型与串口参数配置2.1 为什么选 NModbus4 而不是自己写协议栈Modbus RTU 的帧结构看起来不复杂地址 功能码 数据 CRC。但真正动手写你会发现几个磨人的点。第一CRC16 校验的多项式和初始值容易记错算出来对不上就完全没响应。第二串口读写需要处理半双工时序发完请求必须等从站回复不能连续发。第三不同设备对功能码 03读保持寄存器和 04读输入寄存器的支持不一样寄存器地址有的从 0 开始有的从 1 开始还有的文档写 40001 这种 Modicon 格式实际要减 1 再转十六进制。NModbus4 把这些都封装了你调ReadHoldingRegisters(slaveId, startAddress, numRegisters)就行CRC 和帧组装它内部处理。选型上还有几个现实考虑。NModbus4 是 MIT 协议商用没负担。它支持 .NET Framework 和 .NET Core/.NET 5通过 NuGet 安装不依赖任何本地 DLL。相比另一款老牌库 NModbus没有 4NModbus4 的 API 更干净异步支持也更好。当然它也不是没有缺点比如对 Modbus TCP 的支持不如 RTU 成熟但本文只聊 RTU够用。2.2 串口参数怎么设波特率、数据位、校验位、停止位Modbus RTU 的串口参数必须和从站设备完全一致差一个都不通。最常见的组合是 9600 波特率、8 数据位、无校验、1 停止位简称 9600-8-N-1。但工业现场也有 19200-8-E-1、38400-8-N-1 等。校验位尤其容易翻车设备手册写“偶校验”你设成无校验发出去的帧从站直接丢弃连异常响应都不给。在 .NET 里配置串口用SerialPort类。关键参数如下表参数常见值说明PortNameCOM1 / /dev/ttyUSB0Windows 看设备管理器Linux 看 /devBaudRate9600 / 19200 / 38400必须与从站一致DataBits8Modbus RTU 固定 8 位ParityNone / Even / Odd必须与从站一致StopBitsOne / Two多数设备为 OneReadTimeout500-1000 ms从站响应慢就加大WriteTimeout500 ms一般够用配置代码示例using System.IO.Ports; var port new SerialPort(COM3) { BaudRate 9600, DataBits 8, Parity Parity.None, StopBits StopBits.One, ReadTimeout 1000, WriteTimeout 500 }; port.Open();这段代码创建了一个串口对象并打开。ReadTimeout设 1000 毫秒意味着如果从站 1 秒内没回读操作会抛TimeoutException。现场调试时可以先设大一点通了再往下调。注意SerialPort在 .NET Core 里需要安装System.IO.PortsNuGet 包不是默认包含的。2.3 用 NModbus4 创建主站并读取第一个寄存器串口打开后把它交给 NModbus4 的ModbusSerialMasterusing Modbus.Device; var master ModbusSerialMaster.CreateRtu(port); master.Transport.ReadTimeout 1000; master.Transport.WriteTimeout 500; master.Transport.Retries 2; // 读从站 1 的保持寄存器起始地址 0读 2 个 ushort[] registers master.ReadHoldingRegisters(1, 0, 2); Console.WriteLine($寄存器0: {registers[0]}, 寄存器1: {registers[1]});CreateRtu静态方法返回一个主站实例内部绑定了串口流。Transport属性暴露了超时和重试设置Retries 2表示失败后自动重发两次这对现场干扰大的场景很有用。ReadHoldingRegisters的第一个参数是从站地址1 到 247第二个是起始寄存器地址0 基第三个是数量。返回的ushort[]就是寄存器值。如果从站不支持该功能码或地址越界会抛SlaveException里面带异常码比如 0x02 表示非法数据地址。3. 读写寄存器与数据类型转换的实操细节3.1 功能码 03/04/06/16 的适用场景Modbus 功能码决定了你操作的是哪类寄存器。最常用的四个03Read Holding Registers读保持寄存器可读可写最常用。设备参数、设定值一般放这里。04Read Input Registers读输入寄存器只读。实时测量值、传感器数据常放这里。06Write Single Register写单个保持寄存器。改一个设定值用这个。16Write Multiple Registers写多个连续保持寄存器。批量下发参数用这个。NModbus4 对应的方法名很直白ReadHoldingRegisters、ReadInputRegisters、WriteSingleRegister、WriteMultipleRegisters。注意 06 和 16 都只能写保持寄存器输入寄存器是只读的别搞混。3.2 寄存器地址的三种表示与转换这是新手最容易踩的坑。设备手册可能给你三种地址0 基地址直接就是ReadHoldingRegisters的startAddress比如 0、1、100。1 基地址手册写 1、2、101实际要减 1 再传。Modicon 格式40001、40002、30001。40001 对应保持寄存器 0 基地址 030001 对应输入寄存器 0 基地址 0。规则是4xxxx 减 40001 得 0 基地址3xxxx 减 30001 得 0 基地址。转换代码// Modicon 40001 - 0 基地址 0 int modiconAddr 40001; int zeroBased modiconAddr - 40001; // 0 // Modicon 30001 - 输入寄存器 0 基地址 0 int inputAddr 30001; int inputZeroBased inputAddr - 30001; // 0如果手册写“寄存器地址 1长度 2”那实际读的时候startAddress传 0numRegisters传 2。这个偏移搞错读出来的值要么是隔壁寄存器的要么直接异常。3.3 把 ushort 转成 float、int、bool 的代码模板Modbus 寄存器是 16 位的但实际数据可能是 32 位浮点数、32 位整数甚至布尔量。32 位数据占两个连续寄存器字节序和字序都有讲究。常见的有 ABCD大端、CDAB字交换、BADC字节交换、DCBA小端。设备手册一般会写“浮点数高字在前”或“低字在前”。下面是一个把两个 ushort 转成 float 的模板假设高字在前ABCDushort high registers[0]; ushort low registers[1]; byte[] bytes new byte[4]; bytes[0] (byte)(high 8); bytes[1] (byte)(high 0xFF); bytes[2] (byte)(low 8); bytes[3] (byte)(low 0xFF); if (BitConverter.IsLittleEndian) Array.Reverse(bytes); float value BitConverter.ToSingle(bytes, 0);这段代码先把两个 ushort 按高字在前拼成 4 字节大端序列然后根据当前系统字节序决定是否反转最后用BitConverter.ToSingle转成 float。如果设备是 CDAB字交换就把high和low对调再走同样逻辑。布尔量更简单(registers[0] 0x01) ! 0就是第一位。写寄存器时反过来float 转字节数组再拼成 ushort。float setpoint 25.5f; byte[] floatBytes BitConverter.GetBytes(setpoint); if (BitConverter.IsLittleEndian) Array.Reverse(floatBytes); ushort high (ushort)((floatBytes[0] 8) | floatBytes[1]); ushort low (ushort)((floatBytes[2] 8) | floatBytes[3]); master.WriteMultipleRegisters(1, 0, new ushort[] { high, low });注意WriteMultipleRegisters的第三个参数是ushort[]顺序要和设备约定一致。4. 避坑与排查Modbus RTU 调试中最容易翻车的 5 个点4.1 现象完全没响应连异常都不抛原因串口参数不匹配或者 RS485 接线 A/B 反了。Modbus RTU 从站收到帧后如果 CRC 校验失败或地址不对会直接丢弃不回复。所以主站这边看到的就是超时。解决先用串口调试助手手动发一帧已知正确的请求看从站回不回。确认波特率、校验位、停止位和从站一致。RS485 的 A 接 A、B 接 B如果反了有的设备能自动极性纠正有的直接不通。用万用表量 A-B 之间电压空闲时应有 200mV 左右的差分电压。4.2 现象读回来的值明显不对但通信正常原因寄存器地址偏移搞错或者数据类型解析方式不对。比如手册写 40001你直接传 40001 给startAddress实际应该传 0。或者设备是 CDAB 字序你按 ABCD 解析。解决先读一个已知值的寄存器验证地址。比如设备手册说“设备地址寄存器 40001值固定为 1”那就读 0 基地址 0看是不是 1。数据类型先用ushort读原始值确认地址对了再转 float。字序问题拿已知值试比如设定 25.5看读回来两个寄存器的原始值反推字节序。4.3 现象偶尔超时重试就好原因现场电磁干扰、线缆过长、波特率过高、从站处理慢。RS485 在变频器、电机旁边容易受干扰。解决降低波特率到 9600 甚至 4800。用双绞屏蔽线屏蔽层单端接地。在Transport上设Retries 3ReadTimeout加到 2000ms。如果还不行在请求之间加 10-50ms 延时给从站喘息时间。4.4 现象写单个寄存器成功写多个失败原因从站不支持功能码 16或者写的寄存器数量超过从站允许的最大值。有些低端设备只支持 06不支持 16。解决查手册确认支持的功能码。如果不支持 16就循环调WriteSingleRegister。另外注意WriteMultipleRegisters一次最多写 123 个寄存器Modbus 协议限制超了要分批。4.5 现象程序跑一段时间后串口卡死原因SerialPort的DataReceived事件里做耗时操作或者没正确处理TimeoutException导致流状态异常。NModbus4 内部用同步读写如果超时后没正确关闭再重开串口可能进入假死。解决不要在事件回调里直接调 Modbus 方法用队列或单独线程轮询。每次读写包在 try-catch 里捕获TimeoutException和IOException连续失败 3 次就port.Close()再port.Open()重置。另外SerialPort的ReadTimeout和 NModbus4 的Transport.ReadTimeout要配合前者略大于后者。5. 进阶用轮询队列稳定采集多从站以及一个验证通信质量的小技巧现场很少只有一个从站。一条 RS485 总线上挂 5 个电表、3 个温控器是常态。这时候不能每个从站开一个线程同时发RS485 是半双工同时发就撞车。我一般用一个轮询队列把所有要读的从站和寄存器列成任务表单线程依次执行每个任务之间留 20ms 间隔。var tasks new List(byte slaveId, ushort start, ushort count) { (1, 0, 2), (2, 0, 2), (3, 0, 4) }; foreach (var task in tasks) { try { ushort[] data master.ReadHoldingRegisters(task.slaveId, task.start, task.count); Console.WriteLine($从站{task.slaveId}: {string.Join(,, data)}); } catch (TimeoutException) { Console.WriteLine($从站{task.slaveId} 超时); } catch (SlaveException ex) { Console.WriteLine($从站{task.slaveId} 异常码: {ex.SlaveExceptionCode}); } Thread.Sleep(20); }这个模式简单但有效。Thread.Sleep(20)是给从站和总线留恢复时间波特率 9600 时一帧大约 10-20ms20ms 间隔足够。如果从站多一轮下来可能几百毫秒对大多数采集场景够用。要提速就升波特率到 19200 或 38400但线缆质量要跟上。验证通信质量有个土办法连续读同一个寄存器 1000 次统计超时和异常次数。成功率低于 99% 就说明链路有问题别急着上生产。我习惯在调试阶段跑这个测试把Retries设 0看原始成功率。如果 1000 次里超时超过 10 次先查线、查接地、查波特率别怪代码。还有一个后悔药NModbus4 的Transport有个WaitToRetryMilliseconds属性默认 250ms。如果从站响应慢重试等待太长会拖慢轮询。我一般设成 50-100ms配合Retries 2既给从站机会又不至于卡太久。这个参数在官方文档里提得少但现场很实用。最后说个习惯每次改完串口参数或寄存器地址先用 Modbus Poll 这类工具验证一遍确认从站能正常响应再回到代码里调。工具通了代码不通问题在代码工具都不通问题在硬件或参数。这个顺序能省很多时间。希望帮到你。本文还有配套的精品资源点击获取