【通讯协议】动手解剖《中华人民共和国环境保护行业标准(HJ/T 212-2005):污染源在线自动监控(监测)系统数据传输标准》

记得几年前,看到《中华人民共和国环境保护行业标准(HJ/T 212-2005):污染源在线自动监控(监测)系统数据传输标准》 这个协议,当时看的头都大了,最终没有下手去设计支持他。直到最近,客户说:你们VOC仪器不错啊,要是能支持HJ212传输协议就好了。。。

头脑出现当年阅读那个协议时的纠结,如今居然真的有客户想要我支持这个麻烦的协议,没办法,必须的做啊,也许做出来还是独家呢?哈哈

令我惊喜的是这次读这篇传输协议标准,我居然很容易就懂了,觉得其实这个协议挺简单的,而且写的还不错,面面俱到。

在此写下,为看客提供一些参考吧。



【概述】HJ/T 212这个协议,是为了规范环境监控中心读取每个企业的排放数据而制定的一种通讯协议,每个厂家的传感器和仪表设备得到数据后,通过支持这个协议,实现数据实时或者分时传输给环境监控中心,这样领导们在监控中心就能了解到每个企业的污染物实时排放数据了。

【行业状况】通常做仪器仪表的企业,大多数都用单片机实现的,所以仪表企业的数据通常是不能直接传递给环保局,而且开发支持这个协议,对于单片机来说基本不可能,即使用用上位机也未必能支持,因为这个协议有点儿复杂和专业。

于是就有些公司,专门是做环保数据采集仪的,他们将仪表数据采集后,和环保局建立3G/4G网络通信。所以很多环保设备工程公司就采购对应的仪表设备和数采仪即可。比如一台VOC有机废气检测仪表,他输出4~20mA;一台数采仪,他有个4~20mA采集口,他采集仪表的电流信号,转为数字;然后拨号和环保局的监控中心链接;并通讯。

【问题】上面这种方式仅适合固定场所的数据传输,因为设备比较大。但是类似VOC有机挥发物有机废气这类排放监测,不是每个企业都愿意花几万块钱去安装一套,而且安装好了以后,还有后期很多维护。目前VOC检测仪大多数采用的是PID光离子传感器,这种传感器需要一个紫外灯一直照射,时间久了,就会衰减或者变脏,无法检测到真实的浓度。

使用手持,每天对排放口检测4次,是一种比较经济的方式;而且有些环保执法、卫生执法、安监执法等等用这种仪器去检测时,都会面临手持仪器的数据存储和数据上传的问题。因为绝大多数仪器都是用单片机设计的,数据存储的非常少、非常简单。PV6001虽然是智能机VOC仪器,每秒存储一次,但是数据如何传到环保局呢?插到电脑导出太麻烦,而且监控中心无法实时了解到仪器的检测结果。

【解决办法】让PV6001支持数据实时传输到环保局的监控中心,网络采用3G/4G模块或者通过手机WIFI热点。

1. 我们通常采用手机的WIFI热点比较好,因为现在大多数人都有智能手机。如果实在不方便的,就配备3G/4G模块。

2. 剩下的就是让VOC检测仪的软件支持HJ/T 212传输协议了。

【WINCE智能机面临2个问题】

1. WIFI网络连接问题: 原本我们采用的是调用WINCE的WIFI链接程序,可实际发现他的UI有bug。

2. 如何实现协议。



【开发自己的WIFI网络连接程序】

找了pudn和cnblog,得到一些文章的帮助,设计了自己的WIFI链接程序。

1. 获取第一块WIFI网卡,这个网卡名称很重要, 以后就需要用他得到更多信息。

2. 通过网卡取得WIFI信号点名称和信号强度。

3. 输入WIFI名称 密码, 加密方式, 是否是热点,授权方式等等几个要素后, 把配置加入到WIFI连接列表中去。

另外还需要设计的功能:调整首选网络列表的顺序,因为也许有2个WIFI同时存在, 有一个不能上网,那么就麻烦了。

【HJ/T 212-2005数据传输标准】

简单期间,我们仅支持:《开始实时上传数据》《停止实时上传数据》《实时上传数据》《设置上传间隔》等着4个指令。

《未完待续》。。。。

时间: 2024-09-28 20:55:19

【通讯协议】动手解剖《中华人民共和国环境保护行业标准(HJ/T 212-2005):污染源在线自动监控(监测)系统数据传输标准》的相关文章

uart通讯协议

本次设计的源码在http://download.csdn.net/detail/noticeable/9912383 下载 实验目的:通过uart通讯协议的编写,了解FPGA的通讯协议编写的方法. 实验现象:FPAG可以通过USB转TTL工具向电脑收发数据. 相关知识点:1.uart通讯协议是什么及其内容.2.in system surce and probes(editor)调试工具的使用. 关于串行通讯:串口通讯协议是一种主机之间常用的通讯协议,通过模块按位发送和接收字节,可以达到通讯的目的

通讯协议对智能家居的影响究竟有多大?-南京物联传感招商加盟总部

