大数据传输和接口实用标准化技术要求规范(212)协议详情Fix

合集下载

数据交换接口规范

数据交换接口规范

数据交换接口规范引言概述:数据交换接口规范是在不同系统之间进行数据传输和交换时所遵循的一套规则和标准。

它定义了数据的格式、传输协议、安全性要求等,确保数据在不同系统之间的正确传递和解析。

本文将详细介绍数据交换接口规范的五个主要部份。

一、数据格式规范1.1 数据结构:数据交换接口规范要求明确定义数据的结构,包括数据的字段、类型和长度等。

例如,对于一个学生信息的数据交换接口,应明确包含姓名、年龄、性别等字段,并指定字段的数据类型和长度。

1.2 数据编码:数据交换接口规范要求统一数据的编码方式,以确保数据在不同系统之间的互通。

常用的编码方式包括ASCII、UTF-8等,根据具体需求选择合适的编码方式。

1.3 数据约束:数据交换接口规范可以定义数据的约束条件,以保证数据的有效性和一致性。

例如,对于日期字段,可以定义日期格式和范围,避免传输和解析错误。

二、传输协议规范2.1 协议选择:数据交换接口规范要求明确选择合适的传输协议,如HTTP、FTP等。

选择协议时需考虑数据的安全性、可靠性和传输效率等因素。

2.2 数据包格式:数据交换接口规范可以定义数据包的格式,如请求包和响应包的结构和字段。

这样可以确保数据的正确传输和解析,减少传输错误和冲突。

2.3 通信方式:数据交换接口规范可以规定通信方式,如同步或者异步通信。

根据具体需求选择合适的通信方式,以确保数据的及时传输和处理。

三、安全性规范3.1 认证和授权:数据交换接口规范要求对数据进行认证和授权,以确保惟独合法的用户可以访问和传输数据。

常见的认证方式包括用户名密码认证、令牌认证等。

3.2 数据加密:数据交换接口规范可以要求对传输的数据进行加密,以保护数据的机密性。

常用的加密方式包括SSL/TLS等,根据具体需求选择合适的加密方式。

3.3 安全审计:数据交换接口规范可以规定安全审计的要求,如记录数据传输和访问的日志,以便对安全事件进行追踪和分析。

四、错误处理规范4.1 错误码定义:数据交换接口规范要求定义错误码,以标识和描述可能发生的错误情况。

污染物在线监控(监测)系统数据传输标准(HJ 212-2017代替HJ_T 212-2005)

污染物在线监控(监测)系统数据传输标准(HJ 212-2017代替HJ_T 212-2005)

目次前 言 (II)1 适用范围 (1)2 引用标准 (1)3 术语和定义 (1)4 系统结构 (2)5 协议层次 (3)6 通讯协议 (4)7 在线监控(监测)仪器仪表与数采仪的通讯方式 (16)附 录 A(规范性附录)循环冗余校验(CRC)算法 (19)附 录 B(规范性附录)常用监测因子和设备信息编码表(可扩充) (21)附 录 C(资料性附录)通讯命令示例和拆分包及应答机制示例 (34)附 录 D(资料性附录)污水、烟气污染源监测点主要污染物计算方法 (61)污染物在线监控(监测)系统数据传输标准1 适用范围本标准适用于污染物在线监控(监测)系统、污染物排放过程(工况)自动监控系统与监控中心之间的数据传输,规定了传输的过程及参数命令、交互命令、数据命令和控制命令的格式,给出了代码定义,本标准允许扩展,但扩展内容时不得与本标准中所使用或保留的控制命令相冲突。

本标准还规定了在线监控(监测)仪器仪表和数据采集传输仪之间的数据传输格式,同时给出了代码定义。

2 引用标准本标准引用了下列文件或其中的条款。

凡是不注明日期的引用文件,其有效版本适用于本标准。

