工控自動化技術文摘：上海正偉解析Modbus通信協議

首頁新聞工控搜論壇廠商論壇產品方案廠商人才文摘下載展覽


P L C \| 變頻器與傳動 \| 傳感器 \| 現場檢測儀表 \| 工控軟件 \| 人機界麵 \| 運動控製 D C S \| 工業以太網 \| 現場總線 \| 顯示調節儀表 \| 數據采集 \| 數傳測控 \| 工業安全電源 \| 嵌入式係統 \| PC based \| 機櫃箱體殼體 \| 低壓電器 \| 機器視覺	工控搜索快.專.準

上海正偉解析Modbus通信協議
上海正偉數字技術有限公司

上海正偉解析Modbus通信協議

　一、Modbus 協議簡介

Modbus 協議是應用於電子控製器上的一種通用語言。通過此協議，控製器相互之間、控製器經由網絡（例如以太網）和其它設備之間可以通信。它已經成為一通用工業標準。有了它，不同廠商生產的控製設備可以連成工業網絡，進行集中監控。

此協議定義了一個控製器能認識使用的消息結構,而(er)不(bu)管(guan)它(ta)們(men)是(shi)經(jing)過(guo)何(he)種(zhong)網(wang)絡(luo)進(jin)行(xing)通(tong)信(xin)的(de)。它(ta)描(miao)述(shu)了(le)一(yi)控(kong)製(zhi)器(qi)請(qing)求(qiu)訪(fang)問(wen)其(qi)它(ta)設(she)備(bei)的(de)過(guo)程(cheng)，如(ru)果(guo)回(hui)應(ying)來(lai)自(zi)其(qi)它(ta)設(she)備(bei)的(de)請(qing)求(qiu)，以(yi)及(ji)怎(zen)樣(yang)偵(zhen)測(ce)錯(cuo)誤(wu)並(bing)記(ji)錄(lu)。它(ta)製(zhi)定(ding)了(le)消(xiao)息(xi)域(yu)格(ge)局(ju)和(he)內(nei)容(rong)的(de)公(gong)共(gong)格(ge)式(shi)。

當在一Modbus網(wang)絡(luo)上(shang)通(tong)信(xin)時(shi)，此(ci)協(xie)議(yi)決(jue)定(ding)了(le)每(mei)個(ge)控(kong)製(zhi)器(qi)須(xu)要(yao)知(zhi)道(dao)它(ta)們(men)的(de)設(she)備(bei)地(di)址(zhi)，識(shi)別(bie)按(an)地(di)址(zhi)發(fa)來(lai)的(de)消(xiao)息(xi)，決(jue)定(ding)要(yao)產(chan)生(sheng)何(he)種(zhong)行(xing)動(dong)。如(ru)果(guo)需(xu)要(yao)回(hui)應(ying)，控(kong)製(zhi)器(qi)將(jiang)生(sheng)成(cheng)反(fan)饋(kui)信(xin)息(xi)並(bing)用(yong)Modbus協議發出。在其它網絡上，包含了Modbus協議的消息轉換為在此網絡上使用的幀或包結構。這種轉換也擴展了根據具體的網絡解決節地址、路由路徑及錯誤檢測的方法。

　1、在Modbus網絡上轉輸

標準的Modbus口是使用一RS-232C兼容串行接口，它定義了連接口的針腳、電纜、信號位、傳輸波特率、奇偶校驗。控製器能直接或經由Modem組網。

控製器通信使用主―從技術，即僅一設備（主設備）能初始化傳輸（查詢）。其它設備（從設備）根據主設備查詢提供的數據作出相應反應。典型的主設備：主機和可編程儀表。典型的從設備：可編程控製器。

