modbus通訊協(xié)議范本

1、PAGE29PAGE29Modbus通訊協(xié)議圖片： 圖片： 圖片： 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)

2、。如果需要回應(yīng)，控制器將生成應(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ì)數(shù)據(jù)

3、進(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網(wǎng)絡(luò)協(xié)議發(fā)送出

4、去即可。所以在這里我僅介紹一下Modbus的ASCII和RTU協(xié)議。 下表是ASCII協(xié)議和RTU協(xié)議進(jìn)行的比較： 通過(guò)比較可以看到，ASCII協(xié)議和RTU協(xié)議相比擁有開(kāi)始和結(jié)束標(biāo)記，因此在進(jìn)行程序處理時(shí)能更加方便，而且由于傳輸?shù)亩际强梢?jiàn)的ASCII字符，所以進(jìn)行調(diào)試時(shí)就更加的直觀，另外它的LRC校驗(yàn)也比較容易。但是因?yàn)樗鼈鬏數(shù)亩际强梢?jiàn)的ASCII字符，RTU傳輸?shù)臄?shù)據(jù)每一個(gè)字節(jié)ASCII都要用兩個(gè)字節(jié)來(lái)傳輸，比如RTU傳輸一個(gè)十六進(jìn)制數(shù)0 xF9,ASCII就需要傳輸F9的ASCII碼0 x39和0 x46兩個(gè)字節(jié)，這樣它的傳輸?shù)男示捅容^低。所以一般來(lái)說(shuō)，如果所需要傳輸?shù)臄?shù)據(jù)量較小可以考慮

5、使用ASCII協(xié)議，如果所需傳輸?shù)臄?shù)據(jù)量比較大，最好能使用RTU協(xié)議。下面對(duì)兩種協(xié)議的校驗(yàn)進(jìn)行一下介紹。LRC校驗(yàn)LRC域是一個(gè)包含一個(gè)8位二進(jìn)制值的字節(jié)。LRC值由傳輸設(shè)備來(lái)計(jì)算并放到消息幀中，接收設(shè)備在接收消息的過(guò)程中計(jì)算LRC，并將它和接收到消息中LRC域中的值比較，如果兩值不等，說(shuō)明有錯(cuò)誤。LRC校驗(yàn)比較簡(jiǎn)單，它在ASCII協(xié)議中使用，檢測(cè)了消息域中除開(kāi)始的冒號(hào)及結(jié)束的回車換行號(hào)外的內(nèi)容。它僅僅是把每一個(gè)需要傳輸?shù)臄?shù)據(jù)按字節(jié)疊加后取反加1即可。下面是它的VC代碼： BYTE GetCheckCode(const char * pSendBuf, int nEnd)/獲得校驗(yàn)碼 BYTE

6、 byLrc = 0; char pBuf4; int nData = 0; for(i=1; iend; i+=2) /i初始為1，避開(kāi)“開(kāi)始標(biāo)記”冒號(hào) /每?jī)蓚€(gè)需要發(fā)送的ASCII碼轉(zhuǎn)化為一個(gè)十六進(jìn)制數(shù) pBuf 0 = pSendBuf ; 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