GB 3096-2008 声环境质量标准GB/T 16706-1996 环境污染源类别代码GB/T 19582-2008 基于Modbus协议的工业自动化网络规范HJ/T 75-2007 固定污染源烟气排放连续监测技术规范(试行)HJ/T 76-2007 固定污染源烟气排放连续监测排放系统技术要求及监测方法(试行)HJ 524-2009 大气污染物名称代码HJ 525-2009 水污染物名称代码3 术语和定义下列术语和定义适用于本标准。

3.1污染物在线监控(监测)系统online monitoring systems of pollutant由对污染物实施在线自动监控(监测)的仪器设备、数采仪、污染物排放过程(工况)自动监控设备和监控中心组成。

3.2监控中心monitoring center安装在各级环保部门、通过传输网络与自动监控设备连接并对其发出查询和控制等指令的数据接收和数据处理系统,包括计算机及计算机软件等,本标准简称上位机。

数据交换接口规范

数据交换接口规范

数据交换接口规范一、引言数据交换接口规范旨在定义数据交换的标准格式,以确保不同系统之间的数据能够准确、高效地进行交换和共享。

本规范适合于各类系统之间的数据交换,包括但不限于企业内部系统、跨组织系统以及与外部系统的数据交互。

二、概述1. 目的数据交换接口规范的主要目的是促进系统间数据的无缝连接和交换,提高数据的可靠性、一致性和安全性,降低数据传输的成本和风险。

2. 适合范围本规范适合于所有需要进行数据交换的系统,包括但不限于以下情况:- 不同系统之间的数据共享和同步- 不同系统之间的数据传输和转换- 不同系统之间的数据对接和集成3. 基本原则数据交换接口规范遵循以下基本原则:- 互操作性:不同系统之间的数据交换应具备互操作性,确保数据能够正确地被解析和处理。

- 标准化:采用统一的数据格式和协议,避免系统间的差异性和兼容性问题。

- 安全性:确保数据在传输过程中的机密性、完整性和可靠性,防止数据被非法篡改或者泄露。

- 可扩展性:接口规范应具备良好的可扩展性,能够适应未来的业务需求和技术变革。

三、接口规范1. 数据格式- 数据格式应采用统一的标准,如XML、JSON等,以确保数据的结构化和易读性。

- 数据字段应明确定义,包括字段名称、数据类型、长度、格式等,以便接收方正确解析和处理数据。

2. 数据传输协议- 数据传输协议应选择安全可靠的协议,如HTTPS、SFTP等,确保数据在传输过程中的安全性和完整性。

- 协议版本应明确指定,以便接收方根据版本进行兼容性处理。

3. 接口认证与授权- 接口访问应进行认证和授权,确保惟独合法的用户和系统能够访问接口。

- 常用的认证方式包括基于令牌的认证、数字证书认证等。

4. 异常处理与错误码- 接口应定义明确的异常处理机制,包括错误码、错误信息等,以便接收方能够正确处理异常情况。

- 错误码应具备惟一性和可读性,方便定位和排查问题。

5. 数据加密与解密- 对于敏感数据,应采用加密算法进行加密,确保数据在传输和存储过程中的机密性。

基于STM32单片机的HJ/T212通信协议的实现

基于STM32单片机的HJ/T212通信协议的实现

基于STM32单片机的HJ/T212通信协议的实现【摘要】HJ/T212通信协议是污染源在线自动监控(监测)系统数据传输标准,是由国家环保行业的标准协议之一,用于规范数据采集、传输、存储和管理,保证各种环境监测仪器、监控设备、传输网络和环保部门应用软件系统之间的连通。

本文主要讨论HJ/T212通信协议在高性能、低成本、低功耗的STM32系列单片机上的实现。

【关键词】STM32;单片机;嵌入式;数据通信;HJ/T2121.引言近年来,随着环保意识的增强,各种各样的环保采集、传输、监控等设备被广泛使用,为了指导各个城市污染源在线自动监控(监测)系统的建设,规范数据采集、传输、存储和管理,保证各种环境监测仪器、监控设备、传输网络和环保部门应用软件系统之间的连通,国家环保行业制定了数据传输标准协议HJ/T212。