智能家居没有确立统一标准,反而是越来越多,即便除了有线不计,五花八门的无线协议也足够令人眼花缭乱.当下,几乎每家参与其中的厂商都认为,自己所采用的标准或协议会成为智能家居未来不可或缺的主流技术.可是,厂商把通讯协议看得如此重,通讯协议对智能家居的影响又究竟有多大呢?考虑到无线通讯在生活中的影响力,下面所说的都是无线通讯协议. 厂商都渴望将自己所提倡或采纳的协议作为智能家居统一协议,但也都没有忘记还可以制定新协议,于是今天的无线通讯协议较之前更加丰富. ——小范围协议:射频.NFC.红外等.从技术

2017-2018-1 20155222 201552228 实验五 通讯协议设计

2017-2018-1 20155222 201552228 实验五 通讯协议设计 实验内容和要求 通讯协议设计-1 在Ubuntu中完成 http://www.cnblogs.com/rocedu/p/5087623.html 中的作业 提交运行结果截图 通讯协议设计-2 在Ubuntu中实现对实验二中的"wc服务器"通过混合密码系统进行防护 提交测试截图 通讯协议设计-3 运行实验箱中,ARM调用Z32算法的实验,提交实验截图 用Z32的国密算法重新改写"wc服务器&qu

2017-2018-1 20155314《信息安全系统设计基础》实验五 通讯协议设计

2017-2018-1 20155314<信息安全系统设计基础>实验五 通讯协议设计 通讯协议设计-1 实验要求 在Ubuntu中完成 http://www.cnblogs.com/rocedu/p/5087623.html 中的作业 提交运行结果截图 运行结果 通讯协议设计-2 实验要求 在Ubuntu中实现对实验二中的"wc服务器"通过混合密码系统进行防护 提交测试截图 通讯协议设计-3 实验要求 运行实验箱中,ARM调用Z32算法的实验,提交实验截图 用Z32的国密算

2019-2020-1 20175310 20175317 20175320 实验五 通讯协议设计

2019-2020-1 20175310 20175317 20175320 实验五 通讯协议设计 小组成员 20175310 奚晨妍 20175317 钟睿文 20175320 龚仕杰 实验步骤 一.实验五 通讯协议设计-1 在Ubuntu中完成 http://www.cnblogs.com/rocedu/p/5087623.html 中的作业 提交运行结果截图 (一)OPENSSL的安装与测试 安装成功: 测试安装成功: 测试代码: #include <stdio.h> #include

Ntrip通讯协议1.0

1 什么是Ntrip? CORS(Continuously Operating Reference Stations)就是网络基准站,通过网络收发GPS差分数据.用户访问CORS后,不用单独架设GPS基准站,即可实现GPS流动站的差分定位. 访问CORS系统,就需要网络通讯协议.NTRIP( Networked Transport of RTCM via Internet Protocol)是CORS系统的通讯协议之一. 2 系统组成 使用NTRIP通讯协议的CORS系统,其组成请参考下图 图1

信息安全系统设计基础实验五:通讯协议设计

北京电子科技学院(BESTI) 实 验 报 告 课程:信息安全系统设计基础 班级:52.53 姓名:王思亓 赵阳林 学号:20135205 20135334 成绩: 指导教师:娄嘉鹏 实验日期:2015.11.24 实验密级: 预习程度: 实验时间:15:30—18:00 仪器组次: 必修/选修:必修 实验序号: 实验名称:通讯协议设计 实验目的与要求:1.掌握在ARM开发板实现一个简单的WEB服务器的过程.2.学习在ARM开发板上的SOCKET网络编程.3.学习Linux下的signal()函

基于dubbo框架下的RPC通讯协议性能测试

一.前言 Dubbo RPC服务框架支持丰富的传输协议.序列化方式等通讯相关的配置和扩展.dubbo执行一次RPC请求的过程大致如下:消费者(Consumer)向注册中心(Registry)执行RPC请求,注册中心分配服务URL并路由到具体服务提供方(Provider),消费者和服务提供方建立网络连接,服务提供方在本地创建连接池对象并提供远程服务,对于长连接类型协议(如dubbo协议)将保持连接,减少握手认证,调用过程中可以避免频繁建立和断开连接导致的性能开销,保持长连接需要有心跳包的发送,所以

使用delphi 开发多层应用(十六)使用XMLRPC 实现basic4android 远程调用RTC服务(讲述了RTC的特点,其底层通讯协议是自己封装SOCK 库,与kbmmw 的适合场合不完全一样)

    RealThinClient (以下简称RTC) 也是一款delphi 多层开发的框架,由于其底层通讯协议是自己封装SOCK 库,抛弃了 大家诟病的indy,因此表现的非常稳定,效率也非常高,深受很多人的追捧.由于RTC 是从底层通讯做起的,因此通讯层的 功能非常强,但是在中间层数据库功能虽然有所实现,但是没有kbmmw 和RO 强,但是对于普通的远程调用做的非常优雅. 同时它重点在于使用http 协议实现功能调用,因此与kbmmw 的适合场合不完全一样. 由于RTC 可以非常快速的建立