7、，并與接收到的CRC域中的值比較，如果兩值不同，則有誤。CRC是先調(diào)入一值是全“1”的16位寄存器，然后調(diào)用一過(guò)程將消息中連續(xù)的8位字節(jié)各當(dāng)前寄存器中的值進(jìn)行處理。僅每個(gè)字符中的8Bit數(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添加到

8、消息中時(shí)，低字節(jié)先加入，然后高字節(jié)。下面是它的VC代碼： WORD GetCheckCode(const char * pSendBuf, int nEnd)/獲得校驗(yàn)碼 WORD wCrc = WORD(0 xFFFF);for(int i=0; inEnd; i+)wCrc = WORD(BYTE(pSendBuf);for(int j=0; j= 1; wCrc = 0 xA001; elsewCrc = 1; return wCrc;對(duì)于一條RTU協(xié)議的命令可以簡(jiǎn)單的通過(guò)以下的步驟轉(zhuǎn)化為ASCII協(xié)議的命令：1、 把命令的CRC校驗(yàn)去掉，并且計(jì)算出LRC校驗(yàn)取代。2、 把生成的命令串的

9、每一個(gè)字節(jié)轉(zhuǎn)化成對(duì)應(yīng)的兩個(gè)字節(jié)的ASCII碼，比如0 x03轉(zhuǎn)化成0 x30,0 x33（0的ASCII碼和3的ASCII碼）。3、 在命令的開(kāi)頭加上起始標(biāo)記“:”，它的ASCII碼為0 x3A。4、 在命令的尾部加上結(jié)束標(biāo)記CR,LF（0 xD,0 xA），此處的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)

10、01 起始寄存器地址高8位 低8位 讀取的寄存器數(shù)高8位 低8位 CRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位 例：110100130025CRC低CRC高 意義如下：設(shè)備地址：在一個(gè)485總線上可以掛接多個(gè)設(shè)備，此處的設(shè)備地址表示想和哪一個(gè)設(shè)備通訊。例子中為想和17號(hào)(十進(jìn)制的17是十六進(jìn)制的11)通訊。 命令號(hào)01：讀取數(shù)字量的命令號(hào)固定為01。起始地址高8位、低8位：表示想讀取的開(kāi)關(guān)量的起始地址(起始地址為0)。比如例子中的起始地址為19。寄存器數(shù)高8位、低8位：表示從起始地址開(kāi)始讀多少個(gè)開(kāi)關(guān)量。例子中為37個(gè)開(kāi)關(guān)量。CRC校驗(yàn)：是從開(kāi)頭一直校驗(yàn)到此之前。在此協(xié)議的最后再作介紹。此處需要注意，

11、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高 意義如下：設(shè)備地址和命令號(hào)和上面的相同。返回的字節(jié)個(gè)數(shù)：表示數(shù)據(jù)的字節(jié)個(gè)數(shù)，也就是數(shù)據(jù)1，2.n中的n的值。數(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)閉合，21號(hào)斷開(kāi)，22閉合，23閉合，24斷開(kāi)，25斷開(kāi)，26閉合，27閉合.如果詢問(wèn)的開(kāi)關(guān)量不是8的整倍數(shù)，那么最后一

12、個(gè)字節(jié)的高位部分無(wú)意義，置為0。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高 意義如下：設(shè)備地址和上面的相同。命令號(hào):寫數(shù)字量的命令號(hào)固定為05。需下置的寄存器地址高8位，低8位：表明了需要下置的開(kāi)關(guān)的地址。下置的數(shù)據(jù)高8位，低8位：表明需要下置的開(kāi)關(guān)量的狀態(tài)。例子中為把該開(kāi)關(guān)閉合。注意，此處只可以是FF00表示閉

13、合0000表示斷開(kāi)，其他數(shù)值非法。注意此命令一條只能下置一個(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高 意義如下：設(shè)備地址和上面的相同。命令號(hào):讀模擬量的命令號(hào)固定為03。起始地址高8位、低8位：表示想讀取的模擬量的起始地址(起始地址為0)。比如例子中的起始地址為107。寄存器數(shù)高8位、低8位：表示從起始地址開(kāi)始讀多少個(gè)模擬量。例子中為3個(gè)模

14、擬量。注意，在返回的信息中一個(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高 意義如下：設(shè)備地址和命令號(hào)和上面的相同。返回的字節(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é)。數(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。CRC校驗(yàn)同上。 5、讀只可讀模擬量寄存器

15、（輸入寄存器）： 和讀取保存寄存器類似，只是第二個(gè)字節(jié)的命令號(hào)不再是2而是4。 6、寫單個(gè)模擬量寄存器（保持寄存器）： 計(jì)算機(jī)發(fā)送命令：設(shè)備地址 命令號(hào)06 需下置的寄存器地址高8位 低8位 下置的數(shù)據(jù)高8位 低8位 CRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位 例：110600010003CRC低CRC高 意義如下：設(shè)備地址和上面的相同。命令號(hào):寫模擬量的命令號(hào)固定為06。需下置的寄存器地址高8位，低8位：表明了需要下置的模擬量寄存器的地址。下置的數(shù)據(jù)高8位，低8位：表明需要下置的模擬量數(shù)據(jù)。比如例子中就把1號(hào)寄存器的值設(shè)為3。注意此命令一條只能下置一個(gè)模擬量的狀態(tài)。 設(shè)備響應(yīng)：如果成功把計(jì)算機(jī)發(fā)

16、送的命令原樣返回，否則不響應(yīng)。mym 級(jí)別: 總版主精華: 41 發(fā)帖: 3956威望: 9957 點(diǎn)金錢: 9431 Gold貢獻(xiàn)值: 601 點(diǎn)朋友圈: ifix技術(shù)群在線時(shí)間:539(小時(shí))注冊(cè)時(shí)間:2005-02-02最后登錄:2008-01-25 Modbus通訊協(xié)議MODBUS通訊協(xié)議簡(jiǎn)介工業(yè)控制已從單機(jī)控制走向集中監(jiān)控、集散控制，如今已進(jìn)入網(wǎng)絡(luò)時(shí)代，工業(yè)控制器連網(wǎng)也為網(wǎng)絡(luò)管理提供了方便。Modbus就是工業(yè)控制器的網(wǎng)絡(luò)協(xié)議中的一種。一、概述Modbus 協(xié)議是應(yīng)用于電子控制器上的一種通用語(yǔ)言。通過(guò)此協(xié)議，控制器相互之間、控制器經(jīng)由網(wǎng)絡(luò)（例如以太網(wǎng)）和其它設(shè)備之間可以通信。它已經(jīng)成

17、為一通用工業(yè)標(biāo)準(zhǔn)。有了它，不同廠商生產(chǎn)的控制設(shè)備可以連成工業(yè)網(wǎng)絡(luò)，進(jìn)行集中監(jiān)控。此協(xié)議定義了一個(gè)控制器能認(rèn)識(shí)使用的消息結(jié)構(gòu),而不管它們是經(jīng)過(guò)何種網(wǎng)絡(luò)進(jìn)行通信的。它描述了一控制器請(qǐng)求訪問(wèn)其它設(shè)備的過(guò)程，如果回應(yīng)來(lái)自其它設(shè)備的請(qǐng)求，以及怎樣偵測(cè)錯(cuò)誤并記錄。它制定了消息域格局和內(nèi)容的公共格式。當(dāng)在一Modbus網(wǎng)絡(luò)上通信時(shí)，此協(xié)議決定了每個(gè)控制器須要知道它們的設(shè)備地址，識(shí)別按地址發(fā)來(lái)的消息，決定要產(chǎn)生何種行動(dòng)。如果需要回應(yīng)，控制器將生成反饋信息并用Modbus協(xié)議發(fā)出。在其它網(wǎng)絡(luò)上，包含了Modbus協(xié)議的消息轉(zhuǎn)換為在此網(wǎng)絡(luò)上使用的幀或包結(jié)構(gòu)。這種轉(zhuǎn)換也擴(kuò)展了根據(jù)具體的網(wǎng)絡(luò)解決節(jié)地址、路由路徑及錯(cuò)誤

18、檢測(cè)的方法。1、在Modbus網(wǎng)絡(luò)上轉(zhuǎn)輸標(biāo)準(zhǔn)的Modbus口是使用一RS-232C兼容串行接口，它定義了連接口的針腳、電纜、信號(hào)位、傳輸波特率、奇偶校驗(yàn)?？刂破髂苤苯踊蚪?jīng)由Modem組網(wǎng)。控制器通信使用主從技術(shù)，即僅一設(shè)備（主設(shè)備）能初始化傳輸（查詢）。其它設(shè)備（從設(shè)備）根據(jù)主設(shè)備查詢提供的數(shù)據(jù)作出相應(yīng)反應(yīng)。典型的主設(shè)備：主機(jī)和可編程儀表。典型的從設(shè)備：可編程控制器。主設(shè)備可單獨(dú)和從設(shè)備通信，也能以廣播方式和所有從設(shè)備通信。如果單獨(dú)通信，從設(shè)備返回一消息作為回應(yīng)，如果是以廣播方式查詢的，則不作任何回應(yīng)。Modbus協(xié)議建立了主設(shè)備查詢的格式：設(shè)備（或廣播）地址、功能代碼、所有要發(fā)送的數(shù)據(jù)、一錯(cuò)

19、誤檢測(cè)域。從設(shè)備回應(yīng)消息也由Modbus協(xié)議構(gòu)成，包括確認(rèn)要行動(dòng)的域、任何要返回的數(shù)據(jù)、和一錯(cuò)誤檢測(cè)域。如果在消息接收過(guò)程中發(fā)生一錯(cuò)誤，或從設(shè)備不能執(zhí)行其命令，從設(shè)備將建立一錯(cuò)誤消息并把它作為回應(yīng)發(fā)送出去。2、在其它類型網(wǎng)絡(luò)上轉(zhuǎn)輸在其它網(wǎng)絡(luò)上，控制器使用對(duì)等技術(shù)通信，故任何控制都能初始和其它控制器的通信。這樣在單獨(dú)的通信過(guò)程中，控制器既可作為主設(shè)備也可作為從設(shè)備。提供的多個(gè)內(nèi)部通道可允許同時(shí)發(fā)生的傳輸進(jìn)程。在消息位，Modbus協(xié)議仍提供了主從原則，盡管網(wǎng)絡(luò)通信方法是“對(duì)等”。如果一控制器發(fā)送一消息，它只是作為主設(shè)備，并期望從從設(shè)備得到回應(yīng)。同樣，當(dāng)控制器接收到一消息，它將建立一從設(shè)備回應(yīng)格式

20、并返回給發(fā)送的控制器。Modbus是Modicon公司為其PLC與主機(jī)之間的通訊而發(fā)明的串行通訊協(xié)議。其物理層采用RS232、485等異步串行標(biāo)準(zhǔn)。由于其開(kāi)放性而被大量的PLC及RTU廠家采用。Modbus通訊方式采用主從方式的查詢相應(yīng)機(jī)制，只有主站發(fā)出查詢時(shí)，從站才能給出響應(yīng)，從站不能主動(dòng)發(fā)送數(shù)據(jù)。主站可以向某一個(gè)從站發(fā)出查詢，也可以向所有從站廣播信息。從站只響應(yīng)單獨(dú)發(fā)給它的查詢，而不響應(yīng)廣播消息。Modbus的串行口的通訊參數(shù)（如波特率、奇偶校驗(yàn)）可由用戶選擇。二、MODBUS協(xié)議傳送方式MODBUS通訊協(xié)議有兩種傳送方式:RTU方式和ASCII方式,兩種方式如下所示:項(xiàng)目 RTU方式 A

21、SCII方式字節(jié)長(zhǎng)度 8 BITS 7 BITS奇偶校驗(yàn) 1 BIT OR 0 BIT 1 BIT OR 0 BIT字節(jié)中止 1 BIT OR 2 BITS 1 BIT OR 2 BITS開(kāi)始標(biāo)記 不要 :(冒號(hào))結(jié)束標(biāo)記 不要 CR,LF數(shù)據(jù)間隔 24 BIT 1S出錯(cuò)檢驗(yàn)方式 CRC-16 LRC控制器能設(shè)置為兩種傳輸模式（ASCII或RTU）中的任何一種在標(biāo)準(zhǔn)的Modbus網(wǎng)絡(luò)通信。用戶選擇想要的模式，包括串口通信參數(shù)（波特率、校驗(yàn)方式等），在配置每個(gè)控制器的時(shí)候，在一個(gè)Modbus網(wǎng)絡(luò)上的所有設(shè)備都必須選擇相同的傳輸模式和串口參數(shù)。三、Modbus消息幀兩種傳輸模式中（ASCII或RT

22、U），傳輸設(shè)備以將Modbus消息轉(zhuǎn)為有起點(diǎn)和終點(diǎn)的幀，這就允許接收的設(shè)備在消息起始處開(kāi)始工作，讀地址分配信息，判斷哪一個(gè)設(shè)備被選中（廣播方式則傳給所有設(shè)備），判知何時(shí)信息已完成。部分的消息也能偵測(cè)到并且錯(cuò)誤能設(shè)置為返回結(jié)果。1、ASCII幀使用ASCII模式，消息以冒號(hào)（:）字符（ASCII碼 3AH）開(kāi)始，以回車換行符結(jié)束（ASCII碼 0DH,0AH）。其它域可以使用的傳輸字符是十六進(jìn)制的0.9,A.F。網(wǎng)絡(luò)上的設(shè)備不斷偵測(cè)“:”字符，當(dāng)有一個(gè)冒號(hào)接收到時(shí)，每個(gè)設(shè)備都解碼下個(gè)域（地址域）來(lái)判斷是否發(fā)給自己的。消息中字符間發(fā)送的時(shí)間間隔最長(zhǎng)不能超過(guò)1秒，否則接收的設(shè)備將認(rèn)為傳輸錯(cuò)誤。2、R

23、TU幀使用RTU模式，消息發(fā)送至少要以3.5個(gè)字符時(shí)間的停頓間隔開(kāi)始。在網(wǎng)絡(luò)波特率下多樣的字符時(shí)間，這是最容易實(shí)現(xiàn)的(如下圖的T1-T2-T3-T4所示)。傳輸?shù)牡谝粋€(gè)域是設(shè)備地址?？梢允褂玫膫鬏斪址鞘M(jìn)制的0.9,A.F。網(wǎng)絡(luò)設(shè)備不斷偵測(cè)網(wǎng)絡(luò)總線，包括停頓間隔時(shí)間內(nèi)。當(dāng)?shù)谝粋€(gè)域（地址域）接收到，每個(gè)設(shè)備都進(jìn)行解碼以判斷是否發(fā)往自己的。在最后一個(gè)傳輸字符之后，一個(gè)至少3.5個(gè)字符時(shí)間的停頓標(biāo)定了消息的結(jié)束。一個(gè)新的消息可在此停頓后開(kāi)始。整個(gè)消息幀必須作為一連續(xù)的流轉(zhuǎn)輸。如果在幀完成之前有超過(guò)1.5個(gè)字符時(shí)間的停頓時(shí)間，接收設(shè)備將刷新不完整的消息并假定下一字節(jié)是一個(gè)新消息的地址域。同樣地，如

24、果一個(gè)新消息在小于3.5個(gè)字符時(shí)間內(nèi)接著前個(gè)消息開(kāi)始，接收的設(shè)備將認(rèn)為它是前一消息的延續(xù)。這將導(dǎo)致一個(gè)錯(cuò)誤，因?yàn)樵谧詈蟮腃RC域的值不可能是正確的。3、地址域消息幀的地址域包含兩個(gè)字符（ASCII）或8Bit（RTU）?？赡艿膹脑O(shè)備地址是0.247 (十進(jìn)制)。單個(gè)設(shè)備的地址范圍是1.247。主設(shè)備通過(guò)將要聯(lián)絡(luò)的從設(shè)備的地址放入消息中的地址域來(lái)選通從設(shè)備。當(dāng)從設(shè)備發(fā)送回應(yīng)消息時(shí)，它把自己的地址放入回應(yīng)的地址域中，以便主設(shè)備知道是哪一個(gè)設(shè)備作出回應(yīng)。地址0是用作廣播地址，以使所有的從設(shè)備都能認(rèn)識(shí)。當(dāng)Modbus協(xié)議用于更高水準(zhǔn)的網(wǎng)絡(luò)，廣播可能不允許或以其它方式代替。4、如何處理功能域消息幀中的功

25、能代碼域包含了兩個(gè)字符（ASCII）或8Bits（RTU）。可能的代碼范圍是十進(jìn)制的1.255。當(dāng)然，有些代碼是適用于所有控制器，有此是應(yīng)用于某種控制器，還有些保留以備后用。當(dāng)消息從主設(shè)備發(fā)往從設(shè)備時(shí)，功能代碼域?qū)⒏嬷畯脑O(shè)備需要執(zhí)行哪些行為。例如去讀取輸入的開(kāi)關(guān)狀態(tài)，讀一組寄存器的數(shù)據(jù)內(nèi)容，讀從設(shè)備的診斷狀態(tài)，允許調(diào)入、記錄、校驗(yàn)在從設(shè)備中的程序等。當(dāng)從設(shè)備回應(yīng)時(shí)，它使用功能代碼域來(lái)指示是正常回應(yīng)(無(wú)誤)還是有某種錯(cuò)誤發(fā)生（稱作異議回應(yīng)）。對(duì)正常回應(yīng)，從設(shè)備僅回應(yīng)相應(yīng)的功能代碼。對(duì)異議回應(yīng)，從設(shè)備返回一等同于正常代碼的代碼，但最重要的位置為邏輯1。例如：一從主設(shè)備發(fā)往從設(shè)備的消息要求讀一組保持

