嵌入式系统上消息机制的实现
摘要:图形用户界面是嵌入式系统中重要部分,是用户与系统进行交互的枢纽,如何建立一个有效的消息机制,实现消息从用户到系统的传递,以及系统对消息的处理如何再反映到图形用户界面是嵌入式系统开发的重要环节。本文通过对 MiniGUI的消息机制的分析后,介绍一种简单的基于嵌入式系统的消息机制的实现方法,其相对于专业的 GUI中间件中的消息机制简单许多,但是也有着完善的结构,便于系统整合在一起,非常适用于一些轻量级图形用户界面的嵌入式应用。
1引言
嵌入式系统,作为计算机两大分支之一,从不同的角度影响着人们的生活,尤其是在通讯、工控、电子等领域发挥着越来越重要的作用。嵌入式设备之所以为众多用户乐于接受,是因为嵌入式设备有着自然的人机交互界面,较小的尺寸、微功耗和低成本的特点。同时,这些特点也要求嵌入式产品设计者相应降低处理器的性能,限制内存容量和复用接口芯片,这就相应提高了对嵌入式软件设计技术要求。如,选用最佳的编程模型和不断改进算法。这也正是本文的目的,提出一个消息机制实现的模型,并具有良好的可扩展性和维护性。
本文对消息机制的定义为:从底层接收用户输入信息(如按键和鼠标操作等),经后台处理、记录后反映到前台显示的一个机制。
2 对MiniGUI中的消息机制分析
MiniGUI下的通讯是一种类似于 Win32的消息机制,运行在 MiniGUI-Threads模式下时,线程间的消息传递模型如下图所示,其中的 Desktop线程充当一个微服务器,所有的消息在 Event线程获取出来以后就会投递给 Desktop线程,然后再分发到目的应用程序主窗口上面。
![](../img/eep/emb/emb-29600nkw0pew1zop.jpg)
MiniGUI-Threads 中每个线程创建的第一个主窗口,其托管窗口必须是桌面,即 HWND_DESKTOP,该线程的其他窗口,必须由属于同一线程的已有主窗口作为托管窗口。系统在托管窗口为 HWND_DESKTOP时创建新的消息队列,而在指定非桌面的窗口作为托管窗口时,使用该托管窗口的消息队列,也就是说,同一线程中的所有主窗口应该使用同一个消息队列。通过对 MiniGUI开源学习版本版本 1.6.2源代码的分析,其消息机制模型大致如下:
a) Event线程中的 void* EventLoop (void* data)函数通过宏IAL_Waitevent等待底层事件发生,IAL_WaitEvent实际上是调用当前系统所指定的 IAL引擎的 wait函数,收到具体的事件触发消息后,EventLoop再调用 ParseEvent函数来解析这个事件消息, ParseEvent解析后,再往 Desktop的消息队列中发送相应的消息, EventLoop从 ParseEvent返回后,单次循环结束,再次回到 IAL_WaitEvent,如此反复循环。
b) Desktop线程在队列中收到消息后,根据消息种类处理分别处理,再将消息发往当前活动窗口(活动窗口句柄__mg_active_mainwnd)的消息队列。
c) 其它窗口线程中,一般会有如下格式的循环来处理消息
while (GetMessage (Msg, hMainWnd)) {
TranslateMessage (Msg);
DispatchMessage (Msg);
} GetMessage 函数从句柄为hMainWnd的窗口的消息队列当中获得消息,然后调用 TranslateMessage函数将某些消息如 MSG_KEYDOWN 和 MSG_KEYUP 翻译成字符消息 MSG_CHAR ,最后调用 DispatchMessage 函数将消息发送到指定的窗口,或者理解为 DispatchMessage调用指定窗口的窗口过程,并传递消息及其参数。
由此可见,MiniGUI的消息机制是相当完整的,扩展性,健壮性都很好,很适合开发复杂的桌面系统,但是如果在一些资源相对有限的嵌入式场合并且窗口数目不多,菜单简单,不需要窗口重叠,窗口移动等应用情况下,没有必要使用专业 GUI中间件。在此情况下,有必要引入一个简单的消息机制,来维护系统底层事情、程序后台菜单和前台显示之间的关系。
3简单消息机制的实现
3.1 消息机制结构
采用不同于MiniGUI的消息队列的通信方式,因为简单的应用的窗口数目不多,这里的
窗口数目的含义是每一个在目标机上可能出现的系统菜单逐级显示界面。这个消息机制的系统结构图,如图1所,结合图说明这个简单消息机制的实现过程:
后续再判断按键是不是但前菜单需要的按键,如果不是,则此函数不会调用任何处理函数,直接返回,反之,则调用相应按键的处理子程序。
c) 经判定后,如果要处理该按键,就进入了相应的过程函数,每个过程函数,都有一段 refreshRoutine,这个函数的作用就是根据具体的按键(按键可能触发转到新的菜单页面),Current_win_ID,pre_win_ID,3个要素来更新 Current_win_ID,同时把原来的 Current_win_ID保存到Pre_win_ID中,这样新的按键有效后,前台显示和后台菜单的位置就同步了,之后调用相应的应用
- 3DES算法的FPGA高速实现(06-21)
- 基于DSP的Max-Log-MAP算法实现与优化(05-27)
- DSP中DMA操作的无阻塞请求实现(06-18)
- 二维DCT编码的DSP实现与优化(09-08)
- 基于DSP处理器上并行实现ATR算法(01-29)
- 基于DSP的H.324终端设计(05-27)