基于μC/OS―II的數據采集控制系統設計
0 引言
本文引用地址:http://dyxdggzs.com/article/149926.htm在一些工業(yè)現場(chǎng)中,設備長(cháng)時(shí)間運行容易出現故障,為了監控這些設備,通常利用數據采集裝置采集他們運行時(shí)的數據并送給PC機, 通過(guò)運行在PC機上的特定軟件對這些數據進(jìn)行分析,以此判斷當前運行設備的狀況,進(jìn)而采取相應措施。當前常用的數據采集裝置,在其系統軟件設計中,多采用 單任務(wù)順序機制。這樣就存在系統安全性差的問(wèn)題。這對于穩定性、實(shí)時(shí)性要求很高的數據采集裝置來(lái)說(shuō)是不允許的,因此有必要引入嵌入式操作系統。本文以 μC/OSII為操作系統平臺,基于ARM7系列處理器設計了一種通用的高性能數據采集控制系統。
1 系統總體設計
系統總體結構框圖如圖1所示。系統采用LPC2220工業(yè)級ARM7微控制器,內嵌μC/0S—II實(shí)時(shí)操作系統,支持10M以太網(wǎng)(工業(yè)級)、CF卡接口、USB主機控制器、板載電子硬盤(pán)FOB(Flash ON Board)、A/D轉換、低功耗RTC等功能。核心模塊與各采集控制模塊之間采用具有光電隔離的RS485通訊接口。基于RS485總線(xiàn)的數據采集控制模塊,可實(shí)現對電壓、電流、脈沖/頻率、狀態(tài)量等各種類(lèi)型信號的采集和開(kāi)關(guān)量控制,以滿(mǎn)足設施環(huán)境內各種傳感器數據的采集和執行機構的智能化控制。
2 硬件設計
2.1 MiniARM工控模塊
MiniARM工控模塊主要由LPC2220(ARM7TDMI)微控制器、程序存儲器、數據存儲器、工業(yè)級以太網(wǎng)控制器CS8900A、USB HoST控制器和NAND F1ash存儲器組成。MiniARM工控模塊接口圖如圖2所示。
同時(shí)工控模塊有256M的板載電子盤(pán),一個(gè)標準的外置RTC實(shí)時(shí)時(shí)鐘(PCF8563),2個(gè)UART控制器,一路高速I(mǎi)2C總線(xiàn)以及一路高速SPI總線(xiàn)等硬件資源。同時(shí)工控模塊內嵌μC/OS—II實(shí)時(shí)操作系統,TCP/IP協(xié)議以及FAT32文件管理系統等。工控模塊上的這些軟硬件資源,可以很方便的實(shí)現遠程網(wǎng)絡(luò )訪(fǎng)問(wèn),以及大容量的數據存儲,滿(mǎn)足我們的需要。
2.2.1 數據采集/控制模塊設計
數據采集/控制模塊的設計如圖3所示,具有4個(gè)輸入或輸出通道,通過(guò)單片機實(shí)現數據采集與控制,與核心模塊之間通過(guò)RS485總線(xiàn)實(shí)現通訊,采用光電隔離技術(shù)和內嵌工業(yè)標準的Modbus協(xié)議,有效增強通訊穩定性,通訊距離可延伸至1200米,總線(xiàn)驅動(dòng)能力可達128個(gè)模塊。
3 軟件設計
3.1 核心模塊軟件設計
μC/OS—II是個(gè)實(shí)時(shí)操作系統。它是一個(gè)完整、可移植、可固化及可剪裁的搶占式多任務(wù)內櫳適合小型控制系統具有執行效率高、占用空間小等特點(diǎn)。μC/OS-II系統內核的核心是任務(wù)調度機制。μC/OS-II下每個(gè)任務(wù)可以有休眠、就緒、運行以及中斷等狀態(tài)。μC/OS-II提供的任務(wù)間的通信力式有很多,如信號量、消息郵箱、消息隊列和事件標志組等。
核心模塊內嵌μC/OS—II實(shí)時(shí)操作系統,根據數據采集控制系統所需要完成的功能和需求,將系統劃分為5個(gè)任務(wù):數據采集控制任務(wù),數據存儲任務(wù),遠程網(wǎng)絡(luò )訪(fǎng)問(wèn)任務(wù),用戶(hù)界面任務(wù)以及用戶(hù)應用程序任務(wù)。為了保證系統的實(shí)時(shí)性,必須合理的設定任務(wù)的優(yōu)先級。為了簡(jiǎn)化設計,對于運行任務(wù)較少的數控系統可以采用靜態(tài)任務(wù)優(yōu)先級分配。根據任務(wù)對響應時(shí)間的敏感程度及重要性,任務(wù)的優(yōu)先級次序如下:
用戶(hù)應用程序>數據采集控制任務(wù)>用戶(hù)界面任務(wù)>數據存儲任務(wù)>遠程網(wǎng)絡(luò )訪(fǎng)問(wèn)任務(wù),每個(gè)任務(wù)實(shí)現一種相對獨立的功能,系統任務(wù)流程圖如圖4所示。
數據采集控制任務(wù)主要完成數據的采集和對開(kāi)關(guān)量的控制。核心模塊作為主機,采集控制模塊作為從機。主機通過(guò)論詢(xún)的方式,每隔1秒向從機依次發(fā)送Modbus讀寄存器命令幀。從機收到命令后,向主機返回采集到的數據。當程序控制邏輯或用戶(hù)通過(guò)觸摸屏需要開(kāi)關(guān)量動(dòng)作時(shí),主機向從機發(fā)送寫(xiě)寄存器命令幀,相應的從機響應并打開(kāi)或關(guān)閉電磁閥。
數據存儲任務(wù)主要完成對采集到的數據的存儲。當數據采集控制任務(wù)完成一次數據采集任務(wù)之后,數據存儲任務(wù)會(huì )在電子盤(pán)上建立txt文件,并將數據存儲到文件中。當數據存儲任務(wù)檢測到有U盤(pán)插入時(shí),會(huì )將電子盤(pán)上的txt文件轉存到U盤(pán),并刪除電子盤(pán)上的原文件。
遠程網(wǎng)絡(luò )訪(fǎng)問(wèn)任務(wù)主要實(shí)現用戶(hù)通過(guò)網(wǎng)頁(yè)瀏覽器實(shí)現對數據的查看和對開(kāi)關(guān)的控制。遠程網(wǎng)絡(luò )訪(fǎng)問(wèn)任務(wù)一直監控有沒(méi)有HTTP請求,當有HTTP請求時(shí)任務(wù)會(huì )將數據以HTTP協(xié)議發(fā)送給瀏覽器客戶(hù)端。用戶(hù)對控制模塊的遠程控制是通過(guò)提交表單的形式來(lái)實(shí)現的。
用戶(hù)界面任務(wù)主要完成用戶(hù)與系統的交互。通過(guò)大屏幕彩色液晶實(shí)時(shí)顯示采集到的數據,并且可以顯示數據的實(shí)時(shí)曲線(xiàn)。用戶(hù)以通過(guò)觸摸屏可以對系統進(jìn)行設置和控制。
3.2 數據采集/控制模塊軟件設計
RS一485標準只是一個(gè)物理的通信接口標準,要實(shí)現總線(xiàn)監控還要在此基礎上建立自己的高層通信協(xié)議。Modbus協(xié)議是美國可編程控制器供應商Modicon公司制定的一種工業(yè)通訊協(xié)議,現在已經(jīng)被許多工控廠(chǎng)商所支持,廣泛的應用到只能儀表,總線(xiàn)監控等領(lǐng)域。
Modbus協(xié)議采用主從結構的通信方式,適用于半雙工的RS一485總線(xiàn)。協(xié)議規定總線(xiàn)上有一個(gè)主機,多個(gè)從機,每個(gè)主機分配唯一的地址。工作時(shí)可采用命令/應答的通訊方式,主機向要從機發(fā)出命令幀,地址匹配的從機進(jìn)行響應,并向主機發(fā)出與命令幀對應的應答幀。Modbus有兩種通信模式:ASCII模式和RTU模式。在本系統中采用RTU模式。RTU消息幀典型格式如表l所示。
在本采集控制系統中,核心模塊作為主機,各個(gè)采集和控制模塊作為從機響應主機發(fā)出的命令幀。當主機發(fā)送Ox03功能碼時(shí),從機會(huì )把模擬量的值或者狀態(tài)量/頻率量的值返回給主機。當主機發(fā)送0x16功能碼時(shí),會(huì )使控制模塊開(kāi)關(guān)量通斷,并且控制模塊會(huì )返回當前的狀態(tài)。每個(gè)數據采集/控制模塊有4路輸入或輸出通道。因此在每個(gè)采集/控制模塊內部定義了4個(gè)寄存器,每個(gè)寄存器占兩個(gè)字節。采集/控制模塊按字節接收數據,每接收一個(gè)字節就進(jìn)入一次串口中斷。進(jìn)入串口中斷之后,對接收到的數據進(jìn)行解析。解析數據的流程圖如圖5所示。
4 結束語(yǔ)
該系統采用了實(shí)時(shí)操作系統,使系統優(yōu)先級明確,提高了實(shí)時(shí)性,同時(shí)實(shí)現了大容量的數據存儲和遠程網(wǎng)絡(luò )訪(fǎng)問(wèn)。
評論