主(zhu)設(she)備(bei)可(ke)單(dan)獨(du)和(he)從(cong)設(she)備(bei)通(tong)信(xin)，也(ye)能(neng)以(yi)廣(guang)播(bo)方(fang)式(shi)和(he)所(suo)有(you)從(cong)設(she)備(bei)通(tong)信(xin)。如(ru)果(guo)單(dan)獨(du)通(tong)信(xin)，從(cong)設(she)備(bei)返(fan)回(hui)一(yi)消(xiao)息(xi)作(zuo)為(wei)回(hui)應(ying)，如(ru)果(guo)是(shi)以(yi)廣(guang)播(bo)方(fang)式(shi)查(zha)詢(xun)的(de)，則(ze)不(bu)作(zuo)任(ren)何(he)回(hui)應(ying)。Modbus協議建立了主設備查詢的格式：設備（或廣播）地址、功能代碼、所有要發送的數據、一錯誤檢測域。

從設備回應消息也由Modbus協議構成，包括確認要行動的域、任何要返回的數據、和一錯誤檢測域。如果在消息接收過程中發生一錯誤，或從設備不能執行其命令，從設備將建立一錯誤消息並把它作為回應發送出去。

　2、在其它類型網絡上轉輸

在(zai)其(qi)它(ta)網(wang)絡(luo)上(shang)，控(kong)製(zhi)器(qi)使(shi)用(yong)對(dui)等(deng)技(ji)術(shu)通(tong)信(xin)，故(gu)任(ren)何(he)控(kong)製(zhi)都(dou)能(neng)初(chu)始(shi)和(he)其(qi)它(ta)控(kong)製(zhi)器(qi)的(de)通(tong)信(xin)。這(zhe)樣(yang)在(zai)單(dan)獨(du)的(de)通(tong)信(xin)過(guo)程(cheng)中(zhong)，控(kong)製(zhi)器(qi)既(ji)可(ke)作(zuo)為(wei)主(zhu)設(she)備(bei)也(ye)可(ke)作(zuo)為(wei)從(cong)設(she)備(bei)。提(ti)供(gong)的(de)多(duo)個(ge)內(nei)部(bu)通(tong)道(dao)可(ke)允(yun)許(xu)同(tong)時(shi)發(fa)生(sheng)的(de)傳(chuan)輸(shu)進(jin)程(cheng)。

在消息位，Modbus協議仍提供了主―從原則，盡管網絡通信方法是“對等”。如ru果guo一yi控kong製zhi器qi發fa送song一yi消xiao息xi，它ta隻zhi是shi作zuo為wei主zhu設she備bei，並bing期qi望wang從cong從cong設she備bei得de到dao回hui應ying。同tong樣yang，當dang控kong製zhi器qi接jie收shou到dao一yi消xiao息xi，它ta將jiang建jian立li一yi從cong設she備bei回hui應ying格ge式shi並bing返fan回hui給gei發fa送song的de控kong製zhi器qi。

　3、查詢―回應周期

dvubb 此主題相關圖片如下：

（1）查詢

查詢消息中的功能代碼告之被選中的從設備要執行何種功能。數據段包含了從設備要執行功能的任何附加信息。例如功能代碼03是要求從設備讀保持寄存器並返回它們的內容。數據段必須包含要告之從設備的信息：從何寄存器開始讀及要讀的寄存器數量。錯誤檢測域為從設備提供了一種驗證消息內容是否正確的方法。

（2）回應

如果從設備產生一正常的回應，在回應消息中的功能代碼是在查詢消息中的功能代碼的回應。數據段包括了從設備收集的數據：象xiang寄ji存cun器qi值zhi或huo狀zhuang態tai。如ru果guo有you錯cuo誤wu發fa生sheng，功gong能neng代dai碼ma將jiang被bei修xiu改gai以yi用yong於yu指zhi出chu回hui應ying消xiao息xi是shi錯cuo誤wu的de，同tong時shi數shu據ju段duan包bao含han了le描miao述shu此ci錯cuo誤wu信xin息xi的de代dai碼ma。錯cuo誤wu檢jian測ce域yu允yun許xu主zhu設she備bei確que認ren消xiao息xi內nei容rong是shi否fou可ke用yong。