26、寄存器，將產(chǎn)生如下功能代碼：0 0 0 0 0 0 1 1 （十六進(jìn)制03H） 對(duì)正常回應(yīng)，從設(shè)備僅回應(yīng)同樣的功能代碼。對(duì)異議回應(yīng)，它返回： 1 0 0 0 0 0 1 1 （十六進(jìn)制83H） 除功能代碼因異議錯(cuò)誤作了修改外，從設(shè)備將一獨(dú)特的代碼放到回應(yīng)消息的數(shù)據(jù)域中，這能告訴主設(shè)備發(fā)生了什么錯(cuò)誤。 主設(shè)備應(yīng)用程序得到異議的回應(yīng)后，典型的處理過(guò)程是重發(fā)消息，或者診斷發(fā)給從設(shè)備的消息并報(bào)告給操作員。 5、數(shù)據(jù)域 數(shù)據(jù)域是由兩個(gè)十六進(jìn)制數(shù)集合構(gòu)成的，范圍00.FF。根據(jù)網(wǎng)絡(luò)傳輸模式，這可以是由一對(duì)ASCII字符組成或由一RTU字符組成。 從主設(shè)備發(fā)給從設(shè)備消息的數(shù)據(jù)域包含附加的信息：從設(shè)備必須用于

27、進(jìn)行執(zhí)行由功能代碼所定義的所為。這包括了象不連續(xù)的寄存器地址，要處理項(xiàng)的數(shù)目，域中實(shí)際數(shù)據(jù)字節(jié)數(shù)。 例如，如果主設(shè)備需要從設(shè)備讀取一組保持寄存器（功能代碼03），數(shù)據(jù)域指定了起始寄存器以及要讀的寄存器數(shù)量。如果主設(shè)備寫一組從設(shè)備的寄存器（功能代碼10十六進(jìn)制），數(shù)據(jù)域則指明了要寫的起始寄存器以及要寫的寄存器數(shù)量，數(shù)據(jù)域的數(shù)據(jù)字節(jié)數(shù)，要寫入寄存器的數(shù)據(jù)。 如果沒(méi)有錯(cuò)誤發(fā)生，從從設(shè)備返回的數(shù)據(jù)域包含請(qǐng)求的數(shù)據(jù)。如果有錯(cuò)誤發(fā)生，此域包含一異議代碼，主設(shè)備應(yīng)用程序可以用來(lái)判斷采取下一步行動(dòng)。 在某種消息中數(shù)據(jù)域可以是不存在的（0長(zhǎng)度）。例如，主設(shè)備要求從設(shè)備回應(yīng)通信事件記錄（功能代碼0B十六進(jìn)制），從

