| 摘要 PPSM是Motorola為M68K系列提供的實時嵌入式操作系統(tǒng)。本文介紹在PPSM嵌入式RTOS上開發(fā)窗口及控件系統(tǒng)的體系和方法。 關(guān)鍵詞 PPSM EZ328 VZ328 M68K RTOS 實時嵌入式操作系統(tǒng) 窗口系統(tǒng) 控件 在目前的中低檔PDA中,很多廠商都采用Motorola M68K系列芯片。Motorola為其M68K CPU提供了一套免費的實時操作系統(tǒng)PPSM(Personal Portable System Manager)。但該系統(tǒng)中沒有提供窗口系統(tǒng)。我們在實踐中開發(fā)了一套窗口系統(tǒng),如圖1和圖2所示。該系統(tǒng)為事件驅(qū)動方式,并有一系列控件支持。軟件開發(fā)人員采用添加控件的方式構(gòu)建所需的窗口,編寫對控件和窗口事件的響應方式。下面介紹這套窗口系統(tǒng)的設(shè)計方案。 
圖1
圖2
1 PPSM系統(tǒng)簡介 （1） 虛擬多任務(wù)方式 PPSM系統(tǒng)中可以創(chuàng)建多個主任務(wù),但只有一個主任務(wù)處于活動狀態(tài)。每個主任務(wù)可以創(chuàng)建多個子任務(wù)。主任務(wù)和子任務(wù)均有唯一的TaskId。任務(wù)之間可以發(fā)送消息。接收消息的任務(wù)及其主任務(wù)可以取得CPU的控制權(quán)。 �。�2） 觸摸屏輸入 PPSM系統(tǒng)采用了“活動區(qū)”的概念�！盎顒訁^(qū)”是用戶設(shè)定的屏幕上的一個矩形區(qū)域,只有筆在這樣的區(qū)域中的動作才能引起PPSM向活動任務(wù)發(fā)送消息。每個活動區(qū)均屬于其創(chuàng)建的任務(wù)。換一種方式表達為：每個任務(wù)保存和管理一系列活動區(qū),活動主任務(wù)的所有子任務(wù)的活動區(qū)均處于活動狀態(tài),后創(chuàng)建的活動區(qū)覆蓋之前創(chuàng)建的活動區(qū)。 �。�3） 圖形界面支持 PPSM系統(tǒng)以一部分系統(tǒng)內(nèi)存作為屏幕緩存。每個任務(wù)可以擁有自己獨立的屏幕緩存,也可以共享一個屏幕緩存。屏幕緩存的尺寸可以與實際的屏幕大小不同。系統(tǒng)顯示活動任務(wù)的屏幕緩存中的圖像。每個主任務(wù)擁有自己獨立的屏幕緩存,可以使主任務(wù)切換時迅速切換屏幕;而各主任務(wù)共享一個屏幕緩存可以節(jié)約內(nèi)存空間,同時,應用程序還可以創(chuàng)建獨立于任務(wù)的屏幕緩存。它具有與屏幕緩存同樣的結(jié)構(gòu),但不能直接輸出到屏幕上。用戶可設(shè)置當前的屏幕緩存。PPSM提供了一組GUI函數(shù),用于在當前的屏幕緩存中作圖。 �。�4） 事件驅(qū)動 PPSM采用中斷方式處理各類事件,如時鐘、UART輸入/輸出、筆輸入等。各種事件均向活動任務(wù)發(fā)送消息。各任務(wù)（主任務(wù)或子任務(wù)）均有各自的消息隊列。各任務(wù)從其消息隊列中取得并處理消息。 2 窗口的基本任務(wù)及界面系統(tǒng)的總體考慮 由于PPSM提供了靈活的屏幕緩存操作方式,開發(fā)的系統(tǒng)可能會因各應用程序采用了不同的屏幕緩存方式而沖突,并且難以協(xié)調(diào)。我們開發(fā)PPSM系統(tǒng)上的窗口系統(tǒng),就是為了使其應用程序界面開發(fā)變得容易而快速,使編程人員的精力集中在應用程序本身的功能上,提高開發(fā)的效率和可靠性。 �。�1） 關(guān)于界面繪制、切換、恢復的考慮 由于本窗口系統(tǒng)的目標是基于Motorola EZ/VZ328的便攜設(shè)備,其特點是內(nèi)存較小、LCD屏幕較小、CPU速度和屏幕刷新速度均較慢;而窗口系統(tǒng)則要求刷新速度快,占有內(nèi)存小。通過分析系統(tǒng)特點,較小的LCD屏幕上,一般很少要求子窗口之間的切換,因而本窗口系統(tǒng)中,子窗口不能切換。換言之,子窗口均為有模式的,只有關(guān)閉上層子窗口,才能顯示下一層的窗口。下一層的窗口被上層子窗口覆蓋的部分可以由上層子窗口保存并恢復,或由下一層的窗口自己重畫。前一種恢復方式雖然節(jié)約內(nèi)存,但速度較慢,而且如果被最頂層窗口覆蓋的窗口只有一個,則每個窗口均需按順序重畫。這在速度較慢的CPU上是不能容忍的,因而我們采用了后一種保存并恢復窗口覆蓋區(qū)域的方式。 一個應用程序（主任務(wù)）擁有一個主窗口。主窗口之間的切換等同于應用程序的切換。如果以重畫的方式恢復一個主窗口,意味著該主窗口連同其所有子窗口必須依次重畫,這樣的刷新速度是不能滿足要求的。PPSM提供了這樣一種能力：如果主任務(wù)具有自己的屏幕緩存,在任務(wù)切換時,屏幕自動切換。因而我們采用這種方式。應用程序具有自己的屏幕緩存,而各窗口均在該緩存上繪出。每個應用程序均保存了一屏自己的窗口圖形,當切換時,自動恢復。 由于消息只由最頂層窗口處理,見（3）消息的處理部分,因而,在我們的窗口系統(tǒng)中不存在下層窗口界面繪制問題;同時,在小的屏幕上,實現(xiàn)窗口的移動和縮放并無太大的實用性,因而我們也不實現(xiàn)窗口的這些功能。 另外有一類比較特殊的窗口,即POPUP屬性的窗口。這類窗口主要應用于菜單和提示窗口,特點是：單擊窗口之外的區(qū)域?qū)⒆詣雨P(guān)閉該窗口。我們的處理方法是在這類窗口顯示時,設(shè)定一個全屏的活動區(qū),以取得窗口外區(qū)域的筆輸入;再設(shè)定一個窗口區(qū)域的活動區(qū)覆蓋在全屏的活動區(qū)之上,以將窗口區(qū)域排除在點擊自動關(guān)閉的區(qū)域之外。 �。�2） 關(guān)于界面輸入的考慮 由于PPSM采用活動區(qū)的輸入方式,每個任務(wù)管理自己的活動區(qū),任務(wù)激活時,其活動區(qū)處于有效狀態(tài)。因而應用程序切換時,其活動區(qū)自動切換;但一個應用程序中,各窗口的活動區(qū)可能互相干擾。應用程序中,每個窗口均有各種的輸入?yún)^(qū)域,而各窗口的活動區(qū)域可能相互覆蓋,顯示上層窗口時必須使下次窗口的所有活動區(qū)無效。有兩種方式可實現(xiàn)這樣的要求。第一種方式是,采用PPSM中子任務(wù)的方式：各子任務(wù)管理自己的活動區(qū),當該子任務(wù)掛起或激活時,其活動區(qū)隨之掛起或激活。這要求一個窗口必須對應有一個子任務(wù)。由于每個新的子任務(wù)需要較大的系統(tǒng)內(nèi)存空間,而我們并不需要應用程序內(nèi)各窗口之間的切換,因而我們不采用這種方式。第二種方式是,采用PPSM中掛起活動區(qū)和恢復活動區(qū)的方法。PPSM支持對每個任務(wù)多次掛起活動區(qū)和恢復活動區(qū),因而我們可以在顯示新的窗口時,先掛起原有的活動區(qū);窗口關(guān)閉時,恢復原有的活動區(qū)。 （3） 消息的處理 PPSM中定義了一系統(tǒng)硬件中斷產(chǎn)生的消息,如IRPT_TIMER、IRPT_RTC、IRPT_UART等等;同時,提供SendMessage和AdvSendMessage函數(shù)允許發(fā)送用戶自定義消息。用戶自定義消息從IRPT_USER開始。一個程序可以發(fā)送到另一個應用程序或自己。這些消息和所有系統(tǒng)消息均由應用程序的頂層窗口處理。應用程序從其消息隊列中取得消息后,首先,由預定義的應用程序消息處理函數(shù)處理公共的消息。然后,由為頂層窗口定義的消息處理函數(shù)處理。頂層窗口不處理的消息由預定義的窗口消息處理函數(shù)處理。 消息發(fā)送采用兩種方式。第一種是Send Message(),該函數(shù)將消息放在應用程序的消息隊列中并立即返回;第二種是直接調(diào)用應用程序頂層窗口的消息處理函數(shù),這樣函數(shù)便在消息處理之后返回。 �。�4） 控件體系 窗口只是提供了界面設(shè)計操作的基礎(chǔ)。窗口中需要一系列按功能和操作方式分類的可視的界面元素,以便編程人員能夠方便地設(shè)計窗口的界面,實現(xiàn)窗口的特定功能。這樣的界面元素叫控件。 由于嵌入式設(shè)備內(nèi)存有限的原因,控件并不采用子窗口的方式。根據(jù)設(shè)計控件的目的,各類控件具有較為確定的外觀和規(guī)定的動作,并在特定的條件下,向其父窗口發(fā)出預定義的消息以供其處理。 控件屬于父窗口。在父窗口顯示時自動顯示,在父窗口關(guān)閉時自動釋放其占用的內(nèi)存空間;父窗口接收的消息首先在各控件中分發(fā)處理。按照這一要求,窗口必須保存、維護其控件的一個列表。列表中控件的指針按控件創(chuàng)建的順序存放。控件按創(chuàng)建的順序顯示,而消息在控件中按反序傳遞,以保證后創(chuàng)建的控件在可以覆蓋之前創(chuàng)建的控件的圖形和操作。 為了提高控件開發(fā)效率,我們需要各控件可以作為一種新定義控件的子控件。這樣新定義的控件可以利用已有的控件功能。如文本框控件中可以包含水平和垂直滾動條子控件。 控件可分為有焦點和無焦點的。有焦點的控件可以處理輸入法發(fā)出的字符消息。 3 窗口體系的實現(xiàn) 3.1 窗口的運行結(jié)構(gòu) 根據(jù)以上對窗口體系的總體考慮,確定窗口的運行結(jié)構(gòu)需要以下內(nèi)容： �、� 窗口的位置、大小和標題。 |
66821730(技術(shù)支持)