STM32系列单片机基于专为要求高性能、低成本、低功耗的嵌入式应用专门设计的,采用STM32F103系列ARM Cortex-M3内核。

时钟频率72MHz时,STM32功耗36mA,是32位市场上功耗最低的产品,相当于0.5mA/MHz。

该系类单片机集成功能丰富、以8位机的价格提供32位的性能,现已广泛应用于多种领域,比如嵌入控制、消费电子产品、家用电器以至及工业设备等。

STM32系列单片机这些特点适合在环保数据的采集和传输环节作为主控MCU使用,本文介绍了HJ/T212在以STM32F103C8T6单片机为主控MCU的环保数据传输设备中的实现方法。

2.HJ/T212协议包组成3.HJ/T212协议在STM32F103C8T6中的实现STM32F103C8T6处理器内的通用同步异步收发器(USART)提供了一种灵活的方法来与使用工业标准NRZ异步串行数据格式的外部设备之间进行全双工数据交换。

USART利用分数波特率发生器提供宽范围的波特率。

支持查询、中断和DMA三种方式,当选择使用DMA方式,可以实现高速数据通信。

数据接口标准

数据接口标准

数据接口标准一、概述。

数据接口标准是指在不同系统或组织之间进行数据交换时,为了实现数据共享和互操作性而制定的一套规范和标准。

在当今信息化的社会中,数据接口标准的重要性日益凸显,它不仅关系到系统之间的数据交换效率,还直接影响到数据安全和数据质量。

因此,制定和遵守数据接口标准对于数据管理和信息化建设至关重要。

二、数据接口标准的作用。

1. 促进数据交换和共享,数据接口标准的制定能够统一数据格式和数据结构,使得不同系统之间的数据交换变得更加方便和高效。

2. 提高数据安全性,通过数据接口标准,可以规范数据传输的加密和解密方式,保障数据在传输过程中的安全性,防止数据泄露和篡改。

3. 保障数据质量,数据接口标准能够规范数据的输入和输出格式,减少数据在传输过程中的损坏和丢失,确保数据的完整性和准确性。

4. 降低系统集成成本,遵守统一的数据接口标准,可以减少系统集成时的对接成本和难度,提高系统集成的效率和质量。

三、数据接口标准的制定原则。

1. 开放性原则,数据接口标准应该是公开透明的,任何符合标准的系统都可以进行数据交换和共享。

2. 兼容性原则,数据接口标准应该考虑到不同系统和平台之间的兼容性,确保数据可以在不同环境下正常传输和解析。

3. 安全性原则,数据接口标准需要考虑数据传输和存储的安全性,采用加密和认证等方式保障数据的安全。

4. 灵活性原则,数据接口标准应该具有一定的灵活性,能够适应不同的数据交换需求,同时也要考虑到未来的发展和变化。

四、数据接口标准的具体内容。

1. 数据格式标准,规定数据的存储和传输格式,如JSON、XML等,确保数据在不同系统之间的兼容性。

2. 数据传输协议标准,规定数据传输的协议和规范,如HTTP、FTP等,保障数据在传输过程中的安全和稳定。

3. 数据接口认证标准,规定数据交换双方的身份认证和权限控制方式,确保数据交换的安全性和合法性。

4. 数据接口文档标准,规定数据接口的文档编写和管理规范,包括接口说明、参数说明、错误码定义等,方便接口的调用和管理。

通用接口实用标准化要求规范v1

通用接口实用标准化要求规范v1

