Car_eye的博客

OBD 尾气排放监控平台

GB28181和GT1078视频平台的整体融合，促进CarEye云平台持续发展

文章描述了管理平台从单机版本到云架构的升级原因和主要注意事项

最近因为业务需要，将GT1078 的设备链接到政府平台，政府平台还不是GT/808系列的，而是GB28181 上级平台，所以造成了需要进行数据和格式的转化。具体主要流程如下：GT/T1078 视频平台级联到上级公安部平台要点：车辆管理系统录入公安部编码，将机构，设备，通道跟国标编码一一对应 平台将设备信息通过websocket接口上传到CarEye GB28181 服务器 CarEye GB28181 服务器将设备信息同步到上级平台 上级指令通过CarEye 服务器转化成webSOCET发送到

CarEye 在车载流媒体服务器的基础上发展了GB28181 视频处理服务器。将RTMP,RTSP 通用服务器跟车载和安防视频服务器集成，构成了流媒体服务集群

智慧环卫管理系统方案2022年2月慧环卫项目综述 智慧环卫背景城市环境卫生管理是一项复杂而系统的社会工程，不仅是一个城市的“脸面”也是一个城市的文明程度的重要标志。是与人民群众生活最直接、最贴切、最敏感的重要工作之一，随着城市人民生活水平的快速提高，大家对居住、生活环境的要求越来越高，为进一步提高环境卫生管理水平，树立城市形象，提升城市品位，必须采取切实可行的措施，加强对城市环境卫生管理。坚持高效能的管理，全面提高城市环卫工作质量和水平。做好城区环卫工..

CarEye 开发GB28181 服务器有将近两年时间了，早期我们用纯C++开发了一个GB28181视频服务期，对外的接口是基于MQ协议的。这样开发出来的服务器主要有几个问题。1. SIP服务器和流媒体服务器是绑定在一个进程中的，因为没有分离，造成了视频处理和SIP服务器只能在一台服务器上运行，既不能打到GB28181协议的构架要求。也造成无法使用负载均衡的功能。2. 对外接口采用了MQ通信方式。虽然MQ消息处理实时，对一些数据处理，如报警，对讲等。但MQ本身是重量级构建，不方便一些应用场景快速构建

物流业和车辆管理系统应用，催生了载重传感器在行业内的应用。相对于传统的地磅称重，其中有很多优势，包含称重方便，全程监控等。车辆管理平台需要对传感器的数据进行过滤，平滑等一些列算法处理。将离散的点通过数值映射到一个区间，从而让载重实际数据更加稳定。其中主要注意事项有：1. 将AD 转化成一个小区间数据，如3000变化的区间转化倒30这区间。2. 将偶尔变化的波形转化通过前后相关的位置，装卸重量的关联去掉3. 通过不断的探测，检测出装货和卸货的时间4. 通过对位置装卸的位置确定最终的装卸

最近在忙着完善新的管理平台，car-eye 车辆管理平台发展至今已经将近三年。我们似乎一直想跟着国家交通部的政策在做一个平台。跟着一些平台运营商学习开发一个标准的平台，满足JT/T796 或者是JB35658的标准。或者是按照JT905协议做一个网约车管理平台。可实际的上无论从技术上还是从市场上看都不尽如人意。这引发了我的思考，市场究竟需要一个什么样的平台。从2011年起，国家对于车辆管理平台标准经历了几次革新或者说改进，有这几个标志性事件作为节点。1）. 2011年国家指定了GT808/809协议

传感器是物联网领域非常重要的一部分，传感器的种类十分繁多，他们通常使用AD口，串口等通信口跟主机相连用于实现整个系统中某个具体功能。在我们车联网行业，经常要用到的传感器有重力传感器，温度传感器，油量传感器，载重传感器，湿度传感器等。这些传感器通常以定时上报数据的方式进行数据传输。采集的数据量十分大。也通常只有对大量数据的采集才能实现综合数据分析，从而产生有效的价值。下面我们谈下这些传感器数据使用中一些注意事项：1. 传感器的数据通常是不稳定的，有必要需要进行滤波处理。现在的传感器基本都在芯片

移动设备接入视频服务器和寻常的直播系统有一定的区别，一般直播系统是拉流多，一个直播多个观众的模式但移动设备是成千上万的设备，客户端观看视频的不多。其中国家交通部视频标准JT/T 1078 协议和公安部标准JB28181 视频标准都是由服务器来决定流媒体服务器的。这就决定了设备端的视频服务器是临时分配的。从而让软负载均衡实现有了可以发挥的空间。使用软负载均衡的好处有以下两点：1. 不需要硬件投入，成本低2. 移植性好，软件调度算法多种解决软负载均衡就要能通过软件的方式获取服务器的状

car-eye GB28181平台中 web和视频服务器开发已经开始进入到发布版本阶段。在平台开过程中遇到过很多问题，下面整理下分享给各位开发者，同时也作为备份。1. 平台框架和通信。一般来说我们做一个平台的用户界面，通常用java，C#这些工具，而视频服务通常采用C++或go这类语言。所以基本要一个通信来实现数据共享和业务串联。通常的通信不外乎是采用底层的TCP通信，上层的http通信等。在JB28181项目中我们采用了mq消息队列作为通信方式。之所以采用这个中间件是因为MQ在各种操作系统，语言都

Car-eye 在GT1078视频服务器的基础大幅扩充视频服务器功能，除了对接国家交通部的上级平台，还扩充了国家公安部视频标准GB28181。两大协议实现为car-eye 视频服务器提供了强大的功能。整个实现的框架如下：主要应用场景有：车辆视频监控 摄像头远程监控 车辆视频上级平台发送 公安部上级平台对接 车辆平台转化到公安部平台视频服务器能广泛使用于车联...

