modbus通訊協議范本_第1頁
modbus通訊協議范本_第2頁
modbus通訊協議范本_第3頁
modbus通訊協議范本_第4頁
modbus通訊協議范本_第5頁
已閱讀5頁,還剩24頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、PAGE29PAGE29Modbus通訊協議圖片: 圖片: 圖片: Modbus協議最初由Modicon公司開發出來,在1979年末該公司成為施耐德自動化(Schneider Automation)部門的一部分,現在Modbus已經是工業領域全球最流行的協議。此協議支持傳統的RS-232、RS-422、RS-485和以太網設備。許多工業設備,包括PLC,DCS,智能儀表等都在使用Modbus協議作為他們之間的通訊標準。有了它,不同廠商生產的控制設備可以連成工業網絡,進行集中監控。 當在網絡上通信時,Modbus協議決定了每個控制器須要知道它們的設備地址,識別按地址發來的消息,決定要產生何種行動

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

3、進行校驗,串行協議中除有奇偶校驗外,ASCII模式采用LRC校驗,RTU模式采用16位CRC校驗,但TCP模式沒有額外規定校驗,因為TCP協議是一個面向連接的可靠協議。另外,Modbus采用主從方式定時收發數據,在實際使用中如果某Slave站點斷開后(如故障或關機),Master端可以診斷出來,而當故障修復后,網絡又可自動接通。因此,Modbus協議的可靠性較好。 下面我來簡單的給大家介紹一下,對于Modbus的ASCII、RTU和TCP協議來說,其中TCP和RTU協議非常類似,我們只要把RTU協議的兩個字節的校驗碼去掉,然后在RTU協議的開始加上5個0和一個6并通過TCP/IP網絡協議發送出

4、去即可。所以在這里我僅介紹一下Modbus的ASCII和RTU協議。 下表是ASCII協議和RTU協議進行的比較: 通過比較可以看到,ASCII協議和RTU協議相比擁有開始和結束標記,因此在進行程序處理時能更加方便,而且由于傳輸的都是可見的ASCII字符,所以進行調試時就更加的直觀,另外它的LRC校驗也比較容易。但是因為它傳輸的都是可見的ASCII字符,RTU傳輸的數據每一個字節ASCII都要用兩個字節來傳輸,比如RTU傳輸一個十六進制數0 xF9,ASCII就需要傳輸F9的ASCII碼0 x39和0 x46兩個字節,這樣它的傳輸的效率就比較低。所以一般來說,如果所需要傳輸的數據量較小可以考慮

5、使用ASCII協議,如果所需傳輸的數據量比較大,最好能使用RTU協議。下面對兩種協議的校驗進行一下介紹。LRC校驗LRC域是一個包含一個8位二進制值的字節。LRC值由傳輸設備來計算并放到消息幀中,接收設備在接收消息的過程中計算LRC,并將它和接收到消息中LRC域中的值比較,如果兩值不等,說明有錯誤。LRC校驗比較簡單,它在ASCII協議中使用,檢測了消息域中除開始的冒號及結束的回車換行號外的內容。它僅僅是把每一個需要傳輸的數據按字節疊加后取反加1即可。下面是它的VC代碼: BYTE GetCheckCode(const char * pSendBuf, int nEnd)/獲得校驗碼 BYTE

6、 byLrc = 0; char pBuf4; int nData = 0; for(i=1; iend; i+=2) /i初始為1,避開“開始標記”冒號 /每兩個需要發送的ASCII碼轉化為一個十六進制數 pBuf 0 = pSendBuf ; pBuf 1 = pSendBuf i+1; pBuf 2 = 0; sscanf(pBuf,%x,& nData); byLrc += nData; byLrc = byLrc; byLrc +; return byLrc; 2、CRC校驗 CRC域是兩個字節,包含一16位的二進制值。它由傳輸設備計算后加入到消息中。接收設備重新計算收到消息的CRC

