文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.背景 在上一篇博客中我详细介绍了809协议的内容.809协议规范了通信的报文,通信的规则等,但是并没限制通信使用的传输协议.这里,我将分别介绍利用TCP和UDP传输协议来实现的809协议对接的方法. 2.TCP和UDP的介绍 TCP协议和UDP协议均是面向传输层的一种协议.而我们常说的HTTP协议则是面向应用层的一种协议. 我们常说的TCP/IP协议,则是一个协议簇

文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.背景 在上一篇博客中我详细介绍了809协议的内容.809协议规范了通信的报文,通信的规则等,但是并没限制通信使用的传输协议.这里,我将分别介绍利用TCP和UDP传输协议来实现的809协议对接的方法. 2.TCP和UDP的介绍 TCP协议和UDP协议均是面向传输层的一种协议.而我们常说的HTTP协议则是面向应用层的一种协议. 我们常说的TCP/IP协议,则是一个协议簇

文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.背景 最近在不同项目中对接了多个车载GPS厂商服务终端,绝大多数厂商可以提供809协议的数据对接,还有部分可以提供自定义协议等方式的对接.多个项目中,我公司处于略强势地位,所以根据现场实际的项目进度和部署环境以及对方支持的对接方式,提出了不同的对接方案.这里做个总结. 2.809协议对接 2.1协议背景 2011年5月10日中国交通通信信息中心下发了<印发道路运输车

1 协议逆向工程概述 1.1 协议 协议是计算机网络与分布式系统中各种通信实体键相互交互信息时必须遵守的一组规则和约定,这些规则明确规定了所交换的数据格式以及有段的同步问题,从而保证了双方通信有条不紊.可靠地交换信息. 比较著名的网络协议有TCP/IP协议栈中的一些协议,比如IP.TCP.UDP.POP3.SMTP.HTTP等.除了大量标准化的通信协议外,网络中还存在大量私有协议,各种软件厂商或个人处于经济利益.安全.隐私等因素的考虑,并没有公开协议细节:一些恶意软件也采用了自己的私有协议防止被

出租车jt/t 905协议,是jt/t 808协议的一个变种,设计者将部标808协议拿过来,并不是单纯的增加网约车相关的指令集,而且对原有的指令如定位0×0200指令也进行了修改,经过一通剧烈的修改,面目全非,协议已经与808协议本身并不兼容,这是比较失败的地方,保持兼容性,才能使协议更加让硬件和网约车平台接受和开发推广,没有经验的协议设计者和标准制定者高高在上不考虑兼容性,给硬件厂家和平台开发人员造成很大的麻烦,也增加了成本. 部标1078协议是在部标808协议的基础上,继续增加指令,并不修改

苏标本身仍然是基于部标808协议的基础上递增起草的,苏标协议是包容808协议的, 不能脱离808协议而独立存在的, 主要基于<JT/T 796 道路运输车辆卫星定位系统平台技术要求>.<JT/T 1077 道路运输车辆卫星定位系统车载视频平台技术要求>.<JT/T 1078 道路运输车辆卫星定位系统车载视频通信协议>的基础之上,增加了主动安全报警和报警附件上传的协议和功能规范,所以它还是部标的范畴,一个基于苏标的平台,必然是一个1077部标视频平台,也是一个符合部标80

在2011年交通部的796标准推出后,随着各地交管部门的硬性要求,大多数的GPS监控系统或者车辆管理系统或者物流管理系统,无论是旧的,还是新开发的,都必须要以796标准为基础蓝本,首先要满足796的要求,然后在此基础上增加行业应用的个性化要求,如物流运输车辆非常关心的油耗管理,冷链运输非常关心温度控制等等. 所以开发GPS平台的时候,必须要首先阅读交通部的jt/t 796 , jt/t808和jt/t809的文档,以此作为自己的功能设计的需求来源,行业需求或用户需求是排在后面的.很多开发团队做出

