其實很早就想寫寫關于Modbus的開發歷程，但牽扯項目較多，不同語言版本較多，頭緒繁雜，一時不知從何寫起。最近的醫療項目的通信部分，重新調整為Modbus協議，并且內容幾乎涵蓋了Modbus的方方面面（Rtu/Tcp，Slave/Client相關開發），所以更堅定了寫Modbus信心，今天忙里偷閑，以時間為序，以項目為綱，把Modbus相關開發經歷一一道來。

　　硬件平臺：西門子PLC200

　　操作系統：Win2000/XP

　　1、 主PLC與PC機的通信

　　最早主PLC與PC機通信，采用自定義的協議，主PLC中做了一個類似木馬的程序來響應PC機下發的讀寫V變量區的指令。這樣就完成了PLC的讀寫操作。

　　后來西門子PLC的開發軟件進行了升級，提供了Modbus Rtu Slave庫，這樣只要上位機實現Modbus Rtu Client就可以直接讀寫PLC變量區了，之后用VB開發了Modbus相應的組件，這樣很長一段內，該系統PC與主PLC就采用了Modbus的通信。

　　前兩年開發組態軟件，所以西門子PPI協議順禮成章也就知道了，當然PC與西門子采用PPI協議是最棒的，因為PLC中不需要寫一行代碼，也無需占用程序和變量空間。所以之后Modbus被放棄了，轉而采用了PPI通信協議。

　　2、 主PLC與從PLC的通信（無線電臺通信）

　　剛開始主PLC與從PLC采用自定義協議，最早在首鋼做實驗的時候，只有四個從站，并且個數是唯一確定的，所以自定義協議用的很好，效率也很高；但是項目推廣后，在其它現場有7個從站的，也有8個，9個的，不確定，并且從站要分組，此外通信傳遞內容也更多了，不光位置信息、推焦電流、推焦、平煤信號、連鎖信號都要傳遞，最后選擇了Modbus協議。

　　但是使用Modbus有幾個問題，第一西門子提供的Modbus Slave不支持廣播命令，第二只提供了Modbus Slave程序，從PLC 沒有什么問題，但是主PLC卻沒有Modbus Client程序。

　　對第一個問題，沒有辦法，不支持就算了，只要一個個來寫。（注：后來的某一天，西門子MicroWIN開發環境突然出bug 了，竟然看到了部分的西門子Modbus Slave源碼，我在此基礎上實現了可支持廣播的Modbus Slave代碼）。

　　對第二個問題，只好老老實實的用西門子 PLC 語句表命令開發Modbus Client，只要實現3號和16號命令就可以了，還好，Modbus Client本身協議不難，難在PLC的運行機制和PC程序不同，PLC是大循環掃描的，等待數據返回時，不能直接等待，否則運行看門狗會超時，總之克服重重困難，終于開發出穩定可靠的Modbus Client程序，直到現在，現場的PLC通信仍采用該方式。

　　附記：有人會問，為什么沒有采用PPI協議，PLC本身就支持主和從協議啊？但太讓人遺憾的是，PPI協議通信節奏太快，目前還沒有無線電臺（普通工業用）可以正常實現PPI協議通信。