市場上那麼多PLC ; 
其實國內用的最多的就是  西門子，和三菱 ；

因為西門子之前一直用OPC,雖然之前偶然間破譯了ISO ON TCP 這個最常用乙太網協議的一部分，但是距離正在明白還有一段距離；
仍需要繼續測試和驗證； 
德國的東西雖然質量好，就是討厭不公開；那個倍福plc也是的，官方提供的方法是dll，最不喜歡dll，誰知道里面有什麼漏洞；
西門子也有一個prodave的dll； 有個德國愛好者做的開源的libnodave的dll，專門針對它的；

反正德國佬的東西，用起來就是不爽；
英國的圖靈在二戰期間破解德國的“謎”式密碼機，讓二戰提前3年結束都不為過；
所以有的時候破解的收益也是不小的；可以砍掉軟體開發的成本，提高效能，能隨心所欲的做更優化的控制方法和手段；


還是日本的東西更open一些，輕便一些，就像二戰風靡一時的零式戰機；
三菱PLC市場上最常用的就是FX系列和Q系列；
FX系列用的少，協議研究的不透，僅僅會簡單的D點的讀寫；等以後用到，再細化；
Q系列，稍微大一些的專案裡，主流用這個；
到三菱的辦事處，也質詢過，廠商也不是太懂通訊，他們建議給客戶的方法，還是最通用的中介軟體方法：OPC ;
  他們自己的號稱賣幾十萬的組態軟體工具也是基於OPC的；
如果實在不想用opc，也可以呼叫他們的MXComponent的元件，類似dll或ocx之類的；
當然老朽肯定不想他們現成的這兩樣東西；就像孫大聖除了定海神針，看不上東海龍王的普通兵器一樣；
要弄就要用深入骨髓的本質的東西，這樣才能靈活的做72變；




網上可以下載到《Q  系列 MELSEC 參考手冊》官方協議說明；
裡面東西很多，其實未必都用到；
看手冊太麻煩，沒經驗的朋友，上來可能就被嚇住了；
根據2-8原理，專案中能用到20%就不做了，所以不用全看；

最好有真實的plc做實驗，驗證；
條件再好一些，可以安裝一個opc server，在opc client裡監控和更改plc記憶體值，用 抓包工具smartsniff 等監控資料變化；
就能更快的搞清楚協議的互動的具體特點；

一般專案裡，我們常常用D點做通訊；
  其實PLC裡的所有型別的點，都可以通過socket通訊的方法任意讀寫；  比如：輸入 X,輸出Y,輔助暫存器M,擴充套件卡記憶體ZR;
  如果輸入X點是常開，又沒有接入裝置；那麼寫入就會保持不被覆蓋；


下面舉例子說明讀寫方法：
      1.讀D100開始的連續的20個數據塊，也就是讀D100~D119的資料；
電腦讀命令:  50 00 00 FF FF 03 00 0C 00 10 00 01 04 00 00 64 00 00 A8 14 00 (23:19:46:937)
PLC反饋:  D0 00 00 FF FF 03 00 2A 00 00 00 86 F1 00 00 C9 01 00 00 D6 02 00 00 68 02 00 00 2E 02 00 00 00 00 00 00 C3 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 (23:19:46:937)


下面解析一下：
電腦讀命令： 50 00(命令)  :表示發起指令，固定50 00；