　二、兩種傳輸方式

控製器能設置為兩種傳輸模式（ASCII或RTU）中的任何一種在標準的Modbus網絡通信。用戶選擇想要的模式，包括串口通信參數（波特率、校驗方式等），在配置每個控製器的時候，在一個Modbus網絡上的所有設備都必須選擇相同的傳輸模式和串口參數。

ASCII模式

地址

功能代碼

數據數量

數據1

...

數據n

LRC高字節

LRC低字節

回車

換行

RTU模式

地址

功能代碼

數據數量

數據1

...

數據n

CRC高字節

CRC低字節

所選的ASCII或RTU方式僅適用於標準的Modbus網絡，它定義了在這些網絡上連續傳輸的消息段的每一位，以及決定怎樣將信息打包成消息域和如何解碼。

在其它網絡上（象MAP和Modbus Plus）Modbus消息被轉成與串行傳輸無關的幀。

　1、ASCII模式

當控製器設為在Modbus網絡上以ASCII（美國標準信息交換代碼）模式通信，在消息中的每個8Bit字節都作為兩個ASCII字符發送。這種方式的主要優點是字符發送的時間間隔可達到1秒而不產生錯誤。

代碼係統

十六進製，ASCII字符0...9，A...F
消息中的每個ASCII字符都是一個十六進製字符組成

每個字節的位

1個起始位
7個數據位，最小的有效位先發送
1個奇偶校驗位，無校驗則無
1個停止位（有校驗時），2個Bit（無校驗時）

錯誤檢測域

LRC(縱向冗長檢測)

2、RTU模式

當控製器設為在Modbus網絡上以RTU（遠程終端單元）模式通信，在消息中的每個8Bit字節包含兩個4Bit的十六進製字符。這種方式的主要優點是：在同樣的波特率下，可比ASCII方式傳送更多的數據。

代碼係統

8位二進製，十六進製數0...9，A...F
消息中的每個8位域都是一個兩個十六進製字符組成

每個字節的位

1個起始位
8個數據位，最小的有效位先發送
1個奇偶校驗位，無校驗則無
1個停止位（有校驗時），2個Bit（無校驗時）

錯誤檢測域

CRC(循環冗長檢測)

　三、Modbus消息幀

兩種傳輸模式中（ASCII或RTU），傳輸設備以將Modbus消息轉為有起點和終點的幀，這就允許接收的設備在消息起始處開始工作，讀地址分配信息，判斷哪一個設備被選中（廣播方式則傳給所有設備），判知何時信息已完成。部分的消息也能偵測到並且錯誤能設置為返回結果。

　1、ASCII幀

使用ASCII模式，消息以冒號（:）字符（ASCII碼 3AH）開始，以回車換行符結束（ASCII碼 0DH,0AH）。

其它域可以使用的傳輸字符是十六進製的0...9,A...F。網絡上的設備不斷偵測“:”字符，當有一個冒號接收到時，每個設備都解碼下個域（地址域）來判斷是否發給自己的。

消息中字符間發送的時間間隔最長不能超過1秒，否則接收的設備將認為傳輸錯誤。一個典型消息幀如下所示：

起始位	設備地址	功能代碼	數據	LRC校驗	結束符
1個字符	2個字符	2個字符	n個字符	2個字符	2個字符

圖2 ASCII消息幀

　2、RTU幀

使用RTU模式，消息發送至少要以3.5個字符時間的停頓間隔開始。在網絡波特率下多樣的字符時間，這是最容易實現的(如下圖的T1-T2-T3-T4所示)。傳輸的第一個域是設備地址。可以使用的傳輸字符是十六進製的0...9,A...F。網絡設備不斷偵測網絡總線，包括停頓間隔時間內。當第一個域（地址域）接收到，每個設備都進行解碼以判斷是否發往自己的。在最後一個傳輸字符之後，一個至少3.5個字符時間的停頓標定了消息的結束。一個新的消息可在此停頓後開始。