接口标准规目录接口标准规 (1)第1章概述 (3)第2章基本要求 (4)2.1信息通讯安全 (4)2.1.1 安全评估 (4)2.1.2 访问控制 (4)2.1.3 防恶意代码 (4)2.1.4 加密 (5)2.2支持高并发 (6)2.3可监控 (6)2.3.1 日志全覆盖 (6)2.4系统资源的动态扩展 (6)2.5异常处理机制 (7)2.6业务扩展 (7)第3章接口通讯方式 (7)3.1同步请求/应答方式 (7)3.2异步请求/应答方式 (7)3.3会话方式 (7)3.4广播通知方式 (7)3.5事件订阅方式 (7)3.6文件传输 (8)3.7可靠消息传输 (8)第4章传输控制要求 (8)4.1负载均衡 (8)4.2伸缩性与动态配置管理 (8)4.3网络调度 (9)4.4充分理由 (9)4.5单一职责 (9)4.6高聚低耦合 (9)4.7状态及消息 (10)4.8控制数据量 (10)4.9禁止随意拓展参数 (10)第5章接口技术 (10)第6章接口规 (11)6.1域名规 (11)6.1.1 http接口 (11)6.1.2 webservice接口 (11)6.2 API路径规 (11)6.2.1 http接口 (11)6.2.2 webservice接口 (11)6.3版本控制规 (12)6.3.1 http接口 (12)6.3.2 webservice接口 (12)6.4 API命名规 (12)6.4.1 新增方法 (13)6.4.2 删除方法 (13)6.4.3 修改方法 (13)6.4.4 获取方法 (13)6.4.5 获取列表方法 (13)6.5请求参数规 (14)6.5.1 参数需要命名规则 (14)6.5.2 请求参数加密方法 (14)6.6列表请求特殊规 (15)6.7返回数据规 (15)第7章接口文档规 (16)第8章接口管理 (16)8.1对接口分类、编码排序。

(16)8.2在线文档。

城市消防物联网大数据应用服务平台接口协议规范编制说明

城市消防物联网大数据应用服务平台接口协议规范编制说明

《城市消防物联网大数据应用服务平台接口协议规范》编制说明一、编制本标准的目的、意义近年来,我省大力推进新一代宽带无线移动通信网国家科技重大专项(以下简称“03专项”)转移转化试点示范工作,并将“智赣119”消防物联网工程作为了成果转移转化示范的十大品牌工程,随着省03专项《关于加快推进“智赣119”消防物联网建设应用的实施意见》(赣专字【2019】2号文件)、《加快推进“智赣119”应用推广方案》和江西省工程建设标准《消防设施物联网系统设计施工验收标准》等政策标准的制定出台,消防物联网的建设应用将在全省范围内全面铺开,03专项成果在消防领域的规模化应用发挥引领示范作用。

消防物联网的建设应用能够实现火灾的精准防控,智能化监管,能够全面压实消防安全责任,是建筑形式、结构日益复杂化趋势下最佳的消防安全解决方案,也是未来消防科技化信息化发展的必然方向。

但在消防物联网工程推进过程中,逐步显现出消防物联网平台数据接口标准依据不足、平台与平台间缺乏数据传输标准导致数据孤岛等共性问题,为推进我省消防信息化进程、提升消防监管能力提出巨大挑战。

针对此类问题,中国信息通信研究院联合江西省消防救援总队制定了本标准,旨在为加快消防物联网规模建设和应用提供科学依据和准则。

二、标准编制概况(一)基本情况1)本标准由中国信息通信研究院、江西省消防救援总队会同有关单位共同编制完成。

2)本标准主要编写分工中国信息通信研究院为标准制定牵头单位,主要负责标准的统筹、编写提纲、确定标准内容和技术指标等;中国信息通信研究院郭英男负责文献资料的查阅、收集和分析,查阅相关标准情况。

3)江西省消防救援总队作为联合牵头,主要负责指导标准撰写、标准内容审查等。

4)本标准按照GB/T1.1-2009《标准化工作导则-第1部分:标准的结构和编写》中的相关规定撰写5)本标准是针对我省消防物联网快速发展普及需求,结合消防物联网技术趋势和特点,在广泛调研消防物联网行业、征求专家意见建议和参考相关标准文本等材料的基础上进行编制的。

