(完整word版)西门子S7-200-SMART之Modbus-RTU-通信常见问题及错误代码含义.doc

"西门子S7-200-SMART之Modbus-RTU-通信常见问题及错误代码含义" Modbus RTU 通信是一种常见的工业通信协议，西门子S7-200-SMART PLC也是支持Modbus RTU通信的。在实际应用中，我们经常遇到一些常见的问题和错误代码，这些问题和错误代码的解决方案将在下面进行详细介绍。 1. S7-200 SMART 是否支持 Modbus ASCII 通信模式？ S7-200 SMART CPU并不支持Modbus ASCII通信模式，STEP 7—Micro/WIN SMART 软件也未提供Modbus ASCII通信模式指令库。如果需要使用Modbus ASCII通信模式，则需要用户使用自由口通信模式进行编程。 2. S7-200 SMART CPU 集成的 RS485 端口（端口 0 ）以及 SB CM01 信号板（端口 1 ）两个通信端口能否同时作为 Modbus RTU 主站或者同时作为 Modbus RTU 从站？ S7-200 SMART V2.2 版本支持两个通信端口同时做 MODBUS RTU 主站，但不支持同时做 MODBUS RTU 从站。 3. S7-200 SMART CPU 作为 Modbus RTU 主站如何访问 Modbus 地址范围大于 49999 的保持寄存器？ Modbus RTU 主站协议库支持保持寄存器地址范围为（40001 到 49999）或者（400001 到 465536）。如果 Modbus 从站地址范围为 400001 – 465536，只需在调用 MBUS_MSG 子程序时给 Addr 参数赋相应的值即可，如 416768。 4. S7-200 SMART CPU 作为 Modbus RTU 主站，多次调用 MBUS_MSG 指令时，为什么该指令会出现 6# 错误代码？ 同一时间只能有一条 MBUS_MSG 指令处于激活状态，如果激活多条 MBUS_MSG 指令，将执行第一条 MBUS_MSG 指令，所有后续 MBUS_MSG 指令将中止执行并出现 6＃ 错误代码。多条 MBUS_MSG 指令的执行需要采用轮询方式。 5. S7—200 SMART CPU 作为 Modbus RTU 主站，从站故障或者通信线路断开时，主站会尝试发送多次请求报文，从而导致通信时间过长。如何减少主站的重发次数，以提高通信效率？ MBUS_MSG 指令被激活时将发送 Modbus 请求报文帧，如果在 Timeout 参数定义的时间间隔内主站未接收到从站应答，Modbus RTU 主站协议库默认的情况下还会再发送 2 次 Modbus 请求报文帧；在最后一次请求报文帧发送后，经过 Timeout 参数定义的时间间隔后还未收到应答时，MBUS_MSG 指令的 Done 完成位才被设置为 1。将 mModbusRetries 变量的数值由 2 改为 0，即可取消 Modbus 请求报文帧的重试次数。 6. 为什么有的 HMI 软件使用 Modbus RTU 协议可以读取作为 Modbus RTU 从站 S7-200 SMART CPU 的数据，但是不能写入数据？ 可能此软件使用 Modbus 功能 15 写多个开关量输出功能到 S7—200 SMART CPU 时，没有遵守从站协议中“以整字节地址边界（如 Q0.0、Q2.0）开始、以 8 的整数倍为位个数"的规约。定义 HMI 软件严格执行此规律可以避免发生写入错误的情况。 7. 为什么有的 HMI 软件使用 Modbus RTU 协议读取作为 Modbus RTU 从站 S7—200 SMART CPU 的浮点型数据时会出现错误？ 可能此 HMI 软件使用 Modbus RTU 通信协议时，处理保持寄存器中浮点数的存储格式与西门子的浮点数存储格式不同。西门子的 PLC 遵循“高字节低地址、低字节高地址"的规约。HMI 软件在处理时可能会将保持寄存器的两个“字”互换位置，造成不能识别以西门子格式表示的浮点数。如果 HMI 软件一方无法处理这种浮点数，则可在 S7—200 SMART CPU 中编程将存入保持寄存器区的浮点数的高“字”和低“字”互换。 8. S7—200 SMART 紧凑型 CPU 作为 Modbus RTU 从站时，已经将 MBUS_INIT 指令的 M