由于交通部部标平台过检的标准信息相对不是很透明,大家对GB/T 35658-2017标准和jt/t 808协议、jt/t809协议都是通过文档的字面意思各自去理解的,误差难免,误差大的,到北京过检的时候,就要耽误的时间长,过的就非常不顺,花费的差旅费和检测费就很大,得不偿失。很多去过检的企业都不是北京公司,在北京检测要背负额外的时间成本和费用成本,所以要追求较高的成功率,不然遇到问题,要面临两难选择,要么回来,改完了再坐一趟飞机去检测,要么呆在酒店里,改完了,重新预约下次检测时间,一直到过了为止。过完检的人都会感慨良多,不过不知道,过了感觉里面全是大坑,仅靠理解简单的功能列表是不行的,差的太远。参见:部标808协议模拟终端的设计和开发
为什么去检测的软件平台非常不顺呢?
这是由于打铁需要自身硬,去过检的软件平台有很大一部分都是自己按照部标808协议和809协议新开发出来的GPS软件平台,本身就一堆毛病,没有给大量用户用过,也没有经过时间的考验。内部测试是不可能代替用户各种长时间使用的。由于按照部标协议完整开发的GPS软件平台开发周期都是在一年多以上(为什么大家愿意自己开发,就是因为不相信会花费这么长时间,开发完回头一看二年都过去了),已经耗尽了领导的耐心,按照计划,早该去过检测了,成为一个通过认证的部标平台是一个商务性质的,是需要配合市场竞争要求的,不可能在那里像温水煮青蛙一样慢慢搞的,所以很多平台都是迫于时间压力,仓促迎战。部标平台开发参加:交通部796部标平台开发索引
如何才能快速的过检呢,很多事情都是前车之鉴,部标2011年推出,到现在已经四年,翻一翻部标过检名单,已经过了几千余家,别人已经走过的弯路,你还在那里用人民币铺路,使蛮劲吭哧吭哧的走,是不是有点滑稽,缺乏智慧。过检完全是一个经验主义的事情,你的能力再大,也不可能在一年内开发出一个部标平台并过检,前面有没有坑,和你的能力智商及公司团队的实力一毛钱关系都没有,要花时间和精力走过去才知道。如果能够给过检的企业提供全面的指导,从部标808和809协议测试、部标796功能测试、运行测试和压力测试,各个环节,在过检前,就填掉大坑,到北京再去过检测,就是直通车了,避免头撞南墙起大包后再修改,无疑是极大的提高检测效率,节省一大笔支出。
好的消息是从2017年,基本上繁琐的商务资质已经不需要了,特别是机房安全等级证书不要了,也可以用百度高德地图了。过检的成本大大降低了,参见:交通运输部办公厅关于印发《道路运输车辆卫星定位系统车载终端和平台标准符合性技术审查工作规范》的通知
从2012年,我们帮助几十家客户顺利过检,重要的是直接给客户符合主流技术团队要求的源码,我们的C#和Java源码都有很多客户过检,在过检后帮助他们二次开发,顺利的和他们的业务衔接在一起。
使用我的过检版本,可以大幅降低成本,因为检测的功能、时间都是可以确定的,一般在北京多一周时间就可以通过检测,酒店住宿通勤费用也不过几千元就搞定了。要是自己开发的版本,时间就不好说了,成本就更难以控制。
交通部部标分终端产品过检和平台过检,车载终端过检标准主要有:
JT/T 794-2019《道路运输车辆卫星定位系统 车载终端技术要求》
JT/T 808-2019《道路运输车辆卫星定位系统 终端通讯协议及数据格式》
JT/T 1076-2016《道路运输车辆卫星定位系统车载视频终端技术要求》
JT/T 1078-2016《道路运输车辆卫星定位系统视频通信协议》
JT/ T 905-2014《出租汽车服务管理信息系统》―――第 2 部分:运营专用设备
平台过检标准主要有:
GB/T35658-2017《道路运输车辆卫星定位系统平台技术要求》
JT/T 808-2019《道路运输车辆卫星定位系统 终端通讯协议及数据格式》
JT/T 809-2019《道路运输车辆卫星定位系统平台数据交换》
JT/T 1078-2016《道路运输车辆卫星定位系统视频通信协议》
JT/T 1077-2016《道理运输车辆卫星定位系统视频平台技术要求》