S7-200 SMART Modbus 通訊常見問題

常見問題

 

S7-200 SMART是否支持Modbus ASCII通信模式？

STEP 7-Micro/WIN SMART軟件未提供Modbus ASCII通信模式指令庫。S7-200 SMART CPU若用于Modbus ASCII通信時，則需要用戶使用自由口通信模式進行編程。

 

S7-200 SMART CPU集成的RS485 端口（端口 0 ）以及SB CM01信號板（端口 1）兩個通信端口能否同時作為Modbus RTU主站或者同時作為Modbus RTU從站？

S7-200 SMART v2.2版本支持兩個通信端口同時做MODBUS RTU主站，不支持同時做MODBUS RTU從站。

 

 

S7-200 SMART CPU作為 Modbus RTU 主站如何訪問 Modbus 地址范圍大于49999 的保持寄存器？

通常Modbus協議的保持寄存器范圍在40001到49999之間，這個范圍對于多數應用來說已經足夠了，但有些Modbus從站保持寄存器區的地址會超出該范圍。Modbus RTU主站協議庫支持保持寄存器地址范圍為（40001到49999）或者（400001到465536）。如果Modbus 從站地址范圍為400001到465536，只需在調用 MBUS_MSG 子程序時給Addr參數賦相應的值即可，如416768。

 

S7-200 SMART CPU作為Modbus RTU主站，多次調用MBUS_MSG指令時，為什么該指令會出現6#錯誤代碼？

1.同一時間只能有一條MBUS_MSG指令處于激活狀態，如果激活多條MBUS_MSG指令，將執行第一條MBUS_MSG指令，所有后續MBUS_MSG指令將中止執行并出現6#錯誤代碼。多條MBUS_MSG指令的執行需要采用輪詢方式。

2. Modbus庫存儲區中分配的建議地址區與編程中已使用的V存儲區有重疊。

 

S7-200 SMART CPU作為Modbus RTU主站，從站故障或者通信線路斷開時，主站會嘗試發送多次請求報文，從而導致通信時間過長。如何減少主站的重發次數，以提高通信效率？

MBUS_MSG指令被激活時將發送Modbus請求報文幀，如果在Timeout參數定義的時間間隔內主站未接收到從站應答，Modbus RTU主站協議庫默認的情況下還會再發送2次Modbus請求報文幀；在最后一次請求報文幀發送后，經過Timeout 參數定義的時間間隔后還未收到應答時，MBUS_MSG指令的Done完成位才被設置為1。將mModbusRetries變量的數值由2改為0，即可取消Modbus請求報文幀的重試次數。mModbusRetries變量的絕對地址可通過查詢Modbus RTU主站協議庫的符號表獲取。

 

為什么有的HMI軟件使用Modbus RTU協議可以讀取作為Modbus RTU從站S7-200 SMART CPU的數據，但是不能寫入數據？

可能此軟件使用Modbus功能15寫多個開關量輸出功能到S7-200 SMART CPU時，沒有遵守從站協議中“以整字節地址邊界（如Q0.0、Q2.0）開始、以8的整數倍為位個數”的規約。定義HMI 軟件嚴格執行此規律可以避免發生寫入錯誤的情況。

 

為什么有的 HMI 軟件使用 Modbus RTU 協議讀取作為 Modbus RTU 從站 S7-200 SMART CPU 的浮點型數據時會出現錯誤？

可能此HMI軟件使用Modbus RTU通信協議時，處理保持寄存器中浮點數的存儲格式與西門子的浮點數存儲格式不同。西門子的PLC遵循“高字節低地址、低字節高地址”的規約。 
Modbus RTU的保持寄存器以“字”為單位，1個浮點型數據則由2個“字”構成。HMI軟件在處理時可能會將保持寄存器的兩個“字”互換位置，造成不能識別以西門子格式表示的浮點數。如果HMI軟件一方無法處理這種浮點數，則可在S7-200 SMART CPU中編程將存入保持寄存器區的浮點數的高“字”和低“字”互換。

 

S7-200 SMART緊湊型CPU作為Modbus RTU從站時，已經將MBUS_INIT指令的Mode 輸入參數設置為“1”了，但是MBUS_SLAVE指令還是會出現10#錯誤（從站功能未啟用）？

S7-200 SMART緊湊型CPU不能擴展信號模塊，不具有模擬量輸入通道，如果MBUS_INIT指令的MaxAI輸入參數設置不為“0”，則MBUS_SLAVE指令會出現10#錯誤。

 

S7-200 SMART CPU作為Modbus RTU從站時，是否支持Modbus RTU主站發送的廣播命令？

S7-200 SMART CPU作為Modbus RTU從站時，不支持廣播命令。