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

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

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

S7-200 SMART V2.2版本支持兩個(gè)通信端口同時(shí)做MODBUS RTU主站，不支持同時(shí)做MODBUS RTU從站。

3.S7-200 SMART CPU作為 Modbus RTU 主站如何訪(fǎng)問(wèn) Modbus 地址范圍大于49999 的保持寄存器？

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

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

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

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

5.S7-200 SMART CPU作為 Modbus RTU 主站，從站故障或者通信線(xiàn)路斷開(kāi)時(shí)，主站會(huì )嘗試發(fā)送多次請求報文，從而導致通信時(shí)間過(guò)長(cháng)。如何減少主站的重發(fā)次數，以提高通信效率？

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

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

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

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

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

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

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

9.S7-200 SMART 使用S7-200的Modbus slave庫無(wú)法初始化成功？

如下圖所示，使用STEP 7-Micro/WIN SMART 直接打開(kāi)S7-200 MODBUS 通信程序并做相關(guān)設置后測試，

首先，圖中的MBUS_INIT的相關(guān)參數針對200smart來(lái)說(shuō)，設置均正常，但是從測試結果可以看出，初始化MBUS_INIT報錯1：存儲器范圍出錯，而且MBUS_SLAVE報錯10：從站功能未啟用

圖2. MODBUS Slave報錯

這是因為200的庫程序里針對過(guò)程映像區MaxIQ(0-128)，AaxAI(0-32)做的報警判斷，如下圖Modbus Slave程序所示，S7-200的過(guò)程映像區大0-31，所以超過(guò)31會(huì )報錯，【但S7-200smart的AI過(guò)程映像區大255】

圖3. MODBUS Slave報警判斷

所以當S7-200 SMART需要設計AI大于31的地址時(shí)，考慮還是使用STEP 7-Micro/WIN SMART自己的庫。

10.S7-200 SMART CPU作為 Modbus RTU 從站時(shí)，是否支持 Modbus RTU 主站發(fā)送的廣播命令？

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