最近一直在研究通訊，突然感覺懂了一點，寫寫自己對于modbus 通訊的體會：
1.    經(jīng)常聽說的485，232，422，是指的是物理端口，modbus是通訊協(xié)議，也就是通訊的規(guī)則，就好象社會上有很多潛規(guī)則，服從這些規(guī)則才能混下去。
2.    modbus通訊分為主站和很多編了號的從站，例如主站對從站說，3號從站你家的第三個房間里住著誰？話音剛落，1號，2號，4號從站心里想：反正沒有喊我，不關(guān)我的事，就通通裝          死，3號從站聽到后，回答說，我家的第三個房間里住著一條狗，這樣一個通訊過程就完成了，跟主站讀取從站某個寄存器的內(nèi)容很類似。如果是廣播命令，就是每個從站都要聽著，不需要作出回答。
3.   通訊主要是通過 報文發(fā)送出去執(zhí)行的。 地址+功能碼。。。。。。西門子plc中有通訊庫，三菱臺達plc有通訊的方便指令，我通過串口調(diào)試工具測試，最終還是發(fā)出來標準的 報文，只是方便大家使用的。通訊的具體地址要看每種設(shè)備原件的廠家是怎樣定義的，會應(yīng)用就可以了。
4.   crc校驗就是為了防止在通訊過程中會出現(xiàn)數(shù)據(jù)的丟失或者出錯。就好象在生活中，甲對乙說：我還你5個硬幣你數(shù)一數(shù)，乙收到錢后數(shù)了一下硬幣，只有四個，乙就說你給的不對。
如果有能力用plc自己寫個自由口通訊的塊，或者單片機開發(fā)個通訊那就是大神了。

你的理解正確、形象。MODBUS通信程序不是你想像得那樣復雜。PLC的梯形圖程序，單片機的C語言程序、上位機的C#或VB程序等等都能實現(xiàn)。我個人認為，最簡單的MODUBS程序是使用西門子的庫，根本不用考慮CRC校驗碼，以及報文的排列順序。最復雜的MODBUS程序是用C#或VB編寫的程序（不考慮別人編寫好的現(xiàn)成的方法）。另外，MODBUS-TCP的通信速率優(yōu)于MODBUS-RTU。MODBUS－ASCII通信用得很少，可以不考慮。

引用

引用第1樓zhangqi_1234于2018-10-27 17:55發(fā)表的  :
你的理解正確、形象。MODBUS通信程序不是你想像得那樣復雜。PLC的梯形圖程序，單片機的C語言程序、上位機的C#或VB程序等等都能實現(xiàn)。我個人認為，最簡單的MODUBS程序是使用西門子的庫，根本不用考慮CRC校驗碼，以及報文的排列順序。最復雜的MODBUS程序是用C#或VB編寫的程序（不考慮別人編寫好的現(xiàn)成的方法）。另外，MODBUS-TCP的通信速率優(yōu)于MODBUS-RTU。MODBUS－ASCII通信用得很少，可以不考慮。

現(xiàn)在網(wǎng)上有很多的串口調(diào)試工具，CRC計算器，調(diào)試起來方便多了。看元器件的使用手冊，找modbus通訊地址很關(guān)鍵。

單片機采用查詢或者中斷方式，
PLC就更加簡單，
ASCII轉(zhuǎn)換成ASCII再發(fā)送，校驗加起來丟棄高位就可以。
CRC也沒有多復雜，無非就邏輯運算加移位。

單片機資源比較緊張時，
有人用普通端口模擬串口使用。

受教了

單片機寫MODBUS-RTU其實很簡單的，現(xiàn)在的工具這么多，隨便找個觸摸屏，設(shè)置到MODBUS-RTU模式，用電腦去抓通訊數(shù)據(jù)，看別人怎么寫的，依葫蘆畫瓢照著標準協(xié)議很容易寫出來，不說半天，兩三天應(yīng)該很容易搞定的。我七八年前寫的通訊部分，一直就沒修改過，常見品牌的觸摸屏連上去，比絕大部分PLC反應(yīng)快太多了

技術(shù)這個東西就是搞會了就感覺簡單，搞不懂就感覺很難，正所謂“聞道有先后，術(shù)業(yè)有專攻”