modbusrtu通訊協(xié)議

1、ModBusRTU通訊協(xié)議Modbus協(xié)議最初由Modicon公司開發(fā)出來，在1979年末該公司成為施耐德自動化(SchneiderAutomation)部門的一部分，現(xiàn)在Modbus已經(jīng)是工業(yè)領域全球最流行的協(xié)議。此協(xié)議支持傳統(tǒng)的RS232、RS422、RS485和以太網(wǎng)設備。許多工業(yè)設備，包括PLC，DCS，智能儀表等都在使用Modbus協(xié)議作為他們之間的通訊標準。有了它，不同廠商生產(chǎn)的控制設備可以連成工業(yè)網(wǎng)絡，進行集中監(jiān)控。當在網(wǎng)

2、絡上通信時，Modbus協(xié)議決定了每個控制器須要知道它們的設備地址，識別按地址發(fā)來的消息，決定要產(chǎn)生何種行動。如果需要回應，控制器將生成應答并使用Modbus協(xié)議發(fā)送給詢問方。Modbus協(xié)議包括II、RTU、TCP等，并沒有規(guī)定物理層。此協(xié)議定義了控制器能夠認識和使用的消息結(jié)構(gòu)，而不管它們是經(jīng)過何種網(wǎng)絡進行通信的。標準的Modicon控制器使用RS232C實現(xiàn)串行的Modbus。Modbus的II、RTU協(xié)議規(guī)定了消息、數(shù)據(jù)的結(jié)構(gòu)、命

3、令和就答的方式，數(shù)據(jù)通訊采用MaserSlave方式，Master端發(fā)出數(shù)據(jù)請求消息，Slave端接收到正確消息后就可以發(fā)送數(shù)據(jù)到Master端以響應請求；Master端也可以直接發(fā)消息修改Slave端的數(shù)據(jù)，實現(xiàn)雙向讀寫。Modbus協(xié)議需要對數(shù)據(jù)進行校驗，串行協(xié)議中除有奇偶校驗外，II模式采用LRC校驗，RTU模式采用16位CRC校驗，但TCP模式?jīng)]有額外規(guī)定校驗，因為TCP協(xié)議是一個面向連接的可靠協(xié)議。另外，Modbus采用主從方

4、式定時收發(fā)數(shù)據(jù)，在實際使用中如果某Slave站點斷開后（如故障或關機），Master端可以診斷出來，而當故障修復后，網(wǎng)絡又可自動接通。因此，Modbus協(xié)議的可靠性較好。對于Modbus的II、RTU和TCP協(xié)議來說，其中TCP和RTU協(xié)議非常類似，我們只要把RTU協(xié)議的兩個字節(jié)的校驗碼去掉，然后在RTU協(xié)議的開始加上5個0和一個6并通過TCPIP網(wǎng)絡協(xié)議發(fā)送出去即可。（一）（一）、通訊傳送方式、通訊傳送方式：通訊傳送分為獨立的信息頭，

5、和發(fā)送的編碼數(shù)據(jù)。以下的通訊傳送方式定義也與ModBusRTU通訊規(guī)約相兼容：初始結(jié)構(gòu)=≥4字節(jié)的時間地址碼=1字節(jié)功能碼=1字節(jié)功能碼：主機發(fā)送的功能碼告訴從機執(zhí)行什么任務。表11列出的功能碼都有具體的含義及操作。數(shù)據(jù)區(qū)：數(shù)據(jù)區(qū)包含需要從機執(zhí)行什么動作或由從機采集的返送信息。這些信息可以是數(shù)值、參考地址等等。例如，功能碼告訴從機讀取寄存器的值，則數(shù)據(jù)區(qū)必需包含要讀取寄存器的起始地址及讀取長度。對于不同的從機，地址和數(shù)據(jù)信息都不相同。錯

6、誤校驗碼：主機或從機可用校驗碼進行判別接收信息是否出錯。有時，由于電子噪聲或其它一些干擾，信息在傳輸過程中會發(fā)生細微的變化，錯誤校驗碼保證了主機或從機對在傳送過程中出錯的信息不起作用。這樣增加了系統(tǒng)的安全和效率。錯誤校驗采用CRC16校驗方法。注：信息幀的格式都基本相同：地址碼、功能碼、數(shù)據(jù)區(qū)和錯誤校驗碼。2錯誤錯誤校驗冗余循環(huán)碼（CRC）包含2個字節(jié)，即16位二進制。CRC碼由發(fā)送設備計算，放置于發(fā)送信息的尾部。接收信息的設備再重新計