當(dāng)前位置:首頁 > 嵌入式 > 嵌入式軟件
[導(dǎo)讀]基于嵌入式Linux的無紙記錄儀通信設(shè)計(jì)

引言

  在工業(yè)自動化控制系統(tǒng)中,記錄儀起著十分重要的作用,它可以實(shí)時(shí)采集、監(jiān)測和記錄一些影響工藝過程和產(chǎn)品質(zhì)量的重要參數(shù),被廣泛應(yīng)用于石化、冶金、電力、機(jī)械、醫(yī)藥、輕工業(yè)等行業(yè)。隨著電子技術(shù)的不斷發(fā)展,記錄儀已從傳統(tǒng)的有紙模擬式發(fā)展到如今的無紙數(shù)字式[1]。與傳統(tǒng)的有紙記錄儀相比,無紙記錄儀無機(jī)械磨損、顯示直觀、使用方便、故障率低和設(shè)備耗材少,因此被越來越多的應(yīng)用于工業(yè)控制領(lǐng)域。

  隨著工業(yè)過程自動化的高速發(fā)展,企業(yè)對無紙記錄儀提出了越來越高的要求,基于8位單片機(jī)的無紙記錄儀的功能已遠(yuǎn)遠(yuǎn)達(dá)不到用戶的要求。嵌入式ARM微處理核的32位RISC處理器以其強(qiáng)大的性能豐富的接口以及優(yōu)異的性價(jià)比等諸多優(yōu)勢,而被越來越多的應(yīng)用于無紙記錄儀,隨著硬件的改進(jìn),傳統(tǒng)的串行通訊方法也迫切需要改進(jìn),因此本文提出了基于嵌入式Linux的串口通信方案。嵌入式Linux操作系統(tǒng)是在標(biāo)準(zhǔn)Linux的基礎(chǔ)上針對嵌入式系統(tǒng)進(jìn)行內(nèi)核裁剪和優(yōu)化后形成[2],它繼承了Linux的開放源代碼、多任務(wù)、穩(wěn)定性高,內(nèi)核可裁剪等諸多優(yōu)點(diǎn),其內(nèi)核精簡而高效,具有非常好的網(wǎng)絡(luò)性能。本文將使用嵌入式Linux作為無紙記錄儀上位機(jī)操作系統(tǒng),并利用其多線程編程技術(shù)實(shí)現(xiàn)上位機(jī)與下位機(jī)的串口通信。

  1 記錄儀中的通信協(xié)議

  由于無紙記錄儀主要在過程控制現(xiàn)場或監(jiān)控室中使用,與之進(jìn)行通信的現(xiàn)場設(shè)備接口以串口居多,因此在該裝置的開發(fā)過程中采用十分通用的MODBUS協(xié)議作為串口通信協(xié)議。MODBUS協(xié)議是MODICON公司于1979年為建立智能設(shè)備間的主從式通信而開發(fā)的一種通信協(xié)議,它規(guī)定在一個(gè)系統(tǒng)中,每次命令應(yīng)由系統(tǒng)中主設(shè)備發(fā)起,從設(shè)備通過解析地址位決定是否應(yīng)答[3]。該協(xié)議具有兩種報(bào)文傳送幀格式,ASCII和RTU報(bào)文幀格式,分別如圖1和圖2所示。

圖1  ASCII報(bào)文幀格式

圖2  RTU報(bào)文幀格式

  將兩種報(bào)文傳送幀格式異同總結(jié)如表1。由表1可知,兩種報(bào)文幀格式各有優(yōu)劣:ASCII格式使用的字符是RTU格式的兩倍,但ASCII格式數(shù)據(jù)的譯碼和處理更為容易一些;使用RTU報(bào)文幀格式傳輸數(shù)據(jù)時(shí),報(bào)文字符必須以連續(xù)數(shù)據(jù)流的形式傳送,而使用ASCII格式,字符之間允許長達(dá)1s的時(shí)間間隔。

表1 ASCII與RTU報(bào)文幀格式比較

  通常情況下,在一個(gè)MODBUS網(wǎng)絡(luò)中只采用一種報(bào)文幀格式進(jìn)行數(shù)據(jù)交換。但在一些特殊情況下,同一系統(tǒng)中需要用到不同傳輸模式的控制器,即同時(shí)采用兩種報(bào)文幀傳輸格式。為了使無紙記錄儀具有更強(qiáng)的通用性,本文提出了一種新的可同時(shí)使用兩種報(bào)文幀格式的串口通信方案。在以下闡述過程中, 以ASCII和RTU報(bào)文幀格式傳輸?shù)臄?shù)據(jù)將分別簡稱為ASCII和RTU數(shù)據(jù)。

  2 記錄儀的通信實(shí)現(xiàn)

  2.1 整體設(shè)計(jì)

  無紙記錄儀主要通信對象為工業(yè)現(xiàn)場設(shè)備,因此通信過程中數(shù)據(jù)交換應(yīng)快速、準(zhǔn)確無誤。在MODBUS協(xié)議中,ASCII與RTU數(shù)據(jù)打包與解碼均不相同,數(shù)據(jù)讀寫方面需要獨(dú)立起來。串口通信功能框架如圖3所示。

