《電子技術(shù)應(yīng)用》
您所在的位置:首頁 > 嵌入式技術(shù) > 設(shè)計(jì)應(yīng)用 > 基于ARM-Linux的Modbus串口服務(wù)器設(shè)計(jì)
基于ARM-Linux的Modbus串口服務(wù)器設(shè)計(jì)
摘要: 本文的目標(biāo)是在以AT91RM9200芯片構(gòu)建的Multibus-CPU開發(fā)板上實(shí)現(xiàn)串口服務(wù)器功能。該串口服務(wù)器應(yīng)用Modbus相關(guān)協(xié)議,將傳統(tǒng)的以RS485/232串口通信設(shè)備接入工業(yè)以太網(wǎng),實(shí)現(xiàn)上位機(jī)和設(shè)備之間的信息交互。本串口服務(wù)器程序已經(jīng)能夠在開發(fā)板上正確運(yùn)行。
Abstract:
Key words :

 隨著互聯(lián)網(wǎng)的迅猛發(fā)展,在使用計(jì)算機(jī)進(jìn)行網(wǎng)絡(luò)互聯(lián)的同時(shí),各種家電設(shè)備、儀器儀表以及工業(yè)生產(chǎn)中的數(shù)據(jù)采集和控制設(shè)備也在逐步地走向網(wǎng)絡(luò)化,以便共享網(wǎng)絡(luò)資源。所以,在電子設(shè)備日趨網(wǎng)絡(luò)化的今天,利用串口服務(wù)器來實(shí)現(xiàn)網(wǎng)絡(luò)通信具有十分重要的意義。利用基于TCP/IP的串口數(shù)據(jù)流傳輸?shù)膶?shí)現(xiàn)來控制管理設(shè)備,無需投資大量的人力、物力即可完成對傳統(tǒng)設(shè)備的管理、更換或者升級。

  串口服務(wù)器的功能

  串口服務(wù)器是一種通信協(xié)議轉(zhuǎn)換器,它設(shè)有兩類通信端口:一類是標(biāo)準(zhǔn)的RS232/422/485格式的串行端口,遠(yuǎn)程的RTU(遠(yuǎn)程終端設(shè)備)監(jiān)控模塊通過串行控制總線接入串口服務(wù)器的此類端口;另一類是以太網(wǎng)口,通過網(wǎng)線將串口服務(wù)器接入局域網(wǎng)的交換機(jī)等設(shè)備中。

  串口服務(wù)器在工作中可自動將RS232/422/485格式的串行數(shù)據(jù)與基于TCP/IP協(xié)議的以太網(wǎng)數(shù)據(jù)包進(jìn)行透明轉(zhuǎn)換。一方面,串口服務(wù)器收到來自某一串行端口的現(xiàn)場數(shù)據(jù),將其轉(zhuǎn)換為TCP/IP格式的數(shù)據(jù),通過以太網(wǎng)口進(jìn)行網(wǎng)絡(luò)上傳;另一方面,串口服務(wù)器在局域網(wǎng)中捕獲合法的數(shù)據(jù)協(xié)議包,通過解包來解析出有效的控制信息,通過監(jiān)控機(jī)指定的串行端口將控制命令以串行數(shù)據(jù)的方式傳送給遠(yuǎn)程RTU.

  硬件平臺

  此系統(tǒng)的硬件平臺如圖1所示,它是以AT91RM9200芯片構(gòu)建的Multibus-CPU開發(fā)板。MultiBus-CPU系統(tǒng)是基于AT91RM9200微控制器的智能化多總線測控系統(tǒng),該系統(tǒng)可以建立基于Modbus-RTU總線協(xié)議的總線通信,使系統(tǒng)設(shè)備可以無縫地接入到基于Modbus-RTU模式的總線系統(tǒng),以及可靠、實(shí)時(shí)并準(zhǔn)確地完成工業(yè)現(xiàn)場的數(shù)據(jù)采集和信號輸出等功能。系統(tǒng)支持Modbus-RTU協(xié)議,同時(shí),系統(tǒng)還支持多種總線通信,包括RS485總線,工業(yè)以太網(wǎng)(UDP協(xié)議),串口RS232通信接口和USB通信接口。

