嵌入式系统HCI僵化解决方案概述

嵌入式技术

1367人已加入

描述

嵌入式系统是以应用为中心、软硬件可剪裁的专用计算机系统,其工程实践正逐渐地引起研究人员的关注,在实际工程中有诸多因素需要考虑,比如微处理器的功耗,器件的可靠性,设备的抗恶劣环境能力,人机交互界面(HCI),现场通信等等问题。其中HCI是嵌入式系统工程中的一个重要课题。由于某些嵌入式系统研发的复杂性和工程实施中的不确定性,导致嵌入式系统HCI有僵化的趋势,对此提出一种可适应性的解决思路是必要的。

1 嵌入式工程的HCI

图形用户界面是当前用户界面的主流。HCI是决定嵌入式计算机系统是否友好的一个重要因素。嵌入式系统人机交互功能主要靠输入输出的设备与相应的软件协同来实现。可供人机交互使用的设备主要有键盘、显示以及各种模式识别设备等。嵌入式系统的人机交互因其特殊性而与PC有所区别,多数的嵌入式系统都是显示屏幕与键盘,或者带触摸屏定位的设备组成。对用户而言,需要用按键或触摸屏的动作告知系统如何按照人的意图去输出,绝大多数嵌入式系统都有个HCI系统供用户使用。问题是在工程中交互设计时,设计者往往会把交互界面和系统的资源联系起来,使得界面的设计不独立于系统资源。软件设计势必在很大程度上受限于硬件资源。实践中,通常的做法是根据现有的硬件条件临时组织一个数据结构,把一系列字符串值“串”起来,之间可以实现相互跳转。一个交互节点的快照描述一般需要几部分组成:1)状态枚举量;2)显示常量状态值;3)前趋状态;4)后继状态。还可能需要包含节点Id标识等其他的辅助信息。显然,这是用一种静态的方法来生成一个菜单对象,代码易读性强,但各个部分相互依赖,编码和调试比较繁琐,需要设计者对各部分都十分清楚。最大的问题是可扩展性受限,对后续规模的增加造成一定的影响。工程实践中,用户的需求及隐含需求往往是复杂和不确定的。

本文的研究目的是建立一套能够适应应用复杂性和不确定性的实现方案,为后续嵌入式系统开发提供一个工程性的解决思路。

2 可适应的嵌入式HCI

可适应的HCI是指可根据系统的计算环境或应用情境进行伴随调节的界面。可以进一步区分为被动性适应和主动性适应(或自适应)。

可适应性HCI在嵌入式系统开发中有着越来越迫切的要求。通常该需求来源于2个方面,一个是用户需求的变更;另一个是系统执行中的应用环境变化。由这2种因素出发,依据可适应性的行为模式,嵌入式HCI的可适应性从以下2个方面展开研究:

所谓静态可适应性是指与系统静态配置相关的可适应性,通常适应行为发生在2次系统启动之间。这种适应的需求通常是外来的,比如用户需求的修改,设计方案的变化。在工程中,常常出现迭代式的适应性修改,所以静态可适应性也是一个很有现实意义的需求。这种可适应性的实现必须借助非易失性存储器来进行,用来存储变化后的定义及配置参数,使得顺利完成适应行为。

动态可适应性是指在系统运行过程中,可以依据环境的变化进行在线自适应修改,即普适环境下的修改。通常普适设备在使用环境中迁移,引起了环境参数的强制性变化,系统的HCI与环境就会产生矛盾,因此普适策略下的自适应调整是很有必要的。依据收集到的系统状态信息,判断是否HCI与系统配置同步,依靠算法实时纠正系统配置来实现自适应。普适环境下的自适应特点在于动态性,只有在出现矛盾的时候才做普适调整,在设计中必须对匹配性进行考虑。

3 基于多重链表的嵌入式HCI

3.1 模型建立

多重链表在组织顺序型结构数据时具有较快的搜索速度,下面给出一个基于多重链表的模型,每个节点扇出为4,分别指向上层节点、下层节点及左、右的邻居节点,扇入不限。每个节点与相邻的节点之间都有双向连接,并且每个节点均可带子节点进行扩展。