28、設(shè)備不需任何附加的信息。 6、錯(cuò)誤檢測(cè)域 標(biāo)準(zhǔn)的Modbus網(wǎng)絡(luò)有兩種錯(cuò)誤檢測(cè)方法。錯(cuò)誤檢測(cè)域的內(nèi)容視所選的檢測(cè)方法而定。 ASCII 當(dāng)選用ASCII模式作字符幀，錯(cuò)誤檢測(cè)域包含兩個(gè)ASCII字符。這是使用LRC（縱向冗長(zhǎng)檢測(cè)）方法對(duì)消息內(nèi)容計(jì)算得出的，不包括開(kāi)始的冒號(hào)符及回車換行符。LRC字符附加在回車換行符前面。 RTU 當(dāng)選用RTU模式作字符幀，錯(cuò)誤檢測(cè)域包含一16Bits值(用兩個(gè)8位的字符來(lái)實(shí)現(xiàn))。錯(cuò)誤檢測(cè)域的內(nèi)容是通過(guò)對(duì)消息內(nèi)容進(jìn)行循環(huán)冗長(zhǎng)檢測(cè)方法得出的。CRC域附加在消息的最后，添加時(shí)先是低字節(jié)然后是高字節(jié)。故CRC的高位字節(jié)是發(fā)送消息的最后一個(gè)字節(jié)。7、字符的連續(xù)傳輸 當(dāng)消息

