②LCD初始化Linux下驅動程序的入口是module_init()，因此初始化通過調用module_init(13506fb_init)函數來實現。13506fb_init初始化的部分代碼主要完成以下工作：⑴對LCD的背光燈進行點亮。LCD顯示是一種被動顯示模式，它不能發光，只能依靠控制透射或反射周圍環境的光達到顯示目的，因此必須通過寫寄存器，實現背光燈的點亮。⑵本系統在13506。h頭文件里用了一個數組對寄存器的設置作了一個預定義，然后再初始化函數里利用兩個實際參數寫入，從而設定寄存器的值。寄存器設置的值為：static13506_REGSas1dregs[]={…{0x0032，0x27}，{0x0038，0xEF}，{0x0039，0x0}…}。其中數組里每個元素的第一個值代表寄存器的名稱，第二個值代表要設定的值。這里32h設置LCD顯示的水平象素值320；38h，39h分別設置成0xEF和0x0，即設置垂直象素值240。除了這三個寄存器外，34h和3Ah這兩個寄存器也會對分辨率有影響。

③LCD驅動“文件層-驅動層”函數的實現幀緩沖設備屬于字符設備，要實現“文件層-驅動層”接口的方式來對LCD進行驅動就必須對file_operation數據結構fb_ops進行填充，并實現其對應的成員函數。本系統移植的Linux下include/linux/fb。h中定義了幀緩沖區的文件操作結構體structfb_ops。該結構中的每一個字段都必須指向驅動程序中實現特定操作的函數，對于不支持的操作字段可以置為NULL，或留到后續開發時添加。針對本系統的LCD，需要特定的操作成員函數如下：staticstructfb_ops13506fb_ops={owner：THIS_MODULE，fb_open：13506fb_open，fb_get_fix：13506fb_get_fix，fb_get_var：13506fb_get_var，fb_set_var：13506fb_set_var，fb_get_cmap：13506fb_get_cmap，fb_set_cmap：13506fb_set_cmap，fb_mmap：13506_mmap，};至此，LCD的驅動程序框架已完成，所剩工作就是把一些調用的函數寫完整，編寫好驅動程序后用arm-linux-gcc交叉編譯工具編譯驅動模塊，之后動態加載或靜態編譯進內核。

3。2。2USB驅動程序開發通用串行總線（USB）是一種外部總線結構，特點是接口統一、易于使用、方便擴展、支持熱插拔（hotplug）和PNP(Plug-and-Play)，簡化了計算機與不同類型外設間的連接，一經推出就得到計算機外設硬件制造商的廣泛采用。Linux作為一個占有相當市場份額的開源操作系統，自2。2。18版本內核以來，就加入了對USB的支持。

USB是一種分層總線結構，USB設備和主機之間的信息傳輸通過USB控制器實現。USB控制器的驅動分為三層，由底至上為：USB主控制器驅動、USB驅動和USB設備類驅動。

處于最底層USB主機控制器驅動（HCD）是USB主機直接與硬件交互的軟件模塊。Linux-2。4內核中的USB支持2種主控制器接口：通用主控制器接口（UHCI）和開放控制器接口（OHCI）。主控制器驅動為上層提供統一的接口，屏蔽掉硬件的具體細節。具體實現的功能有：主控制器硬件初始化；為USBD層提供相應的接口函數；提供集線器設備配置、控制功能；完成4種數據傳輸類型。USB驅動（USBD）部分是整個USB主機驅動的核心，主要負責USB總線的管理、USB總線設備、USB總線帶寬管理、為USB設備驅動提供相關的接口、提供應用程序訪問的USB系統的文件接口。

USB設備類驅動是最終與應用程序交互的軟件模塊，主要為訪問特定的USB設備和應用程序提供接口。Linux內核支持的USB設備類有：USB打印機設備類、通信設備類、存儲設備類、語音設備類等。由于AT91RM9200的USBHOST控制器符合OHCI標準，而系統所選擇的Linux內核又對OHCI規范提供了模塊支持，因此使得開發工作相對簡單。開發目標板所需的USB驅動程序時，只需對原Linux內核驅動針對目標板稍做修改即可。具體修改部分如下：①調整初始化地址。在/usb/usb-ochi。c中，使用板載起始地址（0x40700000）來初始化；②刪除PCI接口的處理代碼。在目標板ARM221平臺上，USB主機控制器不包含PCI接口，故把/usb/usb-ochi。c中與PCI有關的代碼刪除；③修改HUB下端口數目。目標板ARM221設有兩個USBHUB端口，用于鍵盤和鼠標接口。故在/usb/usb-ochi。c中把HUB的下行端口數目從默認值改為2。代碼修改之后，重新編譯、加載到內核。

4MiniGUI在ARM221目標板上的移植4。1MiniGUI的體系結構MiniGUI是一種針對嵌入式設備的、跨操作系統的、輕量級的圖形用戶界面支持系統。從整體結構上看，MiniGUI是分層設計的。在最底層，圖形抽象層（GAL：GraphicAbstractLayer）和輸入抽象層(IAL：InputAbstractLayer)提供底層圖形設備接口GDI(GDI：GraphicDeviceInterface)及輸入設備驅動，Pthread（POSIX標準線程）用于提供內核級線程支持的C函數庫；中間層是MiniGUI的核心層，包括窗口系統必不可少的各個模塊；最頂層是應用編程接口（API：ApplicationProgramingInterface）。MiniGUI的這種分層體系結構，大大方便了其在目標系統上的移植。

4。2MiniGUI的移植移植MiniGUI主要是根據具體的硬件平臺定制或移植GAL引擎和IAL引擎，主要包括以下三個方面的工作。①GAL引擎的移植。MiniGUI可支持多種GAL引擎，包括對Framebuffer引擎的支持。因此，對于目標板ARM221來說，顯示設備為LCD，相應的驅動程序已開發完成，這里只需要在配置文件MiniGUI。cfg中修改gal_engine=fbcon即可。②IAL引擎的移植。MiniGUI可支持多種IAL引擎，包括USB鼠標、鍵盤引及部分觸摸屏引擎。

對于目標板ARM221來說，其軟硬件方面都已支持USB鼠標、鍵盤，故這里只需在配置文件MiniGUI。cfg中修改ial_engine=console、mdev=/dev/PS2即可。③交叉編譯MiniGUI的庫文件、資源文件、應用程序，并制作根文件系統下載到目標板系統上運行。移植完成后，板載MiniGUI的運行情況如圖3。

5總結本文介紹了一種基于ARMLinux的圖形用戶界面平臺的設計過程。實驗表明，該平臺運行穩定可靠，在應用系統中只需根據實際需求做上層應用軟件實現即可。

本文作者創新點：從整體角度，對嵌入式GUI開發平臺進行分析研究，選用了性能可靠的ARM、開放源代碼的Linux及輕型嵌入式GUI支持庫MiniGUI，完成了系統的軟硬件設計。