模型从功能上讲是个层次结构,从数据模型上看是网状结构,允许有一个以上的节点无双亲,并且一个节点可以有多于一个的双亲。每层节点的数目不固定,可视实际情况而变化。每层都是一个闭环的双向回路,可进行水平双向遍历。层与层之间由父节点与长子节点双向连接。父层节点对子层节点是一对一联系,由父节点进入子层时在长子节点驻足;子层节点对父节点是多对一联系,意味着由每个子节点都可回溯至父节点。由父层切换至子层的每次遍历必须经过长子节点,然后可由长子节点依次进行水平循环遍历,子层切换至父层则比较灵活,每个子节点均可到达其父节点。

3.2 方案实现

3.2.1 内存结构设计

节点应该具备4个域,除了标示身份外还至少应该具备指向上层父节点的指针域、指向下层子节点的指针域以及指向同层左、右兄弟的指针域。

图1是一个简单的HCI结构图,从功能上看,它分为5层,第一层有5个节点项形成一个闭环,第二层闭环是第一层第一个节点的子节点组,该子节点组的第二项又有子节点组。如此下去共有5层,处在最高位置的节点其父指针为空,最低位置的节点的儿子指针为空。

嵌入式系统

3.2.2 类设计

依据模型定义如图2所示的类对象。左边所示是个基本的菜单节点类,除了模型中提到的几个节点指针,还增加了几个相关的属性域,Id用来标识节点身份,displayValue用来存储菜单的显示标题,布尔成员editable指明当前节点是否可编辑,另外还增加一个ptr_function域,用来指向一个功能函数,该函数完成节点在接受确定消息后要做的工作。

嵌入式系统

在节点类中还定义了几个成员方法,与私有属性相关的命名符合OOP的命名规定,均使用Get—Set前缀规则。除针对几个成员属性的方法外,还引入了另外几个成员方法,CoUp执行向父节点的跳转,CoDown执行向长子节点的跳转,CoLeft和GoRight负责向左右邻居的跳转。

从软件设计独立与资源来考虑,提出一个界面代理的概念,界面代理就是基于事件驱动,处在界面与环境之间一个中间对象。外界事件的消息均由代理来接收识别,并由它调用界面元素,对界面做出改变。图2右边上部所示的定义的是菜单代理类MenuManageAgent。该类对象用来作为菜单体系与外界交互的媒介物,它用来记录菜单的头指针,菜单体系的规模以及菜单的总体状态;初始化菜单结构,创建菜单系统并代表菜单接受外来的消息,并对消息加以识别和做出合理的响应。图2右下是对外部消息的定义。消息的列表可以依据实际情况扩展和修正。

4 嵌入式HCI的可适应性实现

静态可适应的实现是基于用户主观意图进行的。这个过程强调人机交互,因此用户的工作内容很重要,一般也作为静态可适应性实现的输入参数。而实现的技术细节相对简单。在算法设计上,该种可适应性实现工作重点仍然放在用户交互内容的管理上,由用户的“交互内容”综合系统功能可以得到界面的“变更差”,进而推导出系统HCI的具体参数集的变化。

如图3所示,设备在使用环境中的动态可适应以系统状态检测开始,这是一个周期性的行为,频率依据系统在HCI上的实时性要求而定。系统状态检测应该包含几部分的工作:1)应该有监测环境参数的手段,比如传感器、接入信号等;2)要依据特定的算法来测定这个矛盾,其中包括差异的获取,尺度的制定。状态检测的结果是,是否有矛盾输出,如果有矛盾出现的情况下,还需要做决策分析,其主要任务是基于系统现有条件是否可实现动态可适应,比如已经达到了临界状态时,就丧失了这种可能性。所以这里涉及到对系统资源的管理调度。下一步就是在动态适应的情况下,采用动态适应策略对系统HCI给出合适的调整,从而达到普适环境下可动态适应的目的。

嵌入式系统

5 工程应用

5.1 工程介绍

我们在一个系列工程中采用了以下方案构造HCI的菜单体系。某公司研发一款嵌入式的数据采集产品,该产品的代码与数据独立存储在两个Flash芯片,通过采集外界的模拟量和数字量对其处理后进行输出。产品的人机交互界面采用按键、LED数码管,计算控制单元采用飞思卡尔半导体的微处理器Coldfire V2系列,该CPU基于变长RISC处理器核心,具有32位地址线和数据线以及集成的调试模块,MAC/eMAC单元能提供高性能的品质。