数据传输标准

数据传输标准

数据传输标准数据传输标准是指在计算机网络中,规定了数据传输的格式、协议、速率等方面的一系列规范和标准。

它对于保证数据的准确传输和网络的稳定运行起着至关重要的作用。

本文将就数据传输标准的相关内容进行介绍和分析。

首先,数据传输标准需要考虑的是数据的格式。

在数据传输过程中,不同的数据可能具有不同的格式,如文本数据、图像数据、音频数据等。

因此,数据传输标准需要规定不同类型数据的传输格式,以确保数据在传输过程中不发生失真或丢失。

其次,数据传输标准还需要规定数据传输的协议。

网络中常用的数据传输协议有TCP/IP协议、UDP协议等。

这些协议规定了数据在网络中的传输方式、传输顺序、错误检测和纠正等机制,确保数据能够按照既定的顺序和方式传输,同时保证数据的完整性和可靠性。

此外,数据传输标准还需要规定数据传输的速率。

数据传输速率是指单位时间内数据传输的量,通常用比特率来表示。

在网络中,不同的设备和链路可能具有不同的传输速率,因此数据传输标准需要根据实际情况规定数据传输的最大速率,以充分利用网络资源,提高数据传输的效率。

另外,数据传输标准还需要考虑数据传输的安全性。

在网络中,数据传输往往会受到各种威胁,如黑客攻击、病毒感染等。

因此,数据传输标准需要规定数据加密、身份认证、访问控制等安全机制,以保障数据传输的安全性和隐私性。

总之,数据传输标准是保证网络数据传输正常运行的基础,它规定了数据的格式、协议、速率和安全机制等方面的规范和标准,为网络数据传输提供了保障。

在实际应用中,我们需要严格遵守数据传输标准,确保数据能够安全、高效地在网络中传输。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