car-eye 车载视频管理平台经过两年的发展，已经逐步实现了车载视频管理平台单机版本的基本功能。包含：定位，视频监控，报警，车辆管理，主动安全报警，视频服务器负载均衡等功能基本已经实现并稳定投入到实际使用之中。car-eye 将车载的管理的各种使用手册和客户端都开放给大家下载使用。团队开始开发国际化的云平台方案。新的云平台方案将完全基于云平台的特点开发，将多种服务器做负载均衡，打造一个高并发，兼...

在car-eye JT1078 平台开发中可能遇到实时视频忘记关闭的情况，设备一直在推流在移动系统中是完全不可以接受的。为止，我们需要自动监控设备的推流和拉流情况，RTMP服务器提供了基于json格式的输出，用来表达有多少个客户端连接。但客户端观看为0的时候，平台自动关闭这个设备流/{"http-flv":{"nginx_version":"1.12.2","nginx_http_fl...

car-eye JT1078-808 平台已经出了第一版，下一版可能需要紧跟部标的几个大协议JT808 JT809 JT1078 JT1077 JT796 jt905。这里面JT808 1078 是设备端协议，JT809 JT1077 JT796 主要是货运市场的平台端协议或规则。JT1905主要是出租车市场的协议。JT905需要考虑营运数据和协议格式的兼容。JT809 主要针对政府平台上报。...

在JT1077 平台中各种文件存在于设备，云平台，客户端。实现文件的随时存储，分享是十分重要的。我们详细的整理了一下各个部分对文件处理过程。做出下面的流程web 数据库服务器是文件管理的中心。负责记录，销毁，查询文件。视频服务器负责生成一些文件。设备负责产生有效的音视频文件。各个服务器可以运行在一个硬件服务器上，也可以部署在多台上。 ...

在人脸技术越来越成熟的今天，车载管理系统的上班考勤应用该技术进行管理，相对于传统的刷卡上班具有低成本，管理更精确等特点。但需要指出的是在相关国家制定的标准中没有一个使用人脸技术。标准总是跟不上时代的节凑---事实上在很多地方都是如此。这就要求设计者需要去制定自己的策略来实现人脸识别技术。去年年初，在昆明市由瑞明视讯主导的昆明市网约车标准将人脸识别通过位置照片信息这种特殊的文件格式确定下来。同时...

检测报名须知申请道路运输车辆卫星定位系统平台标准符合性检测时，请先将1检测意向单（只针对企业监控平台）、2符合性检测申请材料（基本材料包括：申请函、授权人身份证复印件、检测登记表、运输企业信息表、平台软件配置清单、平台硬件配置清单等）、3平台系统设计方案与用户手册、平台合同的电子版发审核邮箱送审，材料是否合格见邮件回复。若材料审核不通过，需将修改后的文件重新反馈至邮箱直至申请材料符合要求 。审...

前面讲解了报警业务在整个车载管理平台的中心作用，以下详细介绍下报警和联动报警规则之间关系。首先看一幅图：说明1. 用户制定报警规则和联动规则，如果该规则可以使用设备进行报警则设置到硬件设备，如果不能则需要将之划归为平台   2. 平台和设备都能产生报警，规则服务器具有平台报警检测的功能。           3. 报警产生后，发送给用户展示的...

车辆管理平台的两大主要目的是：安全和管理，在这两大目标很大程度上是以报警这个核心功能来实现的。无论是传统的GPS业务,包括电子围栏，超速，设备检测还是基于视频的摄像头报警。以及后面的主动安全报警都紧紧围绕报警业务来展开的。 car-eye 平台将围绕报警打造一个可扩展，可跟踪，可交互的智能车辆云平台。为此我们定义了几百种报警源，覆盖了GPS，视频胎压检测，adas，DMS，人脸...

car-eye 平台是一个云平台，单个web服务器可以对应多个视频服务器，这些服务器的带宽，码流大小通过统计出占用带宽情况这些信息通过http协议反馈到web后台。web再根据这些数据决定下面的设备该用哪个服务器进行视频分发。以下是整个平台和视频服务的关系： 视频服务器是多个连接到一个web后台之上。因为车载设备数量比较多，而视频很占用码流。用户可以增加多个视频服务器给平台，避...

作者：偏头痛杨来源：https://blog.youkuaiyun.com/piantoutongyang一、前戏前后端分离已成为互联网项目开发的业界标准使用方式，通过nginx+tomcat的方式（也可以中间加一个nodejs）有效的进行解耦，并且前后端分离会为以后的大型分布式架构、弹性计算架构、微服务架构、多端化服务（多种客户端，例如：浏览器，车载终端，安卓，IOS等等）打下坚实的基础。这...

Car-eye 从最初的单机版本已经开始迈向多视频服务器负载均衡的架构方案，我也开始思考下步云平台多服务器架构应该是什么样的。如何在保护用户信息安全的同时，能支持大量用户的接入。在一个偶尔机会参加了腾讯课堂的学习过程，主要讲述了腾旭QQ服务器以及区块链的去中心化架构的方案。虽然我们的平台并不是一个十分符合去中心化案例的特点。但我还是觉得这次课堂对我产生很大的触动。我初步思考后，勾画了下一步ca...

car-eye 开源平台经过团队几个月努力，基本形成了以车载视频为基础，车辆管理平台，流媒体服务器，视频直播等多功能的开源平台架构。我们先来看下目前的基本架构：其中中心服务器主要架构有两台方案：一种是主要针对车辆管理系统的设计的：采用extjs java 框架。实现了808协议。另外一套方案主要视频功能更突出，并未实现全部车辆管理系统全部功能，并采用最新的java架构：目前的平台还存在以下不足：1...