先用最短连接建立基准
多台设备接入后全部超时，先把问题拆回一台电脑、一个转换器和一台设备。使用对应型号的正常供电及短距离连线，读取协议中已定义的一个数据点；单机读通后再逐台恢复现场总线。
先保留现场接线和软件设置记录。恢复设备时一次只增加一台，出现异常后便能定位新增设备、线段或参数。不要通过连续改变波特率、站号和功能码来碰运气。
检查供电、端子和接口类型
USB转串口工具有RS232、RS485等不同接口，外观相似不能互相替代。按两端设备的接线标识对应A、B和参考端，核对供电及通信端子，不能把电源端子当作通信端子。
不同厂商的A/B命名可能存在差异，应以设备手册给出的极性和接线定义为准。隔离转换器可参阅USB转RS485转换器接口说明。长距离、多节点网络需同时考虑总线结构、参考电位、屏蔽与终端配置，终端电阻不应随意加在每个节点上。
核对串口参数与站号
选择系统中实际出现的COM端口，确认没有其他软件占用。波特率、数据位、校验位和停止位逐项与设备配置匹配，不把某个型号的默认参数套给全部设备。同一总线内从站地址需区分，联调时先单独连接确认当前站号。
| 症状 | 检查顺序 |
|---|---|
| 完全无响应 | 供电 → COM端口 → A/B定义 → 串口参数 → 站号 |
| 偶尔成功、偶尔超时 | 连接端子 → 总线结构 → 干扰与参考电位 → 轮询间隔 |
| CRC错误 | 串口格式 → 信号质量 → 收发方向与线路 |
| 稳定收到异常响应 | 功能码 → 起始地址 → 点位范围 |
| 有返回但值异常 | 数据类型 → 字节/字序 → 缩放系数与单位 |
收到响应后，再查数据对象
Modbus RTU是通信协议，RS485是物理接口。线缆连接正常不代表功能码和点位正确。线圈、离散输入、输入寄存器与保持寄存器属于不同对象，软件中应选择协议规定的数据区。
读取数量先设为一个数据点所需范围。32位数值可能占两个16位寄存器，还需核对高低字顺序、是否带符号以及小数缩放。无法从“返回了两个寄存器”直接推断它就是浮点数。
单机正常后，逐台恢复总线
把已验证设备作为基准，先增加一段线和一个从站，检查地址是否重复，再继续扩展。现场存在多个主站轮询时，应梳理通信组织方式，避免两个软件同时争用同一总线。
对时间敏感的项目，记录设备响应时间、轮询周期和超时设置。批量采集失败时先缩小读取范围，并检查是否超过型号支持的点位或连续读取数量。RS485联网和平台接入是两个环节，串口数据稳定后再增加网关、透传或云平台。
保留一份能复现问题的联调记录
记录设备型号、供电、端子对应、COM端口、串口参数、站号、功能码、地址、数量、响应报文和发生时间。问题截图应保留错误码及必要参数，去除平台账号和凭据。
开关量采集可查看16路与32路数字输入模块；设备联网与多控制柜管理可查看工业协议接入方案。数字输入、模拟量和环境传感器的点表分别对应具体型号，不混用寄存器定义。
常见问题
换一根USB线后仍然超时，下一步查什么？
依次检查COM端口、设备供电、A/B定义、串口格式和站号，再核对功能码及地址。
RS485接好就能用Modbus RTU读取吗？
还需设备支持Modbus RTU，并使用对应型号的通信参数、功能码和点表。