圖1:CPU模塊原理圖。

  軟件平臺

  本設(shè)計(jì)采用嵌入式Linux作為操作系統(tǒng)。ARM上的Linux的主要優(yōu)勢:可擴(kuò)展的完整操作系統(tǒng)提供了可靠的多任務(wù)環(huán)境,基于開源模型(GPL),利用多種UNIX和開源應(yīng)用程序以及用于基于ARM技術(shù)的多種設(shè)計(jì)(包括網(wǎng)絡(luò)和無線領(lǐng)域)。

  Modbus協(xié)議

  Modbus協(xié)議是應(yīng)用于電子控制器的一種通信語言。利用這個(gè)協(xié)議,控制器相互之間以及控制器通過網(wǎng)絡(luò)(例如以太網(wǎng))和其他設(shè)備之間進(jìn)行通信。

  主流的Modbus協(xié)議為標(biāo)準(zhǔn)Modbus協(xié)議(Modbus RTU協(xié)議)和Modbus TCP協(xié)議。標(biāo)準(zhǔn)的Modbus通信協(xié)議定義了報(bào)文幀的每一字節(jié),定義了怎樣將數(shù)據(jù)打包成報(bào)文幀以及如何解碼。報(bào)文幀包括一個(gè)字節(jié)的地址碼,一個(gè)字節(jié)的功能碼,數(shù)據(jù)和兩個(gè)字節(jié)的校驗(yàn)碼。其中,校驗(yàn)碼采用CRC校驗(yàn)。

  Modbus TCP協(xié)議是在標(biāo)準(zhǔn)Modbus協(xié)議的基礎(chǔ)上進(jìn)一步發(fā)展而來的。它是將Modbus協(xié)議嵌入到底層TCP/IP協(xié)議中構(gòu)成的,這樣就在TCP/IP的以太網(wǎng)上實(shí)現(xiàn)了客戶機(jī)-服務(wù)器架構(gòu)的Modbus報(bào)文通信。二者的數(shù)據(jù)幀結(jié)構(gòu)如圖2所示。

圖2:標(biāo)準(zhǔn)Modbus與Modbus_TCP數(shù)據(jù)幀結(jié)構(gòu)對比。

  分析Modbus TCP協(xié)議和RTU協(xié)議,可以非常清楚地看出兩者的主要區(qū)別。與Modbus RTU協(xié)議相比,Modbus TCP數(shù)據(jù)幀里已不再有CRC校驗(yàn),而這部分校驗(yàn)的任務(wù)是由TCP/IP協(xié)議和以太網(wǎng)的鏈路層來完成的。另外,Modbus TCP較標(biāo)準(zhǔn)的Modbus協(xié)議還加入了一個(gè)MBAP報(bào)文頭,由它來解釋說明Modbus的參數(shù)和功能。其他部分兩者可以互相通用。如果TCP協(xié)議轉(zhuǎn)換為RTU協(xié)議,那么,只需要把TCP協(xié)議MBAP頭中的“單元標(biāo)識域”和后續(xù)字節(jié)組成一幀,再加上此幀的CRC校驗(yàn)就可以組成RTU協(xié)議,而在串行鏈路上進(jìn)行發(fā)送。如果是RTU協(xié)議轉(zhuǎn)換到TCP協(xié)議的話,那么要根據(jù)實(shí)際情況組建一個(gè)MBAP頭。

  獲取配置信息GetConfigValue功能的設(shè)計(jì)與實(shí)現(xiàn)

  在設(shè)計(jì)串口服務(wù)器之前,首先要配置相應(yīng)的設(shè)備號并給設(shè)備配置相應(yīng)的串口服務(wù)器IP地址、TCP通信端口號和串口參數(shù)等,這些配置信息放在一個(gè)txt文件當(dāng)中。

  我們設(shè)計(jì)了一個(gè)Configinfo.txt文件,當(dāng)我們需要向一個(gè)設(shè)備傳遞信息時(shí),需要首先從文件中讀取配置信息,對相應(yīng)的串口及工控板的網(wǎng)絡(luò)進(jìn)行配置,然后再進(jìn)行相應(yīng)的操作。這時(shí),我們在其中用到了兩個(gè)自定義函數(shù):GetConfigValue和GetCFGValue.其中GetConfigValue的功能是將Configinfo.txt中的信息配置給串口服務(wù)器,它調(diào)用GetCFGValue函數(shù),在Configinfo.txt中尋找相應(yīng)的配置信息項(xiàng),并截取相應(yīng)的配置信息。它們的程序框圖如圖3(a)和3(b)所示。