整個消息幀必須作為一連續的流轉輸。如果在幀完成之前有超過1.5個字符時間的停頓時間，接收設備將刷新不完整的消息並假定下一字節是一個新消息的地址域。同樣地，如果一個新消息在小於3.5個字符時間內接著前個消息開始，接收的設備將認為它是前一消息的延續。這將導致一個錯誤，因為在最後的CRC域的值不可能是正確的。一典型的消息幀如下所示：

起始位	設備地址	功能代碼	數據	CRC校驗	結束符
T1-T2-T3-T4	8Bit	8Bit	n個8Bit	16Bit	T1-T2-T3-T4

圖3 RTU消息幀

　3、地址域

消息幀的地址域包含兩個字符（ASCII）或8Bit（RTU）。可能的從設備地址是0...247 (十進製)。單個設備的地址範圍是1...247。主zhu設she備bei通tong過guo將jiang要yao聯lian絡luo的de從cong設she備bei的de地di址zhi放fang入ru消xiao息xi中zhong的de地di址zhi域yu來lai選xuan通tong從cong設she備bei。當dang從cong設she備bei發fa送song回hui應ying消xiao息xi時shi，它ta把ba自zi己ji的de地di址zhi放fang入ru回hui應ying的de地di址zhi域yu中zhong，以yi便bian主zhu設she備bei知zhi道dao是shi哪na一yi個ge設she備bei作zuo出chu回hui應ying。

地址0是用作廣播地址，以使所有的從設備都能認識。當Modbus協議用於更高水準的網絡，廣播可能不允許或以其它方式代替。

　4、如何處理功能域

消息幀中的功能代碼域包含了兩個字符（ASCII）或8Bits（RTU）。可能的代碼範圍是十進製的1...255。當然，有些代碼是適用於所有控製器，有此是應用於某種控製器，還有些保留以備後用。

當(dang)消(xiao)息(xi)從(cong)主(zhu)設(she)備(bei)發(fa)往(wang)從(cong)設(she)備(bei)時(shi)，功(gong)能(neng)代(dai)碼(ma)域(yu)將(jiang)告(gao)之(zhi)從(cong)設(she)備(bei)需(xu)要(yao)執(zhi)行(xing)哪(na)些(xie)行(xing)為(wei)。例(li)如(ru)去(qu)讀(du)取(qu)輸(shu)入(ru)的(de)開(kai)關(guan)狀(zhuang)態(tai)，讀(du)一(yi)組(zu)寄(ji)存(cun)器(qi)的(de)數(shu)據(ju)內(nei)容(rong)，讀(du)從(cong)設(she)備(bei)的(de)診(zhen)斷(duan)狀(zhuang)態(tai)，允(yun)許(xu)調(tiao)入(ru)、記錄、校驗在從設備中的程序等。

當從設備回應時，它使用功能代碼域來指示是正常回應(無誤)還是有某種錯誤發生（稱作異議回應）。對正常回應，從設備僅回應相應的功能代碼。對異議回應，從設備返回一等同於正常代碼的代碼，但最重要的位置為邏輯1。

例如：一從主設備發往從設備的消息要求讀一組保持寄存器，將產生如下功能代碼：

0 0 0 0 0 0 1 1 （十六進製03H）

對正常回應，從設備僅回應同樣的功能代碼。對異議回應，它返回：

1 0 0 0 0 0 1 1 （十六進製83H）

除功能代碼因異議錯誤作了修改外，從設備將一獨特的代碼放到回應消息的數據域中，這能告訴主設備發生了什麼錯誤。

主設備應用程序得到異議的回應後，典型的處理過程是重發消息，或者診斷發給從設備的消息並報告給操作員。

　5、數據域

數據域是由兩個十六進製數集合構成的，範圍00...FF。根據網絡傳輸模式，這可以是由一對ASCII字符組成或由一RTU字符組成。