嵌入式操作系统采用Nucleus PLUS,Nucleus PLUS实时操作系统是Accelerated Technology公司开发的嵌入式RTOS产品,只需一次性购买Licenses,就可以获得操作系统的源码。最终是以C库的形式提供给用户,可以选择所需要的部分链入到应用程序中。具有如下特性:

1)快速响应时间:对临界资源的检测时间不依赖于占有该临界资源的线程执行时间长短,一旦低优先级线程释放掉临界资源(不管其是否执行完),高优先级线程就会抢占运行。

2)模块相互独立:每个任务的执行时间和其他任务的处理时间无关。

3)较高吞吐量:随着任务数目的增多,任务的调度时间为常数。

4)具有可扩展性:利用现有系统调用的结合可得到新的系统调用。

5.2 验证过程

我们拟在这个项目开发中实现普适设备的嵌入式人机交互界面,在其中应用可适应性的思想。

首先是硬件设计,该产品设计了8个Ied数码管,8个按键Key1~Key8。这部分设计的功用体现在两个方面:

1)数据采集设备通过LED显示采集的数据和处理结果;

2)用户通过按键可以查看和设置设备的参数。

其次是一些必要的定义,对按键的功能通过项目组讨论做了如表1的定义。

嵌入式系统

表1的定义给消息定义提供一个依据。按功能键送入一个OK消息,按取消键则发送了一个CANCEL消息,其他按键事件以此类推。于是我们便得到一个消息枚举量的定义。

界面状态定义。把人机交互工作分为工作、验证和设置状态。每种状态用一个MenuStatus枚举常量表示,NORMAL表示工作状态,CHECKI-NG表示验证状态,SETHNG表示设置状态。正常工作时处于NORMAL状态,一旦按下功能键会进入菜单成为验证或设置态。

交互行为定义如下:

1)常态时默认为各通道实时数据循环显示,有报警时,可显示报警标识;

2)默认常态下按功能键进入1层菜单,按上翻键、下翻键显示1-、2-、3-、…、14-Reset;

3)状态2-和状态4-可用作扩展;

4)状态3-时,按功能键进入日期时间设置菜单,按上翻键、下翻键显示日期、时间,设置好后,按功能键确定退出;

5)状态4-时,按功能键进入参数设置菜单,按上翻键、下翻键显示4-1、4-2、4-3……、4-19,表示通道选择;

状态4-x时,按功能键进入x通道的参数设置菜单,按上翻键、下翻键显示4-x-O、4-x-2、4-x-3、…、4-x-8时,按功能键进入x通道的y(0≤y≤8)参数设置菜单,按加1键、减1键和移位可以进行参数修改操作;修改好参数按功能键确定退出;

6)在任一状态时,按Key7则返回上层;

7)在任一状态时,按取消键可返回常态。

然后按照上面定义的交互行为,定义菜单节点的功能函数。在菜单的创建时把函数的指针赋值给节点。该模型同样可以用于实现通过通信进行的交互。

上述HCI的实例,不但实现简洁,开发效率高,而且是结构开放性的,便于界面规模的控制。

6 结束语

通过工程实践验证,该基于可适应性考虑的嵌入式HCI方案有如下特点:

1)易于维护,在拓扑结构不变的情况下,随按键或输入的不同,数据结构易于加以修改。菜单节点可以随实际项目需求增减成员,代理类也可随实际需求修改。

2)开放性好,便于扩展。只要内存容量允许,菜单规模理论上不受限,并且增删节点容易实现。菜单结构可以静态声明,也可以使用动态内存分配。

3)通用性强,不但适应于Led数码管与按键的组合,而且适应于LCD屏幕与按键或触摸屏。只要是用户与系统交互,能产生消息驱动的地方都可以使用。

4)效率高,从根节点到任一节点的路由不需要软件实现,由用户交互决定。虽然是网状模型,但对用户而言,从功能上仍是个层状结构,脉络比较清楚,容易被开发人员掌握。

另外,在具体应用中,可适应性的实现还可能以混合的模式出现。

未来的研究是考察在宿主机与目标机交互的情况下,如何实现HCI方案到目标机的迁移,实现目标机HCI动态配置。

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分