亚洲爆乳成AV人在线视菜奈实_欧美一进一出抽搐大尺度视频 _日本十八禁免费看污网站_国产一区二区怡红院_6080YY新视觉影院_蜜臀AV无码人妻精品_成人影院YY111111在线_成人欧美一区二区三区1314_少妇饥渴偷公乱A级无码

首頁 新聞 工控搜 論壇 廠商論壇 產品 方案 廠商 人才 文摘 下載 展覽
中華工控網首頁
  P L C | 變頻器與傳動 | 傳感器 | 現場檢測儀表 | 工控軟件 | 人機界面 | 運動控制
  D C S | 工業以太網 | 現場總線 | 顯示調節儀表 | 數據采集 | 數傳測控 | 工業安全
  電 源 | 嵌入式系統 | PC based | 機柜箱體殼體 | 低壓電器 | 機器視覺
紫金橋詳談Modbus通訊協議
紫金橋軟件技術有限公司
收藏本文     查看收藏
Modbus協議最初由Modicon公司開發出來,在1979年末該公司成為施耐德自動化(Schneider Automation)部門的一部分,現在Modbus已經是工業領域全球最流行的協議。此協議支持傳統的RS-232、RS-422、RS-485和以太網設備。許多工業設備,包括PLC,DCS,智能儀表等都在使用Modbus協議作為他們之間的通訊標準。有了它,不同廠商生產的控制設備可以連成工業網絡,進行集中監控。

當在網絡上通信時,Modbus協議決定了每個控制器須要知道它們的設備地址,識別按地址發來的消息,決定要產生何種行動。如果需要回應,控制器將生成應答并使用Modbus協議發送給詢問方。

Modbus協議包括ASCII、RTU、TCP等,并沒有規定物理層。此協議定義了控制器能夠認識和使用的消息結構,而不管它們是經過何種網絡進行通信的。標準的Modicon控制器使用RS232C實現串行的Modbus。Modbus的ASCII、RTU協議規定了消息、數據的結構、命令和就答的方式,數據通訊采用Maser/Slave方式,Master端發出數據請求消息,Slave端接收到正確消息后就可以發送數據到Master端以響應請求;Master端也可以直接發消息修改Slave端的數據,實現雙向讀寫。

Modbus協議需要對數據進行校驗,串行協議中除有奇偶校驗外,ASCII模式采用LRC校驗,RTU模式采用16位CRC校驗,但TCP模式沒有額外規定校驗,因為TCP協議是一個面向連接的可靠協議。另外,Modbus采用主從方式定時收發數據,在實際使用中如果某Slave站點斷開后(如故障或關機),Master端可以診斷出來,而當故障修復后,網絡又可自動接通。因此,Modbus協議的可靠性較好。

下面我來簡單的給大家介紹一下,對于Modbus的ASCII、RTU和TCP協議來說,其中TCP和RTU協議非常類似,我們只要把RTU協議的兩個字節的校驗碼去掉,然后在RTU協議的開始加上5個0和一個6并通過TCP/IP網絡協議發送出去即可。所以在這里我僅介紹一下Modbus的ASCII和RTU協議。

下表是ASCII協議和RTU協議進行的比較:

協議

開始標記

結束標記

校驗

傳輸效率

程序處理

ASCII

:(冒號)

CR,LF

LRC

直觀,簡單,易調試

RTU

CRC

不直觀,稍復雜

通過比較可以看到,ASCII協議和RTU協議相比擁有開始和結束標記,因此在進行程序處理時能更加方便,而且由于傳輸的都是可見的ASCII字符,所以進行調試時就更加的直觀,另外它的LRC校驗也比較容易。但是因為它傳輸的都是可見的ASCII字符,RTU傳輸的數據每一個字節ASCII都要用兩個字節來傳輸,比如RTU傳輸一個十六進制數0xF9,ASCII就需要傳輸’F’’9’ASCII0x390x46兩個字節,這樣它的傳輸的效率就比較低。所以一般來說,如果所需要傳輸的數據量較小可以考慮使用ASCII協議,如果所需傳輸的數據量比較大,最好能使用RTU協議。

