嵌入式电子飞行仪表系统的件结构与实现.doc

嵌入式电子飞行仪表系统的软件结构与实现 电子飞行仪表系统(Electronic Flight Instrument System) 以下简称EFIS 为了实现基于嵌入式电子飞行仪表系统的数据综合显示，我们选取了基于Intel StrongARM 1110的JingWei开发平台，进行核心部分包括数据接收，解码，综合计算和综合显示，以及黑匣子部分的数据记录的软件开发。为了缩短开发时间，降低开发难度，我们在操作系统的选取上采用了Microsoft公司优秀的嵌入式操作系统Windows CE 3.0。开发工具选用了Embedded Visual C，结合JingWei的SDK与PlatformBuilder进行整个硬件平台上软件部分的设计和开发。飞机上各路传感器的数据经过我们所设计的综合数据采集系统的采集后，通过串口编帧发送，JingWei通过串口1接收到数据后进行解码和校验，将正确的数据后通过系列的计算后，调用绘图函数以图形方式综合显示在彩色LCD上。另外，所接受到的数据还会保存在我们所设计的固定格式的二进制文件中，保存在JingWei的SDRAM中实现黑匣子部分的数据记录，借助我们所开发的基于X86系统的黑匣子回放软件，可以分析回放黑匣子的保存数据。 在软件上，PlatformBuilder对于专有硬件平台的操作系统的定制和裁减，Embedded Visual C++对于系统平台上应用软件的开发均提供了极大的便利，CPU的强大的数据处理能力，彩色LCD显示屏的综合图形显示，也为整个以显示为核心的系统提供了充分的保证。 对于EFIS系统的扩展部分，诸如VFR（虚拟飞行法则）与ILS（仪表着陆系统）和EFIS系统的结合等，由于时间紧迫，任务繁重，都只在理论上和实验中实现，并没有真正加入到系统中。 软件系统方案论证 操作系统 方案一 核心的操作系统部分选用开放源码的uc Linux来实现，我们可以直接修改系统的源码，经过裁减后直接编译出自己的Linux内核，接着基于这个系统来设计开发应用程序部分。这样的工作量无疑是非常大的，对于uc Linux操作系统的陌生和整个开发时间的安排以及核心的EFIS部分的工作量使我们在这个平台上的计划止步，Linux下不是十分便利的开发环境也限制了我们的能力。因此，本设计没有采用这个方案。 方案二 操作系统选用Microsoft Windows CE 3.0。Microsoft Windows CE 3.0 在众多的嵌入式操作系统的平台中一直比较优秀。Windows CE，Windows X86家族系列长得很像，Windows X86平台的移植产品。，Windows CE。，，Microsoft Windows CE 系统配置及基本组织图 使用PlatformBuilder 3.0结合适用于JingWei的bsp包，外加模块的裁减编译后导出适合开发应用程序的SDK，使用Embedded Visual C＋＋便可以开发编译出在这个平台上运行的软件。将我们所开发的软件和操作系统直接编译成为一个镜像文件，通过JTAG口烧写进JingWei的flashrom便实现嵌入式系统的软件硬件化。 开发环境 选择好了操作系统平台之后，所要做的便是如何选择应用软件的开发环境，摆在我们面前有两个方案： 方案一 采用Embedded Visual Basic。使用Platformbuilder可以输出EVB使用的SDK，EVB的开发环境相对直观简洁，开发难度相对较小，但是编译生成的目标代码过于繁琐，，。 C同时也具备强大的开发底层设备驱动的能力，程序执行速度更快，嵌入式系统实时性的高水平要求EFIS系统中对于图形的要求很高，这部分必不可少。对于黑匣子功能的实现在JingWei平台上是依赖于可靠的文件系统。对于通讯部分又是整个系统数据传输的主干。所以综合了以上的模块后，我们在Platform Builder中选择了MAXALL的最小配置，包含了用户图形接口GUI和文件系统。在基于JingWei的BSP包上，选取了Com1，Display和的驱动模块，结合我们的应用程序部分作为用户模块，将整个系统编译为了一个单独的镜像档。我们修改了这个系统的文件结构和程序的分布位置，构造出了应用于这个平台固化代码的应用程序。实现了系统复位或者重新加电后能够迅速进入EFIS系统的目的，无需任何人工干涉。实现了简单的固化和专有。 图2 NK.bin镜像组成图 2．EFIS系统框架 系统的主干部分为数据的通讯和显示。在飞行员的反映时间内要比较好的解决实时数据流的通讯和以一定精度显示问题。在人眼可察觉的范围内尽量做到快速的刷新屏幕，保持当前显示数据最新，实现实时准确的显示。 在系统资源非常有限的状况下，我们