Modbus通訊協(xié)議RTU,ASCII,TCP詳細(xì)介紹_第1頁(yè)
Modbus通訊協(xié)議RTU,ASCII,TCP詳細(xì)介紹_第2頁(yè)
Modbus通訊協(xié)議RTU,ASCII,TCP詳細(xì)介紹_第3頁(yè)
Modbus通訊協(xié)議RTU,ASCII,TCP詳細(xì)介紹_第4頁(yè)
Modbus通訊協(xié)議RTU,ASCII,TCP詳細(xì)介紹_第5頁(yè)
已閱讀5頁(yè),還剩3頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、Modbus通訊協(xié)議RTU ASCII TCP詳細(xì)介紹Modbus協(xié)議最初由Modicon公司開(kāi)發(fā)出來(lái),在1979年末該公司成為施耐德自動(dòng)化(Schneider Automation)部門的一部分,現(xiàn)在Modbus已經(jīng)是工業(yè)領(lǐng)域全球最流行的協(xié)議。此協(xié)議支持傳統(tǒng)的RS-232、RS-422、RS-485和以太網(wǎng)設(shè)備。許多工業(yè)設(shè)備,包括PLC,DCS,智能儀表等都在使用Modbus協(xié)議作為他們之間的通訊標(biāo)準(zhǔn)。有了它,不同廠商生產(chǎn)的控制設(shè)備可以連成工業(yè)網(wǎng)絡(luò),進(jìn)行集中監(jiān)控。當(dāng)在網(wǎng)絡(luò)上通信時(shí),Modbus協(xié)議決定了每個(gè)控制器須要知道它們的設(shè)備地址,識(shí)別按地址發(fā)來(lái)的消息,決定要產(chǎn)生何種行動(dòng)。如果需要回應(yīng),

2、控制器將生成應(yīng)答并使用Modbus協(xié)議發(fā)送給詢問(wèn)方。 Modbus協(xié)議包括ASCII、RTU、TCP等,并沒(méi)有規(guī)定物理層。此協(xié)議定義了控制器能夠認(rèn)識(shí)和使用的消息結(jié)構(gòu),而不管它們是經(jīng)過(guò)何種網(wǎng)絡(luò)進(jìn)行通信的。標(biāo)準(zhǔn)的Modicon控制器使用RS232C實(shí)現(xiàn)串行的Modbus。Modbus的ASCII、RTU協(xié)議規(guī)定了消息、數(shù)據(jù)的結(jié)構(gòu)、命令和就答的方式,數(shù)據(jù)通訊采用Maser/Slave方式,Master端發(fā)出數(shù)據(jù)請(qǐng)求消息,Slave端接收到正確消息后就可以發(fā)送數(shù)據(jù)到Master端以響應(yīng)請(qǐng)求;Master端也可以直接發(fā)消息修改Slave端的數(shù)據(jù),實(shí)現(xiàn)雙向讀寫。 Modbus協(xié)議需要對(duì)

3、數(shù)據(jù)進(jìn)行校驗(yàn),串行協(xié)議中除有奇偶校驗(yàn)外,ASCII模式采用LRC校驗(yàn),RTU模式采用16位CRC校驗(yàn),但TCP模式?jīng)]有額外規(guī)定校驗(yàn),因?yàn)門CP協(xié)議是一個(gè)面向連接的可靠協(xié)議。另外,Modbus采用主從方式定時(shí)收發(fā)數(shù)據(jù),在實(shí)際使用中如果某Slave站點(diǎn)斷開(kāi)后(如故障或關(guān)機(jī)),Master端可以診斷出來(lái),而當(dāng)故障修復(fù)后,網(wǎng)絡(luò)又可自動(dòng)接通。因此,Modbus協(xié)議的可靠性較好。 下面我來(lái)簡(jiǎn)單的給大家介紹一下,對(duì)于Modbus的ASCII、RTU和TCP協(xié)議來(lái)說(shuō),其中TCP和RTU協(xié)議非常類似,我們只要把RTU協(xié)議的兩個(gè)字節(jié)的校驗(yàn)碼去掉,然后在RTU協(xié)議的開(kāi)始加上5個(gè)0和一個(gè)6并通過(guò)TCP/IP