圖3:GetConfigValue函數(shù)程序流程圖(a)和GetCFGValue函數(shù)程序流程圖(b)。

  串口操作函數(shù)封裝的設(shè)計(jì)與實(shí)現(xiàn)

  在對串口進(jìn)行相應(yīng)的操作時(shí),首先要打開串口并配置串口的波特率、數(shù)據(jù)位、停止位和工作模式等。這些關(guān)于串口的操作都封裝在一個(gè)文件當(dāng)中,以使結(jié)構(gòu)清晰,方便檢查以及修改或增加更多的操作函數(shù)。所進(jìn)行的包括以下幾種操作。

  串口的打開和關(guān)閉:打開串口時(shí),需要首先判斷串口的類型,然后以一定的方式打開串口并保存原來的串口配置信息,最后對串口進(jìn)行波特率、數(shù)據(jù)位、停止位和奇偶校驗(yàn)位的設(shè)置。關(guān)閉串口時(shí),需要將原來保存的終端信息恢復(fù),使串口回到打開前的狀態(tài)。

  對串口進(jìn)行數(shù)據(jù)讀寫:串口的讀寫操作是串口服務(wù)器最基本的功能,當(dāng)有數(shù)據(jù)傳送過來時(shí),需要通過串口發(fā)送。寫串口操作會把內(nèi)存中的數(shù)據(jù)寫入所指的文件,讀串口操作會把串口送來的數(shù)據(jù)寫入內(nèi)存中。分別用writecomport和readcomport來實(shí)現(xiàn)。

  對串口進(jìn)行設(shè)置:需要設(shè)置波特率、數(shù)據(jù)位、停止位和奇偶校驗(yàn)位。調(diào)用定義的封裝函數(shù),來完成這些操作。串口的工作模式通過termios函數(shù)的配置來控制。

  Modbus TCP/RTU相互轉(zhuǎn)換功能的實(shí)現(xiàn)

  這一步是串口服務(wù)器設(shè)計(jì)的關(guān)鍵,其轉(zhuǎn)換重點(diǎn)在于CRC校驗(yàn)和MBPA報(bào)頭的變換。在這里,定義mod2tcp函數(shù)來完成Modbus RTU到TCP格式的轉(zhuǎn)換,定義tcp2mod函數(shù)來完成Modbus TCP到RTU格式的數(shù)據(jù)轉(zhuǎn)換。例如,來自Modbus主站的TCP協(xié)議請求,經(jīng)串口服務(wù)器轉(zhuǎn)換成Modbus RTU格式,經(jīng)485口發(fā)送給從站,并將從站相應(yīng)數(shù)據(jù)經(jīng)485接口送入串口服務(wù)器,轉(zhuǎn)換成Modbus TCP格式信息返回主站(圖4)。

圖4:Modbus TCP/RTU相互轉(zhuǎn)換示例。

  程序流程如圖5(a)和5(b)所示。

圖5:Modbus RTU 到TCP格式數(shù)據(jù)轉(zhuǎn)換程序流程(a)和Modbus TCP 到RTU格式數(shù)據(jù)轉(zhuǎn)換程序流程(b)。

  由此可見,TCP格式字節(jié)數(shù)=RTU格式字節(jié)數(shù)-2+6,獲取的可用數(shù)據(jù)均相同,因此其程序?qū)崿F(xiàn)就不再是難題了。

  CRC校驗(yàn)功能

  CRC即循環(huán)冗余校驗(yàn)碼,它是數(shù)據(jù)通信領(lǐng)域中最常用的一種差錯(cuò)校驗(yàn)碼。RTU方式時(shí),CRC校驗(yàn)傳送的全部數(shù)據(jù),它忽略信息中單個(gè)字符數(shù)據(jù)的奇偶校驗(yàn)方法。CRC校驗(yàn)的關(guān)鍵在于數(shù)據(jù)的匹配,將得到的數(shù)據(jù)如何正確的套用到CRC校驗(yàn)當(dāng)中是其中的關(guān)鍵。

  CRC校驗(yàn)有既定的規(guī)則,其程序?qū)崿F(xiàn)非常簡單,只需要以下幾步:CRC字節(jié)的初始化;將數(shù)據(jù)導(dǎo)入進(jìn)行CRC計(jì)算;返回計(jì)算出的CRC值。

  串口服務(wù)器的設(shè)計(jì)與實(shí)現(xiàn)

  此部分介紹整個(gè)程序的main()函數(shù),它會調(diào)用前文介紹的函數(shù)來實(shí)現(xiàn)串口服務(wù)器功能,故其頭文件中要包含前文所述的各函數(shù)文件。程序流程如圖6所示。

  main()函數(shù)應(yīng)用Linux C函數(shù)編程,其中應(yīng)尤其注意socket的應(yīng)用,socket要先建立再bind();在信號量中的參數(shù)要配置正確;進(jìn)程的管理方面,要注意進(jìn)程退出時(shí)先退出子進(jìn)程,在所有進(jìn)程都完成之后再關(guān)閉socket.

