引言

隨著IT技術、電子技術、通信技術、以及自動控制技術的飛速發展，對工業現場數據的高速實時采集就成為電子產品和工業控制技術發展不可避免的一個環節。

本文針對高速實時多任務數據采集中的多任務實現算法以及實時性、實效性和高速性的要求，提出了基于ARM9和μC/OSII操作系統的智能化設計方案，實現了任務優先級動態調度、系統工作參數動態設定、系統內部軟件智能化設計，針對低速外圍設備進行了系統優化，并提高了系統可靠性改善了內部任務同步性。

1 整體電路設計

整個采集系統的硬件電路如圖1所示。首先利用多路調制電路對12路信號進行調制，這部分包含相應的信號轉換、抗干擾、以及初步的信號處理等，使得各路采集信號能夠達到ARM9內核對信號采集的要求。經多路選擇和ADC采樣后進入ARM9內核。為了實現對整個系統工作狀態的實時監視、實時控制和實時調節，設置了上位機監視器和現場顯示觸摸屏，將用戶所有要求顯示的信息在上位機顯示輸出或者在現場LCD同步顯示輸出。采樣按照采樣頻段分為高頻段（300~200 ksps）、中頻段（200~100 ksps）、和低頻段（小于100 ksps）3個頻段，每個頻段由4個外部采樣通道組成。ARM9內核與上位機的通信利用UART和RS232轉換電路來實現。系統工作電源由統一的電源供給，在實現電壓轉換后對PC機和ARM9內核以及相應的工作電路提供電源支持。

圖1 數據采集系統硬件電路

2 系統總體軟件設計思路

系統的軟件設計原理如圖2所示。12路采集信號經調制電路多路選擇和ADC采樣后進入各個采集任務內部通道。每一路采集通道都設計獨立的數據采集、數據存儲、數據處理以及數據提交任務。也就是說，每一路外部采集通道都對應一個獨立的內部數據通道，而且本通道數據只在本通道內進行存儲、處理和傳遞。各個內部數據通道任務之間只有在系統調度時執行時間上的先后關系、優先級關系，沒有數據耦合關系。

圖2 系統軟件設計原理圖

命令掃描部分由獨立的上位機和下位機掃描任務完成對上位機監視器和下位機觸摸屏的實時監控，一旦檢測到用戶命令，立即將其發送給命令解析和處理任務，由該任務對用戶命令進行分析處理。命令處理完后將提取的結果發送給用戶要操作的采樣通道，使之按照用戶要求運行。

各個頻段的各個通道采集任務均設置兩個數據緩沖區。雙數據緩沖區為采樣任務順利存儲提供了雙重保證，使得采樣工作一旦結束就有可用緩沖區，就可立即將數據存儲而后進行下一次采集。也使得后續的數據處理任務減少數據等待時間，能迅速得到當前采樣通道需要處理的數據，并在最短的時間內處理發送給下一級任務。

采樣、數據顯示、命令掃描都涉及外圍設備，是整個系統所有任務里面運行速度最慢的，針對采樣任務設置雙數據緩沖區可以很大幅度地改善由于采樣速度慢而造成的系統速率下降問題，顯示和命令掃描部分的優化設計將在下文中詳細說明。

3 內部軟件調度算法

系統內部各個頻段命令如圖3所示。命令掃描函數捕捉到用戶命令后，對用戶命令進行驗證、分析、提取，而后將提取結果以廣播的方式發送至各個頻段的命令等待隊列。該隊列如得到新的命令，將用戶命令發送給本隊列下轄的各個采樣任務函數，用戶命令將立即得到執行，包括通道切換、變換采樣周期、改變當前任務優先級、顯示特定通道數據等。如沒有得到新的命令，等待超時后采樣任務按照原有方式繼續工作。這也是一種智能化設計，以很簡單的方式實現了按照用戶命令隨時對任何通道的查看、監督、操作、工作狀態切換、通道切換、由單通道到所有通道并行實時采集切換等所有功能的任意切換。

圖3 各個頻段內部命令

3.1 任務優先級設置及采樣任務優先級動態調度

μC/OSII操作系統是基于優先級的搶占式操作系統，所有任務必須有各自獨立且唯一的優先級[1]。命令掃描和數據顯示分別設置為最高優先級和最低優先級。掃描函數的最高優先級可以確保隨時對用戶命令進行響應，而顯示任務由于其運行速速慢，將其設置為最低優先級。只要系統設計合理，適當避免低優先級任務的饑餓現象，即可實現將用戶有效信息顯示輸出。

內部優先級設置規則是，低頻段、中頻段、高頻段3個頻段的任務之間優先級依次遞減。低頻段的采樣周期明顯比高頻段長，在低頻段數據采集的空閑時間里系統可以順利地將CPU使用權切換給其他任務，使其他任務得到CPU使用權并執行。每個頻段內部的各個任務的優先級從采樣到數據存儲、數據處理、數據提交依次遞減。

