關於MC Protocol的通訊API是有人在網路上賣錢的，一開始搞的時候本來也想說用API就好了，幹嘛那麼麻煩去讀MC Protocol的通訊格式，一知道API都要付費，立馬花兩天自己寫個API搞定，啊靠! 這麼簡單都可以拿來賣錢，台灣勞工做什麼都不值錢。
不過因為有人在賣錢，所以我就不擋人財路了，畢竟他們頂多賺不到我的錢而已，沒必要去拆人台，所以在這裡就不探討MC Protocol的通訊格式要怎麼通了，在這裡只探討資料處理的思路。
首先就是先天上的限制，MC Protocol的特性就是輸出響應同調，命令出去屁股跟著回應，一個指令一個動做，效率低落的通訊格式。
我們現在就是為了克服先天上的缺陷，提出一些思路，讓PC介面使用更流暢，出錯機率大幅下降，程式效率大幅提升。
一、分成兩大部分: 1.讀 2.寫
很直觀的思考，讀寫各一個function，要讀寫的時候分別調用。
缺陷: 不適用訊號同步，同時讀寫必定出BUG，即時同步功能不完全。
二、匯整讀/寫需求，整理後一併送出命令。
這種方式可以完全避免指令發生衝突，但是也是唯一優點。
缺陷: 響應時間可能會變長。
三、讀寫命令分流
因為三菱PLC提供最大16 Port通訊，資料驗證都用上頂多就用4 Port，讓程式可以簡化許多。
缺陷: TCP的Port使用數增加擴充性會下降。
