随着中国的城市化的程度不断加快，使得越来越多的人口与事业单位集中在一个“狭小”范围内生活与工作。城市的迅速“膨胀”直接导致了交通网络的日趋复杂，人员流动的日益频繁也使得每个人对空间信息有了更多的依赖。人们更加关心“当前我在哪里？”“目的地在哪里？”“如何到达？”等问题。而以嵌入式系统为平台的数字地理集成应用方案可以有效地解决这些矛盾。在此背景下，本文给出了基于ARM的嵌入式解决方案。

本嵌入式GPS导航系统的硬件核心是三星公司ARM9系列中的16/32位RISC处理器S3C2410A芯片，该芯片强大的实时处理能力和丰富的外围接口非常适合嵌入式系统的开发，本系统正是基于该芯片的这些特点而设计的。系统框图如图1所示。

　　该系统以S3C2410A微处理器为核心，与2片32M的SDRAM(HY57V561620CT)和一片64M的NAND Flash(K9F1208U0B)组成了最小系统。外部添加了用于接收GPS信号的GPS模块，用于显示的液晶面板以及一片UDA1341TS的声音芯片。此外，为了调试的方便，我们还增加了一片CS8900A的10M网卡芯片。

系统平台的建立主要包括两部分，即宿主机（PC机）上操作系统的选择和交叉编译器五金|工具链的建立。

　　PC机上的操作系统可以有多种选择：安装Linux发行版、在Windows下使用虚拟机或者使用Cygwin。由于现今Microsoft Windows统领着全球超过半数的PC机（在中国Windows占据近90%的份额），许多开发者开始使用虚拟机等手段来实现在Windows平台下进行嵌入式Linux的开发，但这些方法都会或多或少地带来些兼容性问题。开发嵌入式Linux最好的选择便是在PC机上安装Linux发行版，因为这样与Windows毫无关联，可占有系统全部资源，拥有系统最高性能和最佳的兼容性。

　　在建立交叉编译器工具链方面必须注意一点的便是C运行库的选择。现在可供选择的C运行库有glibc, uClibc以及newlib等。glibc是由GNU项目提供的标准C运行库，它针对PC应用设计，较庞大，但能提供最优的兼容性。如果一般的嵌入式开发可选用uClibc。uClibc原本是uCLinux开发过程中的一个C语言库，现已经独立于uCLinux项目并且进一步完善。它对glibc的大部分函数进行了重写，并且目标就定位于嵌入式，所以其相对glibc而言要小巧很多。此外由于它的函数与glibc保持一致，这样很多原本基于glibc开发的软件基本无需改动便可改用uClibc编译运行，使得在嵌入式系统上占用的内存和磁盘空间更少。但由于毕竟不是标准的C运行库，因此uClibc拥有着一定的兼容性问题。

　　本系统选用了Fedora Core 5作为宿主机（PC机）的操作系统以及分别使用buildroot和crosstool建立两条采用不同的C运行库的交叉编译器工具链。由于我们系统开发需要使用U-Boot的TFTP功能下载Linux内核以及Linux的NFS网络文件系统，所以首先需要对Fedora Core 5设置TFTP以及NFS，而后需要设置一个串口通信软件与开发板互动，本系统选择了Kermit。

　　使用两条采用不同C运行库的交叉编译器工具链的主要原因在于，我们的导航应用程序使用uClibc有兼容性问题，所以不得不采用glibc。而为了减少占用资源，我们U-Boot、Linux内核和Busybox仍然采用的是uClibc。

　　本课题主要环境设置如下：

在系统平台建立之后，Linux操作系统提供了底层的操作，包括文件系统的管理、内存分配以及基本flash的烧录读取，但并没有提供友好的显示界面。同时也为了实现地理数据的显示和导航，就需要在操作系统上放入图形用户界面支持系统和地理信息开发平台。为此我们分别选择了MiniGUI和mGIS。

 

图3是应用软件的流程图

整个软件系统依靠响应不同窗口或者控件发出的事件，来实现各种功能。通过主窗口建立后注册mGIS控件，可以较为方便的实现一些常用的地图操作。主窗口建立后，将会创建许多用于子窗口，包括用于显示经纬度信息，时间。速度的静态框，用于实现快速便捷操作的工具栏，用于实现GPS功能关闭和地图数据加载的菜单栏。

“Find My Way”（完成项目的名称）嵌入式移动地图导航系统经过最初设计、实现及应用检验，已经具备基本的功能，可初步满足个人移动导航信息系统的需求。能完成数字地图的加载、缩放、拖动、搜索、简易导航、测距、GPS功能开闭等功能。同时我们也摸索出了一整套较为可行的矢量地图的制作方法,能依据使用的场合不同，较快速的完成地图数据源的制作及相关信息的添加，有一定的扩展能力。当然由于时间和能力的有限，这款产品也有其一定的不足，值得进一步的深入研究，例如：在打开GPS接收模块之后，系统的响应速度将有显著的下降，虽然已经对Linux核心和编译器经过适当的优化，但情况并没有显著的改善。问题可能在硬件平台的处理速度和可调用的资源有限，也有可能在软件接收上的程序结构不合理，嵌套过多。GPS接收信号有时会发生信号接收的不稳定，出现信号的偏移，超过标称的误差值。问题可能在开发平台的设计电路中对于数据信号线的排版上，没有使信号线等距，也没有设置合理的信号隔离和保护带，导致最终出现了不应有的误差。但从软件上着手，如何纠正这样的误差也是值得研究的一个方向。在本课题中只实现了固定点的导航，并不能完成从任意点至任意点的导航。导航功能可以从软件方面继续深入的研究，包括对地图格式的选择等。这些都是将来值得完善之处。

 

图５　硬件平台

图６　最终效果图