发信人: kknd23 (好好学习), 信区: DC
标  题: Re: 挑战杯土木&建管系参赛作品简介(1)--GPS车辆调度?
发信站: BBS 水木清华站 (Sat Apr 27 11:30:45 2002)



很高兴和你讨论GPS结合公众网通讯实现车辆调度的问题，
事实上整个系统做出来后，我也存在很多疑惑的地方。

首先你可能误解了这个系统了，事实上这个系统的车载机并没有操作系统
它只是实现发送GPS信息和移动电话通信以及短信息调度，结合车辆的安全监控
而client端是放在各个运输公司的调度中心的，用来显示各个车辆的位置和状态
同时实现一些调度和派遣的功能。因此它不能实现在车辆上的导航。呵呵，产品
的定位不同。

你说的很对，PC机是不可能成为合适的车载机，车上的环境太恶劣了，目前我们的
GPS研究中心的同学正在做将导航系统嵌入到windowsCE中，这应该是一个合理的发
展方向。

对于GSM的短信息方式传输GPS数据，这是事实检验可行的，对于全国范围内的
大区域车辆调度系统，不需要实时的接受GPS数据，所以每隔30分钟发送一次GPS
数据足以满足需要，因为在这段时间内，车辆可能只是在全国地图上跑了一点点的
距离。

但是，这种方式在小区域车辆监控，比如城市交通中，就基本上行不通，首先
象你说的30秒钟发送GPS信息它就基本上做不到，虽然实际从GPS车载机到数据中心
服务器只需要大约10秒钟的时间，但是GSM短信息在高峰期的时候是会堵塞的，有可能
延时很长的时间，比如几个小时，呵呵，所以，这种通讯方式用在小区域是行不通的。
事实上我们还用这种通讯方式做了一个公共交通的系统，为该路公交车实现电子站牌，
但是出现了很多问题。同时频繁的发送GPS信息数据量太大，费用很高，得不偿失。
目前小区域车辆调度都采用集群通讯的方法，数据传输不花费用，但是初期投资太大，
同时在城市中高楼林立，用信号的死角，也有不完美的地方。

所以让我们期待GPRS这种更好的方式的应用吧，如果它的技术成熟并且应用到GPS行业
的话，应该可以带来一种初期投资少，数据传输快，费用低等诸多优点于一身的好的
通讯解决方案。

我已经说过了，由于每隔30分钟发送一次GPS信息，所以数据量不是很大，目前该公司
正在运营的车辆将近350台吧，预计现在的设备状况是可以运行500台甚至更多的。
如果增加服务器至移动通信公司的专线的带宽的话，那更多的车载机也可以承受。

【 在 qyjohn (Sweet Potato -- 爱你，咪咪) 的大作中提到: 】
: 指出下面几点：
: 1 普通的PC机永远都不可能成为合适的车载机。因为PC机体积大，耗能高，
:   需要外部电源，还有其它一系列的特性决定了它不是合适的车载机。我在
:   上面的一篇文章已经说过，有无数的公司已经在PC机上开发出类似的产品
:   原型，但是由于无法将其移植到嵌入式系统中而成为又一个伟大的构想。
:   比较有希望的车载机有可能是运行VxWorks, QNX, RT Linux, Windows CE
:   的便携式计算机，它应该能够被安装在目标车辆上而不影响该车辆的正常
:   操作。此外，普通的笔记本电脑在仅使用电池的情况下只能够工作两个小
:   时左右，根本就不能够满足野外作业的要求。目前的解决方案是使用车上
:   的点烟器为笔记本提供电源，在连接良好的情况下能够长时间为笔记本供
:   电。
: ...................

--

※ 来源:·BBS 水木清华站 bbs.edu.cn·[FROM: 166.111.162.249]