基于ARM9的物流终端定位功能的实现
引言
本文引用地址:http://www.amcfsurvey.com/article/150314.htm物流的定位方案与技术的选择对提高现代物流配送管理效率,减少运营成本具有重要的影响。物流终端定位要求较高的定位精度,能提供全天候连续不间断的定位信息支持,能满足复杂地形条件的定位需求。
本文针对当前物流行业终端定位功能的需求进行分析,针对当前定位技术现状,提出相适应的物流终端定位功能实现方案,并在基于嵌入式Linux和ARM9硬件核心的物流信息化终端平台上对终端定位功能进行了初步的实现。
系统实现方案
移动定位技术的现状分析
目前,移动定位技术已经非常成熟,较广的应用主要可以分为两大类,一类是GPS等利用卫星进行后方交汇的定位技术;另一类是利用移动通信网技术提供位置服务的定位技术。常用的有:基于Cell-ID的定位技术;基于AFLT(Advanced Forward Link Trilateration)的定位技术;GPS定位技术;GPS辅助定位技术(A-GPS)等。
GPS是当前在物流信息化中研究最广泛的定位技术之一,但是,当GPS终端在建筑密集的地
方或在隧道等定位信号难以接收的地理位置时,往往不易获取有效的定位信息。而且,GPS定位功能无法满足仓储等高精度定位需求的场合,还需要进行相应的补充与完善。
本系统实现方案
基于现有网络建设的总体情况及物流管理过程中对定位数据的需求分析,并综合考虑各种定位技术的发展现状及技术成熟度、实现成本等因素,拟在物流配送网络中采用GPS辅助定位系统(GPS+Cell-ID+RFID+图形道路匹配相结合)的定位技术。其主要考虑如下:
1)充分利用现有硬件资源。GPS、GSM、RFID模块为本物流信息终端课题已拟定的硬件平台,除GPS专为定位功能服务外,GSM和RFID模块同时具有通信和标签信息采集的功能。在不扩充硬件资源的前提下,最大限度地提高定位功能的服务质量。
2)Cell-ID定位。确保终端在GPS定位失去信号的情况下,保持最低限度的定位信息的提供。Cell-ID方式在城市及人口密集区域能提供相对高的精度,与GPS在城市高层建筑、林荫道、地下隧道等遮蔽情况下性能的降低有较好的互补。由于GSM相对于CDMA具有更小的小区半径,因此具有相对高的Cell-ID定位精度。在本方案中拟采用GSM的CELLID定位方式。
3)RFID定位。通过读取用于标识地理坐标的标签数据来获取定位信息。其定位精度仅取决于标签存储定位信息的精确性,理论上可以达到任意高精度。可用于仓库、码头等需要高精度定位信息的场所,来提供定位信息和其它辅助功能。
4)图形道路匹配。当前物流运输主要是利用汽车等运输工具在固定的路线上进行,当路线基本确定的情况下,可通过图形道路匹配对定位信息进行适当纠正。但是,这一般适用于道路不太密集的区域或路线固定的情况,可在本方案中作为可选功能模块提供,适用于铁路、高速公路等道路信息明确的场合,尤其适用于铁路运输。
软硬件系统设计原理
系统硬件开发板CPU采用的是三星公司的内部集成ARM920T处理器核的S3C2410芯片。GPS模块提供卫星定位信号;GSM/GPRS模块提供通信与CELLID定位信息获取;RFIDS模块提供标签信息采集和RFID定位功能。终端通过GSM/GPRS通信网络与物流信息控制中心建立联系,提交相关数据采集信息和接收物流信息控制中心指令。
系统软件采用嵌入式Linux操作系统,移植QT/Embedded 3.3.4和SQLITE数据库,采用QT嵌入式编程实现相应功能。
软件系统设计
本文的软件系统设计主要以S3C2410平台为核心,将从GPS模块、GSM/GPRS模块、RFID模块提取的定位信息进行相应分析处理,完成物流信息终端导航定位功能。
宿主机开发环境建立
由于目标平台资源所限,需要搭建交叉编译环境,本系统开发过程中采用的平台如下:
宿主机:RED HAT 9.0; QT/Embedded 3.3.4;SQLITE 2.8.16;cross-2.95.3.tar.bz2
目标机:Linux Kernel 2.4.18;QT/Embedded 3.3.4;SQLITE 2.8.16 为了正确交叉编译QT/Embedded,需要确保UUID、ZLIB、JPEG、GIF、PNG、SQLITE等QT中所需要的头文件 、库文件在交叉编译前正确安装,并移植相应的库文件至目标机中。在交叉编译QT/Embedded 3.3.4前正确设置环境变量,本系统QT/Embedded 3.3.4交叉编译选项为:./configure -embedded arm -shared -debug -no-cups -thread -plugin-sql-sqlite -no-ipv6 -qt-mouse-Linuxtp,可根据实际情况进行相应裁减。
软件关键技术分析
1)GPS定位信息提取
目前常用的GPS-OEM模块均支持NMEA-0183的数据格式。NMEA-0183是以语句来发送数据的,每条语句都相对独立并有完整意义。语句包含若干由ASCII文本字符组成的字段, 每条语句都以“$”开头,以回车换行结束,数据包含在字段中,字段之间由逗号分 隔。每条语句的第一个字段表明语句的意义,在标准语句中,“$”后的两位字符为“talkerID”,表示发送数据的设备,如GP表示GPS;接着的三位字符为“sentenceID”,表示了该语句的类型,如GGA,RMC等。语句中每个字段的含义随语句类型而定,语句的最后一个字段是检验和(checksum),由“*”和两位十六进制数字及回车换行符组成,检验和是“$”和“*”之间所有字符的逻辑异或运算结果,用于检验和确认数据的传输是否正确。
对于终端导航而言,“$GPR
MC”帧格式可以满足大部分需求,其帧长相对较短,便于信息处理。因此,在本系统中,选取“$GPRMC”帧进行定位信息提取。系统通过RS232串口从GPS-OEM模块中接收定位数据,从接收数据中的“$GPRMC”帧提取时间、经纬度、速度、方位角等定位导航信息。其程序模块主体结构如下:
……
//判断是否为$GPRMC帧头,并进行标记
if(Data[i]=='$' Data[i+3]=='R')
……
//判断是否为帧尾,帧尾以换行字符表示,数值为10 'n'
if(Data[i]==10 SectionID==13) { ……
id_check=m*16+n; //得到检验数据的INT型
if(chk_result!=id_check) //比较异或运算结果与检验数据是否一致
…… i f( Data[i]=='*' SectionID==12 ) //异或运算结果
……
//对$至*之间的字符进行异或运算,得到结果chk_result
for( ; Data[n]!='*; n++) chk_result^=Data[n];
//判断逗号,区分识别数据,并判别*号,区分校验数据
if(Data[i]==','||(Data[i]=='*' SectionID==12) )
SectionID++;
else
{ switch(SectionID)
{ case 1: //提取时间
m_sTime[a++]=Data[i];
break;
case 2: //接收判别有效性数据A为有效,V为无效
……
case 3: //提取纬度
……//提取经度、速度、方位角、校验数据等其它信息
评论