4、網(wǎng)絡(luò)協(xié)議發(fā)送出去即可。所以在這里我僅介紹一下Modbus的ASCII和RTU協(xié)議。 下表是ASCII協(xié)議和RTU協(xié)議進(jìn)行的比較:協(xié)議                  開(kāi)始標(biāo)記        結(jié)束標(biāo)記      校驗(yàn)       傳輸效率&

5、#160;   程序處理ASCII模式        :(冒號(hào))        CR,LF           LRC      低             &

6、#160;    直觀,簡(jiǎn)單,易調(diào)試RTU                    無(wú)                     無(wú)    &#

7、160;           CRC      高                  不直觀,稍復(fù)雜通過(guò)比較可以看到,ASCII協(xié)議和RTU協(xié)議相比擁有開(kāi)始和結(jié)束標(biāo)記,因此在進(jìn)行程序處理時(shí)能更加方便,而且由于傳輸?shù)亩际强梢?jiàn)的ASCII字符,所以進(jìn)行調(diào)試時(shí)就更加的直觀,另外它的LR

8、C校驗(yàn)也比較容易。但是因?yàn)樗鼈鬏數(shù)亩际强梢?jiàn)的ASCII字符,RTU傳輸?shù)臄?shù)據(jù)每一個(gè)字節(jié)ASCII都要用兩個(gè)字節(jié)來(lái)傳輸,比如RTU傳輸一個(gè)十六進(jìn)制數(shù)0xF9,ASCII就需要傳輸F9的ASCII碼0x39和0x46兩個(gè)字節(jié),這樣它的傳輸?shù)男示捅容^低。所以一般來(lái)說(shuō),如果所需要傳輸?shù)臄?shù)據(jù)量較小可以考慮使用ASCII協(xié)議,如果所需傳輸?shù)臄?shù)據(jù)量比較大,最好能使用RTU協(xié)議。下面對(duì)兩種協(xié)議的校驗(yàn)進(jìn)行一下介紹。1、LRC校驗(yàn)LRC域是一個(gè)包含一個(gè)8位二進(jìn)制值的字節(jié)。LRC值由傳輸設(shè)備來(lái)計(jì)算并放到消息幀中,接收設(shè)備在接收消息的過(guò)程中計(jì)算LRC,并將它和接收到消息中LRC域中的值比較,如果兩值不等,說(shuō)明有錯(cuò)誤

9、。LRC校驗(yàn)比較簡(jiǎn)單,它在ASCII協(xié)議中使用,檢測(cè)了消息域中除開(kāi)始的冒號(hào)及結(jié)束的回車換行號(hào)外的內(nèi)容。它僅僅是把每一個(gè)需要傳輸?shù)臄?shù)據(jù)按字節(jié)疊加后取反加1即可。下面是它的VC代碼:C CODE   :ModBus中LRC校驗(yàn)BYTE GetCheckCode(const char * pSendBuf, int nEnd)/獲得校驗(yàn)碼 BYTE byLrc = 0; char pBuf4; int nData = 0; for(i=1; i<end; i+=2) /i初始為1,避開(kāi)“開(kāi)始標(biāo)記”冒號(hào) /每?jī)蓚€(gè)需要發(fā)送的ASCII碼轉(zhuǎn)化為一個(gè)十六進(jìn)制數(shù) pBuf 0 = p

10、SendBuf i; pBuf 1 = pSendBuf i+1; pBuf 2 = '0' sscanf(pBuf,"%x",& nData); byLrc += nData; byLrc = byLrc; byLrc +;return byLrc;2、CRC校驗(yàn)CRC域是兩個(gè)字節(jié),包含一16位的二進(jìn)制值。它由傳輸設(shè)備計(jì)算后加入到消息中。接收設(shè)備重新計(jì)算收到消息的CRC,并與接收到的CRC域中的值比較,如果兩值不同,則有誤。CRC是先調(diào)入一值是全“1”的16位寄存器,然后調(diào)用一過(guò)程將消息中連續(xù)的8位字節(jié)各當(dāng)前寄存器中的值進(jìn)行處理。僅每個(gè)字符中的8B