為了使得整個系統實現優先級動態調度也可以修改其他采樣參數，在軟件設計時將所有頻段采樣任務的優先級、采樣周期以全局變量的形式在進入操作系統之前進行設置，并將其定義為volaTIle格式分配獨立的變量存儲地址。而后設立獨立的掃描任務，來專門完成這些參數的判斷、修改、存儲和動態更新。這樣便使得系統除了可以按照根據采樣周期設計的初始化優先級和初始化參數運行外，還可以依據用戶自身需要對各個頻段、各個通道的采樣任務優先級以及采樣頻率進行設置和修改。修改完并確認后，修改任務會保存、更新當前系統工作參數并退出操作系統，而后重新啟動并初始化，整個采集系統將按照全新的狀態開始工作。當然，在這里用戶優先級和采樣周期設置是受限的，必須符合上文提及的優先級規則及各個頻段對采樣周期的要求。

3.2 任務時限設置

為了對整個系統的時間調度進行優化，首先說明幾個內部工作時間。i386體系和Linux2.5內核中操作系統節拍率都設置為1000 Hz[2]。在這里將μC/OSII操作系統調度時間OS_TICKS_PER_SEC也設置為1000，也就是說操作系統的任務調度以ms為單位。ARM9內核CPU工作頻率設置為400 MHz，即CPU機械周期以ns為單位。外設包括上位機命令掃描和上位機、下位機顯示部分工作都以s為單位。μC/OSII系統中任務切換、調度及延時都以系統節拍率為單位，而內部代碼的運行是以機械周期為單位。內部任務時限可以以節拍律為單位，也可以以實時時間為基準，獲得一個絕對時間差。

單個采樣任務通道內部只有采樣任務需要時限設置。為了達到智能化，用消息隊列的等待延時替代了采樣任務時限，而該延時便是本通道的采樣周期。其他的后續任務包括內存開辟、數據處理、數據發送，都依次等待上一級任務消息，受上一級任務鉗制不設置任務時限。顯示任務時限按ms設置為絕對時間差。

3.3 針對外設的時間優化

針對命令掃描和解析任務，將其設置為中斷方式，在檢測到有用戶命令輸入時發生中斷，在中斷里對用戶命令進行解析、分析、提取和處理。在中斷下半部分對命令進行廣播式發布，發布到各個采樣任務函數使其立即刷新執行。因為用戶工作方式改變，命令刷新頻率并不高而且任務量不大，所以完全可以利用中斷的快速處理來實現這種功能。

圖4 顯示任務工作原理圖

在處理完命令掃描和采樣任務之后，影響整個系統性能的就剩下上位機和下位機顯示部分了。顯示任務工作原理如圖4所示，利用μC/OSII系統提供的消息隊列對顯示部分進行改善。分別建立兩個長度為16的消息隊列和內存塊鏈表，數據提交任務從空閑內存池中得到可用內存塊之后將本任務要顯示的數據存入該內存塊，此時該內存就變成了帶有數據的待顯示數據塊。而后將該內存塊的地址以消息的形式注冊在顯示消息隊列上。消息隊列的長度設置為16，雖然這里只有12個任務會發送消息給消息隊列，但在實時多任務程序中，各個任務的運行是隨機的，消息隊列在一段時間內得到的消息個數是個不定值，所以留出4個空位作為裕度。而且設置初始值為16的計數信號量來保護消息隊列，數據提交任務在提交數據之前先檢測該信號量，如該信號量有效就可以發送信號，如信號量無效則需等待，直到有可用信號位時方可將信號發出。在外部硬件操作端，由外部發送任務將消息隊列中的消息按照固定速率發送到外部信號線上。

這樣設計，消息隊列就相當于一個緩沖區，使得所有提交任務都可以向這個緩沖區發送待顯示數據，有效地避免了多個任務爭用一個外圍設備而引起的死鎖、競爭冒險等問題。同時減少了任務數量，減少了任務切換的次數，充分利用了系統時間，提高了系統性能。

3.4 關鍵區保護

多任務設計中每個任務在任何時刻都可能被其他任務打斷，必須充分考慮代碼的安全性、可重入性、可靠性、饑餓、互鎖、死鎖等情況。[3]

為了避免上述情況，任務間消息發送和傳遞時以及在數據采樣時對相應函數體進行關鍵區保護，在這些函數運行的時候禁止中斷和任務調度，以保證數據傳遞和數據采樣的絕對正確性和系統運行的絕對安全性。

4 極限頻率測定及總結

上位機超級終端接收到的極限頻率測試結果如圖5所示。

圖5 極限頻率測量結果

分別測試了高頻段、中頻段和低頻段的極限頻率，結果在CPU使用率80%~90%的情況下測定。該系統成功實現了智能化設計和優先級動態調度、系統參數動態設置等功能，達到了設計指標。