下面對兩種協議的校驗進行一下介紹。

1LRC校驗

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

LRC校驗比較簡單,它在ASCII協議中使用,檢測了消息域中除開始的冒號及結束的回車換行號外的內容。它僅僅是把每一個需要傳輸的數據按字節疊加后取反加1即可。下面是它的VC代碼:

BYTE GetCheckCode(const char * pSendBuf, int nEnd)//獲得校驗碼

{

BYTE byLrc = 0;

char pBuf[4];

int nData = 0;

for(i=1; i<end; i+=2) //i初始為1,避開“開始標記”冒號

{

//每兩個需要發送的ASCII碼轉化為一個十六進制數

pBuf [0] = pSendBuf [i];

pBuf [1] = pSendBuf [i+1];

pBuf [2] = '\0';

sscanf(pBuf,"%x",& nData);

byLrc += nData;

}

byLrc = ~ byLrc;

byLrc ++;

return byLrc;

}

2、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添加到消息中時,低字節先加入,然后高字節。下面是它的VC代碼:

WORD GetCheckCode(const char * pSendBuf, int nEnd)//獲得校驗碼

{

WORD wCrc = WORD(0xFFFF);

for(int i=0; i<nEnd; i++)

{

wCrc ^= WORD(BYTE(pSendBuf[i]));

for(int j=0; j<8; j++)

{

if(wCrc & 1)

{

wCrc >>= 1;

wCrc ^= 0xA001;

}

else

{

wCrc >>= 1;

}

}

}

return wCrc;

}

對于一條RTU協議的命令可以簡單的通過以下的步驟轉化為ASCII協議的命令:

1、 把命令的CRC校驗去掉,并且計算出LRC校驗取代。

2、 把生成的命令串的每一個字節轉化成對應的兩個字節的ASCII碼,比如0x03轉化成0x30,0x33(0的ASCII碼和3的ASCII碼)。

3、 在命令的開頭加上起始標記“:”,它的ASCII碼為0x3A。

4、 在命令的尾部加上結束標記CR,LF(0xD,0xA),此處的CR,LF表示回車和換行的ASCII碼。

所以以下我們僅介紹RTU協議即可,對應的ASCII協議可以使用以上的步驟來生成。

下表是Modbus支持的功能碼:

功能碼

名稱

作用

01

讀取線圈狀態

取得一組邏輯線圈的當前狀態(ON/OFF)

02

讀取輸入狀態

取得一組開關輸入的當前狀態(ON/OFF)

03

讀取保持寄存器

在一個或多個保持寄存器中取得當前的二進制值

04

讀取輸入寄存器

在一個或多個輸入寄存器中取得當前的二進制值

05

強置單線圈

強置一個邏輯線圈的通斷狀態

06

預置單寄存器

把具體二進值裝入一個保持寄存器

07

讀取異常狀態

取得8個內部線圈的通斷狀態,這8個線圈的地址由控制器決定

08

回送診斷校驗

把診斷校驗報文送從機,以對通信處理進行評鑒

09

編程(只用于484)

使主機模擬編程器作用,修改PC從機邏輯

10

控詢(只用于484)

可使主機與一臺正在執行長程序任務從機通信,探詢該從機是否已完成其操作任務,僅在含有功能碼9的報文發送后,本功能碼才發送

11

讀取事件計數

可使主機發出單詢問,并隨即判定操作是否成功,尤其是該命令或其他應答產生通信錯誤時

12

讀取通信事件記錄

可是主機檢索每臺從機的ModBus事務處理通信事件記錄。如果某項事務處理完成,記錄會給出有關錯誤

13

編程(184/384 484 584)

可使主機模擬編程器功能修改PC從機邏輯

14

探詢(184/384 484 584)

可使主機與正在執行任務的從機通信,定期控詢該從機是否已完成其程序操作,僅在含有功能13的報文發送后,本功能碼才得發送

15

強置多線圈

