c#如何使用ModbusRTU_c#ModbusRTU快速上手实战教程

串口参数不匹配是90%“读不到数据”的主因，需严格同步波特率、数据位、停止位、校验位；Modbus地址需换算（如40001→0）；务必使用SerialPortStream替代SerialPort；CRC不可重复计算，且响应后须手动校验。串口参数不匹配，90%的“读不到数据”都卡在这儿不是代码写错了，是设备和电脑根本没对上“暗号”。Modbus RTU通信前必须严丝合缝地同步4个参数：波特率、数据位、停止位、校验位。工业现场绝大多数设备默认用 9600 波特率、8 数据位、1 停止位、Parity.None ——但你不能假设，必须查手册或用 Modbus Poll 实测确认。常见错误现象：ReadTimeout 异常、返回全零、IOException 提示“端口未响应”最容易被忽略的坑：USB转RS485适配器驱动安装后，设备管理器里显示的是 COM3，但实际在虚拟环境（如 com0com）中配成了 COM4，程序连错端口却无报错调试建议：先用串口助手发一帧原始字节（例如 01 03 00 00 00 02 C4 0B），看从站是否回数据；能通再换C#跑用 NModbus4 创建 RTU 主站，别漏掉 SerialPortStreamNModbus4 是目前最稳的开源库，但它对 System.IO.Ports.SerialPort 的线程安全封装不够——尤其在高频率轮询时容易丢帧或抛 InvalidOperationException。官方推荐搭配 SerialPortStream 使用，它内部做了读写锁和缓冲区管理，比原生 SerialPort 更适合工业场景。必须安装两个 NuGet 包：NModbus4 和 SerialPortStream（不是 System.IO.Ports 的内置类）初始化不能直接传 SerialPort 实例，要这样写：var stream = new SerialPortStream("COM3", 9600);<br>var master = ModbusSerialMaster.CreateRtu(stream);如果坚持用原生 SerialPort，务必手动加锁 + 设置 ReadTimeout/WriteTimeout ≥ 1000，否则电磁干扰下极易超时寄存器地址换算错误，40001 不等于协议里的 0x0000Modbus 协议本身地址是 0-based（从 0 开始），但设备手册和 HMI 界面习惯标成 1-based（比如 “40001” 表示保持寄存器第 1 个）。你调用 ReadHoldingRegisters 时，第二个参数必须是协议地址，不是手册地址。 稿定AI 拥有线稿上色优化、图片重绘、人物姿势检测、涂鸦完善等功能