29、在標(biāo)準(zhǔn)的Modbus系列網(wǎng)絡(luò)傳輸時(shí)，每個(gè)字符或字節(jié)以如下方式發(fā)送（從左到右）： 最低有效位.最高有效位 四、錯(cuò)誤檢測(cè)方法 標(biāo)準(zhǔn)的Modbus串行網(wǎng)絡(luò)采用兩種錯(cuò)誤檢測(cè)方法。奇偶校驗(yàn)對(duì)每個(gè)字符都可用，幀檢測(cè)（LRC或CRC）應(yīng)用于整個(gè)消息。它們都是在消息發(fā)送前由主設(shè)備產(chǎn)生的，從設(shè)備在接收過(guò)程中檢測(cè)每個(gè)字符和整個(gè)消息幀。 用戶要給主設(shè)備配置一預(yù)先定義的超時(shí)時(shí)間間隔，這個(gè)時(shí)間間隔要足夠長(zhǎng)，以使任何從設(shè)備都能作為正常反應(yīng)。如果從設(shè)備測(cè)到一傳輸錯(cuò)誤，消息將不會(huì)接收，也不會(huì)向主設(shè)備作出回應(yīng)。這樣超時(shí)事件將觸發(fā)主設(shè)備來(lái)處理錯(cuò)誤。發(fā)往不存在的從設(shè)備的地址也會(huì)產(chǎn)生超時(shí)。 1、奇偶校驗(yàn) 用戶可以配置控制器是奇或偶校

