從制定通訊協議所想到的

2023年12月18日 18:40:00

第一次聽到通訊協議有關的事，是2023年初到公司的時候，那個時候，總是把通訊協議和硬體（或通訊鏈路）扯在一起，對232/485、tcp等通訊鏈路和modbus、ppi、tfp分不清到底是什麼關係（記得當時，陳老師有好多次糾正我不要把通訊說成通訊，通訊包括通訊和可信兩部分含義，有通訊可靠的意思）。

在工控上經常有人問，modbus tcp和modbus rtu那個通訊快，對西門子plc200，用ppi通訊協議是否比用庫實現的modbus rtu快呢？問這些問題的人，把一些基本概念混淆了。就像以為所有的車只要上了高速公路，車子效能就好了，速度就快了，其實車還是那個車，只是規定變了。

我的理解，通訊協議（或規約）就是一種約定，也許是開始制定協議的時候，考慮到硬體的效能因素，所以協議好像和硬體不能分割了，就像modbus rtu協議換了硬體鏈路，協議內容不變，就變成了modbus plus了。

其實，關於通訊協議的一些事我也說不清楚，也許有些東西只能意會而不能言傳。

這段時間比較喜歡modbus協議，喜歡他的簡潔，喜歡他的開放。不像ppi、mpi等協議為了防止破解，加了很多冗餘位元組，所以勢必在同樣的硬體條件下，有效通訊的效率降低。

此外，對協議制定，現在從架構的層次來考慮了，以前制定乙個硬體通訊協議，總是這樣制定：如登入命令，設定××引數命令，讀取××引數命令，下發資料命令等等，有多少項，也許就有多少條指令。只要增加或修改指令，那相應的上位機和下位機通訊部分的**就要修改。

目前模仿一些plc系統，先在下位機設定乙個一定大小的儲存區，裡面放一些已知或目前未知的引數，協議內容無論硬體有多複雜，都僅包含三塊內容：讀、寫指令，引數區具體定義。相對程式來說，就編寫兩部分，讀寫操作，剩下的就是配置引數而已。

這樣簡單多了，以不變應萬變（結合我的組態後台使用，那簡直用乙個字來形容「爽」）！