交通部的部标过检,所有的测试都是从客户端发起的,也是在客户端体现的,在客户端承载了部标标准所要求的所有的功能,是整个部标平台当中工作量最大的部分,也是最繁琐的部分. 客户端设计面临两个问题: 1.基于CS还是基于BS,这是个问题 萝卜白菜各有所爱,客户要什么,我们就开发什么,从客户来讲,更适应桌面客户端,没有浏览器的七七八八问题,速度感觉上也比网页的快,操作方便.当然网页客户端也有很大的优势,部署和维护方便,不需要开发升级系统. 2.与服务端的交互通信,采用Socket, WebService还

1.      [置顶](一)开篇—杂谈WebGIS 摘要: 文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.前言 我相信大家对百度地图,谷歌地图等相关应用已经是非常熟悉了.通过这些应用,我们可以浏览地图.定位我们自己的位置.查找我们想知道的兴趣点.搜索交通路线等等.而其实,这阅读全文 posted @ 2014-08-02 16:32 李晓晖 阅读(15908) 评论(4) 编辑 4.      我有几粒旧子弹

2019年交通部GPS平台检测标准发生了重大变化, 原来的796平台功能标准, 变更为GB/T35658标准, 这个标准其实2017年就公布了, 实际上还是796标准, 但是检测项目,以前是可选的, 现在统统变成了必选,检测标准比以前拔高了很多.但是由于是2017年的标准, 很遗憾没有与时俱进.但是要按照这个标准开发,即使有以前通过的gps平台, 由于增加了几十个功能点, 比较琐碎,改造开发的工作量是很大的. 同时由于部标协议在2019年推出了新标准, 所以协议上的变动,需要重新解读, 并按照2

在当前很多的GPS平台当中,有很多是基于asp.NET+siverlight开发的遗留项目,代码混乱而又难以维护,各种耦合和关联,要命的是界面也没见到比Javascript做的控件有多好看,随着需求的增多,平台已经臃肿不堪. 设计基于.NET的GPS部标平台,我们坚定不移的选择了基于JQUERY+Asp.NET MVC来作为前端交互和后台处理的框架.选用一个灵活的脚手架,同时团队又能掌握这个脚手架为团队所用. 对于一个web应用项目,基于MVC的框架,前面文章提到过,最大的优点就是结构清晰,强制

总体来讲,GPS部标平台的软件开发是一个对网络通信和应用程序之间通信的技术应用密集型的开发工作,也是有一定设计技术含量的工作. 1.设计通信接口 在设计的时候,根据职责划分,拆分成不同的应用子系统,对各个子系统进行功能隔离,并通过设计接口规定子系统直接的调用规约. 首先我们根据部标平台的要求,设计和开发出各个主要的服务器子系统,这是平台中最核心的子系统,在实际的应用中,由于车辆规模的大小和行业需求,还会扩展出各种业务子系统.核心子系统如下: 1)808GPS服务器,采用交通部的部标808协议,负

Apache MINA 是 Apache 组织的一个开源项目,为开发高性能和高可用性的网络应用程序提供了非常便利的框架. 也是Java开发者的一个福利(.NET目前还没有类似封装的这么好的基础socket通信框架),不用像.NET开发者,吭哧吭哧的写上半天,一看还在搞socket库呢,还没进入应用层面. 这个框架的优点: – 异步 – 无阻塞 – 事件驱动 – 支持TCP, UDP, APR, 串口… – 通过 过滤器(Filters)实现扩展性 – 同时提供协议框架 开发部标809协议从文档中

最近一直在做中间件相关的东西,所以接触到的各种协议比较多,总的来说有TCP,UDP,HTTP等各种网络传输协议,因此楼主想先从协议最基本的TCP粘包问题搞起,把计算机网络这部分基础夯实一下. TCP协议的简单介绍 TCP是面向连接的运输层协议 简单来说,在使用TCP协议之前,必须先建立TCP连接,就是我们常说的三次握手.在数据传输完毕之后,必须是释放已经建立的TCP连接,否则会发生不可预知的问题,造成服务的不可用状态. 每一条TCP连接都是可靠连接,且只有两个端点 TCP连接是从Server端到

