嵌入式Linux系统中的GUI系统的研究与移植 03 keyboard, 应用程序, 触摸屏, 嵌入式, Linux

samwalton

Qt/Embedded延续了Qt在X上的强大功能，在底层摒弃了X lib，仅采用framebuffer作为底层图形接口。同时，将外部输入设备抽象为keyboard和mouse输入事件，底层接口支持键盘、GPM鼠标、触摸屏以及用户自定义的设备等。

　　Qt/Embedded类库完全采用C++封装。丰富的控件资源和较好的可移植性是Qt/Embedded最为优秀的一方面。它的类库接口完全兼容于同版本的Qt-X11，使用X下的开发工具可以直接开发基于Qt/Embedded的应用程序QUI界面。

　　与前两种GUI系统不同的是，Qt/Embedded的底层图形引擎只能采用 framebuffer.这就注定了它是针对高端嵌入式图形领域的应用而设计的。由于该库的代码追求面面俱到，以增加它对多种硬件设备的支持，造成了其底层代码比较凌乱，各种补丁较多的问题。Qt/Embedded的结构也过于复杂臃肿，很难进行底层的扩充、定制和移植，尤其是用来实现 signal/slot机制的moc文件。

　　Qt/Embedded当前的最新版本为3.3.2，能够支持Trolltech的手持应用套件Qtopia的Qt/Embedded最高版本为2.3.8.Trolltech公司将于2004年末推出的Qt/Embedded 3为基础的Qtopia 2应用套件。

3 三种嵌入式GUI的移植与中文化
在进行以上三种嵌入式GUI的研究和移植过程中，硬件平台采用自行设计的以 Motorola MC9328 MX1为核心的开发系统。该系统采用CPU内部LCD控制器和320×240分辨率的16bpp TFT LCD作为显示设备，使用I2C总线扩展出16按键的键盘，同时配置了9位A/D量化精度的电阻触摸屏作为鼠标类输入设备；同时移植了arm Linux作为操作系统。以下分别讨论这三种嵌入式GUI的底层移植和中文化技术。
移植以上三种嵌入式GUI系统，需要首先实现Linux内核中的framebuffer驱动。对应于开发系统为MC9328中的LCD控制器，该部分驱动程序必须以静态方式编译进内核，在系统启动时由传递进内核的启动参数激活该设备。I2C键盘的驱动程序和触摸屏的驱动程序实现后，作为Linux内核模块在使用时动态加载。
3．1 Microwindows的移植
　　Microwindows驱动层相应的源码目录为src/drivers/.其中以 scr*开头的源码是针对显示设备的驱动接口，以mou*开头的源码文件为鼠标设备（包括触摸屏）的驱动接口，以kbd*开头的源码文件针对键盘设备的驱动接口。移植过程中需要实现自己的设备驱动接口提供给Microwindows使用，就必须按照指定的接口格式编写相应的scr、mou、kbd的底层支持。这种方式实现简单，条理也很清晰。

　　显示设备驱动接口：Microwindows的图形发生引擎支持framebuffer，修改src/中的config文件指定使用framebuffer作为底层图形支持引擎；但需要注意嵌入式Linux的framebuffer较少支持控制台字符模式，需要修改Microwindows中对framebuffer的操作部分以关闭显示模式的转换


在应用程序开发移植中需要注意的是：使用ECMAAPIW接口设计的程序无需nano-X 的Server程序和nanowm，如图2所示。系统中可以直接启动使用该接口编写的用户程序；但需要注意的是，一个系统中如同时存在使用两种不同的 API接口编写的进程，会造成nano-X的Server与ECMA APIW的进程对系统硬件资源的使用竞争，双方的程序将无法正常显示或响应应用户输入。
在为Microwindows增加中文显示的支持时，主要工作包括两个部分。一部分是系统字体的中文支持。此处使用等宽光栅字体，主要负责窗口标题和内置控件的中文绘制，将字体编译进Microwindows内核中，光栅信息作为一维数组，显示时按照字符偏移量从该数组中调出相应的光栅信息显示即可。除此之外，当程序调用CreateFont时，需要在内部实现为打开文件系统中的字体文件。通过修改src/engine/devfont.c中的GdCreateFont部分，添加相应的hzk（汉字库）支持，便可以实现在CreateFont 时创建出一个支持GB2312字符集的逻辑字体，并使用外部字体进行显示。在应用程序设计时，如果没有调用SelectObjectu将外部字体选入，中文显示时将默认使用系统字体。