圖3 串口通信功能框架圖

  設(shè)備注冊掃描模塊主要負(fù)責(zé)設(shè)備地址表的維護(hù),每間隔一定時(shí)間掃描在線設(shè)備,并記錄下設(shè)備地址和使用的報(bào)文幀格式,同時(shí)根據(jù)掃描得到信息動態(tài)開辟ASCII和RTU數(shù)據(jù)緩存區(qū)。ASCII數(shù)據(jù)讀寫模塊負(fù)責(zé)打包和解碼ASCII數(shù)據(jù),RTU數(shù)據(jù)讀寫模塊負(fù)責(zé)打包和解碼RTU數(shù)據(jù)。數(shù)據(jù)發(fā)送模塊根據(jù)優(yōu)先級排列好打包好的數(shù)據(jù)依次發(fā)送。數(shù)據(jù)接收模塊僅解碼下位機(jī)儀表每次傳回?cái)?shù)據(jù)的首位,判斷是RTU數(shù)據(jù)還是ASCII數(shù)據(jù),存入RTU或ASCII數(shù)據(jù)緩存區(qū),以待處理。

  為了實(shí)現(xiàn)ASCII與RTU數(shù)據(jù)的共存,首要問題是每次設(shè)備掃描注冊時(shí)對使用ASCII和使用RTU數(shù)據(jù)的設(shè)備加以區(qū)分。由ASCII和RTU的報(bào)文幀格式可知,傳輸數(shù)據(jù)首位是判斷數(shù)據(jù)類型的關(guān)鍵,所以使用RTU報(bào)文幀格式的設(shè)備地址需避開ASCII數(shù)據(jù)的起始位和結(jié)束符。在未知在線設(shè)備情況下,上位機(jī)將所有設(shè)備地址輪詢一遍,解析接收數(shù)據(jù)首位,如果是ASCII的起始位,則ASCII設(shè)備注冊,反之,則RTU設(shè)備注冊。

  2.2 編程實(shí)現(xiàn)

  軟件實(shí)現(xiàn)上,采用Linux的多線程編程技術(shù),可以更好的滿足工業(yè)現(xiàn)場的實(shí)時(shí)性要求。多線程程序采用多任務(wù)、并發(fā)的工作方式[4],可以提高應(yīng)用程序響應(yīng)時(shí)間并且改善程序結(jié)構(gòu)。Linux操作系統(tǒng)中提供了Linuxthread 庫[5],它實(shí)現(xiàn)了符合POSIX1003.1c標(biāo)準(zhǔn)的多線程支持,而且是內(nèi)核級方式。[!--empirenews.page--]

  串口通信通過三個(gè)線程來實(shí)現(xiàn),主線程、發(fā)送子線程和接收數(shù)據(jù)處理子線程,如圖4所示。同時(shí),為了使收發(fā)數(shù)據(jù)管理更加方便,建立了四個(gè)數(shù)據(jù)緩存區(qū):⑴ 發(fā)送緩存區(qū),存放準(zhǔn)備發(fā)送的命令; ⑵ 已發(fā)送緩存區(qū),存放已發(fā)送好但未經(jīng)接收確認(rèn)的命令;⑶ RTU接收緩存區(qū),存放接收到的RTU數(shù)據(jù);⑷ ASCII接收緩存區(qū),存放接收到的ASCII數(shù)據(jù)。所有線程共享上述四個(gè)數(shù)據(jù)緩存區(qū)的數(shù)據(jù),并設(shè)置互斥鎖用來確保一個(gè)時(shí)間段內(nèi)只有一個(gè)任務(wù)在訪問共享數(shù)據(jù)。

點(diǎn)擊看原圖

圖4  串口通信多線程程序流程圖

  主線程主要負(fù)責(zé)設(shè)備的注冊,掃描是否有數(shù)據(jù)發(fā)送,如果有發(fā)送數(shù)據(jù),進(jìn)行優(yōu)先級設(shè)置,將發(fā)送數(shù)據(jù)轉(zhuǎn)為發(fā)送所需的ASCII和RTU格式,存入發(fā)送緩存區(qū)以待發(fā)送。串口初始化主要功能為設(shè)置串口通信屬性,如波特率、數(shù)據(jù)位、校驗(yàn)位和流控制等。串口通信采用異步通信模式,并以全局變量作為接收標(biāo)志。解析數(shù)據(jù)時(shí)應(yīng)將已收到數(shù)據(jù)和已發(fā)送數(shù)據(jù)進(jìn)行匹配,根據(jù)發(fā)送的數(shù)據(jù)分析接收數(shù)據(jù)是否正確,如果接收數(shù)據(jù)正確則丟棄已發(fā)送命令,否則重發(fā)。