很多技术开发人员喜欢追逐最新的技术,如Node.js, go等语言,这些语言只是解决了某一个方面,如只是擅长异步高并发等等,却在企业管理后台开发方面提供的支持非常不够,造成项目团队技术选项失败,开发后期进退两难,内部怨天尤人,情绪低落,项目失败不可避免. 而java语言是开发部标平台技术的非常理想的开发语言,因为他非常全面,各个方面的底层框架都有具备,高性能的socket通信框架比如netty.mina, 可以帮助你构建高并发大规模的Gps服务器,接入十几万的海量终端,之所以说全面,是因为我们不

现在地方上由于运输车辆的GPS数据都分散在地方上已有的各种企业平台上面,不利于大数据的分析和智能应用,而开发智能的基于大数据的Gps监控平台,往往需要和各种第三方的部标GPS监控平台对接,获取到第三方的企业平台转发的数据,然后进行大数据的分析和应用,经过分析.统计和梳理后的数据,在web页面上进行各种复杂的地图.报表统计等功能的展现. 由于各地的企业平台基本都是符合交通部部标标准的,都具备809协议的转发功能,要和这些企业平台对接,不需要再一个一个的敲定接口标准了,只需要开发出809协议的网关应

Apache MINA 是 Apache 组织的一个开源项目,为开发高性能和高可用性的网络应用程序提供了非常便利的框架. 也是Java开发者的一个福利(.NET目前还没有类似封装的这么好的基础socket通信框架),不用像.NET开发者,吭哧吭哧的写上半天,一看还在搞socket库呢,还没进入应用层面. 这个框架的优点: – 异步 – 无阻塞 – 事件驱动 – 支持TCP, UDP, APR, 串口… – 通过 过滤器(Filters)实现扩展性 – 同时提供协议框架 Netty也是一个高性能的

部标1078视频监控平台,是一个庞杂的工程,涵盖了多层协议,部标jt808,jt809,jt1078,苏标Adas协议等,多个平台功能标准,部标796标准,部标1077标准和苏标主动安全标准,视频方面的协议有RTSP, RTMP, RTP, 音视频编码有H.264, AAC,  726,711等,消化这些协议和功能标准就已经是需要一个较长的周期了,而构建一个视频平台的架构,也是比较复杂的,后端不仅有网关,还要有流媒体服务器,转发服务器,播放器,RTSP或RTMP服务器等多个服务器模块,需要的技术

部标JT/T808协议.JT/T809协议.JT/T796标准.JT/T794标准的区别,他们是基于不同的通信场景,不同的通信对象,不同的设计目的和目标而制定出来的.首先要知道这些标准的全称是什么意思, Jt808标准的全称是<道路运输车辆卫星定位系统终端通讯协议及数据格式>, jt809标准的全称是<道路运输车辆卫星定位系统平台数据交换>, 796标准的全称是<道路运输车辆卫星定位系统平台技术要求>, 794标准的全称是<道路运输车辆卫星定位系统车载终端技术要求

引子 现如今手游开发中网络编程是必不可少的重要一环,如果使用的是TCP协议的话,那么不可避免的就会遇见TCP粘包和拆包的问题,马三觉得haifeiWu博主的 TCP 粘包问题浅析及其解决方案 这篇博客讲得很不错,因此转载过来并稍作修改与大家分享,也留作自己时常温习和查阅,文章的版权归haifeiWu博主所有. 作者: haifeiWu 出处: http://www.hchstudio.cn/ 关于作者:专注大后端,分布式,高并发等领域,请多多赐教! 原文链接:https://www.cnblog