




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
1、Modbus通信協(xié)議 摘 要:工業(yè)控制已從單機控制走向集中監(jiān)控、集散控制,如今已進入網(wǎng)絡(luò)時代,工業(yè)控制器連網(wǎng)也為網(wǎng)絡(luò)管理提供了方便。Modbus就是工業(yè)控制器的網(wǎng)絡(luò)協(xié)議中的一種。關(guān)鍵詞:Modbus協(xié)議;串行通信;LRC校驗;CRC校驗;RS-232C一、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)
2、絡(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兼容串行接口,它定義了連接口的針腳、電纜、信號位、傳輸波特率、奇
3、偶校驗??刂破髂苤苯踊蚪?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è)備不
4、能執(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í)行功能的任何附加信息。
5、例如功能代碼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ò)通信。用戶選擇想要的模式,包括串口通
6、信參數(shù)(波特率、校驗方式等),在配置每個控制器的時候,在一個Modbus網(wǎng)絡(luò)上的所有設(shè)備都必須選擇相同的傳輸模式和串口參數(shù)。ASCII模式:地址功能代碼數(shù)據(jù)數(shù)量數(shù)據(jù)1.數(shù)據(jù)nLRC高字節(jié)LRC低字節(jié)回車換行RTU模式地址功能代碼數(shù)據(jù)數(shù)量數(shù)據(jù)1.數(shù)據(jù)nCRC高字節(jié)CRC低字節(jié)所選的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(美國標準信息交換代碼)模
7、式通信,在消息中的每個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個奇偶校驗位,無校驗則無 · 1個停止位(有校驗時),2個Bit(無校驗時) 錯誤檢測域· LRC(縱向冗長檢測) 2、RTU模式當控制器設(shè)為在Modbus網(wǎng)絡(luò)上以RTU(遠程終端單元)模式通信,在消息中的每個8Bit字節(jié)包含
8、兩個4Bit的十六進制字符。這種方式的主要優(yōu)點是:在同樣的波特率下,可比ASCII方式傳送更多的數(shù)據(jù)。代碼系統(tǒng)· 8位二進制,十六進制數(shù)0.9,A.F · 消息中的每個8位域都是一個兩個十六進制字符組成 每個字節(jié)的位· 1個起始位 · 8個數(shù)據(jù)位,最小的有效位先發(fā)送 · 1個奇偶校驗位,無校驗則無 · 1個停止位(有校驗時),2個Bit(無校驗時) 錯誤檢測域· CRC(循環(huán)冗長檢測) 三、Modbus消息幀兩種傳輸模式中(ASCII或RTU),傳輸設(shè)備以將Modbus消息轉(zhuǎn)為有起點和終點的幀,這就允許接收的設(shè)備在消息起始處
9、開始工作,讀地址分配信息,判斷哪一個設(shè)備被選中(廣播方式則傳給所有設(shè)備),判知何時信息已完成。部分的消息也能偵測到并且錯誤能設(shè)置為返回結(jié)果。1、ASCII幀使用ASCII模式,消息以冒號(:)字符(ASCII碼 3AH)開始,以回車換行符結(jié)束(ASCII碼 0DH,0AH)。其它域可以使用的傳輸字符是十六進制的0.9,A.F。網(wǎng)絡(luò)上的設(shè)備不斷偵測“:”字符,當有一個冒號接收到時,每個設(shè)備都解碼下個域(地址域)來判斷是否發(fā)給自己的。消息中字符間發(fā)送的時間間隔最長不能超過1秒,否則接收的設(shè)備將認為傳輸錯誤。一個典型消息幀如下所示:起始位設(shè)備地址功能代碼數(shù)據(jù)LRC校驗結(jié)束符1個字符2個字符2個字符n
10、個字符2個字符2個字符圖2 ASCII消息幀2、RTU幀使用RTU模式,消息發(fā)送至少要以3.5個字符時間的停頓間隔開始。在網(wǎng)絡(luò)波特率下多樣的字符時間,這是最容易實現(xiàn)的(如下圖的T1-T2-T3-T4所示)。傳輸?shù)牡谝粋€域是設(shè)備地址。可以使用的傳輸字符是十六進制的0.9,A.F。網(wǎng)絡(luò)設(shè)備不斷偵測網(wǎng)絡(luò)總線,包括停頓間隔時間內(nèi)。當?shù)谝粋€域(地址域)接收到,每個設(shè)備都進行解碼以判斷是否發(fā)往自己的。在最后一個傳輸字符之后,一個至少3.5個字符時間的停頓標定了消息的結(jié)束。一個新的消息可在此停頓后開始。整個消息幀必須作為一連續(xù)的流轉(zhuǎn)輸。如果在幀完成之前有超過1.5個字符時間的停頓時間,接收設(shè)備將刷新不完整的
11、消息并假定下一字節(jié)是一個新消息的地址域。同樣地,如果一個新消息在小于3.5個字符時間內(nèi)接著前個消息開始,接收的設(shè)備將認為它是前一消息的延續(xù)。這將導(dǎo)致一個錯誤,因為在最后的CRC域的值不可能是正確的。一典型的消息幀如下所示:起始位設(shè)備地址功能代碼數(shù)據(jù)CRC校驗結(jié)束符T1-T2-T3-T48Bit8Bitn個8Bit16BitT1-T2-T3-T4圖3 RTU消息幀3、地址域消息幀的地址域包含兩個字符(ASCII)或8Bit(RTU)??赡艿膹脑O(shè)備地址是0.247 (十進制)。單個設(shè)備的地址范圍是1.247。主設(shè)備通過將要聯(lián)絡(luò)的從設(shè)備的地址放入消息中的地址域來選通從設(shè)備。當從設(shè)備發(fā)送回應(yīng)消息時,它
12、把自己的地址放入回應(yīng)的地址域中,以便主設(shè)備知道是哪一個設(shè)備作出回應(yīng)。地址0是用作廣播地址,以使所有的從設(shè)備都能認識。當Modbus協(xié)議用于更高水準的網(wǎng)絡(luò),廣播可能不允許或以其它方式代替。4、如何處理功能域消息幀中的功能代碼域包含了兩個字符(ASCII)或8Bits(RTU)??赡艿拇a范圍是十進制的1.255。當然,有些代碼是適用于所有控制器,有此是應(yīng)用于某種控制器,還有些保留以備后用。當消息從主設(shè)備發(fā)往從設(shè)備時,功能代碼域?qū)⒏嬷畯脑O(shè)備需要執(zhí)行哪些行為。例如去讀取輸入的開關(guān)狀態(tài),讀一組寄存器的數(shù)據(jù)內(nèi)容,讀從設(shè)備的診斷狀態(tài),允許調(diào)入、記錄、校驗在從設(shè)備中的程序等。當從設(shè)備回應(yīng)時,它使用功能代碼域
13、來指示是正?;貞?yīng)(無誤)還是有某種錯誤發(fā)生(稱作異議回應(yīng))。對正?;貞?yīng),從設(shè)備僅回應(yīng)相應(yīng)的功能代碼。對異議回應(yīng),從設(shè)備返回一等同于正常代碼的代碼,但最重要的位置為邏輯1。例如:一從主設(shè)備發(fā)往從設(shè)備的消息要求讀一組保持寄存器,將產(chǎn)生如下功能代碼:0 0 0 0 0 0 1 1 (十六進制03H) 對正常回應(yīng),從設(shè)備僅回應(yīng)同樣的功能代碼。對異議回應(yīng),它返回: 1 0 0 0 0 0 1 1 (十六進制83H) 除功能代碼因異議錯誤作了修改外,從設(shè)備將一獨特的代碼放到回應(yīng)消息的數(shù)據(jù)域中,這能告訴主設(shè)備發(fā)生了什么錯誤。 主設(shè)備應(yīng)用程序得到異議的回應(yīng)后,典型的處理過程是重發(fā)消息,或者診斷發(fā)給從設(shè)備的消息
14、并報告給操作員。 5、數(shù)據(jù)域 數(shù)據(jù)域是由兩個十六進制數(shù)集合構(gòu)成的,范圍00.FF。根據(jù)網(wǎng)絡(luò)傳輸模式,這可以是由一對ASCII字符組成或由一RTU字符組成。 從主設(shè)備發(fā)給從設(shè)備消息的數(shù)據(jù)域包含附加的信息:從設(shè)備必須用于進行執(zhí)行由功能代碼所定義的所為。這包括了象不連續(xù)的寄存器地址,要處理項的數(shù)目,域中實際數(shù)據(jù)字節(jié)數(shù)。 例如,如果主設(shè)備需要從設(shè)備讀取一組保持寄存器(功能代碼03),數(shù)據(jù)域指定了起始寄存器以及要讀的寄存器數(shù)量。如果主設(shè)備寫一組從設(shè)備的寄存器(功能代碼10十六進制),數(shù)據(jù)域則指明了要寫的起始寄存器以及要寫的寄存器數(shù)量,數(shù)據(jù)域的數(shù)據(jù)字節(jié)數(shù),要寫入寄存器的數(shù)據(jù)。 如果沒有錯誤發(fā)生,從從設(shè)備返
15、回的數(shù)據(jù)域包含請求的數(shù)據(jù)。如果有錯誤發(fā)生,此域包含一異議代碼,主設(shè)備應(yīng)用程序可以用來判斷采取下一步行動。 在某種消息中數(shù)據(jù)域可以是不存在的(0長度)。例如,主設(shè)備要求從設(shè)備回應(yīng)通信事件記錄(功能代碼0B十六進制),從設(shè)備不需任何附加的信息。 6、錯誤檢測域 標準的Modbus網(wǎng)絡(luò)有兩種錯誤檢測方法。錯誤檢測域的內(nèi)容視所選的檢測方法而定。 ASCII 當選用ASCII模式作字符幀,錯誤檢測域包含兩個ASCII字符。這是使用LRC(縱向冗長檢測)方法對消息內(nèi)容計算得出的,不包括開始的冒號符及回車換行符。LRC字符附加在回車換行符前面。 RTU 當選用RTU模式作字符幀,錯誤檢測域包含一16Bits
16、值(用兩個8位的字符來實現(xiàn))。錯誤檢測域的內(nèi)容是通過對消息內(nèi)容進行循環(huán)冗長檢測方法得出的。CRC域附加在消息的最后,添加時先是低字節(jié)然后是高字節(jié)。故CRC的高位字節(jié)是發(fā)送消息的最后一個字節(jié)。 7、字符的連續(xù)傳輸當消息在標準的Modbus系列網(wǎng)絡(luò)傳輸時,每個字符或字節(jié)以如下方式發(fā)送(從左到右): 最低有效位.最高有效位 使用ASCII字符幀時,位的序列是: 有奇偶校驗 啟始位1234567奇偶位停止位無奇偶校驗 啟始位1234567停止位停止位圖4. 位順序(ASCII) 使用RTU字符幀時,位的序列是: 有奇偶校驗 啟始位12345678奇偶位停止位無奇偶校驗 啟始位12345678停止位停止
17、位圖4. 位順序(RTU) 四、錯誤檢測方法 標準的Modbus串行網(wǎng)絡(luò)采用兩種錯誤檢測方法。奇偶校驗對每個字符都可用,幀檢測(LRC或CRC)應(yīng)用于整個消息。它們都是在消息發(fā)送前由主設(shè)備產(chǎn)生的,從設(shè)備在接收過程中檢測每個字符和整個消息幀。 用戶要給主設(shè)備配置一預(yù)先定義的超時時間間隔,這個時間間隔要足夠長,以使任何從設(shè)備都能作為正常反應(yīng)。如果從設(shè)備測到一傳輸錯誤,消息將不會接收,也不會向主設(shè)備作出回應(yīng)。這樣超時事件將觸發(fā)主設(shè)備來處理錯誤。發(fā)往不存在的從設(shè)備的地址也會產(chǎn)生超時。 1、奇偶校驗 用戶可以配置控制器是奇或偶校驗,或無校驗。這將決定了每個字符中的奇偶校驗位是如何設(shè)置的。 如果指定了奇或
18、偶校驗,“1”的位數(shù)將算到每個字符的位數(shù)中(ASCII模式7個數(shù)據(jù)位,RTU中8個數(shù)據(jù)位)。例如RTU字符幀中包含以下8個數(shù)據(jù)位: 1 1 0 0 0 1 0 1 整個“1”的數(shù)目是4個。如果便用了偶校驗,幀的奇偶校驗位將是0,便得整個“1”的個數(shù)仍是4個。如果便用了奇校驗,幀的奇偶校驗位將是1,便得整個“1”的個數(shù)是5個。 如果沒有指定奇偶校驗位,傳輸時就沒有校驗位,也不進行校驗檢測。代替一附加的停止位填充至要傳輸?shù)淖址麕小?2、LRC檢測 使用ASCII模式,消息包括了一基于LRC方法的錯誤檢測域。LRC域檢測了消息域中除開始的冒號及結(jié)束的回車換行號外的內(nèi)容。 LRC域是一個包含一個8位
19、二進制值的字節(jié)。LRC值由傳輸設(shè)備來計算并放到消息幀中,接收設(shè)備在接收消息的過程中計算LRC,并將它和接收到消息中LRC域中的值比較,如果兩值不等,說明有錯誤。 LRC方法是將消息中的8Bit的字節(jié)連續(xù)累加,丟棄了進位。 LRC簡單函數(shù)如下: static unsigned char LRC(auchMsg,usDataLen) unsigned char *auchMsg ; /* 要進行計算的消息 */ unsigned short usDataLen ; /* LRC 要處理的字節(jié)的數(shù)量*/ unsigned char uchLRC = 0 ; /* LRC 字節(jié)初始化 */ while
20、 (usDataLen-) /* 傳送消息 */ uchLRC += *auchMsg+ ; /* 累加*/ return (unsigned char)(-(char_uchLRC) ; 3、CRC檢測 使用RTU模式,消息包括了一基于CRC方法的錯誤檢測域。CRC域檢測了整個消息的內(nèi)容。 CRC域是兩個字節(jié),包含一16位的二進制值。它由傳輸設(shè)備計算后加入到消息中。接收設(shè)備重新計算收到消息的CRC,并與接收到的CRC域中的值比較,如果兩值不同,則有誤。 CRC是先調(diào)入一值是全“1”的16位寄存器,然后調(diào)用一過程將消息中連續(xù)的8位字節(jié)各當前寄存器中的值進行處理。僅每個字符中的8Bit數(shù)據(jù)對CR
21、C有效,起始位和停止位以及奇偶校驗位均無效。 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 ;
22、/* 要進行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
23、 ; 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, 0x
24、C0, 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, 0x
25、41, 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, 0x
26、C0, 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, 0x
27、41, 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, 0x
28、C1, 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
29、, 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
30、, 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
31、, 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
32、, 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
33、, 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)既包括硬
34、件、亦包括軟件。它可應(yīng)用于各種數(shù)據(jù)采集和過程監(jiān)控。下表1是ModBus的功能碼定義。 表1 ModBus功能碼 功能碼名稱作用01讀取線圈狀態(tài)取得一組邏輯線圈的當前狀態(tài)(ON/OFF)02讀取輸入狀態(tài)取得一組開關(guān)輸入的當前狀態(tài)(ON/OFF)03讀取保持寄存器在一個或多個保持寄存器中取得當前的二進制值04讀取輸入寄存器在一個或多個輸入寄存器中取得當前的二進制值05強置單線圈強置一個邏輯線圈的通斷狀態(tài)06預(yù)置單寄存器把具體二進值裝入一個保持寄存器07讀取異常狀態(tài)取得8個內(nèi)部線圈的通斷狀態(tài),這8個線圈的地址由控制器決定,用戶邏輯可以將這些線圈定義,以說明從機狀態(tài),短報文適宜于迅速讀取狀態(tài)08回送診
35、斷校驗把診斷校驗報文送從機,以對通信處理進行評鑒09編程(只用于484)使主機模擬編程器作用,修改PC從機邏輯10控詢(只用于484)可使主機與一臺正在執(zhí)行長程序任務(wù)從機通信,探詢該從機是否已完成其操作任務(wù),僅在含有功能碼9的報文發(fā)送后,本功能碼才發(fā)送11讀取事件計數(shù)可使主機發(fā)出單詢問,并隨即判定操作是否成功,尤其是該命令或其他應(yīng)答產(chǎn)生通信錯誤時12讀取通信事件記錄可是主機檢索每臺從機的ModBus事務(wù)處理通信事件記錄。如果某項事務(wù)處理完成,記錄會給出有關(guān)錯誤13編程(184/384 484 584)可使主機模擬編程器功能修改PC從機邏輯14探詢(184/384 484 584)可使主機與正在
36、執(zhí)行任務(wù)的從機通信,定期控詢該從機是否已完成其程序操作,僅在含有功能13的報文發(fā)送后,本功能碼才得發(fā)送15強置多線圈強置一串連續(xù)邏輯線圈的通斷16預(yù)置多寄存器把具體的二進制值裝入一串連續(xù)的保持寄存器17報告從機標識可使主機判斷編址從機的類型及該從機運行指示燈的狀態(tài)18(884和MICRO 84)可使主機模擬編程功能,修改PC狀態(tài)邏輯19重置通信鏈路發(fā)生非可修改錯誤后,是從機復(fù)位于已知狀態(tài),可重置順序字節(jié)20讀取通用參數(shù)(584L)顯示擴展存儲器文件中的數(shù)據(jù)信息21寫入通用參數(shù)(584L)把通用參數(shù)寫入擴展存儲文件,或修改之2264保留作擴展功能備用 6572保留以備用戶功能所用留作用
37、戶功能的擴展編碼73119非法功能 120127保留留作內(nèi)部作用128255保留用于異常應(yīng)答ModBus網(wǎng)絡(luò)只是一個主機,所有通信都由他發(fā)出。網(wǎng)絡(luò)可支持247個之多的遠程從屬控制器,但實際所支持的從機數(shù)要由所用通信設(shè)備決定。采用這個系統(tǒng),各PC可以和中心主機交換信息而不影響各PC執(zhí)行本身的控制任務(wù)。表2是ModBus各功能碼對應(yīng)的數(shù)據(jù)類型。 表2 ModBus功能碼與數(shù)據(jù)類型對應(yīng)表 代碼功能數(shù)據(jù)類型01讀位02讀位03讀整型、字符型、狀態(tài)字、浮點型04讀整型、狀態(tài)字、浮點型05寫位06寫整型、字符型、狀態(tài)字、浮點型08N/A重復(fù)“回路反饋”信息15寫位16寫整型、字符型、狀態(tài)字、浮點
38、型17讀字符型(1)ModBus的傳輸方式 在ModBus系統(tǒng)中有2種傳輸模式可選擇。這2種傳輸模式與從機PC通信的能力是同等的。選擇時應(yīng)視所用ModBus主機而定,每個ModBus系統(tǒng)只能使用一種模式,不允許2種模式混用。一種模式是ASCII(美國信息交換碼),另一種模式是RTU(遠程終端設(shè)備)這兩種模式的定義見表3 表3 ASCII和RTU傳輸模式的特性 特性 ASCII(7位)RTU(8位)編碼系統(tǒng) 十六進制(使用ASCII可打印字符:09,AF)二進制每一個字符的位數(shù) 開始位1位1位數(shù)據(jù)位(最低有效位第一位)7位8位奇偶校驗(任選)1位(此位用于奇偶校驗
39、,無校應(yīng)則無該位)1位(此位用于奇偶校驗,無校應(yīng)則無該位)停止位1或2位1或2位錯誤校驗LRC(即縱向冗余校驗)CRC(即循環(huán)冗余校驗)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)速度較快的機器。 表4給出了以RTU方式讀取整數(shù)據(jù)的例子 以RTU方式讀取整數(shù)據(jù)的例子 主機請求地址功能碼第一個寄存器的高位地址第一個寄存器的低位地址寄存器的數(shù)量的高位寄存器的數(shù)量的底位錯誤校驗010300380001XX從機應(yīng)答地址功能碼字節(jié)數(shù)數(shù)據(jù)高字節(jié)數(shù)據(jù)低字節(jié)錯誤校驗010324124XX十六進制數(shù)4124表示的十進制整數(shù)為16676,錯誤校驗值要根據(jù)傳輸方式而定。(2)ModBus的數(shù)據(jù)校驗方式 CRC-16(循環(huán)冗余錯誤校驗) CRC-16錯誤校驗程序如下:
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年Β-內(nèi)酰胺類抗菌藥物項目發(fā)展計劃
- 2025年奧硝唑藥物項目發(fā)展計劃
- 以智能合同為主的辦公優(yōu)化案例分享
- 2025年消霧塔項目發(fā)展計劃
- 以辦公室為基礎(chǔ)的健康規(guī)劃-干細胞的預(yù)防性抗癌策略
- 為商業(yè)世界解鎖信任-深度探討區(qū)塊連技術(shù)在企業(yè)合作中的應(yīng)用
- 2024年周口西華縣消防救援大隊招聘鄉(xiāng)鎮(zhèn)政府專職消防員考試真題
- 2024年麗水市龍泉市事業(yè)單位招聘考試真題
- 2024年鳳凰縣直機關(guān)事業(yè)單位選調(diào)考試真題
- 2025年創(chuàng)新研究部工作總結(jié)與前瞻計劃
- 高中語文部編版教材單元寫作任務(wù)(必修上下冊+選擇性必修上中下冊)
- 2025年國際教育資源共享合同范本
- GB/T 45166-2024無損檢測紅外熱成像檢測總則
- 脫硝催化劑環(huán)境影響評估-洞察分析
- 2025年春新外研版(三起)英語三年級下冊課件 Unit4第1課時Startup
- 2025年異位妊娠診斷與治療策略研究綜述
- 2025年福建省龍巖市武平縣鄉(xiāng)村振興戰(zhàn)略儲備人才引進18人歷年高頻重點提升(共500題)附帶答案詳解
- 人教版(2025新版)七年級下冊數(shù)學(xué)第七章 相交線與平行線 單元測試卷(含答案)
- 12J12無障礙設(shè)施圖集
- 【八年級下冊地理中圖北京版】期中真題必刷卷B-【期中真題必刷卷】(北京專用)(解析版)
- 《鐵路技術(shù)管理規(guī)程》(普速鐵路部分)
評論
0/150
提交評論