《IP2000网络终端系统方案与设计》由会员分享，可在线阅读，更多相关《IP2000网络终端系统方案与设计（18页珍藏版）》请在金锄头文库上搜索。
1、IP2000网络终端系统方案概要设计IP2000是我们公司根据市场需求将开发的第二代网络终端，要求具有友好的类WINDOWS风格的人机交互界面，在满足传统终端全部功能基础上，实现以太网联机功能（实现TELNET远程登录协议）和支持多任务的一种更新换代产品。功能需求简述如下：l 提供类WINDOWS风格的用户界面，采用桌面图标的方式启动任务l 实现TELNET远程登录协议l 支持最多达8个任务同时运行l 支持PS/2鼠标l 支持网络版本更新l 支持网关功能l 支持本地和网络打印机在此需求前提下，我们决定采用多任务嵌入式操作系统（EOS）+嵌入式GUI+终端仿真的结构来实现需求，系统结构框图描述如
2、下： 一、结构设计在此系统框图的基础上，我们分别对各层次进行结构设计分析：1、EOS设计目前存在的嵌入式系统多不胜数，流行的有WinCE、PalmOS、Vxwork、pSOS、Neculeus等多种系统。从目前嵌入式系统使用最广泛的信息家电行业和通讯行业分析，PalmOS和WinCE、Vxwork是当前应用最广泛的三种：l Windows CE：Microsoft Windows CE是一个简洁的，高效率的多平台操作系统。它不是削减的Windows95版本，而是从整体上为有限资源的平台设计的多线程，完整优先权，多任务的操作系统。它的模块化设计允许它对于从掌上电脑到专用的工业控制器的用户电子设备
3、进行定制，但WinCE是非开放性操作系统，使第三方很难实现产品的定制，嵌入式操作系统追求高效、节能，而WinCE在这方面是笨拙的，它占用过多的内存，应用程序庞大，而且入门费和许可费较高，使得整个产品的成本急剧上升。所以WinCE多用于从高档的产品。l VxWorks：VxWorks所在的公司WindRiver兼并了pSOS的ISI公司，使得该公司现在有两大RTOS系统。VxWorks是目前嵌入式系统领域中使用最广泛，市场占有率最高的系统。它支持多种处理器，如x86，i960，Sun Sparc，Motorola MC68xxx，MIPS RX000，POWER PC等等。使用的是和UNIX不兼
4、容的环境，大多数的VxWorks API是专有的。采用GNU的编译和调试器。l pSOS：ISI公司已经被WinRiver公司兼并，现在是属于WindRiver公司的产品。这个系统是一个模块化，高性能的实时操作系统，专为嵌入式微处理器设计，提供一个完全多任务环境，在定制的或是商业化的硬件上提供高性能和搞可靠性。可以让开发者将操作系统的功能和内存需求定制成每一个应用所需的系统。开发者可以利用它来实现从简单的单个独立设备到复杂的、网络化的多处理器系统。l QNX：QNX是一个实时的，可扩充的操作系统，它遵循POSIX.1 (程序接口)和POSIX.2 (Shell和工具)、部分遵循POSIX.1b
5、(实时扩展)。它提供了一个很小的微内核以及一些可选的配合进程。其内核仅提供4种服务：进程调度、进程间通信、底层网络通信和中断处理，其进程在独立的地址空间运行。所有其它OS服务，都实现为协作的用户进程，因此QNX内核非常小巧(QNX4.x大约为12Kb)而且运行速度极快。这个灵活的结构可以使用户根据实际的需求将系统配置成微小的嵌入式操作系统或是包括几百个处理器的超级虚拟机操作系统。l Palm OS：3Com公司的Palm OS在PDA市场上占有很大的市场份额，它有开放的操作系统应用程序接口（API），开发商可以根据需要自行开发所需要的应用程序。目前已经有总共3500多个应用程序可以运行在Pal
6、m Pilot上，其中大部分应用程序均为其他厂商和个人所开发，使得Palm Pilot的功能得以不断增多。这些软件包括计算器、各种游戏、电子宠物、地理信息等等。在开发环境方面，可以在Windows 95/98，Windows NT以及Macintosh下安装Palm Pilot Desktop；PlamPilot可以与流行的PC平台上的应用程序如Word，Excel等进行数据交换。l OS-9：Microwave的OS-9是为微处理器的关键实时任务而设计的操作系统，广泛应用于高科技产品中，包括消费电子产品，工业自动化，无线通讯产品，医疗仪器，数字电视/多媒体设备中。它提供了很好的安全性和容错性
7、。与其他的嵌入式系统相比，它的灵活性和可升级性非常突出。l LynxOS：Lynx Real-time Systems的LynxOS是一个分布式、嵌入式、可规模扩展的实时操作系统，它遵循POSIX.1a、POSIX.1b和POSIX.1c标准。LynxOS支持线程概念，提供256个全局用户线程优先级；提供一些传统的，非实时系统的服务特征；包括基于调用需求的虚拟内存，一个基于Motif的用户图形界面，与工业标准兼容的网络系统以及应用开发工具。l Linux：Linux在嵌入式领域获得了飞速发展，目前正在开发的嵌入式系统中，49%的项目选择Linux作为嵌入式操作系统。Linux之所以能在嵌入式系
8、统市场上取得如此迅速的发展，与它自身的优良特性有着不可分割的关系：免费、开放源码，丰富的软件资源；功能强大的内核，性能高效、稳定，多任务；支持多种体系结构，如X86、ARM、MIPS、ALPHA、SPARC等；完善的网络通信、图形、文件管理机制；支持大量的周边硬件设备，驱动丰富；大小、功能都可定制；良好的开发环境，不断发展的开发工具集；广泛的软件开发者的支持；价格低廉。从我们IP2000网络终端的需求和目前网络终端的市场来分析，目前我们公司已有的产品IP1000采用Linux+Microwin这种方式已基本实现网络终端的需求，只是在界面的美观程度和系统速度上比同类型的较为突出的实达netter
9、m 860终端有所不足，但从系统的角度和开发进度以及成本的角度考虑，重新引进一种新的嵌入式操作系统，以上介绍的几种EOS引进的门槛成本太高，且需要较长时间消化和熟悉，移植到我们的硬件平台也需要长时间的过程，综合考虑，我们还是决定在博利思提供的Linux内核的基础上构筑我们的IP2000的OS，并准备对内核作如下改进：l 优化framebuffer代码，并在原有256色的基础上增加16色支持l 修改ttyS0/1的设备驱动，解决目前IP1000存在的所有由于串口造成的问题2、GUI设计 通过对目前几种基于Linux的嵌入式GUI的详细分析，较好的嵌入式GUI通常结合面向对象方法采用多层独立设计，
10、具有以下结构：l 设备相关层(driver) 在这一层的功能应该是将系统中与设备和操作系统平台的具体细节屏蔽起来。它利用实际的设备驱动程序接口或者OS系统调用来与硬件设备交互，这些硬件设备主要包括screen、mouse和keyboard等。我们使用设备对象（device object）的概念来描述一类设备，每一个对象描述了一类实际设备的属性和方法。比如，screen设备对象就描述了screen设备的各种属性（屏幕尺寸、分辨率、像素深度、像素格式、逻辑显存首地址等等）和基本方法（打开和关闭显示器、设置调色板、返回屏幕属性、读写像素点等等）。对于同一类设备在不同驱动或者平台上的具体情况则以设备对
11、象实例来描述，比如screen类型的设备，我们可能让它工作在Linux上，通过framebuffer 或者SVGALib驱动来操作它。他们的对象类相同，但是类的属性和方法的实现不一样。中间层看到的只是该类设备的可选的对象实例，不用关心底层是如何操作的（也就是对象的方法是怎样实现的）。最底层实际上是以设备对象的方式为中间层提供了一个抽象的设备驱动界面。为了移植更容易，最底层应尽量简洁，只实现最基本的设备功能函数。可以看到，当系统要移植到另外的平台上时，我们只要按照各类设备对象的定义实现相对较少的函数就能建立新的设备对象实例并让中间层选择他们就可以了。l 设备无关层(engine)这一层的功能是提
12、供一个可以为各种应用层共享的与设备无关的核心图形引擎，其中的主要工作就是实现各种图形函数和输入设备的功能函数。对于中间层，它向下看到的是各类设备对象，向上则是要提供一个抽象的核心图形界面，使得上面的应用层对它所使用的到底是什么设备对象不用去理会。很显然，这一层根据不同的设备和平台选择相应的设备对象实例来实现核心图形引擎。 由于每类设备的各个实例拥有同样的对象类型定义，所以中间层基于设备对象所实现的功能是不会因为设备和平台的更改而受影响的。同时，中间层把消息驱动机制、窗口管理机制交给应用层去完成，因此，对于各类型的应用层（Win32或者是X-Windows），中间层完成的功能都是通用的。l 应用
13、层(API)这一层的功能是按照应用的具体要求为应用程序提供适当的应用层用户界面。当应用程序不需要窗口系统的时候，用户自定义图形界面将十分简单，甚至可以什么都不做而直接使用中间层提供的抽象核心界面。如果用户需要完善的多任务窗口系统，比如是类Win32的，可以使用抽象核心界面来实现其应用程序编程接口(API)以及窗口和消息机制等。嵌入式GUI的体系结构的抽象参考模型如下:目前采用此套结构的比较成熟的嵌入式GUI有Microwindow和MiniGUI两种GUI平台， Microwindow平台提出较早，并且经过多年的实践，已经比较成熟，目前国内的众多嵌入式系统厂商包括联想、中软、红旗、桑夏科技、华
14、恒等都采用Micorwindow作为基础开发自己嵌入式GUI，但因为该项目缺少强有力的核心代码维护，代码质量参差不齐，因此在另外一种GUI Qt/Embedded发布以来，它就长时间停留在了0.89Pre7版本,近几年来发展缓慢； MiniGUI项目起源于清华大学一个采用嵌入式Linux系统的工业控制系统项目，开发之初借鉴了Microwindow的一些经验，但后来在发展速度上超过了Microwindow（MiniGUI已是1.2.0版本,但Microwindow至今还是0.89pre版本），由于两者都是自由软件项目，开放源代码和所有文档，可作为我们IP2000网络终端的GUI设计的参考选择，我
15、们可以在其中一种的基础上构筑我们自己的GUI平台。由于IP2000网络终端有多任务功能需求，因此我们的GUI设计必须能够满足适应多任务的需求，通过对已有的两种GUI进行预研，我们发现，GUI的多任务设计通常有两种方法：l 采用C/S结构 C/S结构是天然的多任务，在Sever端专门负责监控外部事件和随之的消息传递和分发，Client完成消息的处理，各个Client之间互不干扰和影响。采用这种方法实现多任务支持的有Microwindows的Nano-x方案和MiniGUI，但两种GUI实现的机制有很大差别，MicroWindows为了追求和X Window的兼容，采用了传统的基于Unix套接字通
16、讯方式的C/S系统结构，这样大量的数据在客户/内核/服务器之间传递，增加了系统负荷，占用了更多系统资源，降低了系统的图形效率，并不适应于CPU速度较慢和系统资源有限的一般嵌入式场合。而MiniGUi吸取了Microwindows的经验，采用了独特的体系结构，它的最初版本采用线程机制来实现C/S结构，这样所有的应用程序都运行在同一个地址空间，大大提高了程序之间的通信效率，但这种结构也导致了系统整体的脆弱，如果某个线程因为非法的数据访问而终止运行，整个进程都将受到影响，不过，这种体系结构对关键的实时控制系统来说，还是非常适合的，后期发展的MiniGUI-Lite版本则作了一些改进，在独立多进程和系统效率之间作了一些综合，采用套接字和共享内存结合的方式支持多进程，并且提供前后台进程的切换，通过共享内存机制提供全
