modbus通訊協(xié)議及c51程序

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

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

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

4、us采用主從方式定時(shí)收發(fā)數(shù)據(jù)，在實(shí)際使用中如果某Slave站點(diǎn)斷開后（如故障或關(guān)機(jī)），Master端可以診斷出來，而當(dāng)故障修復(fù)后，網(wǎng)絡(luò)又可自動(dòng)接通。因此，Modbus協(xié)議的可靠性較好。下面我來簡單的給大家介紹一下，對于Modbus的II、RTU和TCP協(xié)議來說，其中TCP和RTU協(xié)議非常類似，我們只要把RTU協(xié)議的兩個(gè)字節(jié)的校驗(yàn)碼去掉，然后在RTU協(xié)議的開始加上5個(gè)0和一個(gè)6并通過TCPIP網(wǎng)絡(luò)協(xié)議發(fā)送出去即可。所以在這里我僅介紹一下M

5、odbus的II和RTU協(xié)議。下表是II協(xié)議和RTU協(xié)議進(jìn)行的比較：協(xié)議協(xié)議開始標(biāo)記開始標(biāo)記結(jié)束標(biāo)記結(jié)束標(biāo)記校驗(yàn)校驗(yàn)傳輸效率傳輸效率程序處理程序處理IIII:（冒號）CRLFLRC低直觀，簡單，易調(diào)試RTURTU無無CRC高不直觀，稍復(fù)雜通過比較可以看到，II協(xié)議和RTU協(xié)議相比擁有開始和結(jié)束標(biāo)記，因此在進(jìn)行程序處理時(shí)能更加方便，而且由于傳輸?shù)亩际强梢姷腎I字符，所以進(jìn)行調(diào)試時(shí)就更加的直觀，另外它的LRC校驗(yàn)也比較容易。但是因?yàn)樗鼈鬏數(shù)?/p>

6、都是可見的II字符，RTU傳輸?shù)臄?shù)據(jù)每一個(gè)字節(jié)II都要2、CRC校驗(yàn)校驗(yàn)CRC域是兩個(gè)字節(jié)，包含一16位的二進(jìn)制值。它由傳輸設(shè)備計(jì)算后加入到消息中。接收設(shè)備重新計(jì)算收到消息的CRC，并與接收到的CRC域中的值比較，如果兩值不同，則有誤。CRC是先調(diào)入一值是全“1”的16位寄存器，然后調(diào)用一過程將消息中連續(xù)的8位字節(jié)各當(dāng)前寄存器中的值進(jìn)行處理。僅每個(gè)字符中的8Bit數(shù)據(jù)對CRC有效，起始位和停止位以及奇偶校驗(yàn)位均無效。CRC產(chǎn)生過程中，每

7、個(gè)8位字符都單獨(dú)和寄存器內(nèi)容相或（），結(jié)果向最低有效位方向移動(dòng)，最高有效位以0填充。LSB被提取出來檢測，如果LSB為1，寄存器單獨(dú)和預(yù)置的值或一下，如果LSB為0，則不進(jìn)行。整個(gè)過程要重復(fù)8次。在最后一位（第8位）完成后，下一個(gè)8位字節(jié)又單獨(dú)和寄存器的當(dāng)前值相或。最終寄存器中的值，是消息中所有的字節(jié)都執(zhí)行之后的CRC值。CRC添加到消息中時(shí)，低字節(jié)先加入，然后高字節(jié)。下面是它的VC代碼：WDGetCheckCode(constpSen