圖6:串口服務(wù)器main()函數(shù)程序流程圖。

  問題及解決

  串口服務(wù)器測試過程中,有時(shí)會出現(xiàn)TCP到RTU發(fā)送時(shí)數(shù)據(jù)包錯(cuò)誤,不能正確地將TCP數(shù)據(jù)轉(zhuǎn)換為RTU數(shù)據(jù)。

  原因在于,測試過程中,Windows下的PC終端向Linux工控板發(fā)送數(shù)據(jù),但是Windows的實(shí)時(shí)性并不很好,不能及時(shí)地發(fā)送數(shù)據(jù),有時(shí)會出現(xiàn)一次發(fā)送兩包數(shù)據(jù)給串口服務(wù)器的現(xiàn)象;另外,工控板中Linux下的TCP/IP協(xié)議剪裁封裝不是很完善,導(dǎo)致其接收處理數(shù)據(jù)的能力比較差。

  當(dāng)多幀數(shù)據(jù)同時(shí)到達(dá)時(shí),串口服務(wù)器未能正確將后一幀數(shù)據(jù)發(fā)送出去,而把一幀數(shù)據(jù)分割到兩幀,導(dǎo)致數(shù)據(jù)幀錯(cuò)誤。這就是發(fā)生上述數(shù)據(jù)完全錯(cuò)誤的原因。這時(shí),需要給串口服務(wù)器添加數(shù)據(jù)的分幀處理功能,在接收到數(shù)據(jù)時(shí),先判斷數(shù)據(jù)幀是否是有效數(shù)據(jù)幀,確保每次發(fā)送的數(shù)據(jù)都能是完整的一幀,不會出現(xiàn)數(shù)據(jù)幀錯(cuò)位,而導(dǎo)致數(shù)據(jù)的完全錯(cuò)誤。

  本文小結(jié)

  本文的目標(biāo)是在以AT91RM9200芯片構(gòu)建的Multibus-CPU開發(fā)板上實(shí)現(xiàn)串口服務(wù)器功能。該串口服務(wù)器應(yīng)用Modbus相關(guān)協(xié)議,將傳統(tǒng)的以RS485/232串口通信設(shè)備接入工業(yè)以太網(wǎng),實(shí)現(xiàn)上位機(jī)和設(shè)備之間的信息交互。本串口服務(wù)器程序已經(jīng)能夠在開發(fā)板上正確運(yùn)行。

