现场有一种容易误判的情况：串口工具能看到数据，网关也在发送，设备却不响应，或者读回来的数值明显不对。线上有电平，不等于协议已经对齐。RS-485 只规定差分传输方式。数据含义可能是 Modbus RTU，也可能是厂家自定义协议。判断至少要从串口参数、设备地址和报文格式三方面入手。通微智慧在多品牌接入项目中，由网关做协议接入和数据汇聚，由平台做设备模型、告警和工单。需要留下的是型号、固件、协议版本、点表、读写权限和验收样例，而不是一句“支持 Modbus”。
四项串口参数要完全一致
波特率、数据位、校验位和停止位必须相同。例如一端是 9600、8E1，另一端配成 9600、8N1，线路上仍然会有波形，接收端却可能通不过校验。不要只核对波特率。修改参数后，按设备说明保存；有的设备还要断电重启，否则会恢复成旧配置。
从站地址以设备实际保存值为准
同一条总线上，参与轮询的地址必须唯一。地址不对时，请求会被其他设备忽略。地址重复时，两台设备可能同时响应，造成报文冲突。拨码、旋钮和软件配置的地址，以设备里实际保存的值为准，不要只看项目表。
功能码、地址基准和数据解释要分开核对
以 Modbus RTU 为例，读保持寄存器、读输入寄存器、读线圈和读离散输入，功能码不同，设备支持范围也不同。手册写的 40001，不一定等于软件里直接填写 40001：有的软件使用零基地址，有的使用一基地址。寄存器读到之后，还要继续核对是 16 位还是 32 位、整数还是浮点数、有无符号、字节序和缩放系数。
轮询过密也会表现为不响应
不少设备对轮询间隔、响应超时和连续请求间隔有要求。上一条命令还没有处理完，下一条已经发出，就可能丢响应或返回设备忙。调试阶段可以拉长间隔，先关掉不必要的高频点，把设备数量和采样周期分开验证。
广播没有返回帧，要先对照协议
Modbus 地址 0 通常用于广播写入。多个从站可以执行，但从站一般不回响应。抓到的是广播写命令时，不能因为没有返回帧就判断设备故障。涉及启停、阀门、继电器和其他控制动作时，还要确认作用范围、权限、联锁和回退方式，不能为了测试随意发送写命令。
用最小协议验证把设备和网关分开
只接一个主站和一个从站。先用设备手册中的示例报文读取一个明确的状态点，再把同一帧交给网关。串口工具能读到正确响应、网关读不到，重点查协议模板、串口通道和点表配置。串口工具也读不到，回到供电、A/B 极性、功能码、地址和设备权限。
数值不对时，先查解释，不必先改接线
设备已经返回数据，但平台上的温度、能耗或电量明显不对。优先检查寄存器地址、数据类型、字节序、倍率、单位和时间戳。数据能上来，和数据可用，是两项不同的验收指标。
常见问题
- 波特率已经一样，为什么还是不响应？
- 还要核对数据位、校验位和停止位。9600、8E1 和 9600、8N1 不是同一套参数。
- 手册上的 40001，软件里是不是就填 40001？
- 不一定。有的软件使用零基地址，有的使用一基地址。要以手册的地址基准和实际读回的示例值为准。