30、驗(yàn)，或無(wú)校驗(yàn)。這將決定了每個(gè)字符中的奇偶校驗(yàn)位是如何設(shè)置的。 如果指定了奇或偶校驗(yàn)，“1”的位數(shù)將算到每個(gè)字符的位數(shù)中（ASCII模式7個(gè)數(shù)據(jù)位，RTU中8個(gè)數(shù)據(jù)位）。例如RTU字符幀中包含以下8個(gè)數(shù)據(jù)位： 1 1 0 0 0 1 0 1 整個(gè)“1”的數(shù)目是4個(gè)。如果便用了偶校驗(yàn)，幀的奇偶校驗(yàn)位將是0，便得整個(gè)“1”的個(gè)數(shù)仍是4個(gè)。如果便用了奇校驗(yàn)，幀的奇偶校驗(yàn)位將是1，便得整個(gè)“1”的個(gè)數(shù)是5個(gè)。 如果沒(méi)有指定奇偶校驗(yàn)位，傳輸時(shí)就沒(méi)有校驗(yàn)位，也不進(jìn)行校驗(yàn)檢測(cè)。代替一附加的停止位填充至要傳輸?shù)淖址麕小?2、LRC檢測(cè) 使用ASCII模式，消息包括了一基于LRC方法的錯(cuò)誤檢測(cè)域。LRC域檢測(cè)了