強置一串連續邏輯線圈的通斷

16

預置多寄存器

把具體的二進制值裝入一串連續的保持寄存器

17

報告從機標識

可使主機判斷編址從機的類型及該從機運行指示燈的狀態

18

884和MICRO 84)

可使主機模擬編程功能,修改PC狀態邏輯

19

重置通信鏈路

發生非可修改錯誤后,是從機復位于已知狀態,可重置順序字節

20

讀取通用參數(584L)

顯示擴展存儲器文件中的數據信息

21

寫入通用參數(584L)

把通用參數寫入擴展存儲文件,或修改之

22~64

保留作擴展功能備用

65~72

保留以備用戶功能所用

留作用戶功能的擴展編碼

73~119

非法功能

120~127

保留

留作內部作用

128~255

保留

用于異常應答

在這些功能碼中較長使用的是1、2、3、4、5、6號功能碼,使用它們即可實現對下位機的數字量和模擬量的讀寫操作。

1、讀可讀寫數字量寄存器(線圈狀態):

計算機發送命令:[設備地址] [命令號01] [起始寄存器地址高8] [8] [讀取的寄存器數高8] [8] [CRC校驗的低8] [CRC校驗的高8]

例:[11][01][00][13][00][25][CRC][CRC]

意義如下:

<1>設備地址:在一個485總線上可以掛接多個設備,此處的設備地址表示想和哪一個設備通訊。例子中為想和17(十進制的17是十六進制的11)通訊。

<2>命令號01:讀取數字量的命令號固定為01

<3>起始地址高8位、低8位:表示想讀取的開關量的起始地址(起始地址為0)。比如例子中的起始地址為19

<4>寄存器數高8位、低8位:表示從起始地址開始讀多少個開關量。例子中為37個開關量。

<5>CRC校驗:是從開頭一直校驗到此之前。在此協議的最后再作介紹。此處需要注意,CRC校驗在命令中的高低字節的順序和其他的相反。

設備響應:[設備地址] [命令號01] [返回的字節個數][數據1][數據2]...[數據n][CRC校驗的低8] [CRC校驗的高8]

例:[11][01][05][CD][6B][B2][0E][1B][CRC][CRC]

意義如下:

<1>設備地址和命令號和上面的相同。

<2>返回的字節個數:表示數據的字節個數,也就是數據12...n中的n的值。

<3>數據1...n:由于每一個數據是一個8位的數,所以每一個數據表示8個開關量的值,每一位為0表示對應的開關斷開,為1表示閉合。比如例子中,表示20(索引號為19)開關閉合,21號斷開,22閉合,23閉合,24斷開,25斷開,26閉合,27閉合...如果詢問的開關量不是8的整倍數,那么最后一個字節的高位部分無意義,置為0

<4>CRC校驗同上。

2、讀只可讀數字量寄存器(輸入狀態):

和讀取線圈狀態類似,只是第二個字節的命令號不再是1而是2

3、寫數字量(線圈狀態):

計算機發送命令:[設備地址] [命令號05] [需下置的寄存器地址高8] [8] [下置的數據高8] [8] [CRC校驗的低8] [CRC校驗的高8]

例:[11][05][00][AC][FF][00][CRC][CRC]

意義如下:

<1>設備地址和上面的相同。

<2>命令號:寫數字量的命令號固定為05

<3>需下置的寄存器地址高8位,低8位:表明了需要下置的開關的地址。

<4>下置的數據高8位,低8位:表明需要下置的開關量的狀態。例子中為把該開關閉合。注意,此處只可以是[FF][00]表示閉合[00][00]表示斷開,其他數值非法。

<5>注意此命令一條只能下置一個開關量的狀態。

設備響應:如果成功把計算機發送的命令原樣返回,否則不響應。

4、讀可讀寫模擬量寄存器(保持寄存器):

計算機發送命令:[設備地址] [命令號03] [起始寄存器地址高8] [8] [讀取的寄存器數高8] [8] [CRC校驗的低8] [CRC校驗的高8]

