摘 要：嵌入式控制器是各種工業(yè)控制系統(tǒng)的核心，它是一個典型的嵌入式系統(tǒng)。本文針對一種基于嵌入式遠(yuǎn)程監(jiān)控系統(tǒng)，提出了其嵌入式控制器的設(shè)計方法。本文結(jié)合嵌入式系統(tǒng)的設(shè)計理論，說明如何采用UML-RT和Platform方法設(shè)計嵌入式控制器，給出了嵌入式控制器系統(tǒng)設(shè)計的詳細(xì)步驟和具體內(nèi)容。 關(guān)鍵詞：嵌入式; 遠(yuǎn)程控制; UML; 建模 1 引言 　　基于嵌入式儀表的遠(yuǎn)程監(jiān)控系統(tǒng)的核心是嵌入式控制器，嵌入式控制器是一個典型的嵌入式系統(tǒng)，嵌入式控制器的系統(tǒng)設(shè)計遵從嵌入式系統(tǒng)設(shè)計的相關(guān)理論。嵌入式系統(tǒng)的設(shè)計有別于一般的傳統(tǒng)的設(shè)計。嵌入式系統(tǒng)的設(shè)計需要考慮軟件的響應(yīng)速度，內(nèi)存空間占用，電源消耗等。系統(tǒng)設(shè)計需要考慮把軟件和硬件的結(jié)構(gòu)作為一個統(tǒng)一協(xié)調(diào)的整體。嵌入式系統(tǒng)趨向于采用高平臺（Platform）和采用面向?qū)ο蟮腢ML-RT來進(jìn)行系統(tǒng)的分析和設(shè)計。因此，我們在設(shè)計嵌入式控制器時，采用UML-RT和平臺（Platform）進(jìn)行系統(tǒng)的設(shè)計，使嵌入式控制器有一個彈性的架構(gòu)，能夠方便快速的改變或擴(kuò)充功能，滿足系統(tǒng)要求。 2 UML-RT和平臺 　　2.1 UML-RT與嵌入式系統(tǒng)設(shè)計 　　UML （Unified Modeling Language）是面向?qū)ο蟮慕ＵZ言，由Grady Booch，James Rumbaugh和Ivan Jacobson提出，并于1997年被OMG（Object Management Group）組織采納為業(yè)界標(biāo)準(zhǔn)。UML用一套標(biāo)準(zhǔn)的符號體系來描述模型，可以用它來描述系統(tǒng)的結(jié)構(gòu)和靜態(tài)特征，系統(tǒng)的行為和動態(tài)特征。它從不同的視角為系統(tǒng)架構(gòu)建模，形成系統(tǒng)的不同視圖（view）。作為一個通用的建模語言，UML提供了良好的擴(kuò)展機(jī)制，如版類（Stereotype，加標(biāo)簽值（tagged values），約束（constraints）等，允許UML針對專門的應(yīng)用領(lǐng)域進(jìn)行建模。 　　利用UML擴(kuò)展機(jī)制，專門針對嵌入式系統(tǒng)的UML-RT有三個基本的結(jié)構(gòu)：容器（capsules），端口（ports），連接器（connectors）。 　　2.2平臺與嵌入式系統(tǒng)設(shè)計 　　我們在抽象層次上對嵌入式系統(tǒng)進(jìn)行描述，并對這種描述提供平臺支持，把嵌入式軟件和硬件的結(jié)構(gòu)作為一個統(tǒng)一協(xié)調(diào)的整體來認(rèn)識?；谄脚_的設(shè)計思想在PC設(shè)計上用了多年，近年來，這個方法得到普遍化，形式化，適用于嵌入式系統(tǒng)設(shè)計。用平臺進(jìn)行嵌入式系統(tǒng)建模，解決下列設(shè)計難題： 　　1. 應(yīng)用程序的QoS需求。 　　2. 資源組，APIs和QoS提供的服務(wù)。 　　3. 不同抽象層的關(guān)系，尤其是資源的映射和使用。 　　在嵌入式的軟硬件設(shè)計流程中，對關(guān)鍵的連接點(diǎn)定義平臺。每個平臺表示設(shè)計流程中的一層。服務(wù)質(zhì)量（QoS）參數(shù)，比如CPU的處理速度，Il0帶寬等，要在相關(guān)的平臺作好定義。在理想情況下，提供QoS的平臺的性能參數(shù)至少要滿足要求QoS的平臺的性能參數(shù)。 　　基于平臺設(shè)計的一個基本思想是平臺能支持類似或相關(guān)的應(yīng)用程序，有些應(yīng)用程序可以出現(xiàn)在平臺被開發(fā)出來后。為支持這些不可預(yù)見的程序，平臺服務(wù)必須有擴(kuò)展性。 3 嵌入式控制器的需求分析 　　我們利用UML的用例圖（use case）來對嵌入式控制器進(jìn)行需求分析。用例圖從用戶的觀點(diǎn)描述了系統(tǒng)硬件和軟件的功能。按照第二章對嵌入式控制器的功能描述，我們得出系統(tǒng)的用例圖，如圖1所示。其中包括七個不同的用例和兩個不同的角色。 [align=center] 圖1 嵌入式控制器的用例圖[/align] 　　用戶角色可進(jìn)行查看數(shù)據(jù)，設(shè)定數(shù)據(jù)，開啟和關(guān)閉控制對象（智能儀表），控制對象可以接收和發(fā)送數(shù)據(jù)，相應(yīng)開啟和關(guān)閉的操作指令。數(shù)據(jù)處理中心負(fù)責(zé)數(shù)據(jù)的封裝、發(fā)送，計算等數(shù)據(jù)處理工作。 4 平臺（platform）的劃分和設(shè)計 　　在完成了系統(tǒng)的需求分析之后，開始劃分本平臺的系統(tǒng)結(jié)構(gòu)，所謂本平臺的系統(tǒng)結(jié)構(gòu)就是指平臺系統(tǒng)對各級之間界面的定義及其上、下層的功能分配，而且每一層又有它自己的系統(tǒng)結(jié)構(gòu)。主要按照功能、邏輯順序來劃分多級層次結(jié)構(gòu)。嵌入式控制器平臺的系統(tǒng)結(jié)構(gòu)如圖2所示。 　　我們把嵌入式控制器系統(tǒng)分為3個抽象層次：體系結(jié)構(gòu)平臺（ARC platform），應(yīng)用程序編程接口平臺（API platform），定制的應(yīng)用程序平臺（ASP）。ARC平臺包含了微處理器存儲系統(tǒng)，接口電路，I/O通道及芯片之間的內(nèi)部連接。微處理器系統(tǒng)由Rabbit2000微處理器，F(xiàn)LASH，SRAM，RTL8019AS網(wǎng)絡(luò)控制芯片等一族“微架構(gòu)”組成。API平臺包括RTOS實(shí)時操作系統(tǒng)，嵌入式Web服務(wù)器，設(shè)備驅(qū)動程序等。API平臺是軟件抽象層，把ARC平臺的實(shí)現(xiàn)細(xì)節(jié)進(jìn)行封裝。API平臺提供接口服務(wù)，并對這些接口按類別進(jìn)行分組。比如用戶需要知道RTOS是否提供占先式任務(wù)調(diào)度接口，嵌入式Web服務(wù)器提供的Http，TCP/IP接口。ASP平臺提供用戶的直接操作界面和專門的應(yīng)用服務(wù)，如讓用戶通過瀏覽器查看和設(shè)定智能儀表的控制參數(shù)。 [align=center] 圖2 平臺的劃分[/align] 　　在每個平臺都有相應(yīng)的服務(wù)質(zhì)量（QoS）的要求。在ARC平臺對功耗，存儲量，處理速度，通訊能力等都有要求。Rabbit2000，RTL8019AS等芯片可以很好的滿足這些要求。在API平臺對運(yùn)行任務(wù)的個數(shù)，任務(wù)切換時間等也有要求，嵌入式Web服務(wù)器和RTOS—µc/OS能滿足這些要求。在ASP平臺要求進(jìn)行實(shí)時的參數(shù)查看和參數(shù)設(shè)定。采用lava Applet能很好的做到這些。 　　對嵌入式控制器系統(tǒng)進(jìn)行平臺的劃分，并且對各個平臺提出相應(yīng)的服務(wù)質(zhì)量參數(shù)，使我們在設(shè)計的初始階段對整個設(shè)計有全局的觀念，由于各個平臺之間相對獨(dú)立，對以后出現(xiàn)的新的設(shè)計要求和設(shè)計修改具有很好的適應(yīng)能力。 5 基于UML-RT的嵌入式控制器設(shè)計 　　在對嵌入式控制器劃分平臺后，我們可以用UML-RT的符號體系對嵌入式控制器系統(tǒng)進(jìn)行建模。我們把建模的過程分為兩個階段。第一階段是考慮系統(tǒng)的對外接口。第二階段是考慮系統(tǒng)內(nèi)部的平臺建模。 　　根據(jù)前面用例圖的需求分析，得出系統(tǒng)需要與環(huán)境交互的端口有兩個：一個是與控制對象即智能儀表進(jìn)行通訊。一個是和用戶進(jìn)行交互。為了支持用戶交互和控制對象通訊，我們定義了兩個容器（capsule） u:UserInterface和t :Transfer Data。容器p:Process Data則是用來處理數(shù)據(jù)。容器可以包含相關(guān)的軟件和硬件結(jié)構(gòu)，我們對t:Transfer Data進(jìn)一步細(xì)化，可以得到圖3。 [align=center] 圖3 TransferData容器的結(jié)構(gòu)[/align] 　　圖3中可以看到數(shù)據(jù)傳送可通過并口和串口進(jìn)行，這種傳送和處理器Pl即Rabbit2000耦合的很緊，我們用UML-RT的擴(kuò)展符號表示。同樣，《SW P1》表示在處理器P1上執(zhí)行的處理與控制對象通訊的程序。我們用這種方式還可以對u :User Interface和p :Process Data進(jìn)行細(xì)化。在第一階段的基礎(chǔ)之上，我們結(jié)合前面對平臺的劃分，進(jìn)行平臺建模。系統(tǒng)的ARC平臺的建模如圖4所示。 [align=center]　 圖4 ARC平臺的UML-RT建模[/align] 　　圖4表示了ARC平臺的基本組件和它們的拓?fù)鋱D結(jié)構(gòu)，利用這個圖可以進(jìn)一步的進(jìn)行對象建模。這個模型提供了一個框架，并可以方便的增加，移動，替代，修改框架內(nèi)的元素。UML-RT的端口可以有效的表示模型元素之間的接口。 　　API平臺處于ARC平臺和ASP平臺之間，包括RTOS，嵌入式Web服務(wù)器，設(shè)備驅(qū)動程序等。從UML-RT角度看，API平臺是ARC容器與ASP容器之間的通訊管道。在這里 ARC容器和ASP容器直接通過連接器相連。 　　我們把API平臺表現(xiàn)出來，如圖5所示。ARCProxy從ASP容器的端口中接收調(diào)用信息，然后把這個信息通過RTOS API送到合適的設(shè)備驅(qū)動程序，讓設(shè)備驅(qū)動程序去和ARC平臺通訊。異步和同步的通訊可以通過這個方式進(jìn)行。從圖5還可知，驅(qū)動程序和RTOS是緊密相關(guān)的。ASP平臺的建模同樣可以通過類似的方式表現(xiàn)。 [align=center] 圖5 ARC容器與ASC容器的通訊的實(shí)現(xiàn)[/align] 　　綜上所述，結(jié)合UML-RT和Platform進(jìn)行嵌入式控制器的設(shè)計，我們看到它們能夠很好的對嵌入式軟硬件進(jìn)行抽象，提供良好的文檔資料?；赨ML-RT和Platform設(shè)計的系統(tǒng)架構(gòu)，對設(shè)計過程出現(xiàn)的新的設(shè)計要求和設(shè)計修改具有很好的適應(yīng)能力，設(shè)計者可以及早的發(fā)現(xiàn)并更正錯誤。 本文作者創(chuàng)新點(diǎn) 　　本文首先對嵌入式系統(tǒng)設(shè)計理論中的UML-RT和平臺（Platform）進(jìn)行了介紹，然后結(jié)合嵌入式控制器，作者具體闡述了UML-RT和平臺思想在嵌入式控制器系統(tǒng)設(shè)計中的運(yùn)用，給出了嵌入式控制器系統(tǒng)設(shè)計的詳細(xì)步驟和具體內(nèi)容。 參考文獻(xiàn): 　　[1] 康軍,戴冠中.基于Internet的工業(yè)以太網(wǎng)遠(yuǎn)程監(jiān)控系統(tǒng)設(shè)計[J].控制工程,2004.7: 16-20 　　[2] 王勇.嵌入式Internet的實(shí)現(xiàn)及其安全性問題的研究[D].浙江大學(xué)博士論文,2003 　　[3] 李鳳保.網(wǎng)絡(luò)化測控系統(tǒng)技術(shù)[M]. 四川大學(xué)出版社,2004.5 　　[4] 董小國,王蓉. 基于Web的中水遠(yuǎn)程監(jiān)控系統(tǒng)的設(shè)計與實(shí)現(xiàn)[J]. 微計算機(jī)信息, 2006, 12-1: 86-88