污染源在线自动监控系统数据传输和接口标准技术规FIX 超时重发机制: 请求回应的超时,在一个请求命令发出后在规定的时间未收到回应,认为超时。超时后重发,重发规定次数后仍未收到回应认为通讯不可用,通讯结束。超时时间根据具体的通讯方式和任务性质可自定义。超时重发次数根据具体的通讯方式和任务性质可自定义。 执行超时 请求方在收到请求回应(或一个分包)后规定时间未收到返回数据或命令执行结果,认为超时,命令执行失败,结束。缺省超时定义表(可扩充): 通讯类型 缺省超时定义(秒) 重发次数 GPRS 10 3 PSTN 5 3 CDMA 10 3 ADSL 5 3 短信 30 3 通讯协议数据结构 所有的通讯包都是由ACSII码字符组成(CRC校验码除外)。 通讯包结构组成: 名称 类型 长度 描述 字符 2 固定为## 数据段长度 十进制整数 4 数据段的ASCII字符数 例如:长255,则写为“0255” 数据段(见7.3.3) 字符 0<=n<=1024 变长的数据(短信为140) CRC校验 十六进制整数 4 数据段的校验结果,如CRC错,即执行超时 包尾 字符 2 固定为(回车、换行) 数据段结构组成 名称 类型 长度 描述 请求编号QN 字符 20 精确到毫秒的时间戳:QN=YYYYMMDDHHMMSSZZZ,用来唯一标识一个命令请求,用于请求命令或通知命令 总包号PNUM 字符 4 PNUM指示本次通讯总共包含的包数 包号PNO 字符 4 PNO指示当前数据包的包号 系统编号ST 字符 5 ST=系统编号, 系统编号见7.5中系统编码表 命令编号CN 字符 7 CN=命令编号, 命令编号见7.5中命令列表 访问密码 字符 6 PW=访问密码 设备唯一标识MN 字符 14 MN=监测点编号,这个编号下端设备需固化到相应存储器中,用作身份识别。编码规则:前7位是设备制造商组织机构代码的后7位,后7位是设备制造商的此类设备的唯一编码) 是否拆分包及应答标志Flag 字符 3 目前只用两个Bit; 0 0 0 0 0 0 D A A:数据是否应答;Bit:1-应答,0-不应答 D:是否有数据序号;Bit:1-数据包中包含包序号和总包号两部分,0-数据包中不包含包序号和总包号两部分。如:Flag=3表示拆分包并且需要应答 指令参数CP 字符 0<=n<=960 CP=&&数据区&&,数据区定义见7.3.3 字段对照表 其中:xxx:代表某个污染物编号,见附录B。SB1:设备编号 字段名 描述 字符集 宽度 取值及描述 SystemTime 系统时间 0-9 N14 YYYYMMDDHHMMSS UpValue 污染物报警上限值, 0-9 N14.2 10.11 LowValue 污染物报警下限值, 0-9 N14.2 10.11 QN 请求编号,见7.3.2 QnRtn 请求回应代码,见7.5 0-9 N3 ExeRtn 执行结果回应代码,见7.5 0-9 N3 RtdInterval 实时采样数据上报间隔 0-9 N4 30.另以秒为单位 xxx-Rtd 污染物实时采样数据 0-9 N14.2 10.11,“xxx”是污染物代码 xxx-Min 污染物指定时间最小值 0-9 N14.2 10.11 xxx-Avg 污染物指定时间平均值 0-9 N14.2 10.11 xxx-Max 污染物指定时间最大值 0-9 N14.2 10.11 xxx-Cou 污染物指定时间累计值 0-9 N14.2 10.11 xxx-RS 设备运行状态实时采样值 0-9 N1 0:设备关,1:设备开 xxx-RT 设备指定时间运行时间 0-9 N14.2 10.11且0=n<=24 xxx-Ala 污染物报警期间采样值 0-9 N14.2 10.11 AlarmTime 超标开始时间 0-9 N14 YYYYMMDDHHMMSS AlarmType 报警事件类型 0-9 N1 1:超标,0:恢复正常 ReportTarget 上位机地址标识 0-9 N20 通讯地址标识 PolId 污染物的编号 0-9 N3 见附录B BeginTime 开始时间 0-9 N14 YYYYMMDDHHMMSS EndTime 截止时间 0-9 N14 YYYYMMDDHHMMSS DataTime 数据时间信息 0-9 N14 YYYYMMDDHHMMSS xxx-Data 噪声污染物监测值 0-9 N14.2 10.11 DataTime 数据时间信息 0-9 N14 YYYYMMDDHHMMSS ReportTime 数据上报时间信息 0-9 N14 0100 DayStdValue 噪声白天标准值 0-9 N14 NightStdValue 噪声夜晚标准值 0-9 N14 Flag 通讯标志 1 C1 目前只用两个Bit; 0 0 0 0 0 0 D A A:数据是否应答;Bit:1-应答,0-不应答;D:是否有数据序号;Bit:1-数据包中包含包序号和总包号两部分,0-数据包中不包含包序号和总包号两部分 PNO 包序号 0-9 N4 取值围为0001-9999 PNUM 总包号 0-9 N4 取值围为0001-9999 PW 访问密码 0-9,a-z,A-Z C6

代码定义 系统编码表(可扩充)(GB/T16706-1996)见《环境信息标准化手册》第一卷第236页 系统名称 系统编号 描述 大气环境污染源 31 地表水体环境污染源 32 地下水体环境污染源 33 海洋环境污染源 34 土壤环境污染源 35 声环境污染源 36 振动环境污染源 37 放射性环境污染源 38 电磁环境污染源 41 系统交互 91 用于现场机和上位机的交互 执行结果定义表(可扩充) 编号 描述 备注 1 执行成功 2 执行失败,但不知道原因 100 没有数据 请求返回表(可扩充) 编号 描述 备注 1 准备执行请求 2 请求被拒绝 3 密码错误 命令列表(可扩充)

