S7-200 SMART Modbus 通訊常見問題

發(fā)表時間：2020-04-15

常見問題

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

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

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

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

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

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

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

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

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

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