從主設備發給從設備消息的數據域包含附加的信息：從設備必須用於進行執行由功能代碼所定義的所為。這包括了象不連續的寄存器地址，要處理項的數目，域中實際數據字節數。

例如，如果主設備需要從設備讀取一組保持寄存器（功能代碼03），數據域指定了起始寄存器以及要讀的寄存器數量。如果主設備寫一組從設備的寄存器（功能代碼10十六進製），數據域則指明了要寫的起始寄存器以及要寫的寄存器數量，數據域的數據字節數，要寫入寄存器的數據。

如(ru)果(guo)沒(mei)有(you)錯(cuo)誤(wu)發(fa)生(sheng)，從(cong)從(cong)設(she)備(bei)返(fan)回(hui)的(de)數(shu)據(ju)域(yu)包(bao)含(han)請(qing)求(qiu)的(de)數(shu)據(ju)。如(ru)果(guo)有(you)錯(cuo)誤(wu)發(fa)生(sheng)，此(ci)域(yu)包(bao)含(han)一(yi)異(yi)議(yi)代(dai)碼(ma)，主(zhu)設(she)備(bei)應(ying)用(yong)程(cheng)序(xu)可(ke)以(yi)用(yong)來(lai)判(pan)斷(duan)采(cai)取(qu)下(xia)一(yi)步(bu)行(xing)動(dong)。

在某種消息中數據域可以是不存在的（0長度）。例如，主設備要求從設備回應通信事件記錄（功能代碼0B十六進製），從設備不需任何附加的信息。

6、錯誤檢測域

標準的Modbus網絡有兩種錯誤檢測方法。錯誤檢測域的內容視所選的檢測方法而定。

ASCII

當選用ASCII模式作字符幀，錯誤檢測域包含兩個ASCII字符。這是使用LRC（縱向冗長檢測）方法對消息內容計算得出的，不包括開始的冒號符及回車換行符。LRC字符附加在回車換行符前麵。

　RTU

當選用RTU模式作字符幀，錯誤檢測域包含一16Bits值(用兩個8位的字符來實現)。錯誤檢測域的內容是通過對消息內容進行循環冗長檢測方法得出的。CRC域附加在消息的最後，添加時先是低字節然後是高字節。故CRC的高位字節是發送消息的最後一個字節。

7、字符的連續傳輸

當消息在標準的Modbus係列網絡傳輸時，每個字符或字節以如下方式發送（從左到右）：

最低有效位...最高有效位

使用ASCII字符幀時，位的序列是：

有奇偶校驗

啟始位

奇偶位

停止位

無奇偶校驗

啟始位

停止位

圖4. 位順序（ASCII）

使用RTU字符幀時，位的序列是：

有奇偶校驗

啟始位

奇偶位

停止位

無奇偶校驗

啟始位

停止位

圖4. 位順序（RTU）

　四、錯誤檢測方法

標準的Modbus串行網絡采用兩種錯誤檢測方法。奇偶校驗對每個字符都可用，幀檢測（LRC或CRC）應用於整個消息。它們都是在消息發送前由主設備產生的，從設備在接收過程中檢測每個字符和整個消息幀。

yonghuyaogeizhushebeipeizhiyiyuxiandingyidechaoshishijianjiange，zhegeshijianjiangeyaozugouchang，yishirenhecongshebeidounengzuoweizhengchangfanying。ruguocongshebeicedaoyichuanshucuowu，xiaoxijiangbuhuijieshou，yebuhuixiangzhushebeizuochuhuiying。zheyangchaoshishijianjiangchufazhushebeilaichulicuowu。fawangbucunzaidecongshebeidedizhiyehuichanshengchaoshi。

　1、奇偶校驗

用戶可以配置控製器是奇或偶校驗，或無校驗。這將決定了每個字符中的奇偶校驗位是如何設置的。

如果指定了奇或偶校驗，“1”的位數將算到每個字符的位數中（ASCII模式7個數據位，RTU中8個數據位）。例如RTU字符幀中包含以下8個數據位：