命令名称 命令编号 命令类型 描述 上位向现场 现场向上位

参数命令 提取现场机时间 1011 请求命令 用于同步上位机和现场机的系统时间 上传现场机时间 1011 上传命令 设置现场机时间 1012 请求命令 用于同步上位机和现场机的系统时间 提取污染物报警门限值 1021 请求命令 用于污染物超标报警

上传污染物报警门限值 1021 上传命令 设置污染物报警门限值 1022 请求命令 提取上位机地址 1031 请求命令 提取上位机地址 上传上位机地址 1031 上传命令 上传上位机地址 设置上位机地址 1032 请求命令 指定上位机地址 提取数据上报时间 1041 请求命令 提取数据上报时间 上传数据上报时间 1041 上传命令 上传数据上报时间 设置数据上报时间 1042 请求命令 指定数据上报时间 提取实时数据间隔 1061 请求命令 提取实时数据间隔 上传实时数据间隔 1061 上传命令 上传实时数据间隔 设置实时数据间隔 1062 请求命令 指定实时数据间隔 设置访问密码 1072 请求命令 交互命令 请求应答 9011 用于现场机回应上位机的请求。例如是否执行请求 操作执行结果 9012 用于现场机回应上位机的请求的执行结果 通知应答 9013 9013 回应通知命令 数据应答 9014 9014 数据应答命令 数据命令 实时数据 取污染物实时数据 2011 请求命令 上传污染物实时数据 2011 上传命令

停止察看实时数据 2012 通知命令 告诉现场机停止发送实时数据 设备状态 取设备运行状态数据 2021 请求命令

上传设备运行状态数据 2021 上传命令 停止察看设备运行状态 2022 通知命令 告诉现场机停止发送设备运行状态数据 历史数据 取污染物日历史数据 2031 请求命令

上传污染物日历史数据 2031 上传命令 取设备运行时间日历史数据 2041 请求命令 上传设备运行时间日历史数据 2041 上传命令 分钟数据(可以自定义分钟间隔数,例如5或10分钟) 取污染物分钟数据 2051 请求命令 上传污染物分钟数据 2051 上传命令

小时数据 取污染物小时数据 2061 请求命令 上传污染物小时数据 2061 上传命令

报警数据 取污染物报警记录 2071 请求命令 上传污染物报警记录 2071 上传命令

上传报警事件 2072 通知命令 用于现场机采样值超过报警门限时向上位机报警 反控命令 校零校满 3011 请求命令 即时采样命令 3012 请求命令 设备操作命令 3013 请求命令 附录A:循环冗余校验(CRC)算法 CRC校验(Cyclic Redundancy Check)是一种数据传输错误检查方法,CRC码两个字节,包含一16位的二进制值。它由传输设备计算后加入到消息中。接收设备重新计算收到消息的CRC,并与接收到的CRC域中的值比较,如果两值不同,则有误。 CRC是先调入一值是全“1”的16位寄存器,然后调用一过程将消息中连续的8位字节各当前寄存器中的值进行处理。仅每个字符中的8Bit数据对CRC有效,起始位和停止位以及奇偶校验位均无效。 CRC校验字节的生成步骤如下: ① 装一个16位寄存器,所有数位均为1。 ② 取被校验串的一个字节与16位寄存器的高位字节进行“异或”运算。运算结果放入这个16位寄存器。 ③ 把这个16寄存器向右移一位。 ④ 若向右(标记位)移出的数位是1,则生成多项式1010 0000 0000 0001和这个寄存器进行“异或”运算;若向右移出的数位是0,则返回③。 ⑤ 重复③和④,直至移出8位。 ⑥ 取被校验串的下一个字节 ⑦ 重复③~⑥,直至被校验串的所有字节均与16位寄存器进行“异或”运算,并移位8次。 ⑧ 这个16位寄存器的容即2字节CRC错误校验码。 校验码按照先高字节后低字节的顺序存放。

相关文档
最新文档