例:[11][03][00][6B][00][03][CRC][CRC]

意義如下:

<1>設備地址和上面的相同。

<2>命令號:讀模擬量的命令號固定為03

<3>起始地址高8位、低8位:表示想讀取的模擬量的起始地址(起始地址為0)。比如例子中的起始地址為107

<4>寄存器數高8位、低8位:表示從起始地址開始讀多少個模擬量。例子中為3個模擬量。注意,在返回的信息中一個模擬量需要返回兩個字節。

設備響應:[設備地址] [命令號03] [返回的字節個數][數據1][數據2]...[數據n][CRC校驗的低8] [CRC校驗的高8]

例:[11][03][06][02][2B][00][00][00][64][CRC][CRC]

意義如下:

<1>設備地址和命令號和上面的相同。

<2>返回的字節個數:表示數據的字節個數,也就是數據12...n中的n的值。例子中返回了3個模擬量的數據,因為一個模擬量需要2個字節所以共6個字節。

<3>數據1...n:其中[數據1][數據2]分別是第1個模擬量的高8位和低8位,[數據3][數據4]是第2個模擬量的高8位和低8位,以此類推。例子中返回的值分別是5550100

<4>CRC校驗同上。

5、讀只可讀模擬量寄存器(輸入寄存器):

和讀取保存寄存器類似,只是第二個字節的命令號不再是2而是4

6、寫單個模擬量寄存器(保持寄存器):

計算機發送命令:[設備地址] [命令號06] [需下置的寄存器地址高8] [8] [下置的數據高8] [8] [CRC校驗的低8] [CRC校驗的高8]

例:[11][06][00][01][00][03][CRC][CRC]

意義如下:

<1>設備地址和上面的相同。

<2>命令號:寫模擬量的命令號固定為06

<3>需下置的寄存器地址高8位,低8位:表明了需要下置的模擬量寄存器的地址。

<4>下置的數據高8位,低8位:表明需要下置的模擬量數據。比如例子中就把1號寄存器的值設為3

<5>注意此命令一條只能下置一個模擬量的狀態。

設備響應:如果成功把計算機發送的命令原樣返回,否則不響應。


 

狀 態: 離線

公司簡介
產品目錄

公司名稱: 紫金橋軟件技術有限公司
聯 系 人: 李磊
電  話: 0459-8151391-808
傳  真: 0459-8151391-804
地  址: 大慶市高新區服務外包產業園C-1座817室
郵  編: 163316
主  頁:
 
該廠商相關技術文摘:
跨平臺實時數據庫變量引用導航功能介紹
跨平臺實時數據庫 如何利用MODBUS仿真軟件測試MODBUS驅動
紫金橋跨平臺實時數據庫如何實現多屏顯示
紫金橋跨平臺軟實時數據庫Web服務器和數據服務器分離訪問的配置
紫金橋跨平臺軟件遠程采集RealInfo6.5
使用虛擬機做的工程實現跨網Web訪問
紫金橋軟件Microsoft Office Access 2003的ODBC數據源配置
紫金橋軟件閘門整體自動化監控系統
通過紫金橋軟件來提高畫面組態速度
組態軟件在配套設備中的應用
紫金橋的關系庫同步工具簡介
紫金橋組態軟件與歐姆龍PLC以太網通信(FINS命令)——CPU型號-CJ2M-CPU33
更多文摘...
立即發送詢問信息在線聯系該技術文摘廠商:
用戶名: 密碼: 免費注冊為中華工控網會員
請留下您的有效聯系方式,以方便我們及時與您聯絡

關于我們 | 聯系我們 | 廣告服務 | 本站動態 | 友情鏈接 | 法律聲明 | 不良信息舉報
工控網客服熱線:0755-86369299
版權所有 中華工控網 Copyright©2022 Gkong.com, All Rights Reserved