31、消息域中除開(kāi)始的冒號(hào)及結(jié)束的回車換行號(hào)外的內(nèi)容。 LRC域是一個(gè)包含一個(gè)8位二進(jìn)制值的字節(jié)。LRC值由傳輸設(shè)備來(lái)計(jì)算并放到消息幀中，接收設(shè)備在接收消息的過(guò)程中計(jì)算LRC，并將它和接收到消息中LRC域中的值比較，如果兩值不等，說(shuō)明有錯(cuò)誤。 LRC方法是將消息中的8Bit的字節(jié)連續(xù)累加，丟棄了進(jìn)位。 LRC簡(jiǎn)單函數(shù)如下： static unsigned char LRC(auchMsg,usDataLen) unsigned char *auchMsg ; /* 要進(jìn)行計(jì)算的消息 */ unsigned short usDataLen ; /* LRC 要處理的字節(jié)的數(shù)量*/ unsigned c

32、har uchLRC = 0 ; /* LRC 字節(jié)初始化 */ while (usDataLen-) /* 傳送消息 */ uchLRC += *auchMsg+ ; /* 累加*/ return (unsigned char)(-(char_uchLRC) ; 3、CRC檢測(cè) 使用RTU模式，消息包括了一基于CRC方法的錯(cuò)誤檢測(cè)域。CRC域檢測(cè)了整個(gè)消息的內(nèi)容。 CRC域是兩個(gè)字節(jié)，包含一16位的二進(jìn)制值。它由傳輸設(shè)備計(jì)算后加入到消息中。接收設(shè)備重新計(jì)算收到消息的CRC，并與接收到的CRC域中的值比較，如果兩值不同，則有誤。 CRC是先調(diào)入一值是全“1”的16位寄存器，然后調(diào)用一過(guò)程將消息

33、中連續(xù)的8位字節(jié)各當(dāng)前寄存器中的值進(jìn)行處理。僅每個(gè)字符中的8Bit數(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é)。ModBus網(wǎng)絡(luò)是一個(gè)工業(yè)通信系統(tǒng)，由帶智能終端的可編程序控制器和計(jì)算機(jī)通過(guò)公用

34、線路或局部專用線路連接而成。其系統(tǒng)結(jié)構(gòu)既包括硬件、亦包括軟件。它可應(yīng)用于各種數(shù)據(jù)采集和過(guò)程監(jiān)控。ModBus網(wǎng)絡(luò)只有一個(gè)主機(jī)，所有通信都由他發(fā)出。網(wǎng)絡(luò)可支持247個(gè)之多的遠(yuǎn)程從屬控制器，但實(shí)際所支持的從機(jī)數(shù)要由所用通信設(shè)備決定。采用這個(gè)系統(tǒng)，各PC可以和中心主機(jī)交換信息而不影響各PC執(zhí)行本身的控制任務(wù)。（1）ModBus的傳輸方式 在ModBus系統(tǒng)中有2種傳輸模式可選擇。這2種傳輸模式與從機(jī)PC通信的能力是同等的。選擇時(shí)應(yīng)視所用ModBus主機(jī)而定，每個(gè)ModBus系統(tǒng)只能使用一種模式，不允許2種模式混用。一種模式是ASCII（美國(guó)信息交換碼），另一種模式是RTU（遠(yuǎn)程終端設(shè)備）。ASCII可打印字符便于故障檢測(cè)，而且對(duì)于用高級(jí)語(yǔ)言（如Fortan）編程的主計(jì)算機(jī)及主PC很適宜。RTU則適用于機(jī)器語(yǔ)言編程的計(jì)算機(jī)和PC主機(jī)。 用RTU模式傳輸?shù)臄?shù)據(jù)是8位二進(jìn)制字符。如欲轉(zhuǎn)換為ASCII模式，則每個(gè)RTU字符首先應(yīng)分為高位和低位兩部分，這兩部分各含4位，然后轉(zhuǎn)換成十六進(jìn)制等量值。用以構(gòu)成報(bào)文的ASCII字符都是十六進(jìn)制字符。ASCII模式使用的字符雖是RTU模式的兩倍，但ASCII數(shù)據(jù)的譯瑪和處理更為容易一些，此外，用RTU模式時(shí)報(bào)文字符必須