3 快速數(shù)據(jù)轉(zhuǎn)換算法

  由于上位機(jī)與下位機(jī)的個(gè)別數(shù)據(jù)存儲格式不同,需要轉(zhuǎn)換為對方能夠識別的數(shù)據(jù)。下面以浮點(diǎn)數(shù)為例,說明本次設(shè)計(jì)中的數(shù)據(jù)轉(zhuǎn)換機(jī)制。

  上位機(jī)采用Linux操作系統(tǒng),浮點(diǎn)數(shù)采用IEEE-754數(shù)據(jù)存儲格式。IEEE規(guī)定一個(gè)浮點(diǎn)數(shù)在內(nèi)存中占四字節(jié),其數(shù)據(jù)格式如圖5所示。

圖5  IEEE浮點(diǎn)數(shù)數(shù)據(jù)格式

  在IEEE浮點(diǎn)數(shù)數(shù)據(jù)存儲格式下,第1位為符號位,指示浮點(diǎn)數(shù)的正負(fù)。指數(shù)部分共8位,第一個(gè)字節(jié)的后7位和第二個(gè)字節(jié)的第1位,表示范圍是0 ~ 255。實(shí)際上的指數(shù)值應(yīng)是-128 ~ 127的有符號整數(shù),為了存儲方便,指數(shù)值都加127轉(zhuǎn)為0 ~ 255存儲,即實(shí)際指數(shù)值是E-127。最后23位為小數(shù)部分,需要注意的是,在計(jì)算時(shí),要將小數(shù)部分最高位補(bǔ)1。因此,實(shí)際的浮點(diǎn)數(shù)值可以通過下面的公式計(jì)算:

Real =(-1)*Sign*(D/224)*2E-126

  下位機(jī)浮點(diǎn)數(shù)在內(nèi)存中同樣占四字節(jié),其數(shù)據(jù)格式如圖6所示。

圖6  下位機(jī)浮點(diǎn)數(shù)數(shù)據(jù)格式

  下位機(jī)浮點(diǎn)數(shù)數(shù)據(jù)格式中,數(shù)符用來指示浮點(diǎn)數(shù)的正負(fù),階符用于指示指數(shù)的正負(fù),階碼有6位,即指數(shù)范圍是0~64,小數(shù)部分比IEEE浮點(diǎn)數(shù)數(shù)據(jù)格式中多1位,因此在計(jì)算時(shí)高位無需補(bǔ)1。實(shí)際的浮點(diǎn)數(shù)數(shù)值可以通過下面公式計(jì)算:

Real =(-1)*Sign*(D/224)*2(-1)*SignE*E

  實(shí)際傳輸過程中,從下位機(jī)傳來的浮點(diǎn)數(shù),需要先轉(zhuǎn)為IEEE標(biāo)準(zhǔn)格式,傳給下位機(jī)的數(shù)據(jù)同樣需要轉(zhuǎn)為下位機(jī)能夠識別的格式。由于浮點(diǎn)數(shù)存儲格式復(fù)雜,在轉(zhuǎn)換數(shù)據(jù)時(shí)應(yīng)盡量避免使用浮點(diǎn)數(shù)運(yùn)算。通過比較圖5和圖6可知,兩種存儲格式的最后23位相同,可以共用。因此,在編程時(shí),采用共同體能夠更快的解決兩者之間的轉(zhuǎn)換。編寫共同體如下:

  union {

  float fdata;

  unsigned char byte[4];

  }data_change;

  fdata中存放轉(zhuǎn)換前得浮點(diǎn)數(shù),而字符型數(shù)組byte直接對應(yīng)浮點(diǎn)數(shù)在計(jì)算機(jī)中以二進(jìn)制存儲的四個(gè)字節(jié)。通過對字符型數(shù)組的簡單的加減法及移位計(jì)算就可以快速在兩種存儲格式之間轉(zhuǎn)換。 實(shí)際測試時(shí),采用共同體的數(shù)據(jù)轉(zhuǎn)換在響應(yīng)時(shí)間上要明顯優(yōu)于未采用共同體的數(shù)制轉(zhuǎn)換,提高了串口通信的實(shí)時(shí)性。

  4 結(jié)論

  本文創(chuàng)新點(diǎn):(1)將嵌入式Linux系統(tǒng)應(yīng)用于無紙記錄儀,使得該裝置體積小,功能強(qiáng),實(shí)時(shí)性能及可擴(kuò)展性能良好;(2)實(shí)現(xiàn)了MODBUS協(xié)議中RTU與ASCII傳輸模式的共存,使無紙記錄儀具有更強(qiáng)的通用性;(3)通過在數(shù)據(jù)轉(zhuǎn)換編程中采用共同體這方面的改進(jìn),提高了無紙記錄儀串口通信的實(shí)時(shí)性。

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫?dú)角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時(shí)1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運(yùn)行,同時(shí)企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險(xiǎn),如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報(bào)道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機(jī) 衛(wèi)星通信

要點(diǎn): 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實(shí)提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅(jiān)持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運(yùn)營商 數(shù)字經(jīng)濟(jì)

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團(tuán))股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