疯狂做受XXXⅩ高潮高潮按摩| 无码日韩人妻精品久久| 天天躁日日躁狠狠躁性色AVQ| 无码人妻AⅤ一区二区三区蜜桃| 性少妇中国内射XXXX狠干| 亚洲爆乳成AV人在线蜜芽| 亚洲熟女乱综合一区二区| 中文在线А√在线| ZLJZLJZLJ中国人水多多| 动漫精品视频一区二区三区| 国产精品毛片无码| 皇上撞着小公主的小说叫什么| 久久久久久久精品免费看| 免费人成在线观看视频无码| 清纯JK校花被啪啪AV免费| 日韩亚洲欧美久久久WWW综合| 无码AV天堂一区二区三区| 亚洲AV中文无码乱人伦在线视色| 亚洲性夜夜综合久久7777| .精品久久久麻豆国产精品| 按在阳台上疯狂的进入| 国产A国产片国产| 国产性天天综合网| 久久精品国产亚洲不AV麻豆| 免费萌白酱国产一区二区三区| 青青青国产免A在线观看| 熟妇人妻系列Av无码一区=区| 亚洲AⅤ永久无码中文字幕 | 国内精品久久久久影院优| 久久精品国产亚洲AV久| 女人自熨全过程直播| 日韩欧无码一二三区免费不卡| 无码精品人妻一区二区三区漫画| 亚洲国产婷婷六月丁香| 在线天堂中文WWW官网| 锕锕锕锕锕锕好大好深APP| 国产成人久久AV免费看| 娇妻被别人玩弄至高潮| 毛片无遮挡高清免费| 日本XXXX裸体XXXX免费| 无码人妻熟妇av又大又粗浪潮| 亚洲久热无码AV中文字幕| 中文字幕精品亚洲人成在线| 菠萝蜜国际通道一区麻豆| 国产精品亚洲АV无码播放| 九九视频在线观看视频6| 女教师娇喘潮喷抽搐在线视频| 色狠狠久久AV五月综合| 亚洲AV无码一区二区三区波多野| 伊人精品成人久久综合| 八旬老太太BGMBGMBGM性| 国产久热精品无码激情| 久久精品国产一区二区三区不卡| 欧美极品少妇XXXX亚洲精品| 少妇精品无码一区二区三区| 亚洲ΑV久久久噜噜噜噜噜| 中文字幕人乱码中文字幕 | 精品无码一区二区三区不卡| 女人被弄到高潮的免费视频APP| 色婷婷AV一区二区三区4k岛国| 亚洲AV永久无码老湿机男人网 | 公侵犯玩弄熟睡人妻电影| 饥渴人妻欲求不满在线| 男人j捅进女人p| 色欲AV国产精品一区二区| 亚洲AV永久无码一区| 18亚洲AV无码成人网站国产| 丰满乳乱亲伦小说| 精品成在人线AV无码免费看| 嫩小BBB揉BBB揉BBBB| 天天摸夜夜摸夜夜狠狠摸| 亚洲人成网站精品片在线观看| BGMBGM浓毛老太太| 国产精品老熟女露脸视频| 久久久久久久无码高潮| 人妻无奈被迫屈辱1-9| 性无码一区二区三区在线观看| 中国老B亂伦AV| 丰满人妻无码AⅤ一区二区| 精品久久久久久狼人社区| 欧美精品乱码视频一二专区| 偷拍激情视频一区二区三区| 亚洲综合另类小说色区色噜噜| 被黑人猛男强伦姧人妻完整版| 国产亚洲精品黑人粗大精选| 免费高清特色大片在线观看| 熟妇高潮一区二区三区| 亚洲日韩中文字幕无码一区| 暗交小拗女一区二区三区视频| 国产午夜福利内射青草| 免费看的WWW哔哩哔哩| 爽到高潮无码视频在线观看| 亚洲一区二区三区毛片 | 中字年轻漂亮的儿媳BD| 国产9 1在线 | 欧洲| 久久精品成人亚洲另类欧美| 人人妻人人做从爽精品| 亚洲AV永久无码天堂网| CAOPORN国产精品免费| 国产精品一亚洲AV日韩AV欧| 蜜桃AV自慰久久久久免费网站| 天码人妻一区二区三区| 一区二区三区AV在线| 炖肉计(是今)海棠| 久久精品国产亚洲AV日韩| 日本伊人色综合网| 亚洲久热无码中文字幕人妖| 边做边爱完整版免费视频播放 | 欧美亚洲日韩AⅤ在线观看| 性色AV一区二区三区| 99国内精品久久久久影院| 国产蜜桃AV秘 区一区二区三区| 免费中文熟妇在线影片密芽| 无码中文字幕AV免费放DVD| 中文字幕有码无码人妻AV蜜桃| 国产公妇仑乱在线观看| 麻豆国产MV视频| 铜铜铜铜铜铜铜好大好深色板| 欲求不满邻居的爆乳在线播放| 国产AV无码专区亚洲AV毛片搜 | 四虎一区二区成人免费影院网址 | 亚洲乱码卡1卡2新区3| 变态SM无码凌虐视频网站| 精品无码久久久久久午夜| 日韩国产成人精品视频| 亚洲午夜福利精品久久| 粉嫩av一区二区网站入口| 久久人妻少妇嫩草AV蜜桃| 他将头埋进双腿间吮小核故事 | 亚洲精品无码成人片久久| 菠萝蜜国际通道一区麻豆| 久久97超碰人人澡人人爱| 日韩人妻无码精品—专区| 亚洲综合另类小说色区色噜噜| 国产AⅤ精品一区二区三区久久| 久久综合综合久久综合| 挽起裙子迈开腿坐上去C黄| 综合激情丁香久久狠狠| 国产日产欧美最新| 欧美日韩中文国产一区| 亚洲国产精品一区第二页| 成人观看免费毛片爽| 久久久久久精品免费免费999| 四虎亚洲精品成人A在线观看| 中文字日产幕码三区的做法步骤| 国产免费无遮挡吸乳视频在线观看| 欧美成人一区在线| 亚洲成AV人片在线观看无| 成人国内精品视频在线观看| 久久久久久人妻一区二区三区| 天美传媒MV高清版在线观看| 18禁裸乳无遮挡免费网站| 国内精品久久久久久99| 日本熟妇极品FREE| 又湿又黄裸乳漫画无遮挡网站| 国产精品青青在线麻豆| 欧美人伦禁忌DVD| 亚洲男同GV在线观看| 公交车后车座的疯狂的做小| 免费人成视频X8X8入口| 亚洲AV无码一区二区高潮| 成人AV天堂一二三在线观看| 可以差差差的视频无掩盖| 午夜人性色福利无码视频在线观看| FREE性满足孕妇VⅠDE0S| 精品一区二区三区东京热| 贪婪洞窟H5双修流攻略小说| 99久久综合狠狠综合久久止| 精品高潮呻吟99AV无码视频| 少女たちよ在线观看动漫在线观看| 最新国产免费AV片在线观看| 狠狠色丁香婷婷久久综合| 色婷婷亚洲一区二区三区| √天堂资源BT在线官网| 和老婆一起玩的双人| 色天使色偷偷色噜噜噜AV天堂| 最新国产精品拍自在线播放| 精东传媒VS天美传媒| 他的舌头探进蜜源毛毛虫说说| AV蜜臀在线网站| 久久国语露脸国产精品电影| 无码国产精品一区二区高潮| XX性欧美肥妇精品久久久久久| 久久久精品人妻人人澡| 午夜成人亚洲理论片在线观看| 波多野结衣美乳人妻HD电影欧美 | 99久久99久久精品国产片| 久久99精品九九九久久婷婷 | 99RIAV国产精品视频| 精品久久久久久无码专区不卡| 天堂资源在线WWW在线观看| A级毛片免费观看在线| 久久久久久久久毛片精品| 亚洲av成人一区| 丰满少妇人妻HD高清大乳| 欧美变态另类ZOZO| 亚洲中文字幕AV在天堂| 国产偷窥熟女精品视频| 三上悠亚被弄到痉挛惨叫AV| 99国内精品久久久久久久|