1 1 0 0 0 1 0 1

整個“1”的數目是4個。如果便用了偶校驗，幀的奇偶校驗位將是0，便得整個“1”的個數仍是4個。如果便用了奇校驗，幀的奇偶校驗位將是1，便得整個“1”的個數是5個。

如果沒有指定奇偶校驗位，傳輸時就沒有校驗位，也不進行校驗檢測。代替一附加的停止位填充至要傳輸的字符幀中。

　2、LRC檢測

使用ASCII模式，消息包括了一基於LRC方法的錯誤檢測域。LRC域檢測了消息域中除開始的冒號及結束的回車換行號外的內容。

LRC域是一個包含一個8位二進製值的字節。LRC值由傳輸設備來計算並放到消息幀中，接收設備在接收消息的過程中計算LRC，並將它和接收到消息中LRC域中的值比較，如果兩值不等，說明有錯誤。

LRC方法是將消息中的8Bit的字節連續累加，丟棄了進位。

LRC簡單函數如下：

static unsigned char LRC(auchMsg,usDataLen)

unsigned char *auchMsg ; /* 要進行計算的消息 */

unsigned short usDataLen ; /* LRC 要處理的字節的數量*/

{ unsigned char uchLRC = 0 ; /* LRC 字節初始化 */

while (usDataLen--) /* 傳送消息 */

uchLRC += *auchMsg++ ; /* 累加*/

return ((unsigned char)(-((char_uchLRC))) ;

}

　3、CRC檢測

使用RTU模式，消息包括了一基於CRC方法的錯誤檢測域。CRC域檢測了整個消息的內容。

CRC域是兩個字節，包含一16位的二進製值。它由傳輸設備計算後加入到消息中。接收設備重新計算收到消息的CRC，並與接收到的CRC域中的值比較，如果兩值不同，則有誤。

CRC是先調入一值是全“1”的16位寄存器，然後調用一過程將消息中連續的8位字節各當前寄存器中的值進行處理。僅每個字符中的8Bit數據對CRC有效，起始位和停止位以及奇偶校驗位均無效。

CRC產生過程中，每個8位字符都單獨和寄存器內容相或（OR），結果向最低有效位方向移動，最高有效位以0填充。LSB被提取出來檢測，如果LSB為1，寄存器單獨和預置的值或一下，如果LSB為0，則不進行。整個過程要重複8次。在最後一位（第8位）完成後，下一個8位字節又單獨和寄存器的當前值相或。最終寄存器中的值，是消息中所有的字節都執行之後的CRC值。

CRC添加到消息中時，低字節先加入，然後高字節。

CRC簡單函數如下：

unsigned short CRC16(puchMsg, usDataLen)

unsigned char *puchMsg ; /* 要進行CRC校驗的消息 */

unsigned short usDataLen ; /* 消息中字節數 */

{

unsigned char uchCRCHi = 0xFF ; /* 高CRC字節初始化 */

unsigned char uchCRCLo = 0xFF ; /* 低CRC 字節初始化 */

unsigned uIndex ; /* CRC循環中的索引 */

while (usDataLen--) /* 傳輸消息緩衝區 */

{

uIndex = uchCRCHi ^ *puchMsgg++ ; /* 計算CRC */

uchCRCHi = uchCRCLo ^ auchCRCHi[uIndex} ;

uchCRCLo = auchCRCLo[uIndex] ;

}

return (uchCRCHi << 8 | uchCRCLo) ;

}

/* CRC 高位字節值表 */

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低位字節值表*/

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

} ;　

狀　態：離線

公司簡介
 產品目錄

公司名稱：	上海正偉數字技術有限公司
聯係人：	王生
電　　話：	021-64823049-801
傳　　真：
地　　址：	上海市徐彙區漕寶路70號光大會展中心C座1102室
郵　　編：	200233
主　　頁：	http://www.zwtech.com.cn