版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、Modbus通訊協(xié)議RTU ASCII TCP詳細(xì)介紹Modbus協(xié)議最初由Modicon公司開發(fā)出來,在1979年末該公司成為施耐德自動(dòng)化(Schneider Automation)部門的一部分,現(xiàn)在Modbus已經(jīng)是工業(yè)領(lǐng)域全球最流行的協(xié)議。此協(xié)議支持傳統(tǒng)的RS-232、RS-422、RS-485和以太網(wǎng)設(shè)備。許多工業(yè)設(shè)備,包括PLC,DCS,智能儀表等都在使用Modbus協(xié)議作為他們之間的通訊標(biāo)準(zhǔn)。有了它,不同廠商生產(chǎn)的控制設(shè)備可以連成工業(yè)網(wǎng)絡(luò),進(jìn)行集中監(jiān)控。當(dāng)在網(wǎng)絡(luò)上通信時(shí),Modbus協(xié)議決定了每個(gè)控制器須要知道它們的設(shè)備地址,識(shí)別按地址發(fā)來的消息,決定要產(chǎn)生何種行動(dòng)。如果需要回應(yīng),
2、控制器將生成應(yīng)答并使用Modbus協(xié)議發(fā)送給詢問方。 Modbus協(xié)議包括ASCII、RTU、TCP等,并沒有規(guī)定物理層。此協(xié)議定義了控制器能夠認(rèn)識(shí)和使用的消息結(jié)構(gòu),而不管它們是經(jīng)過何種網(wǎng)絡(luò)進(jìn)行通信的。標(biāo)準(zhǔn)的Modicon控制器使用RS232C實(shí)現(xiàn)串行的Modbus。Modbus的ASCII、RTU協(xié)議規(guī)定了消息、數(shù)據(jù)的結(jié)構(gòu)、命令和就答的方式,數(shù)據(jù)通訊采用Maser/Slave方式,Master端發(fā)出數(shù)據(jù)請(qǐng)求消息,Slave端接收到正確消息后就可以發(fā)送數(shù)據(jù)到Master端以響應(yīng)請(qǐng)求;Master端也可以直接發(fā)消息修改Slave端的數(shù)據(jù),實(shí)現(xiàn)雙向讀寫。 Modbus協(xié)議需要對(duì)
3、數(shù)據(jù)進(jìn)行校驗(yàn),串行協(xié)議中除有奇偶校驗(yàn)外,ASCII模式采用LRC校驗(yàn),RTU模式采用16位CRC校驗(yàn),但TCP模式?jīng)]有額外規(guī)定校驗(yàn),因?yàn)門CP協(xié)議是一個(gè)面向連接的可靠協(xié)議。另外,Modbus采用主從方式定時(shí)收發(fā)數(shù)據(jù),在實(shí)際使用中如果某Slave站點(diǎn)斷開后(如故障或關(guān)機(jī)),Master端可以診斷出來,而當(dāng)故障修復(fù)后,網(wǎng)絡(luò)又可自動(dòng)接通。因此,Modbus協(xié)議的可靠性較好。 下面我來簡單的給大家介紹一下,對(duì)于Modbus的ASCII、RTU和TCP協(xié)議來說,其中TCP和RTU協(xié)議非常類似,我們只要把RTU協(xié)議的兩個(gè)字節(jié)的校驗(yàn)碼去掉,然后在RTU協(xié)議的開始加上5個(gè)0和一個(gè)6并通過TCP/IP
4、網(wǎng)絡(luò)協(xié)議發(fā)送出去即可。所以在這里我僅介紹一下Modbus的ASCII和RTU協(xié)議。 下表是ASCII協(xié)議和RTU協(xié)議進(jìn)行的比較:協(xié)議 開始標(biāo)記 結(jié)束標(biāo)記 校驗(yàn) 傳輸效率&
5、#160; 程序處理ASCII模式 :(冒號(hào)) CR,LF LRC 低 &
6、#160; 直觀,簡單,易調(diào)試RTU 無 無
7、160; CRC 高 不直觀,稍復(fù)雜通過比較可以看到,ASCII協(xié)議和RTU協(xié)議相比擁有開始和結(jié)束標(biāo)記,因此在進(jìn)行程序處理時(shí)能更加方便,而且由于傳輸?shù)亩际强梢姷腁SCII字符,所以進(jìn)行調(diào)試時(shí)就更加的直觀,另外它的LR
8、C校驗(yàn)也比較容易。但是因?yàn)樗鼈鬏數(shù)亩际强梢姷腁SCII字符,RTU傳輸?shù)臄?shù)據(jù)每一個(gè)字節(jié)ASCII都要用兩個(gè)字節(jié)來傳輸,比如RTU傳輸一個(gè)十六進(jìn)制數(shù)0xF9,ASCII就需要傳輸F9的ASCII碼0x39和0x46兩個(gè)字節(jié),這樣它的傳輸?shù)男示捅容^低。所以一般來說,如果所需要傳輸?shù)臄?shù)據(jù)量較小可以考慮使用ASCII協(xié)議,如果所需傳輸?shù)臄?shù)據(jù)量比較大,最好能使用RTU協(xié)議。下面對(duì)兩種協(xié)議的校驗(yàn)進(jìn)行一下介紹。1、LRC校驗(yàn)LRC域是一個(gè)包含一個(gè)8位二進(jìn)制值的字節(jié)。LRC值由傳輸設(shè)備來計(jì)算并放到消息幀中,接收設(shè)備在接收消息的過程中計(jì)算LRC,并將它和接收到消息中LRC域中的值比較,如果兩值不等,說明有錯(cuò)誤
9、。LRC校驗(yàn)比較簡單,它在ASCII協(xié)議中使用,檢測(cè)了消息域中除開始的冒號(hào)及結(jié)束的回車換行號(hào)外的內(nèi)容。它僅僅是把每一個(gè)需要傳輸?shù)臄?shù)據(jù)按字節(jié)疊加后取反加1即可。下面是它的VC代碼:C CODE :ModBus中LRC校驗(yàn)BYTE GetCheckCode(const char * pSendBuf, int nEnd)/獲得校驗(yàn)碼 BYTE byLrc = 0; char pBuf4; int nData = 0; for(i=1; i<end; i+=2) /i初始為1,避開“開始標(biāo)記”冒號(hào) /每兩個(gè)需要發(fā)送的ASCII碼轉(zhuǎn)化為一個(gè)十六進(jìn)制數(shù) pBuf 0 = p
10、SendBuf i; pBuf 1 = pSendBuf i+1; pBuf 2 = '0' sscanf(pBuf,"%x",& nData); byLrc += nData; byLrc = byLrc; byLrc +;return byLrc;2、CRC校驗(yàn)CRC域是兩個(gè)字節(jié),包含一16位的二進(jìn)制值。它由傳輸設(shè)備計(jì)算后加入到消息中。接收設(shè)備重新計(jì)算收到消息的CRC,并與接收到的CRC域中的值比較,如果兩值不同,則有誤。CRC是先調(diào)入一值是全“1”的16位寄存器,然后調(diào)用一過程將消息中連續(xù)的8位字節(jié)各當(dāng)前寄存器中的值進(jìn)行處理。僅每個(gè)字符中的8B
11、it數(shù)據(jù)對(duì)CRC有效,起始位和停止位以及奇偶校驗(yàn)位均無效。CRC產(chǎn)生過程中,每個(gè)8位字符都單獨(dú)和寄存器內(nèi)容相或(OR),結(jié)果向最低有效位方向移動(dòng),最高有效位以0填充。LSB被提取出來檢測(cè),如果LSB為1,寄存器單獨(dú)和預(yù)置的值或一下,如果LSB為0,則不進(jìn)行。整個(gè)過程要重復(fù)8次。在最后一位(第8位)完成后,下一個(gè)8位字節(jié)又單獨(dú)和寄存器的當(dāng)前值相或。最終寄存器中的值,是消息中所有的字節(jié)都執(zhí)行之后的CRC值。CRC添加到消息中時(shí),低字節(jié)先加入,然后高字節(jié)。下面是它的VC代碼:C CODE :ModBus中CRC校驗(yàn)WORD GetCheckCode(const char *
12、pSendBuf, int nEnd)/獲得校驗(yàn)碼 WORD wCrc = WORD(0xFFFF); for(int i=0; i<nEnd; i+) wCrc = WORD(BYTE(pSendBufi); for(int j=0; j<8; j+) if(wCrc & 1) wCrc >>= 1; wCrc = 0xA001; else wCrc >>= 1; return wCrc; 對(duì)于一條RTU協(xié)議的命令可以簡單的通過以下的步驟轉(zhuǎn)化為ASCII協(xié)議的命令:1、 把命令的CRC校驗(yàn)去掉,并且計(jì)算出LRC校驗(yàn)取代。2、 把生成的命令串的每一個(gè)
13、字節(jié)轉(zhuǎn)化成對(duì)應(yīng)的兩個(gè)字節(jié)的ASCII碼,比如0x03轉(zhuǎn)化成0x30,0x33(0的ASCII碼和3的ASCII碼)。3、 在命令的開頭加上起始標(biāo)記“:”,它的ASCII碼為0x3A。4、 在命令的尾部加上結(jié)束標(biāo)記CR,LF(0xD,0xA),此處的CR,LF表示回車和換行的ASCII碼。所以以下我們僅介紹RTU協(xié)議即可,對(duì)應(yīng)的ASCII協(xié)議可以使用以上的步驟來生成。下表是Modbus支持的功能碼:在這些功能碼中較長使用的是1、2、3、4、5、6號(hào)功能碼,使用它們即可實(shí)現(xiàn)對(duì)下位機(jī)的數(shù)字量和模擬量的讀寫操作。1、讀可讀寫數(shù)字量寄存器(線圈狀態(tài)):計(jì)算機(jī)發(fā)送命令:設(shè)備地址 命令號(hào)01 起始寄存器地址
14、高8位 低8位 讀取的寄存器數(shù)高8位 低8位 CRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位例:110100130025CRC低CRC高意義如下:<1>設(shè)備地址:在一個(gè)485總線上可以掛接多個(gè)設(shè)備,此處的設(shè)備地址表示想和哪一個(gè)設(shè)備通訊。例子中為想和17號(hào)(十進(jìn)制的17是十六進(jìn)制的11)通訊。<2>命令號(hào)01:讀取數(shù)字量的命令號(hào)固定為01。<3>起始地址高8位、低8位:表示想讀取的開關(guān)量的起始地址(起始地址為0)。比如例子中的起始地址為19。<4>寄存器數(shù)高8位、低8位:表示從起始地址開始讀多少個(gè)開關(guān)量。例子中為37個(gè)開關(guān)量。<5>CRC校驗(yàn):
15、是從開頭一直校驗(yàn)到此之前。在此協(xié)議的最后再作介紹。此處需要注意,CRC校驗(yàn)在命令中的高低字節(jié)的順序和其他的相反。設(shè)備響應(yīng):設(shè)備地址 命令號(hào)01 返回的字節(jié)個(gè)數(shù)數(shù)據(jù)1數(shù)據(jù)2.數(shù)據(jù)nCRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位例:110105CD6BB20E1BCRC低CRC高意義如下:<1>設(shè)備地址和命令號(hào)和上面的相同。<2>返回的字節(jié)個(gè)數(shù):表示數(shù)據(jù)的字節(jié)個(gè)數(shù),也就是數(shù)據(jù)1,2.n中的n的值。<3>數(shù)據(jù)1.n:由于每一個(gè)數(shù)據(jù)是一個(gè)8位的數(shù),所以每一個(gè)數(shù)據(jù)表示8個(gè)開關(guān)量的值,每一位為0表示對(duì)應(yīng)的開關(guān)斷開,為1表示閉合。比如例子中,表示20號(hào)(索引號(hào)為19)開關(guān)閉合,2
16、1號(hào)斷開,22閉合,23閉合,24斷開,25斷開,26閉合,27閉合.如果詢問的開關(guān)量不是8的整倍數(shù),那么最后一個(gè)字節(jié)的高位部分無意義,置為0。<4>CRC校驗(yàn)同上。2、讀只可讀數(shù)字量寄存器(輸入狀態(tài)):和讀取線圈狀態(tài)類似,只是第二個(gè)字節(jié)的命令號(hào)不再是1而是2。3、寫數(shù)字量(線圈狀態(tài)):計(jì)算機(jī)發(fā)送命令:設(shè)備地址 命令號(hào)05 需下置的寄存器地址高8位 低8位下置的數(shù)據(jù)高8位 低8位 CRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位例:110500ACFF00CRC低CRC高意義如下:<1>設(shè)備地址和上面的相同。<2>命令號(hào):寫數(shù)字量的命令號(hào)固定為05。<3>
17、需下置的寄存器地址高8位,低8位:表明了需要下置的開關(guān)的地址。<4>下置的數(shù)據(jù)高8位,低8位:表明需要下置的開關(guān)量的狀態(tài)。例子中為把該開關(guān)閉合。注意,此處只可以是FF00表示閉合0000表示斷開,其他數(shù)值非法。<5>注意此命令一條只能下置一個(gè)開關(guān)量的狀態(tài)。設(shè)備響應(yīng):如果成功把計(jì)算機(jī)發(fā)送的命令原樣返回,否則不響應(yīng)。4、讀可讀寫模擬量寄存器(保持寄存器):計(jì)算機(jī)發(fā)送命令:設(shè)備地址 命令號(hào)03 起始寄存器地址高8位 低8位 讀取的寄存器數(shù)高8位 低8位 CRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位例:1103006B0003CRC低CRC高意義如下:<1>設(shè)備地址和上面
18、的相同。<2>命令號(hào):讀模擬量的命令號(hào)固定為03。<3>起始地址高8位、低8位:表示想讀取的模擬量的起始地址(起始地址為0)。比如例子中的起始地址為107。<4>寄存器數(shù)高8位、低8位:表示從起始地址開始讀多少個(gè)模擬量。例子中為3個(gè)模擬量。注意,在返回的信息中一個(gè)模擬量需要返回兩個(gè)字節(jié)。設(shè)備響應(yīng):設(shè)備地址 命令號(hào)03 返回的字節(jié)個(gè)數(shù)數(shù)據(jù)1數(shù)據(jù)2.數(shù)據(jù)nCRC校驗(yàn)的低8位 CRC校驗(yàn)的高8位例:110306022B00000064CRC低CRC高意義如下:<1>設(shè)備地址和命令號(hào)和上面的相同。<2>返回的字節(jié)個(gè)數(shù):表示數(shù)據(jù)的字節(jié)個(gè)數(shù),也就是數(shù)據(jù)1,2.n中的n的值。例子中返回了3個(gè)模擬量的數(shù)據(jù),因?yàn)橐粋€(gè)模擬量需要2個(gè)字節(jié)所以共6個(gè)字節(jié)。<3>數(shù)據(jù)1.n:其中數(shù)據(jù)1數(shù)據(jù)2分別是第1個(gè)模擬量的高8位和低8位,數(shù)據(jù)3數(shù)據(jù)4是第2個(gè)模擬量的高8位和低8位,以此類推。例子中返回的值分別是555,0,100。<4>CRC校驗(yàn)同上。5、讀只可讀模擬量寄存器(輸入寄存器): 和讀取保存寄存器類似,只是第二個(gè)字節(jié)的命令號(hào)不再是2而是4。6、寫單個(gè)模擬量寄存器(保持寄存器):
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025版市政工程挖掘機(jī)租賃及施工配合合同協(xié)議書3篇
- 2025版智能交通管理系統(tǒng)軟件開發(fā)與運(yùn)營服務(wù)合同3篇
- 2025版城市綠地養(yǎng)護(hù)勞務(wù)分包合同模板4篇
- 企業(yè)人力資源管理概念
- 二零二五版知識(shí)產(chǎn)權(quán)保密與競業(yè)限制服務(wù)合同3篇
- 塑料薄膜光學(xué)性能研究考核試卷
- 2025版事業(yè)單位教師崗位聘用合同續(xù)簽協(xié)議書3篇
- 2025年度碼頭轉(zhuǎn)租及船舶停靠服務(wù)外包合同4篇
- 04毛首鞭形線蟲簡稱鞭蟲47課件講解
- 2025年食品行業(yè)食品安全風(fēng)險(xiǎn)評(píng)估合同范本3篇
- 垃圾處理廠工程施工組織設(shè)計(jì)
- 天皰瘡患者護(hù)理
- 2025年蛇年新年金蛇賀歲金蛇狂舞春添彩玉樹臨風(fēng)福滿門模板
- 《建筑制圖及陰影透視(第2版)》課件 4-直線的投影
- 新生物醫(yī)藥產(chǎn)業(yè)中的人工智能藥物設(shè)計(jì)研究與應(yīng)用
- 防打架毆斗安全教育課件
- 損失補(bǔ)償申請(qǐng)書范文
- 壓力與浮力的原理解析
- 鐵路損傷圖譜PDF
- 裝修家庭風(fēng)水學(xué)入門基礎(chǔ)
- 移動(dòng)商務(wù)內(nèi)容運(yùn)營(吳洪貴)任務(wù)二 社群的種類與維護(hù)
評(píng)論
0/150
提交評(píng)論