發(fā)表于：2002/7/15 17:28:00
#0樓
Modbus通信編程
摘要 工業(yè)控制已從單機(jī)控制走向集中監(jiān)控、集散控制，如今已進(jìn)入網(wǎng)絡(luò)時(shí)代，工業(yè)控制器連網(wǎng)也為網(wǎng)絡(luò)管理提供了方便。Modbus就是工業(yè)控制器的網(wǎng)絡(luò)協(xié)議中的一種。
關(guān)鍵詞 Modbus協(xié)議，串行通信，LRC校驗(yàn)，CRC校驗(yàn)，RS-232C
1. Modbus 協(xié)議簡(jiǎn)介
Modbus 協(xié)議是應(yīng)用于電子控制器上的一種通用語(yǔ)言。通過(guò)此協(xié)議，控制器相互之間、控制器經(jīng)由網(wǎng)絡(luò)（例如以太網(wǎng)）和其它設(shè)備之間可以通信。它已經(jīng)成為一通用工業(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ò)誤檢測(cè)的方法。
1.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ò)誤檢測(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ā)送出去。
1.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)格式并返回給發(fā)送的控制器。
1.3 查詢—回應(yīng)周期
.查詢
查詢消息中的功能代碼告之被選中的從設(shè)備要執(zhí)行何種功能。數(shù)據(jù)段包含了從設(shè)備要執(zhí)行功能的任何附加信息。例如功能代碼03是要求從設(shè)備讀保持寄存器并返回它們的內(nèi)容。數(shù)據(jù)段必須包含要告之從設(shè)備的信息：從何寄存器開(kāi)始讀及要讀的寄存器數(shù)量。錯(cuò)誤檢測(cè)域?yàn)閺脑O(shè)備提供了一種驗(yàn)證消息內(nèi)容是否正確的方法。
.回應(yīng)
如果從設(shè)備產(chǎn)生一正常的回應(yīng)，在回應(yīng)消息中的功能代碼是在查詢消息中的功能代碼的回應(yīng)。數(shù)據(jù)段包括了從設(shè)備收集的數(shù)據(jù)：象寄存器值或狀態(tài)。如果有錯(cuò)誤發(fā)生，功能代碼將被修改以用于指出回應(yīng)消息是錯(cuò)誤的，同時(shí)數(shù)據(jù)段包含了描述此錯(cuò)誤信息的代碼。錯(cuò)誤檢測(cè)域允許主設(shè)備確認(rèn)消息內(nèi)容是否可用。
2. 兩種傳輸方式
控制器能設(shè)置為兩種傳輸模式（ASCII或RTU）中的任何一種在標(biāo)準(zhǔn)的Modbus網(wǎng)絡(luò)通信。用戶選擇想要的模式，包括串口通信參數(shù)（波特率、校驗(yàn)方式等），在配置每個(gè)控制器的時(shí)候，在一個(gè)Modbus網(wǎng)絡(luò)上的所有設(shè)備都必須選擇相同的傳輸模式和串口參數(shù)。
ASCII模式
:
地址
功能代碼
數(shù)據(jù)數(shù)量
數(shù)據(jù)1
...
數(shù)據(jù)n
LRC高字節(jié)
LRC低字節(jié)
回車
換行
RTU模式
地址
功能代碼
數(shù)據(jù)數(shù)量
數(shù)據(jù)1
...
數(shù)據(jù)n
CRC高字節(jié)
CRC低字節(jié)
所選的ASCII或RTU方式僅適用于標(biāo)準(zhǔn)的Modbus網(wǎng)絡(luò)，它定義了在這些網(wǎng)絡(luò)上連續(xù)傳輸?shù)南⒍蔚拿恳晃?，以及決定怎樣將信息打包成消息域和如何解碼。
在其它網(wǎng)絡(luò)上（象MAP和Modbus Plus）Modbus消息被轉(zhuǎn)成與串行傳輸無(wú)關(guān)的幀。
2.1 ASCII模式
當(dāng)控制器設(shè)為在Modbus網(wǎng)絡(luò)上以ASCII（美國(guó)標(biāo)準(zhǔn)信息交換代碼）模式通信，在消息中的每個(gè)8Bit字節(jié)都作為兩個(gè)ASCII字符發(fā)送。這種方式的主要優(yōu)點(diǎn)是字符發(fā)送的時(shí)間間隔可達(dá)到1秒而不產(chǎn)生錯(cuò)誤。
代碼系統(tǒng)
. 十六進(jìn)制，ASCII字符0...9，A...F
. 消息中的每個(gè)ASCII字符都是一個(gè)十六進(jìn)制字符組成
每個(gè)字節(jié)的位
. 1個(gè)起始位
. 7個(gè)數(shù)據(jù)位，最小的有效位先發(fā)送
. 1個(gè)奇偶校驗(yàn)位，無(wú)校驗(yàn)則無(wú)
. 1個(gè)停止位（有校驗(yàn)時(shí)），2個(gè)Bit（無(wú)校驗(yàn)時(shí)）
錯(cuò)誤檢測(cè)域
. LRC(縱向冗長(zhǎng)檢測(cè))
2.2 RTU模式
當(dāng)控制器設(shè)為在Modbus網(wǎng)絡(luò)上以RTU（遠(yuǎn)程終端單元）模式通信，在消息中的每個(gè)8Bit字節(jié)包含兩個(gè)4Bit的十六進(jìn)制字符。這種方式的主要優(yōu)點(diǎn)是：在同樣的波特率下，可比ASCII方式傳送更多的數(shù)據(jù)。
代碼系統(tǒng)
. 8位二進(jìn)制，十六進(jìn)制數(shù)0...9，A...F
. 消息中的每個(gè)8位域都是一個(gè)兩個(gè)十六進(jìn)制字符組成
每個(gè)字節(jié)的位
. 1個(gè)起始位
. 8個(gè)數(shù)據(jù)位，最小的有效位先發(fā)送
. 1個(gè)奇偶校驗(yàn)位，無(wú)校驗(yàn)則無(wú)
. 1個(gè)停止位（有校驗(yàn)時(shí)），2個(gè)Bit（無(wú)校驗(yàn)時(shí)）
錯(cuò)誤檢測(cè)域
. CRC(循環(huán)冗長(zhǎng)檢測(cè))
3. Modbus消息幀
兩種傳輸模式中（ASCII或RTU），傳輸設(shè)備以將Modbus消息轉(zhuǎn)為有起點(diǎn)和終點(diǎn)的幀，這就允許接收的設(shè)備在消息起始處開(kāi)始工作，讀地址分配信息，判斷哪一個(gè)設(shè)備被選中（廣播方式則傳給所有設(shè)備），判知何時(shí)信息已完成。部分的消息也能偵測(cè)到并且錯(cuò)誤能設(shè)置為返回結(jié)果。
3.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ò)誤。一個(gè)典型消息幀如下所示：
起始位
設(shè)備地址
功能代碼
數(shù)據(jù)
LRC校驗(yàn)
結(jié)束符
1個(gè)字符
2個(gè)字符
2個(gè)字符
n個(gè)字符
2個(gè)字符
2個(gè)字符
圖2 ASCII消息幀
3.2 RTU幀
使用RTU模式，消息發(fā)送至少要以3.5個(gè)字符時(shí)間的停頓間隔開(kāi)始。在網(wǎng)絡(luò)波特率下多樣的字符時(shí)間，這是最容易實(shí)現(xiàn)的(如下圖的T1-T2-T3-T4所示)。傳輸?shù)牡谝粋€(gè)域是設(shè)備地址。可以使用的傳輸字符是十六進(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è)新消息的地址域。同樣地，如果一個(gè)新消息在小于3.5個(gè)字符時(shí)間內(nèi)接著前個(gè)消息開(kāi)始，接收的設(shè)備將認(rèn)為它是前一消息的延續(xù)。這將導(dǎo)致一個(gè)錯(cuò)誤，因?yàn)樵谧詈蟮腃RC域的值不可能是正確的。一典型的消息幀如下所示：
起始位
設(shè)備地址
功能代碼
數(shù)據(jù)
CRC校驗(yàn)
結(jié)束符
T1-T2-T3-T4
8Bit
8Bit
n個(gè)8Bit
16Bit
T1-T2-T3-T4
圖3 RTU消息幀
3.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ò)，廣播可能不允許或以其它方式代替。
3.4 如何處理功能域
消息幀中的功能代碼域包含了兩個(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è)備的消息要求讀一組保持寄存器，將產(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)告給操作員。
3.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è)備必須用于進(jìn)行執(zhí)行由功能代碼所定義的所為。這包括了象不連續(xù)的寄存器地址，要處理項(xiàng)的數(shù)目，域中實(shí)際數(shù)據(jù)字節(jié)數(shù)。
例如，如果主設(shè)備需要從設(shè)備讀取一組保持寄存器（功能代碼03），數(shù)據(jù)域指定了起始寄存器以及要讀的寄存器數(shù)量。如果主設(shè)備寫(xiě)一組從設(shè)備的寄存器（功能代碼10十六進(jìn)制），數(shù)據(jù)域則指明了要寫(xiě)的起始寄存器以及要寫(xiě)的寄存器數(shù)量，數(shù)據(jù)域的數(shù)據(jù)字節(jié)數(shù)，要寫(xiě)入寄存器的數(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)制），從設(shè)備不需任何附加的信息。
3.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é)。
3.7 字符的連續(xù)傳輸
當(dāng)消息在標(biāo)準(zhǔn)的Modbus系列網(wǎng)絡(luò)傳輸時(shí)，每個(gè)字符或字節(jié)以如下方式發(fā)送（從左到右）：
最低有效位...最高有效位
使用ASCII字符幀時(shí)，位的序列是：
有奇偶校驗(yàn)
啟始位
1
2
3
4
5
6
7
奇偶位
停止位
無(wú)奇偶校驗(yàn)
啟始位
1
2
3
4
5
6
7
停止位
停止位
圖4. 位順序（ASCII）
使用RTU字符幀時(shí)，位的序列是：
有奇偶校驗(yàn)
啟始位
1
2
3
4
5
6
7
8
奇偶位
停止位
無(wú)奇偶校驗(yàn)
啟始位
1
2
3
4
5
6
7
8
停止位
停止位
圖4. 位順序（RTU）
4. 錯(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í)。
4.1 奇偶校驗(yàn)
用戶可以配置控制器是奇或偶校驗(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ù)淖址麕小?br/>
4.2 LRC檢測(cè)
使用ASCII模式，消息包括了一基于LRC方法的錯(cuò)誤檢測(cè)域。LRC域檢測(cè)了消息域中除開(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 char uchLRC = 0 ; /* LRC 字節(jié)初始化 */
while (usDataLen--) /* 傳送消息 */
uchLRC += *auchMsg++ ; /* 累加*/
return ((unsigned char)(-((char_uchLRC))) ;
}
4.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ò)程將消息中連續(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é)。
CRC簡(jiǎn)單函數(shù)如下：
unsigned short CRC16(puchMsg, usDataLen)
unsigned char *puchMsg ; /* 要進(jìn)行CRC校驗(yàn)的消息 */
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++ ; /* 計(jì)算CRC */
uchCRCHi = uchCRCLo ^ auchCRCHi[uIndex} ;
uchCRCLo = auchCRCLo[uIndex] ;
}
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
} ;
摘要 工業(yè)控制已從單機(jī)控制走向集中監(jiān)控、集散控制，如今已進(jìn)入網(wǎng)絡(luò)時(shí)代，工業(yè)控制器連網(wǎng)也為網(wǎng)絡(luò)管理提供了方便。Modbus就是工業(yè)控制器的網(wǎng)絡(luò)協(xié)議中的一種。
關(guān)鍵詞 Modbus協(xié)議，串行通信，LRC校驗(yàn)，CRC校驗(yàn)，RS-232C
1. Modbus 協(xié)議簡(jiǎn)介
Modbus 協(xié)議是應(yīng)用于電子控制器上的一種通用語(yǔ)言。通過(guò)此協(xié)議，控制器相互之間、控制器經(jīng)由網(wǎng)絡(luò)（例如以太網(wǎng)）和其它設(shè)備之間可以通信。它已經(jīng)成為一通用工業(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ò)誤檢測(cè)的方法。
1.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ò)誤檢測(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ā)送出去。
1.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)格式并返回給發(fā)送的控制器。
1.3 查詢—回應(yīng)周期
.查詢
查詢消息中的功能代碼告之被選中的從設(shè)備要執(zhí)行何種功能。數(shù)據(jù)段包含了從設(shè)備要執(zhí)行功能的任何附加信息。例如功能代碼03是要求從設(shè)備讀保持寄存器并返回它們的內(nèi)容。數(shù)據(jù)段必須包含要告之從設(shè)備的信息：從何寄存器開(kāi)始讀及要讀的寄存器數(shù)量。錯(cuò)誤檢測(cè)域?yàn)閺脑O(shè)備提供了一種驗(yàn)證消息內(nèi)容是否正確的方法。
.回應(yīng)
如果從設(shè)備產(chǎn)生一正常的回應(yīng)，在回應(yīng)消息中的功能代碼是在查詢消息中的功能代碼的回應(yīng)。數(shù)據(jù)段包括了從設(shè)備收集的數(shù)據(jù)：象寄存器值或狀態(tài)。如果有錯(cuò)誤發(fā)生，功能代碼將被修改以用于指出回應(yīng)消息是錯(cuò)誤的，同時(shí)數(shù)據(jù)段包含了描述此錯(cuò)誤信息的代碼。錯(cuò)誤檢測(cè)域允許主設(shè)備確認(rèn)消息內(nèi)容是否可用。
2. 兩種傳輸方式
控制器能設(shè)置為兩種傳輸模式（ASCII或RTU）中的任何一種在標(biāo)準(zhǔn)的Modbus網(wǎng)絡(luò)通信。用戶選擇想要的模式，包括串口通信參數(shù)（波特率、校驗(yàn)方式等），在配置每個(gè)控制器的時(shí)候，在一個(gè)Modbus網(wǎng)絡(luò)上的所有設(shè)備都必須選擇相同的傳輸模式和串口參數(shù)。
ASCII模式
:
地址
功能代碼
數(shù)據(jù)數(shù)量
數(shù)據(jù)1
...
數(shù)據(jù)n
LRC高字節(jié)
LRC低字節(jié)
回車
換行
RTU模式
地址
功能代碼
數(shù)據(jù)數(shù)量
數(shù)據(jù)1
...
數(shù)據(jù)n
CRC高字節(jié)
CRC低字節(jié)
所選的ASCII或RTU方式僅適用于標(biāo)準(zhǔn)的Modbus網(wǎng)絡(luò)，它定義了在這些網(wǎng)絡(luò)上連續(xù)傳輸?shù)南⒍蔚拿恳晃?，以及決定怎樣將信息打包成消息域和如何解碼。
在其它網(wǎng)絡(luò)上（象MAP和Modbus Plus）Modbus消息被轉(zhuǎn)成與串行傳輸無(wú)關(guān)的幀。
2.1 ASCII模式
當(dāng)控制器設(shè)為在Modbus網(wǎng)絡(luò)上以ASCII（美國(guó)標(biāo)準(zhǔn)信息交換代碼）模式通信，在消息中的每個(gè)8Bit字節(jié)都作為兩個(gè)ASCII字符發(fā)送。這種方式的主要優(yōu)點(diǎn)是字符發(fā)送的時(shí)間間隔可達(dá)到1秒而不產(chǎn)生錯(cuò)誤。
代碼系統(tǒng)
. 十六進(jìn)制，ASCII字符0...9，A...F
. 消息中的每個(gè)ASCII字符都是一個(gè)十六進(jìn)制字符組成
每個(gè)字節(jié)的位
. 1個(gè)起始位
. 7個(gè)數(shù)據(jù)位，最小的有效位先發(fā)送
. 1個(gè)奇偶校驗(yàn)位，無(wú)校驗(yàn)則無(wú)
. 1個(gè)停止位（有校驗(yàn)時(shí)），2個(gè)Bit（無(wú)校驗(yàn)時(shí)）
錯(cuò)誤檢測(cè)域
. LRC(縱向冗長(zhǎng)檢測(cè))
2.2 RTU模式
當(dāng)控制器設(shè)為在Modbus網(wǎng)絡(luò)上以RTU（遠(yuǎn)程終端單元）模式通信，在消息中的每個(gè)8Bit字節(jié)包含兩個(gè)4Bit的十六進(jìn)制字符。這種方式的主要優(yōu)點(diǎn)是：在同樣的波特率下，可比ASCII方式傳送更多的數(shù)據(jù)。
代碼系統(tǒng)
. 8位二進(jìn)制，十六進(jìn)制數(shù)0...9，A...F
. 消息中的每個(gè)8位域都是一個(gè)兩個(gè)十六進(jìn)制字符組成
每個(gè)字節(jié)的位
. 1個(gè)起始位
. 8個(gè)數(shù)據(jù)位，最小的有效位先發(fā)送
. 1個(gè)奇偶校驗(yàn)位，無(wú)校驗(yàn)則無(wú)
. 1個(gè)停止位（有校驗(yàn)時(shí)），2個(gè)Bit（無(wú)校驗(yàn)時(shí)）
錯(cuò)誤檢測(cè)域
. CRC(循環(huán)冗長(zhǎng)檢測(cè))
3. Modbus消息幀
兩種傳輸模式中（ASCII或RTU），傳輸設(shè)備以將Modbus消息轉(zhuǎn)為有起點(diǎn)和終點(diǎn)的幀，這就允許接收的設(shè)備在消息起始處開(kāi)始工作，讀地址分配信息，判斷哪一個(gè)設(shè)備被選中（廣播方式則傳給所有設(shè)備），判知何時(shí)信息已完成。部分的消息也能偵測(cè)到并且錯(cuò)誤能設(shè)置為返回結(jié)果。
3.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ò)誤。一個(gè)典型消息幀如下所示：
起始位
設(shè)備地址
功能代碼
數(shù)據(jù)
LRC校驗(yàn)
結(jié)束符
1個(gè)字符
2個(gè)字符
2個(gè)字符
n個(gè)字符
2個(gè)字符
2個(gè)字符
圖2 ASCII消息幀
3.2 RTU幀
使用RTU模式，消息發(fā)送至少要以3.5個(gè)字符時(shí)間的停頓間隔開(kāi)始。在網(wǎng)絡(luò)波特率下多樣的字符時(shí)間，這是最容易實(shí)現(xiàn)的(如下圖的T1-T2-T3-T4所示)。傳輸?shù)牡谝粋€(gè)域是設(shè)備地址。可以使用的傳輸字符是十六進(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è)新消息的地址域。同樣地，如果一個(gè)新消息在小于3.5個(gè)字符時(shí)間內(nèi)接著前個(gè)消息開(kāi)始，接收的設(shè)備將認(rèn)為它是前一消息的延續(xù)。這將導(dǎo)致一個(gè)錯(cuò)誤，因?yàn)樵谧詈蟮腃RC域的值不可能是正確的。一典型的消息幀如下所示：
起始位
設(shè)備地址
功能代碼
數(shù)據(jù)
CRC校驗(yàn)
結(jié)束符
T1-T2-T3-T4
8Bit
8Bit
n個(gè)8Bit
16Bit
T1-T2-T3-T4
圖3 RTU消息幀
3.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ò)，廣播可能不允許或以其它方式代替。
3.4 如何處理功能域
消息幀中的功能代碼域包含了兩個(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è)備的消息要求讀一組保持寄存器，將產(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)告給操作員。
3.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è)備必須用于進(jìn)行執(zhí)行由功能代碼所定義的所為。這包括了象不連續(xù)的寄存器地址，要處理項(xiàng)的數(shù)目，域中實(shí)際數(shù)據(jù)字節(jié)數(shù)。
例如，如果主設(shè)備需要從設(shè)備讀取一組保持寄存器（功能代碼03），數(shù)據(jù)域指定了起始寄存器以及要讀的寄存器數(shù)量。如果主設(shè)備寫(xiě)一組從設(shè)備的寄存器（功能代碼10十六進(jìn)制），數(shù)據(jù)域則指明了要寫(xiě)的起始寄存器以及要寫(xiě)的寄存器數(shù)量，數(shù)據(jù)域的數(shù)據(jù)字節(jié)數(shù)，要寫(xiě)入寄存器的數(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)制），從設(shè)備不需任何附加的信息。
3.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é)。
3.7 字符的連續(xù)傳輸
當(dāng)消息在標(biāo)準(zhǔn)的Modbus系列網(wǎng)絡(luò)傳輸時(shí)，每個(gè)字符或字節(jié)以如下方式發(fā)送（從左到右）：
最低有效位...最高有效位
使用ASCII字符幀時(shí)，位的序列是：
有奇偶校驗(yàn)
啟始位
1
2
3
4
5
6
7
奇偶位
停止位
無(wú)奇偶校驗(yàn)
啟始位
1
2
3
4
5
6
7
停止位
停止位
圖4. 位順序（ASCII）
使用RTU字符幀時(shí)，位的序列是：
有奇偶校驗(yàn)
啟始位
1
2
3
4
5
6
7
8
奇偶位
停止位
無(wú)奇偶校驗(yàn)
啟始位
1
2
3
4
5
6
7
8
停止位
停止位
圖4. 位順序（RTU）
4. 錯(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í)。
4.1 奇偶校驗(yàn)
用戶可以配置控制器是奇或偶校驗(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ù)淖址麕小?br/>
4.2 LRC檢測(cè)
使用ASCII模式，消息包括了一基于LRC方法的錯(cuò)誤檢測(cè)域。LRC域檢測(cè)了消息域中除開(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 char uchLRC = 0 ; /* LRC 字節(jié)初始化 */
while (usDataLen--) /* 傳送消息 */
uchLRC += *auchMsg++ ; /* 累加*/
return ((unsigned char)(-((char_uchLRC))) ;
}
4.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ò)程將消息中連續(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é)。
CRC簡(jiǎn)單函數(shù)如下：
unsigned short CRC16(puchMsg, usDataLen)
unsigned char *puchMsg ; /* 要進(jìn)行CRC校驗(yàn)的消息 */
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++ ; /* 計(jì)算CRC */
uchCRCHi = uchCRCLo ^ auchCRCHi[uIndex} ;
uchCRCLo = auchCRCLo[uIndex] ;
}
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
} ;
