Modbus 協(xié)議簡介及編程.doc

Modbus協(xié)議簡介工業(yè)控制已從單機控制走向集中監(jiān)控、集散控制,如今已進入網(wǎng)絡(luò)時代,工業(yè)控制器連網(wǎng)也為網(wǎng)絡(luò)管理提供了方便。Modbus就是工業(yè)控制器的網(wǎng)絡(luò)協(xié)議中的一種。一、Modbus協(xié)議簡介Modbus協(xié)議是應(yīng)用于電子控制器上的一種通用語言。通過此協(xié)議,控制器相互之間、控制器經(jīng)由網(wǎng)絡(luò)（例如以太網(wǎng)）和其它設(shè)備之間可以通信。它已經(jīng)成為一通用工業(yè)標準。有了它,不同廠商生產(chǎn)的控制設(shè)備可以連成工業(yè)網(wǎng)絡(luò),進行集中監(jiān)控。此協(xié)議定義了一個控制器能認識使用的消息結(jié)構(gòu),而不管它們是經(jīng)過何種網(wǎng)絡(luò)進行通信的。它描述了一控制器請求訪問其它設(shè)備的過程,如果回應(yīng)來自其它設(shè)備的請求,以及怎樣偵測錯誤并記錄。它制定了消息域格局和內(nèi)容的公共格式。當在一Modbus網(wǎng)絡(luò)上通信時,此協(xié)議決定了每個控制器須要知道它們的設(shè)備地址,識別按地址發(fā)來的消息,決定要產(chǎn)生何種行動。如果需要回應(yīng),控制器將生成反饋信息并用Modbus協(xié)議發(fā)出。在其它網(wǎng)絡(luò)上,包含了Modbus協(xié)議的消息轉(zhuǎn)換為在此網(wǎng)絡(luò)上使用的幀或包結(jié)構(gòu)。這種轉(zhuǎn)換也擴展了根據(jù)具體的網(wǎng)絡(luò)解決節(jié)地址、路由路徑及錯誤檢測的方法。1、在Modbus網(wǎng)絡(luò)上轉(zhuǎn)輸標準的Modbus口是使用一RS-232C兼容串行接口,它定義了連接口的針腳、電纜、信號位、傳輸波特率、奇偶校驗?？刂破髂苤苯踊蚪?jīng)由Modem組網(wǎng)?？刂破魍ㄐ攀褂弥鲝募夹g(shù),即僅一設(shè)備（主設(shè)備）能初始化傳輸（查詢）。其它設(shè)備（從設(shè)備）根據(jù)主設(shè)備查詢提供的數(shù)據(jù)作出相應(yīng)反應(yīng)。典型的主設(shè)備：主機和可編程儀表。典型的從設(shè)備：可編程控制器。主設(shè)備可單獨和從設(shè)備通信,也能以廣播方式和所有從設(shè)備通信。如果單獨通信,從設(shè)備返回一消息作為回應(yīng),如果是以廣播方式查詢的,則不作任何回應(yīng)。Modbus協(xié)議建立了主設(shè)備查詢的格式：設(shè)備（或廣播）地址、功能代碼、所有要發(fā)送的數(shù)據(jù)、一錯誤檢測域。從設(shè)備回應(yīng)消息也由Modbus協(xié)議構(gòu)成,包括確認要行動的域、任何要返回的數(shù)據(jù)、和一錯誤檢測域。如果在消息接收過程中發(fā)生一錯誤,或從設(shè)備不能執(zhí)行其命令,從設(shè)備將建立一錯誤消息并把它作為回應(yīng)發(fā)送出去。2、在其它類型網(wǎng)絡(luò)上轉(zhuǎn)輸在其它網(wǎng)絡(luò)上,控制器使用對等技術(shù)通信,故任何控制都能初始和其它控制器的通信。這樣在單獨的通信過程中,控制器既可作為主設(shè)備也可作為從設(shè)備。提供的多個內(nèi)部通道可允許同時發(fā)生的傳輸進程。在消息位,Modbus協(xié)議仍提供了主從原則,盡管網(wǎng)絡(luò)通信方法是“對等”。如果一控制器發(fā)送一消息,它只是作為主設(shè)備,并期望從從設(shè)備得到回應(yīng)。同樣,當控制器接收到一消息,它將建立一從設(shè)備回應(yīng)格式并返回給發(fā)送的控制器。3、查詢回應(yīng)周期（1）查詢查詢消息中的功能代碼告之被選中的從設(shè)備要執(zhí)行何種功能。數(shù)據(jù)段包含了從設(shè)備要執(zhí)行功能的任何附加信息。例如功能代碼03是要求從設(shè)備讀保持寄存器并返回它們的內(nèi)容。數(shù)據(jù)段必須包含要告之從設(shè)備的信息：從何寄存器開始讀及要讀的寄存器數(shù)量。錯誤檢測域為從設(shè)備提供了一種驗證消息內(nèi)容是否正確的方法。（2）回應(yīng)如果從設(shè)備產(chǎn)生一正常的回應(yīng),在回應(yīng)消息中的功能代碼是在查詢消息中的功能代碼的回應(yīng)。數(shù)據(jù)段包括了從設(shè)備收集的數(shù)據(jù)：象寄存器值或狀態(tài)。如果有錯誤發(fā)生,功能代碼將被修改以用于指出回應(yīng)消息是錯誤的,同時數(shù)據(jù)段包含了描述此錯誤信息的代碼。錯誤檢測域允許主設(shè)備確認消息內(nèi)容是否可用。二、兩種傳輸方式控制器能設(shè)置為兩種傳輸模式（ASCII或RTU）中的任何一種在標準的Modbus網(wǎng)絡(luò)通信。用戶選擇想要的模式,包括串口通信參數(shù)（波特率、校驗方式等）,在配置每個控制器的時候,在一個Modbus網(wǎng)絡(luò)上的所有設(shè)備都必須選擇相同的傳輸模式和串口參數(shù)。所選的ASCII或RTU方式僅適用于標準的Modbus網(wǎng)絡(luò),它定義了在這些網(wǎng)絡(luò)上連續(xù)傳輸?shù)南⒍蔚拿恳晃?以及決定怎樣將信息打包成消息域和如何解碼。在其它網(wǎng)絡(luò)上（象MAP和Modbus Plus）Modbus消息被轉(zhuǎn)成與串行傳輸無關(guān)的幀。1、ASCII模式當控制器設(shè)為在Modbus網(wǎng)絡(luò)上以ASCII（美國標準信息交換代碼）模式通信,在消息中的每個8Bit字節(jié)都作為兩個ASCII字符發(fā)送。這種方式的主要優(yōu)點是字符發(fā)送的時間間隔可達到1秒而不產(chǎn)生錯誤。代碼系統(tǒng)十六進制,ASCII字符0.9,A.F消息中的每個ASCII字符都是一個十六進制字符組成每個字節(jié)的位 1個起始位 7個數(shù)據(jù)位,最小的有效位先發(fā)送 1個奇偶校驗位,無校驗則無CRC域是兩個字節(jié),包含一16位的二進制值。它由傳輸設(shè)備計算后加入到消息中。接收設(shè)備重新計算收到消息的CRC,并與接收到的CRC域中的值比較,如果兩值不同,則有誤。CRC是先調(diào)入一值是全“1”的16位寄存器,然后調(diào)用一過程將消息中連續(xù)的8位字節(jié)各當前寄存器中的值進行處理。僅每個字符中的8Bit數(shù)據(jù)對CRC有效,起始位和停止位以及奇偶校驗位均無效。CRC產(chǎn)生過程中,每個8位字符都單獨和寄存器內(nèi)容相或（OR）,結(jié)果向最低有效位方向移動,最高有效位以0填充。LSB被提取出來檢測,如果LSB為1,寄存器單獨和預(yù)置的值或一下,如果LSB為0,則不進行。整個過程要重復(fù)8次。在最后一位（第8位）完成后,下一個8位字節(jié)又單獨和寄存器的當前值相或。最終寄存器中的值,是消息中所有的字節(jié)都執(zhí)行之后的CRC值。CRC添加到消息中時,低字節(jié)先加入,然后高字節(jié)。CRC簡單函數(shù)如下：unsigned short CRC16(puchMsg, usDataLen)unsigned char *puchMsg ; /*要進行CRC校驗的消息*/unsigned short usDataLen ; /*消息中字節(jié)數(shù)*/unsigned char uchCRCHi = 0xFF ; /*高CRC字節(jié)初始化*/unsigned char uchCRCLo = 0xFF ; /*低CRC字節(jié)初始化*/unsigned uIndex ; /* CRC循環(huán)中的索引*/while (usDataLen-) /*傳輸消息緩沖區(qū)*/uIndex = uchCRCHi *puchMsgg+ ; /*計算CRC */uchCRCHi = uchCRCLo auchCRCHiuIndex ;uchCRCLo = auchCRCLouIndex ;return (uchCRCHi 8 | uchCRCLo) ;/* CRC高位字節(jié)值表*/static unsigned char auchCRCHi = 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40 ;/* CRC低位字節(jié)值表*/static char auchCRCLo = 0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06,0x07, 0xC7, 0x05, 0xC5, 0xC4, 0x04, 0xCC, 0x0C, 0x0D, 0xCD,0x0F, 0xCF, 0xCE, 0x0E, 0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09,0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A,0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC, 0x14, 0xD4,0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3,0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3,0xF2, 0x32, 0x36, 0xF6, 0xF7, 0x37, 0xF5, 0x35, 0x34, 0xF4,0x3C, 0xFC, 0xFD, 0x3D, 0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A,0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38, 0x28, 0xE8, 0xE9, 0x29,0xEB, 0x2B, 0x2A, 0xEA, 0xEE, 0x2E, 0x2F, 0xEF, 0x2D, 0xED,0xEC, 0x2C, 0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26,0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0, 0xA0, 0x60,0x61, 0xA1, 0x63, 0xA3, 0xA2, 0x62, 0x66, 0xA6, 0xA7, 0x67,0xA5, 0x65, 0x64, 0xA4, 0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F,0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 0x69, 0xA9, 0xA8, 0x68,0x78, 0xB8, 0xB9, 0x79, 0xBB, 0x7B, 0x7A, 0xBA, 0xBE, 0x7E,0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C, 0xB4, 0x74, 0x75, 0xB5,0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71,0x70, 0xB0, 0x50, 0x90, 0x91, 0x51, 0x93, 0x53, 0x52, 0x92,0x96, 0x56, 0x57, 0x97, 0x55, 0x95, 0x94, 0x54, 0x9C, 0x5C,0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E, 0x5A, 0x9A, 0x9B, 0x5B,0x99, 0x59, 0x58, 0x98, 0x88, 0x48, 0x49, 0x89, 0x4B, 0x8B,0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C,0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42,0x43, 0x83, 0x41, 0x81, 0x80, 0x40 ;ModBus網(wǎng)絡(luò)是一個工業(yè)通信系統(tǒng),由帶智能終端的可編程序控制器和計算機通過公用線路或局部專用線路連接而成。其系統(tǒng)結(jié)構(gòu)既包括硬件、亦包括軟件。它可應(yīng)用于各種數(shù)據(jù)采集和過程監(jiān)控。下表1是ModBus的功能碼定義。表1 ModBus功能碼01 READ COIL STATUS02 READ INPUT STATUS03 READ HOLDING REGISTER04 READ INPUT REGISTER05 WRITE SINGLE COIL06 WRITE SINGLE REGISTER15 WRITE MULTIPLE COIL16 WRITE MULTIPLE REGISTERModBus網(wǎng)絡(luò)只是一個主機,所有通信都由他發(fā)出。網(wǎng)絡(luò)可支持247個之多的遠程從屬控制器,但實際所支持的從機數(shù)要由所用通信設(shè)備決定。采用這個系統(tǒng),各PC可以和中心主機交換信息而不影響各PC執(zhí)行本身的控制任務(wù)。（1）ModBus的傳輸方式在ModBus系統(tǒng)中有2種傳輸模式可選擇。這2種傳輸模式與從機PC通信的能力是同等的。選擇時應(yīng)視所用ModBus主機而定,每個ModBus系統(tǒng)只能使用一種模式,不允許2種模式混用。一種模式是ASCII（美國信息交換碼）,另一種模式是RTU（遠程終端設(shè)備）這兩種模式的定義見表3表3 ASCII和RTU傳輸模式的特性ASCII可打印字符便于故障檢測,而且對于用高級語言（如Fortan）編程的主計算機及主PC很適宜。RTU則適用于機器語言編程的計算機和PC主機。用RTU模式傳輸?shù)臄?shù)據(jù)是8位二進制字符。如欲轉(zhuǎn)換為ASCII模式,則每個RTU字符首先應(yīng)分為高位和低位兩部分,這兩部分各含4位,然后轉(zhuǎn)換成十六進制等量值。用以構(gòu)成報文的ASCII字符都是十六進制字符。ASCII模式使用的字符雖是RTU模式的兩倍,但ASCII數(shù)據(jù)的譯瑪和處理更為容易一些,此外,用RTU模式時報文字符必須以連續(xù)數(shù)據(jù)流的形式傳送,用ASCII模式,字符之間可產(chǎn)生長達1s的間隔,以適應(yīng)速度較快的機器。（2）ModBus的數(shù)據(jù)校驗方式CRC-16（循環(huán)冗余錯誤校驗）CRC-16錯誤校驗程序如下：報文（此處只涉及數(shù)據(jù)位,不指起始位、停止位和任選的奇偶校驗位）被看作是一個連續(xù)的二進制,其最高有效位（MSB）首選發(fā)送。報文先與X16相乘（左移16位）,然后看X16+X15+X2+1除,X16+X15+X2+1可以表示為二進制數(shù)11000000000000101。整數(shù)商位忽略不記,16位余數(shù)加入該報文（MSB先發(fā)送）,成為2個CRC校驗字節(jié)。余數(shù)中的1全部初始化,以免所有的零成為一條報文被接收。經(jīng)上述處理而含有CRC字節(jié)的報文,若無錯誤,到接收設(shè)備后再被同一多項式（X16+X15+X2+1）除,會得到一個零余數(shù)（接收設(shè)備核驗這個CRC字節(jié),并將其與被傳送的CRC比較）。全部運算以2為模（無進位）。習慣于成串發(fā)送數(shù)據(jù)的設(shè)備會首選送出字符的最右位（LSB-最低有效位）。而在生成CRC情況下,發(fā)送首位應(yīng)是被除數(shù)的最高有效位MSB。由于在運算中不用進位,為便于操作起見,計算CRC時設(shè)MSB在最右位。生成多項式的位序也必須反過來,以保持一致。多項式的MSB略去不記,因其只對商有影響而不影響余數(shù)。生成CRC-16校驗字節(jié)的步驟如下：裝如一個16位寄存器,所有數(shù)位均為1。該16位寄存器的高位字節(jié)與開始8位字節(jié)進行“異或”運算。運算結(jié)果放入這個16位寄存器。把這個16寄存器向右移一位。若向右（標記位）移出的數(shù)位是1,則生成多項式1010000000000001和這個寄存器進行“異或”運算;若向右移出的數(shù)位是0,則返回。重復(fù)和,直至移出8位。另外8位與該十六位寄存器進行“異或”運算。重復(fù),直至該報文所有字節(jié)均與16位寄存器進行“異或”運算,并移位8次。這個16位寄存器的內(nèi)容即2字節(jié)CRC錯誤校驗,被加到報文的最高有效位。另外,在某些非ModBus通信協(xié)議中也經(jīng)常使用CRC16作為校驗手段,而且產(chǎn)生了一些CRC16的變種,他們是使用CRC16多項式X16+X15+X2+1,單首次裝入的16位寄存器為0000;使用CRC16的反序X16+X14+X1+1,首次裝入寄存器值為0000或FFFFH。LRC（縱向冗余錯誤校驗）LRC錯誤校驗用于ASCII模式。這個錯誤校驗是一個8位二進制數(shù),可作為2個ASCII十六進制字節(jié)傳送。把十六進制字符轉(zhuǎn)換成二進制,加上無循環(huán)進位的二進制字符和二進制補碼結(jié)果生成LRC錯誤校驗（參見圖）。這個LRC在接收設(shè)備進行核驗,并與被傳送的LRC進行比較,冒號（：）、回車符號（CR）、換行字符（LF）和置入的其他任何非ASCII十六進制字符在運算時忽略不計。MODBUS通訊協(xié)議及編程一、通訊協(xié)議（一）、通訊傳送方式： 通訊傳送分為獨立的信息頭，和發(fā)送的編碼數(shù)據(jù)。以下的通訊傳送方式定義也與MODBUS RTU通訊規(guī)約相兼容：編 碼8位二進制起始位1位數(shù)據(jù)位8位奇偶校驗位1位（偶校驗位）停止位1位錯誤校檢CRC（冗余循環(huán)碼）初始結(jié)構(gòu)= 4字節(jié)的時間地址碼= 1字節(jié)功能碼= 1字節(jié)數(shù)據(jù)區(qū)= N字節(jié)錯誤校檢= 16位CRC碼結(jié)束結(jié)構(gòu)= 4字節(jié)的時間地址碼：地址碼為通訊傳送的第一個字節(jié)。這個字節(jié)表明由用戶設(shè)定地址碼的從機將接收由主機發(fā)送來的信息。并且每個從機都有具有唯一的地址碼，并且響應(yīng)回送均以各自的地址碼開始。主機發(fā)送的地址碼表明將發(fā)送到的從機地址，而從機發(fā)送的地址碼表明回送的從機地址。功能碼：通訊傳送的第二個字節(jié)。ModBus通訊規(guī)約定義功能號為1到127。本儀表只利用其中的一部分功能碼。作為主機請求發(fā)送，通過功能碼告訴從機執(zhí)行什么動作。作為從機響應(yīng)，從機發(fā)送的功能碼與從主機發(fā)送來的功能碼一樣，并表明從機已響應(yīng)主機進行操作。如果從機發(fā)送的功能碼的最高位為(比如功能碼大與此同時127)，則表明從機沒有響應(yīng)操作或發(fā)送出錯。數(shù)據(jù)區(qū)：數(shù)據(jù)區(qū)是根據(jù)不同的功能碼而不同。數(shù)據(jù)區(qū)可以是實際數(shù)值、設(shè)置點、主機發(fā)送給從機或從機發(fā)送給主機的地址。CRC碼：二字節(jié)的錯誤檢測碼。（二）、通訊規(guī)約： 當通訊命令發(fā)送至儀器時，符合相應(yīng)地址碼的設(shè)備接通訊命令，并除去地址碼，讀取信息，如果沒有出錯，則執(zhí)行相應(yīng)的任務(wù)；然后把執(zhí)行結(jié)果返送給發(fā)送者。返送的信息中包括地址碼、執(zhí)行動作的功能碼、執(zhí)行動作后結(jié)果的數(shù)據(jù)以及錯誤校驗碼。如果出錯就不發(fā)送任何信息。1信息幀結(jié)構(gòu)地址碼功能碼數(shù)據(jù)區(qū)錯誤校驗碼8位8位N 8位16位地址碼：地址碼是信息幀的第一字節(jié)(8位)，從0到255。這個字節(jié)表明由用戶設(shè)置地址的從機將接收由主機發(fā)送來的信息。每個從機都必須有唯一的地址碼，并且只有符合地址碼的從機才能響應(yīng)回送。當從機回送信息時，相當?shù)牡刂反a表明該信息來自于何處。功能碼：主機發(fā)送的功能碼告訴從機執(zhí)行什么任務(wù)。表1-1列出的功能碼都有具體的含義及操作。代碼含義操作03讀取數(shù)據(jù)讀取當前寄存器內(nèi)一個或多個二進制值06重置單一寄存器把設(shè)置的二進制值寫入單一寄存器數(shù)據(jù)區(qū)：數(shù)據(jù)區(qū)包含需要從機執(zhí)行什么動作或由從機采集的返送信息。這些信息可以是數(shù)值、參考地址等等。例如，功能碼告訴從機讀取寄存器的值，則數(shù)據(jù)區(qū)必需包含要讀取寄存器的起始地址及讀取長度。對于不同的從機，地址和數(shù)據(jù)信息都不相同。錯誤校驗碼：主機或從機可用校驗碼進行判別接收信息是否出錯。有時，由于電子噪聲或其它一些干擾，信息在傳輸過程中會發(fā)生細微的變化，錯誤校驗碼保證了主機或從機對在傳送過程中出錯的信息不起作用。這樣增加了系統(tǒng)的安全和效率。錯誤校驗采用CRC-16校驗方法。注：信息幀的格式都基本相同：地址碼、功能碼、數(shù)據(jù)區(qū)和錯誤校驗碼。2錯誤校驗 冗余循環(huán)碼（CRC）包含2個字節(jié)，即16位二進制。CRC碼由發(fā)送設(shè)備計算，放置于發(fā)送信息的尾部。接收信息的設(shè)備再重新計算接收到信息的CRC碼，比較計算得到的CRC碼是否與接收到的相符，如果兩者不相符，則表明出錯。CRC碼的計算方法是，先預(yù)置16位寄存器全為1。再逐步把每8位數(shù)據(jù)信息進行處理。在進行CRC碼計算時只用8位數(shù)據(jù)位，起始位及停止位，如有奇偶校驗位的話也包括奇偶校驗位，都不參與CRC碼計算。 在計算CRC碼時，8位數(shù)據(jù)與寄存器的數(shù)據(jù)相異或，得到的結(jié)果向低位移一字節(jié)，用0填補最高位。再檢查最低位，如果最低位為1，把寄存器的內(nèi)容與預(yù)置數(shù)相異或，如果最低位為0，不進行異或運算。 這個過程一直重復(fù)8次。第8次移位后，下一個8位再與現(xiàn)在寄存器的內(nèi)容相相異或，這個過程與以上一樣重復(fù)8次。當所有的數(shù)據(jù)信息處理完后，最后寄存器的內(nèi)容即為CRC碼值。CRC碼中的數(shù)據(jù)發(fā)送、接收時低字節(jié)在前。 計算CRC碼的步驟為： 預(yù)置16位寄存器為十六進制FFFF（即全為1）。稱此寄存器為CRC寄存器； 把第一個8位數(shù)據(jù)與16位CRC寄存器的低位相異或，把結(jié)果放于CRC寄存器； 把寄存器的內(nèi)容右移一位(朝低位)，用0填補最高位，檢查最低位； 如果最低位為0：重復(fù)第3步(再次移位);如果最低位為1：CRC寄存器與多項式A001（1010 0000 0000 0001）進行異或； 重復(fù)步驟3和4，直到右移8次，這樣整個8位數(shù)據(jù)全部進行了處理； 重復(fù)步驟2到步驟5，進行下一個8位數(shù)據(jù)的處理； 最后得到的CRC寄存器即為CRC碼。3功能碼03，讀取點和返回值：儀表采用Modbus RTU通訊規(guī)約，利用通訊命令，可以進行讀取點(“保持寄存器”)或返回值(“輸入寄存器” )的操作。保持和輸入寄存器都是16位（2字節(jié)）值，并且高位在前。這樣用于儀表的讀取點和返回值都是2字節(jié)。一次最多可讀取寄存器數(shù)是60。由于一些可編程控制器不用功能碼03，所以功能碼03被用作讀取點和返回值。從機響應(yīng)的命令格式是從機地址、功能碼、數(shù)據(jù)區(qū)及CRC碼。數(shù)據(jù)區(qū)中的寄存器數(shù)據(jù)都是每兩個字節(jié)高字節(jié)在前。4功能碼06，單點