此內(nèi)容為AET網(wǎng)站原創(chuàng),未經(jīng)授權(quán)禁止轉(zhuǎn)載。
亚洲一区二区欧美_亚洲丝袜一区_99re亚洲国产精品_日韩亚洲一区二区
欧美日韩国产美| 影音先锋久久| 免费在线欧美黄色| 亚洲欧美综合国产精品一区| 亚洲精品乱码久久久久| 欧美在线短视频| 亚洲视频电影在线| 99视频在线精品国自产拍免费观看 | 欧美日韩二区三区| 女同性一区二区三区人了人一 | 久久久久综合网| 久久精品国产一区二区三区免费看| 亚洲欧美成人网| 亚洲欧美成人综合| 亚洲制服少妇| 亚洲欧美中文在线视频| 亚洲男女自偷自拍图片另类| 亚洲一区二区三区高清| 亚洲一区二区三区乱码aⅴ蜜桃女| 夜夜爽99久久国产综合精品女不卡| 亚洲另类视频| 一区二区不卡在线视频 午夜欧美不卡在 | 久久精品女人天堂| 久久久999精品| 久久午夜激情| 免费观看成人| 欧美成人免费视频| 欧美激情一区在线| 欧美日韩国产一级| 欧美三级在线视频| 国产精品精品视频| 国产麻豆精品视频| 国产日本欧洲亚洲| 精品av久久707| 亚洲国产导航| 亚洲乱码一区二区| 亚洲影视在线| 欧美在线观看你懂的| 亚洲国产精品一区制服丝袜| 亚洲久久视频| 一区二区三区高清视频在线观看 | 久热精品视频在线观看一区| 久久综合伊人77777尤物| 欧美黄色成人网| 欧美日韩一区二区三区在线视频| 国产精品国产三级国产aⅴ无密码 国产精品国产三级国产aⅴ入口 | 久久成人国产| 久久婷婷丁香| 欧美精品在线视频| 欧美日韩精品免费观看| 国产精品乱码| 国模套图日韩精品一区二区| 亚洲国产美国国产综合一区二区| 一本一本久久| 欧美一区二区三区免费视| 亚洲国产一区二区a毛片| 99人久久精品视频最新地址| 亚洲欧美精品在线观看| 久久亚洲精品一区| 欧美精品久久99| 国产精品视频网| 伊人久久大香线蕉av超碰演员| 亚洲日本视频| 亚洲欧洲99久久| 亚洲免费观看高清完整版在线观看熊| 亚洲影院色在线观看免费| 久久亚洲国产精品一区二区| 欧美三级特黄| 在线播放不卡| 亚洲天堂第二页| 亚洲黑丝一区二区| 亚洲女同精品视频| 美女久久一区| 国产精品日日摸夜夜摸av| 在线不卡亚洲| 亚洲一区尤物| 亚洲精品孕妇| 久久精品最新地址| 欧美啪啪一区| 极品日韩av| 亚洲一区二区三区在线| 亚洲人成在线观看| 性色一区二区| 欧美伦理视频网站| 国产一区二区三区在线观看视频 | 亚洲精品美女在线| 欧美亚洲一区| 欧美日本国产在线| 狠狠色综合网站久久久久久久| 一本久久综合| 91久久亚洲| 久久黄色小说| 国产精品video| 91久久综合| 亚洲福利国产| 欧美在线视频全部完| 欧美视频一区二区| 亚洲区一区二| 亚洲国产婷婷| 久久免费观看视频| 国产欧美日韩不卡免费| 99精品国产福利在线观看免费| 91久久线看在观草草青青| 久久久久久成人| 国产麻豆成人精品| 亚洲视频axxx| 亚洲一区免费视频| 日韩一级欧洲| 亚洲一二三级电影| 一本一本久久| 欧美精品啪啪| 一区在线影院| 久久国产一区二区| 欧美一区二区三区在线观看| 欧美日韩一区在线观看| 91久久久久久国产精品| 亚洲国产高清一区| 久久在线免费观看| 欧美福利一区| 精品999久久久| 亚洲大片一区二区三区| 久久精品视频免费播放| 国产欧美三级| 亚洲欧美区自拍先锋| 亚洲欧美999| 国产精品久久久久久久久久久久| 亚洲精品孕妇| 亚洲最新视频在线| 欧美日韩日韩| 亚洲精品中文字幕有码专区| 一本色道久久综合狠狠躁篇的优点 | 国产一区欧美| 性欧美8khd高清极品| 欧美在线观看天堂一区二区三区| 国产麻豆综合| 久久成人羞羞网站| 嫩草影视亚洲| 亚洲精品久久在线| 中文有码久久| 国产精品尤物福利片在线观看| 校园激情久久| 美日韩精品视频免费看| 亚洲国产精品一区二区久| 亚洲精品一区二区三区蜜桃久 | 国产精品多人| 午夜精品久久久久久久99热浪潮| 久久精品视频免费| 亚洲国产精品久久久久秋霞不卡 | 玖玖玖免费嫩草在线影院一区| 在线观看视频免费一区二区三区| 亚洲精品一二三| 欧美色中文字幕| 亚洲欧美日韩成人| 久久躁日日躁aaaaxxxx| 亚洲激情视频在线播放| 亚洲视频综合| 国产精品一区一区| 久久爱www| 欧美激情久久久| 中日韩高清电影网| 欧美在线一二三区| 国产尤物精品| 亚洲毛片在线| 欧美四级电影网站| 久久av红桃一区二区小说| 久久亚洲欧美| 亚洲二区在线视频| 日韩一区二区电影网| 国产精品实拍| 欧美一区激情| 欧美fxxxxxx另类| 日韩视频在线观看免费| 久久精品99无色码中文字幕| 激情久久久久久久| 亚洲日韩欧美视频| 欧美午夜一区| 亚洲高清一区二| 欧美精品麻豆| 亚洲午夜小视频| 亚洲天堂久久| 依依成人综合视频| 99riav国产精品| 国产精品欧美日韩| 午夜精品一区二区三区四区| 欧美精品成人91久久久久久久| 一区二区欧美在线观看| 欧美一区二区成人| 国产亚洲欧美激情| 亚洲婷婷综合久久一本伊一区| 国产精品美腿一区在线看| 欧美一区二区大片| 久久精视频免费在线久久完整在线看 | 一区在线播放视频| 一区二区三区国产盗摄| 国产欧美日韩综合| 久久国产精品久久久| 国产精品爱啪在线线免费观看 | 亚洲在线视频一区| 米奇777在线欧美播放| 一区二区三区欧美|