11、it數(shù)據(jù)對(duì)CRC有效,起始位和停止位以及奇偶校驗(yàn)位均無(wú)效。CRC產(chǎn)生過(guò)程中,每個(gè)8位字符都單獨(dú)和寄存器內(nèi)容相或(OR),結(jié)果向最低有效位方向移動(dòng),最高有效位以0填充。LSB被提取出來(lái)檢測(cè),如果LSB為1,寄存器單獨(dú)和預(yù)置的值或一下,如果LSB為0,則不進(jìn)行。整個(gè)過(guò)程要重復(fù)8次。在最后一位(第8位)完成后,下一個(gè)8位字節(jié)又單獨(dú)和寄存器的當(dāng)前值相或。最終寄存器中的值,是消息中所有的字節(jié)都執(zhí)行之后的CRC值。CRC添加到消息中時(shí),低字節(jié)先加入,然后高字節(jié)。下面是它的VC代碼:C CODE   :ModBus中CRC校驗(yàn)WORD GetCheckCode(const char *

12、pSendBuf, int nEnd)/獲得校驗(yàn)碼 WORD wCrc = WORD(0xFFFF); for(int i=0; i<nEnd; i+) wCrc = WORD(BYTE(pSendBufi); for(int j=0; j<8; j+) if(wCrc & 1) wCrc >>= 1; wCrc = 0xA001; else wCrc >>= 1; return wCrc; 對(duì)于一條RTU協(xié)議的命令可以簡(jiǎn)單的通過(guò)以下的步驟轉(zhuǎn)化為ASCII協(xié)議的命令:1、 把命令的CRC校驗(yàn)去掉,并且計(jì)算出LRC校驗(yàn)取代。2、 把生成的命令串的每一個(gè)

13、字節(jié)轉(zhuǎn)化成對(duì)應(yīng)的兩個(gè)字節(jié)的ASCII碼,比如0x03轉(zhuǎn)化成0x30,0x33(0的ASCII碼和3的ASCII碼)。3、 在命令的開(kāi)頭加上起始標(biāo)記“:”,它的ASCII碼為0x3A。4、 在命令的尾部加上結(jié)束標(biāo)記CR,LF(0xD,0xA),此處的CR,LF表示回車和換行的ASCII碼。所以以下我們僅介紹RTU協(xié)議即可,對(duì)應(yīng)的ASCII協(xié)議可以使用以上的步驟來(lái)生成。下表是Modbus支持的功能碼:在這些功能碼中較長(zhǎng)使用的是1、2、3、4、5、6號(hào)功能碼,使用它們即可實(shí)現(xiàn)對(duì)下位機(jī)的數(shù)字量和模擬量的讀寫操作。1、讀可讀寫數(shù)字量寄存器(線圈狀態(tài)):計(jì)算機(jī)發(fā)送命令:設(shè)備地址 命令號(hào)01 起始寄存器地址

14、高8位 低8位 讀取的寄存器數(shù)高8位 低8位 CRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位例:110100130025CRC低CRC高意義如下:<1>設(shè)備地址:在一個(gè)485總線上可以掛接多個(gè)設(shè)備,此處的設(shè)備地址表示想和哪一個(gè)設(shè)備通訊。例子中為想和17號(hào)(十進(jìn)制的17是十六進(jìn)制的11)通訊。<2>命令號(hào)01:讀取數(shù)字量的命令號(hào)固定為01。<3>起始地址高8位、低8位:表示想讀取的開(kāi)關(guān)量的起始地址(起始地址為0)。比如例子中的起始地址為19。<4>寄存器數(shù)高8位、低8位:表示從起始地址開(kāi)始讀多少個(gè)開(kāi)關(guān)量。例子中為37個(gè)開(kāi)關(guān)量。<5>CRC校驗(yàn):

15、是從開(kāi)頭一直校驗(yàn)到此之前。在此協(xié)議的最后再作介紹。此處需要注意,CRC校驗(yàn)在命令中的高低字節(jié)的順序和其他的相反。設(shè)備響應(yīng):設(shè)備地址 命令號(hào)01 返回的字節(jié)個(gè)數(shù)數(shù)據(jù)1數(shù)據(jù)2.數(shù)據(jù)nCRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位例:110105CD6BB20E1BCRC低CRC高意義如下:<1>設(shè)備地址和命令號(hào)和上面的相同。<2>返回的字節(jié)個(gè)數(shù):表示數(shù)據(jù)的字節(jié)個(gè)數(shù),也就是數(shù)據(jù)1,2.n中的n的值。<3>數(shù)據(jù)1.n:由于每一個(gè)數(shù)據(jù)是一個(gè)8位的數(shù),所以每一個(gè)數(shù)據(jù)表示8個(gè)開(kāi)關(guān)量的值,每一位為0表示對(duì)應(yīng)的開(kāi)關(guān)斷開(kāi),為1表示閉合。比如例子中,表示20號(hào)(索引號(hào)為19)開(kāi)關(guān)閉合,2

16、1號(hào)斷開(kāi),22閉合,23閉合,24斷開(kāi),25斷開(kāi),26閉合,27閉合.如果詢問(wèn)的開(kāi)關(guān)量不是8的整倍數(shù),那么最后一個(gè)字節(jié)的高位部分無(wú)意義,置為0。<4>CRC校驗(yàn)同上。2、讀只可讀數(shù)字量寄存器(輸入狀態(tài)):和讀取線圈狀態(tài)類似,只是第二個(gè)字節(jié)的命令號(hào)不再是1而是2。3、寫數(shù)字量(線圈狀態(tài)):計(jì)算機(jī)發(fā)送命令:設(shè)備地址 命令號(hào)05 需下置的寄存器地址高8位 低8位下置的數(shù)據(jù)高8位 低8位 CRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位例:110500ACFF00CRC低CRC高意義如下:<1>設(shè)備地址和上面的相同。<2>命令號(hào):寫數(shù)字量的命令號(hào)固定為05。<3>

17、需下置的寄存器地址高8位,低8位:表明了需要下置的開(kāi)關(guān)的地址。<4>下置的數(shù)據(jù)高8位,低8位:表明需要下置的開(kāi)關(guān)量的狀態(tài)。例子中為把該開(kāi)關(guān)閉合。注意,此處只可以是FF00表示閉合0000表示斷開(kāi),其他數(shù)值非法。<5>注意此命令一條只能下置一個(gè)開(kāi)關(guān)量的狀態(tài)。設(shè)備響應(yīng):如果成功把計(jì)算機(jī)發(fā)送的命令原樣返回,否則不響應(yīng)。4、讀可讀寫模擬量寄存器(保持寄存器):計(jì)算機(jī)發(fā)送命令:設(shè)備地址 命令號(hào)03 起始寄存器地址高8位 低8位 讀取的寄存器數(shù)高8位 低8位 CRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位例:1103006B0003CRC低CRC高意義如下:<1>設(shè)備地址和上面

18、的相同。<2>命令號(hào):讀模擬量的命令號(hào)固定為03。<3>起始地址高8位、低8位:表示想讀取的模擬量的起始地址(起始地址為0)。比如例子中的起始地址為107。<4>寄存器數(shù)高8位、低8位:表示從起始地址開(kāi)始讀多少個(gè)模擬量。例子中為3個(gè)模擬量。注意,在返回的信息中一個(gè)模擬量需要返回兩個(gè)字節(jié)。設(shè)備響應(yīng):設(shè)備地址 命令號(hào)03 返回的字節(jié)個(gè)數(shù)數(shù)據(jù)1數(shù)據(jù)2.數(shù)據(jù)nCRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位例:110306022B00000064CRC低CRC高意義如下:<1>設(shè)備地址和命令號(hào)和上面的相同。<2>返回的字節(jié)個(gè)數(shù):表示數(shù)據(jù)的字節(jié)個(gè)數(shù),也就是數(shù)據(jù)1,2.n中的n的值。例子中返回了3個(gè)模擬量的數(shù)據(jù),因?yàn)橐粋€(gè)模擬量需要2個(gè)字節(jié)所以共6個(gè)字節(jié)。<3>數(shù)據(jù)1.n:其中數(shù)據(jù)1數(shù)據(jù)2分別是第1個(gè)模擬量的高8位和低8位,數(shù)據(jù)3數(shù)據(jù)4是第2個(gè)模擬量的高8位和低8位,以此類推。例子中返回的值分別是555,0,100。<4>CRC校驗(yàn)同上。5、讀只可讀模擬量寄存器(輸入寄存器): 和讀取保存寄存器類似,只是第二個(gè)字節(jié)的命令號(hào)不再是2而是4。6、寫單個(gè)模擬量寄存器(保持寄存器):

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論