7、,并與接收到的CRC域中的值比較,如果兩值不同,則有誤。CRC是先調入一值是全“1”的16位寄存器,然后調用一過程將消息中連續的8位字節各當前寄存器中的值進行處理。僅每個字符中的8Bit數據對CRC有效,起始位和停止位以及奇偶校驗位均無效。CRC產生過程中,每個8位字符都單獨和寄存器內容相或(OR),結果向最低有效位方向移動,最高有效位以0填充。LSB被提取出來檢測,如果LSB為1,寄存器單獨和預置的值或一下,如果LSB為0,則不進行。整個過程要重復8次。在最后一位(第8位)完成后,下一個8位字節又單獨和寄存器的當前值相或。最終寄存器中的值,是消息中所有的字節都執行之后的CRC值。CRC添加到

8、消息中時,低字節先加入,然后高字節。下面是它的VC代碼: WORD GetCheckCode(const char * pSendBuf, int nEnd)/獲得校驗碼 WORD wCrc = WORD(0 xFFFF);for(int i=0; inEnd; i+)wCrc = WORD(BYTE(pSendBuf);for(int j=0; j= 1; wCrc = 0 xA001; elsewCrc = 1; return wCrc;對于一條RTU協議的命令可以簡單的通過以下的步驟轉化為ASCII協議的命令:1、 把命令的CRC校驗去掉,并且計算出LRC校驗取代。2、 把生成的命令串的

9、每一個字節轉化成對應的兩個字節的ASCII碼,比如0 x03轉化成0 x30,0 x33(0的ASCII碼和3的ASCII碼)。3、 在命令的開頭加上起始標記“:”,它的ASCII碼為0 x3A。4、 在命令的尾部加上結束標記CR,LF(0 xD,0 xA),此處的CR,LF表示回車和換行的ASCII碼。所以以下我們僅介紹RTU協議即可,對應的ASCII協議可以使用以上的步驟來生成。下表是Modbus支持的功能碼:在這些功能碼中較長使用的是1、2、3、4、5、6號功能碼,使用它們即可實現對下位機的數字量和模擬量的讀寫操作。 1、讀可讀寫數字量寄存器(線圈狀態):計算機發送命令:設備地址 命令號

10、01 起始寄存器地址高8位 低8位 讀取的寄存器數高8位 低8位 CRC校驗的低8位 CRC校驗的高8位 例:110100130025CRC低CRC高 意義如下:設備地址:在一個485總線上可以掛接多個設備,此處的設備地址表示想和哪一個設備通訊。例子中為想和17號(十進制的17是十六進制的11)通訊。 命令號01:讀取數字量的命令號固定為01。起始地址高8位、低8位:表示想讀取的開關量的起始地址(起始地址為0)。比如例子中的起始地址為19。寄存器數高8位、低8位:表示從起始地址開始讀多少個開關量。例子中為37個開關量。CRC校驗:是從開頭一直校驗到此之前。在此協議的最后再作介紹。此處需要注意,

11、CRC校驗在命令中的高低字節的順序和其他的相反。 設備響應:設備地址 命令號01 返回的字節個數數據1數據2.數據nCRC校驗的低8位 CRC校驗的高8位 例:110105CD6BB20E1BCRC低CRC高 意義如下:設備地址和命令號和上面的相同。返回的字節個數:表示數據的字節個數,也就是數據1,2.n中的n的值。數據1.n:由于每一個數據是一個8位的數,所以每一個數據表示8個開關量的值,每一位為0表示對應的開關斷開,為1表示閉合。比如例子中,表示20號(索引號為19)開關閉合,21號斷開,22閉合,23閉合,24斷開,25斷開,26閉合,27閉合.如果詢問的開關量不是8的整倍數,那么最后一

12、個字節的高位部分無意義,置為0。CRC校驗同上。 2、讀只可讀數字量寄存器(輸入狀態): 和讀取線圈狀態類似,只是第二個字節的命令號不再是1而是2。 3、寫數字量(線圈狀態): 計算機發送命令:設備地址 命令號05 需下置的寄存器地址高8位 低8位 下置的數據高8位 低8位 CRC校驗的低8位 CRC校驗的高8位 例:110500ACFF00CRC低CRC高 意義如下:設備地址和上面的相同。命令號:寫數字量的命令號固定為05。需下置的寄存器地址高8位,低8位:表明了需要下置的開關的地址。下置的數據高8位,低8位:表明需要下置的開關量的狀態。例子中為把該開關閉合。注意,此處只可以是FF00表示閉

13、合0000表示斷開,其他數值非法。注意此命令一條只能下置一個開關量的狀態。 設備響應:如果成功把計算機發送的命令原樣返回,否則不響應。 4、讀可讀寫模擬量寄存器(保持寄存器):計算機發送命令:設備地址 命令號03 起始寄存器地址高8位 低8位 讀取的寄存器數高8位 低8位 CRC校驗的低8位 CRC校驗的高8位 例:1103006B0003CRC低CRC高 意義如下:設備地址和上面的相同。命令號:讀模擬量的命令號固定為03。起始地址高8位、低8位:表示想讀取的模擬量的起始地址(起始地址為0)。比如例子中的起始地址為107。寄存器數高8位、低8位:表示從起始地址開始讀多少個模擬量。例子中為3個模

14、擬量。注意,在返回的信息中一個模擬量需要返回兩個字節。 設備響應:設備地址 命令號03 返回的字節個數數據1數據2.數據nCRC校驗的低8位 CRC校驗的高8位 例:110306022B00000064CRC低CRC高 意義如下:設備地址和命令號和上面的相同。返回的字節個數:表示數據的字節個數,也就是數據1,2.n中的n的值。例子中返回了3個模擬量的數據,因為一個模擬量需要2個字節所以共6個字節。數據1.n:其中數據1數據2分別是第1個模擬量的高8位和低8位,數據3數據4是第2個模擬量的高8位和低8位,以此類推。例子中返回的值分別是555,0,100。CRC校驗同上。 5、讀只可讀模擬量寄存器

15、(輸入寄存器): 和讀取保存寄存器類似,只是第二個字節的命令號不再是2而是4。 6、寫單個模擬量寄存器(保持寄存器): 計算機發送命令:設備地址 命令號06 需下置的寄存器地址高8位 低8位 下置的數據高8位 低8位 CRC校驗的低8位 CRC校驗的高8位 例:110600010003CRC低CRC高 意義如下:設備地址和上面的相同。命令號:寫模擬量的命令號固定為06。需下置的寄存器地址高8位,低8位:表明了需要下置的模擬量寄存器的地址。下置的數據高8位,低8位:表明需要下置的模擬量數據。比如例子中就把1號寄存器的值設為3。注意此命令一條只能下置一個模擬量的狀態。 設備響應:如果成功把計算機發

16、送的命令原樣返回,否則不響應。mym 級別: 總版主精華: 41 發帖: 3956威望: 9957 點金錢: 9431 Gold貢獻值: 601 點朋友圈: ifix技術群在線時間:539(小時)注冊時間:2005-02-02最后登錄:2008-01-25 Modbus通訊協議MODBUS通訊協議簡介工業控制已從單機控制走向集中監控、集散控制,如今已進入網絡時代,工業控制器連網也為網絡管理提供了方便。Modbus就是工業控制器的網絡協議中的一種。一、概述Modbus 協議是應用于電子控制器上的一種通用語言。通過此協議,控制器相互之間、控制器經由網絡(例如以太網)和其它設備之間可以通信。它已經成

17、為一通用工業標準。有了它,不同廠商生產的控制設備可以連成工業網絡,進行集中監控。此協議定義了一個控制器能認識使用的消息結構,而不管它們是經過何種網絡進行通信的。它描述了一控制器請求訪問其它設備的過程,如果回應來自其它設備的請求,以及怎樣偵測錯誤并記錄。它制定了消息域格局和內容的公共格式。當在一Modbus網絡上通信時,此協議決定了每個控制器須要知道它們的設備地址,識別按地址發來的消息,決定要產生何種行動。如果需要回應,控制器將生成反饋信息并用Modbus協議發出。在其它網絡上,包含了Modbus協議的消息轉換為在此網絡上使用的幀或包結構。這種轉換也擴展了根據具體的網絡解決節地址、路由路徑及錯誤

18、檢測的方法。1、在Modbus網絡上轉輸標準的Modbus口是使用一RS-232C兼容串行接口,它定義了連接口的針腳、電纜、信號位、傳輸波特率、奇偶校驗。控制器能直接或經由Modem組網。控制器通信使用主從技術,即僅一設備(主設備)能初始化傳輸(查詢)。其它設備(從設備)根據主設備查詢提供的數據作出相應反應。典型的主設備:主機和可編程儀表。典型的從設備:可編程控制器。主設備可單獨和從設備通信,也能以廣播方式和所有從設備通信。如果單獨通信,從設備返回一消息作為回應,如果是以廣播方式查詢的,則不作任何回應。Modbus協議建立了主設備查詢的格式:設備(或廣播)地址、功能代碼、所有要發送的數據、一錯

19、誤檢測域。從設備回應消息也由Modbus協議構成,包括確認要行動的域、任何要返回的數據、和一錯誤檢測域。如果在消息接收過程中發生一錯誤,或從設備不能執行其命令,從設備將建立一錯誤消息并把它作為回應發送出去。2、在其它類型網絡上轉輸在其它網絡上,控制器使用對等技術通信,故任何控制都能初始和其它控制器的通信。這樣在單獨的通信過程中,控制器既可作為主設備也可作為從設備。提供的多個內部通道可允許同時發生的傳輸進程。在消息位,Modbus協議仍提供了主從原則,盡管網絡通信方法是“對等”。如果一控制器發送一消息,它只是作為主設備,并期望從從設備得到回應。同樣,當控制器接收到一消息,它將建立一從設備回應格式

20、并返回給發送的控制器。Modbus是Modicon公司為其PLC與主機之間的通訊而發明的串行通訊協議。其物理層采用RS232、485等異步串行標準。由于其開放性而被大量的PLC及RTU廠家采用。Modbus通訊方式采用主從方式的查詢相應機制,只有主站發出查詢時,從站才能給出響應,從站不能主動發送數據。主站可以向某一個從站發出查詢,也可以向所有從站廣播信息。從站只響應單獨發給它的查詢,而不響應廣播消息。Modbus的串行口的通訊參數(如波特率、奇偶校驗)可由用戶選擇。二、MODBUS協議傳送方式MODBUS通訊協議有兩種傳送方式:RTU方式和ASCII方式,兩種方式如下所示:項目 RTU方式 A

21、SCII方式字節長度 8 BITS 7 BITS奇偶校驗 1 BIT OR 0 BIT 1 BIT OR 0 BIT字節中止 1 BIT OR 2 BITS 1 BIT OR 2 BITS開始標記 不要 :(冒號)結束標記 不要 CR,LF數據間隔 24 BIT 1S出錯檢驗方式 CRC-16 LRC控制器能設置為兩種傳輸模式(ASCII或RTU)中的任何一種在標準的Modbus網絡通信。用戶選擇想要的模式,包括串口通信參數(波特率、校驗方式等),在配置每個控制器的時候,在一個Modbus網絡上的所有設備都必須選擇相同的傳輸模式和串口參數。三、Modbus消息幀兩種傳輸模式中(ASCII或RT

22、U),傳輸設備以將Modbus消息轉為有起點和終點的幀,這就允許接收的設備在消息起始處開始工作,讀地址分配信息,判斷哪一個設備被選中(廣播方式則傳給所有設備),判知何時信息已完成。部分的消息也能偵測到并且錯誤能設置為返回結果。1、ASCII幀使用ASCII模式,消息以冒號(:)字符(ASCII碼 3AH)開始,以回車換行符結束(ASCII碼 0DH,0AH)。其它域可以使用的傳輸字符是十六進制的0.9,A.F。網絡上的設備不斷偵測“:”字符,當有一個冒號接收到時,每個設備都解碼下個域(地址域)來判斷是否發給自己的。消息中字符間發送的時間間隔最長不能超過1秒,否則接收的設備將認為傳輸錯誤。2、R

23、TU幀使用RTU模式,消息發送至少要以3.5個字符時間的停頓間隔開始。在網絡波特率下多樣的字符時間,這是最容易實現的(如下圖的T1-T2-T3-T4所示)。傳輸的第一個域是設備地址。可以使用的傳輸字符是十六進制的0.9,A.F。網絡設備不斷偵測網絡總線,包括停頓間隔時間內。當第一個域(地址域)接收到,每個設備都進行解碼以判斷是否發往自己的。在最后一個傳輸字符之后,一個至少3.5個字符時間的停頓標定了消息的結束。一個新的消息可在此停頓后開始。整個消息幀必須作為一連續的流轉輸。如果在幀完成之前有超過1.5個字符時間的停頓時間,接收設備將刷新不完整的消息并假定下一字節是一個新消息的地址域。同樣地,如

24、果一個新消息在小于3.5個字符時間內接著前個消息開始,接收的設備將認為它是前一消息的延續。這將導致一個錯誤,因為在最后的CRC域的值不可能是正確的。3、地址域消息幀的地址域包含兩個字符(ASCII)或8Bit(RTU)。可能的從設備地址是0.247 (十進制)。單個設備的地址范圍是1.247。主設備通過將要聯絡的從設備的地址放入消息中的地址域來選通從設備。當從設備發送回應消息時,它把自己的地址放入回應的地址域中,以便主設備知道是哪一個設備作出回應。地址0是用作廣播地址,以使所有的從設備都能認識。當Modbus協議用于更高水準的網絡,廣播可能不允許或以其它方式代替。4、如何處理功能域消息幀中的功

25、能代碼域包含了兩個字符(ASCII)或8Bits(RTU)。可能的代碼范圍是十進制的1.255。當然,有些代碼是適用于所有控制器,有此是應用于某種控制器,還有些保留以備后用。當消息從主設備發往從設備時,功能代碼域將告之從設備需要執行哪些行為。例如去讀取輸入的開關狀態,讀一組寄存器的數據內容,讀從設備的診斷狀態,允許調入、記錄、校驗在從設備中的程序等。當從設備回應時,它使用功能代碼域來指示是正常回應(無誤)還是有某種錯誤發生(稱作異議回應)。對正常回應,從設備僅回應相應的功能代碼。對異議回應,從設備返回一等同于正常代碼的代碼,但最重要的位置為邏輯1。例如:一從主設備發往從設備的消息要求讀一組保持

26、寄存器,將產生如下功能代碼:0 0 0 0 0 0 1 1 (十六進制03H) 對正常回應,從設備僅回應同樣的功能代碼。對異議回應,它返回: 1 0 0 0 0 0 1 1 (十六進制83H) 除功能代碼因異議錯誤作了修改外,從設備將一獨特的代碼放到回應消息的數據域中,這能告訴主設備發生了什么錯誤。 主設備應用程序得到異議的回應后,典型的處理過程是重發消息,或者診斷發給從設備的消息并報告給操作員。 5、數據域 數據域是由兩個十六進制數集合構成的,范圍00.FF。根據網絡傳輸模式,這可以是由一對ASCII字符組成或由一RTU字符組成。 從主設備發給從設備消息的數據域包含附加的信息:從設備必須用于

27、進行執行由功能代碼所定義的所為。這包括了象不連續的寄存器地址,要處理項的數目,域中實際數據字節數。 例如,如果主設備需要從設備讀取一組保持寄存器(功能代碼03),數據域指定了起始寄存器以及要讀的寄存器數量。如果主設備寫一組從設備的寄存器(功能代碼10十六進制),數據域則指明了要寫的起始寄存器以及要寫的寄存器數量,數據域的數據字節數,要寫入寄存器的數據。 如果沒有錯誤發生,從從設備返回的數據域包含請求的數據。如果有錯誤發生,此域包含一異議代碼,主設備應用程序可以用來判斷采取下一步行動。 在某種消息中數據域可以是不存在的(0長度)。例如,主設備要求從設備回應通信事件記錄(功能代碼0B十六進制),從

28、設備不需任何附加的信息。 6、錯誤檢測域 標準的Modbus網絡有兩種錯誤檢測方法。錯誤檢測域的內容視所選的檢測方法而定。 ASCII 當選用ASCII模式作字符幀,錯誤檢測域包含兩個ASCII字符。這是使用LRC(縱向冗長檢測)方法對消息內容計算得出的,不包括開始的冒號符及回車換行符。LRC字符附加在回車換行符前面。 RTU 當選用RTU模式作字符幀,錯誤檢測域包含一16Bits值(用兩個8位的字符來實現)。錯誤檢測域的內容是通過對消息內容進行循環冗長檢測方法得出的。CRC域附加在消息的最后,添加時先是低字節然后是高字節。故CRC的高位字節是發送消息的最后一個字節。7、字符的連續傳輸 當消息

29、在標準的Modbus系列網絡傳輸時,每個字符或字節以如下方式發送(從左到右): 最低有效位.最高有效位 四、錯誤檢測方法 標準的Modbus串行網絡采用兩種錯誤檢測方法。奇偶校驗對每個字符都可用,幀檢測(LRC或CRC)應用于整個消息。它們都是在消息發送前由主設備產生的,從設備在接收過程中檢測每個字符和整個消息幀。 用戶要給主設備配置一預先定義的超時時間間隔,這個時間間隔要足夠長,以使任何從設備都能作為正常反應。如果從設備測到一傳輸錯誤,消息將不會接收,也不會向主設備作出回應。這樣超時事件將觸發主設備來處理錯誤。發往不存在的從設備的地址也會產生超時。 1、奇偶校驗 用戶可以配置控制器是奇或偶校

30、驗,或無校驗。這將決定了每個字符中的奇偶校驗位是如何設置的。 如果指定了奇或偶校驗,“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域檢測了

31、消息域中除開始的冒號及結束的回車換行號外的內容。 LRC域是一個包含一個8位二進制值的字節。LRC值由傳輸設備來計算并放到消息幀中,接收設備在接收消息的過程中計算LRC,并將它和接收到消息中LRC域中的值比較,如果兩值不等,說明有錯誤。 LRC方法是將消息中的8Bit的字節連續累加,丟棄了進位。 LRC簡單函數如下: static unsigned char LRC(auchMsg,usDataLen) unsigned char *auchMsg ; /* 要進行計算的消息 */ unsigned short usDataLen ; /* LRC 要處理的字節的數量*/ unsigned c

32、har uchLRC = 0 ; /* LRC 字節初始化 */ while (usDataLen-) /* 傳送消息 */ uchLRC += *auchMsg+ ; /* 累加*/ return (unsigned char)(-(char_uchLRC) ; 3、CRC檢測 使用RTU模式,消息包括了一基于CRC方法的錯誤檢測域。CRC域檢測了整個消息的內容。 CRC域是兩個字節,包含一16位的二進制值。它由傳輸設備計算后加入到消息中。接收設備重新計算收到消息的CRC,并與接收到的CRC域中的值比較,如果兩值不同,則有誤。 CRC是先調入一值是全“1”的16位寄存器,然后調用一過程將消息

33、中連續的8位字節各當前寄存器中的值進行處理。僅每個字符中的8Bit數據對CRC有效,起始位和停止位以及奇偶校驗位均無效。 CRC產生過程中,每個8位字符都單獨和寄存器內容相或(OR),結果向最低有效位方向移動,最高有效位以0填充。LSB被提取出來檢測,如果LSB為1,寄存器單獨和預置的值或一下,如果LSB為0,則不進行。整個過程要重復8次。在最后一位(第8位)完成后,下一個8位字節又單獨和寄存器的當前值相或。最終寄存器中的值,是消息中所有的字節都執行之后的CRC值。 CRC添加到消息中時,低字節先加入,然后高字節。ModBus網絡是一個工業通信系統,由帶智能終端的可編程序控制器和計算機通過公用

34、線路或局部專用線路連接而成。其系統結構既包括硬件、亦包括軟件。它可應用于各種數據采集和過程監控。ModBus網絡只有一個主機,所有通信都由他發出。網絡可支持247個之多的遠程從屬控制器,但實際所支持的從機數要由所用通信設備決定。采用這個系統,各PC可以和中心主機交換信息而不影響各PC執行本身的控制任務。(1)ModBus的傳輸方式 在ModBus系統中有2種傳輸模式可選擇。這2種傳輸模式與從機PC通信的能力是同等的。選擇時應視所用ModBus主機而定,每個ModBus系統只能使用一種模式,不允許2種模式混用。一種模式是ASCII(美國信息交換碼),另一種模式是RTU(遠程終端設備)。ASCII可打印字符便于故障檢測,而且對于用高級語言(如Fortan)編程的主計算機及主PC很適宜。RTU則適用于機器語言編程的計算機和PC主機。 用RTU模式傳輸的數據是8位二進制字符。如欲轉換為ASCII模式,則每個RTU字符首先應分為高位和低位兩部分,這兩部分各含4位,然后轉換成十六進制等量值。用以構成報文的ASCII字符都是十六進制字符。ASCII模式使用的字符雖是RTU模式的兩倍,但ASCII數據的譯瑪和處理更為容易一些,此外,用RTU模式時報文字符必須

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論