远程监控系统通讯协议
- 格式:doc
- 大小:206.00 KB
- 文档页数:31
rtu通讯协议RTU通讯协议。
RTU(Remote Terminal Unit)是远程终端单元的缩写,是一种用于监控和控制系统的设备。
RTU通讯协议是指RTU与其他设备之间进行通讯时所遵循的协议规范,它决定了数据的传输格式、通讯方式、错误检测和纠正等重要参数,是保证设备之间正常通讯的基础。
RTU通讯协议的设计和实现对于系统的稳定性、可靠性和安全性都至关重要。
一个良好的RTU通讯协议应当具备以下几个方面的特点:首先,通讯协议应当具有较高的兼容性。
在实际应用中,RTU通讯设备往往需要与不同厂家、不同型号的设备进行通讯,因此通讯协议应当具有较高的兼容性,能够与各种设备进行稳定、可靠的通讯。
其次,通讯协议应当具有较高的实时性。
在监控和控制系统中,数据的及时性对于系统的稳定运行至关重要。
因此,RTU通讯协议应当能够确保数据的及时传输,保证系统的实时性。
另外,通讯协议应当具有较高的安全性。
在工业控制系统中,数据的安全性是至关重要的。
通讯协议应当具有较高的安全性,能够有效地防止数据的泄露和篡改,保障系统的安全运行。
此外,通讯协议还应当具有较高的扩展性和灵活性。
随着系统的不断升级和扩展,通讯协议应当能够灵活地进行扩展和升级,适应系统的不断变化和发展。
在实际应用中,常见的RTU通讯协议有Modbus、DNP3、IEC 60870-5等。
这些通讯协议各有其特点和适用范围,用户可以根据实际需求选择合适的通讯协议。
总之,RTU通讯协议是保证监控和控制系统正常运行的重要基础,它的设计和实现对于系统的稳定性、可靠性和安全性都具有重要意义。
因此,在选择和应用RTU通讯协议时,用户应当充分考虑系统的实际需求,选择合适的通讯协议,并严格按照协议规范进行设计和实现,以保证系统的正常运行。
Modbus通讯协议Modbus是一种常用的通讯协议,用于在工业自动化系统中传输数据。
它被广泛应用于监控、控制和数据采集等领域。
本文将介绍Modbus通讯协议的基本原理和应用。
Modbus通讯协议是一种主从式通讯协议,通常由一个主站和多个从站组成。
主站负责控制和管理通信过程,从站则负责传输和响应数据。
主站和从站之间通过串口、以太网或其他通讯方式进行数据的传输。
Modbus通讯协议基于简单高效的ASCII或RTU格式,可以在多种不同通讯介质上使用。
其中,ASCII格式使用7位或8位ASCII码传输数据,而RTU格式使用二进制码传输数据。
这两种格式都具有灵活性和可靠性,且易于实现和维护。
主站和从站之间的通讯过程通常分为寻址、请求和响应三个步骤。
首先,主站通过地址指定所需通讯的从站。
然后,主站发送请求命令给指定的从站。
从站接收到请求命令后,进行数据处理并返回响应给主站。
最后,主站接收到响应后进行相应的处理。
Modbus通讯协议支持多种数据类型,包括线圈、寄存器、输入线圈和输入寄存器。
线圈用于表示开关状态,寄存器用于存储数据。
这些数据类型可以通过Modbus协议进行读写操作,以满足数据采集和控制的需求。
Modbus通讯协议具有许多优点。
首先,它是一种开放的通讯协议,被广泛应用于不同的设备和系统中。
其次,Modbus通讯协议简单易用,具有较低的开发和维护成本。
另外,Modbus通讯协议支持大量并发连接,可以在多个从站之间同时传输数据。
Modbus通讯协议被广泛应用于工业自动化系统中。
例如,它可以用于工业控制器和人机界面之间的通讯,实现远程监控和控制。
此外,Modbus通讯协议也被用于能源管理系统、楼宇自动化系统和物流管理系统等领域。
尽管Modbus通讯协议在工业自动化领域具有许多优点,但也存在一些缺点。
例如,Modbus通讯协议的传输速率相对较低,无法满足高速数据传输的需求。
另外,Modbus通讯协议的安全性相对较低,容易受到恶意攻击。
IEC 104通讯协议是一种针对远程监控系统的通讯协议,它广泛应用于电力系统、交通系统、水利系统等领域。
在IEC 104协议中,遥测值是其中的一个重要概念,它用于传输监控系统中的实时数据。
在IEC 104协议中,遥测值可以包含时标信息,也可以不包含时标信息。
本文将重点探讨不带时标的遥测值在IEC 104协议中的传输机制。
1. 不带时标的遥测值定义不带时标的遥测值是指在监控系统中采集到的实时数据,它可以是温度、压力、流量等物理量的数值。
在IEC 104协议中,遥测值可以通过不同的传输方式进行传输,而不带时标的遥测值则是其中一种。
2. 不带时标的遥测值传输机制在IEC 104协议中,不带时标的遥测值的传输是通过遥测值信息体进行的。
遥测值信息体包括遥测值的位置区域、品质描述和具体数值。
在传输过程中,遥测值信息体会被封装成报文,通过通讯链路进行传输。
接收方会解析报文,获取遥测值信息体中的具体数值,并进行后续的处理。
3. 不带时标的遥测值传输特点不带时标的遥测值在传输过程中具有以下特点:- 实时性强:不带时标的遥测值是实时数据,其传输具有较高的实时性,能够及时反映监控系统中的实际情况。
- 数据量小:不带时标的遥测值仅包含数值信息,不包含时标等附加信息,因此其数据量相对较小,有利于提高通讯效率。
- 传输简单:不带时标的遥测值的传输机制相对简单,只需封装成遥测值信息体,通过通讯链路进行传输,无需额外的时标同步等操作。
4. 不带时标的遥测值应用场景不带时标的遥测值适用于一些对实时性要求较高,但对时标精度要求不高的监控场景。
电力系统中对于一些实时数据的获取,对时标精度要求不高,此时可以采用不带时标的遥测值进行传输。
又或者一些工业自动化控制系统中的实时数据监测,同样适合采用不带时标的遥测值进行传输。
5. 总结IEC 104协议中的不带时标的遥测值是实时数据的重要传输方式,其具有实时性强、数据量小、传输简单等特点,适用于对时标精度要求不高的监控场景。
OPC通讯协议介绍一、引言OPC(OLE for Process Control)通讯协议是一种用于工业自动化系统中的标准通讯协议。
本文旨在介绍OPC通讯协议的基本原理、应用场景、通讯方式以及相关技术要点。
二、基本原理1. OPC通讯协议的基本原理是通过客户端-服务器模型实现数据交换。
客户端负责向服务器请求数据或发送控制命令,服务器则负责响应请求并提供相应的数据。
2. OPC通讯协议采用了面向对象的设计思想,将数据和功能封装成对象,并通过标准接口进行访问。
这样可以提高系统的灵活性和可扩展性。
三、应用场景OPC通讯协议广泛应用于工业自动化领域,包括但不限于以下场景:1. 监控与控制系统:通过OPC通讯协议,可以实现对工业设备的实时监控和远程控制,提高生产效率和安全性。
2. 数据采集与分析:通过OPC通讯协议,可以方便地获取工业设备的实时数据,并进行分析和统计,从而优化生产过程。
3. SCADA系统:OPC通讯协议是SCADA(Supervisory Control And Data Acquisition)系统中常用的通讯协议,用于实现对分布式控制系统的监控和控制。
4. 工业互联网:OPC通讯协议在工业互联网中扮演重要角色,通过与云平台的对接,实现设备间的数据交换和协同工作。
四、通讯方式OPC通讯协议支持多种通讯方式,包括但不限于以下几种:1. DCOM(Distributed Component Object Model):基于微软的COM (Component Object Model)技术,通过网络实现分布式通讯。
2. OPC UA(OPC Unified Architecture):是OPC通讯协议的下一代标准,采用了现代化的架构和技术,具有更好的安全性和跨平台性。
3. OPC DA(OPC Data Access):是最早的OPC通讯协议,主要用于实现实时数据的读写。
4. OPC HDA(OPC Historical Data Access):用于访问历史数据,支持数据查询、存储和分析。
RTU通讯协议一、协议介绍RTU通讯协议是一种用于远程终端单元(Remote Terminal Unit,简称RTU)与主站之间进行数据通信的协议。
该协议旨在实现可靠、高效的数据传输,以满足现代工业自动化系统对数据采集、监控和控制的需求。
二、协议设计目标1. 可靠性:确保数据的完整性和准确性,防止丢包和数据损坏。
2. 实时性:保证数据的及时传输和响应,满足实时监控和控制的需求。
3. 可扩展性:支持多种通信介质和设备类型,适应不同应用场景。
4. 安全性:提供数据加密和身份验证等安全机制,防止数据泄露和非法访问。
三、协议通信流程1. 建立连接:a. RTU向主站发送连接请求。
b. 主站收到连接请求后,发送连接确认。
c. RTU收到连接确认后,建立连接。
2. 数据传输:a. RTU向主站发送数据请求。
b. 主站收到数据请求后,发送数据响应。
c. RTU收到数据响应后,传输数据。
3. 断开连接:a. RTU向主站发送断开连接请求。
b. 主站收到断开连接请求后,发送断开连接确认。
c. RTU收到断开连接确认后,断开连接。
四、协议数据格式1. 帧头:标识数据帧的起始,包含固定的起始字符或字节序列。
2. 地址:标识RTU或主站的唯一地址。
3. 功能码:指示数据帧的类型和操作。
4. 数据长度:表示数据部分的长度。
5. 数据:包含实际的数据内容。
6. 校验码:用于验证数据的完整性和正确性。
7. 帧尾:标识数据帧的结束,包含固定的结束字符或字节序列。
五、协议功能码1. 数据读取:a. 读取单个数据:主站发送读取请求,RTU返回对应的数据。
b. 读取多个数据:主站发送读取请求,RTU返回多个数据。
2. 数据写入:a. 写入单个数据:主站发送写入请求和待写入的数据,RTU返回写入结果。
b. 写入多个数据:主站发送写入请求和待写入的多个数据,RTU返回写入结果。
3. 报警和事件:a. 报警查询:主站发送报警查询请求,RTU返回当前的报警信息。
pelco协议Pelco协议。
Pelco协议是一种用于视频监控系统的通讯协议,它定义了摄像机和控制设备之间的通讯方式,使得用户可以通过控制设备对摄像机进行控制和监控。
Pelco协议的应用范围非常广泛,几乎所有的视频监控设备都支持Pelco协议,因此了解Pelco协议的原理和应用对于视频监控系统的设计和维护具有重要意义。
首先,Pelco协议采用了串行通讯方式,通讯速率一般为2400、4800、9600、19200或者38400 bps。
这种通讯方式可以保证数据传输的稳定性和可靠性,适用于长距离的数据传输。
此外,Pelco协议采用了异步通讯方式,即数据的传输不需要时钟信号,这样可以减少通讯线路的复杂性,提高了系统的稳定性。
其次,Pelco协议定义了一套丰富的指令集,用于控制摄像机的各种功能。
这些指令包括云台的上下左右移动、变焦、聚焦、预置位设置等功能,用户可以通过控制设备发送这些指令来实现对摄像机的远程控制。
此外,Pelco协议还支持多种协议格式,包括Pelco-D、Pelco-P等,可以满足不同厂家、不同型号的设备之间的通讯需求。
另外,Pelco协议还具有较强的扩展性和灵活性。
用户可以根据自己的需求定制特定的控制指令,以满足特定的应用场景。
同时,Pelco协议还支持多种数据传输格式,包括ASCII码、二进制码等,这样可以适应不同的通讯环境和设备要求。
总的来说,Pelco协议作为视频监控系统中最重要的通讯协议之一,具有通讯速率快、稳定可靠、功能丰富、扩展性强等特点,为视频监控系统的设计和应用提供了重要的支持。
在实际应用中,用户需要根据自己的实际需求选择合适的通讯速率、协议格式和控制指令,以确保系统的稳定性和可靠性。
总之,了解Pelco协议的原理和应用对于视频监控系统的设计和维护具有重要意义。
希望本文的介绍能够帮助用户更加深入地了解Pelco协议,并能够在实际应用中发挥其最大的作用。
Pelco协议的不断发展和完善,必将为视频监控系统的发展带来更多的便利和可能。
OPC通讯协议介绍一、引言OPC(OLE for Process Control)是一种用于工业自动化领域的通讯协议,它提供了一种标准化的接口,使得不同设备和系统之间可以进行数据交换和通讯。
本协议旨在介绍OPC通讯协议的基本原理、特点和应用场景,以便读者能够全面了解并正确应用该协议。
二、背景随着工业自动化技术的发展,不同设备和系统之间的数据交换和通讯变得越来越重要。
然而,由于不同设备和系统使用的通讯协议不同,导致数据交换和通讯变得困难和复杂。
为了解决这个问题,OPC通讯协议应运而生。
三、基本原理1. OPC通讯协议采用了客户端-服务器模型。
客户端是指需要获取数据的设备或系统,服务器是指提供数据的设备或系统。
客户端通过与服务器建立连接,并发送请求来获取数据。
2. OPC通讯协议采用了标准化的接口,使得不同设备和系统之间可以进行数据交换和通讯。
这种标准化的接口可以是COM(Component Object Model)、DCOM (Distributed Component Object Model)或者Web Services等。
3. OPC通讯协议支持多种通讯方式,包括本地通讯和远程通讯。
本地通讯是指客户端和服务器在同一台计算机上进行通讯,而远程通讯是指客户端和服务器在不同的计算机上进行通讯。
四、特点1. 灵活性:OPC通讯协议支持多种通讯方式和接口,使得不同设备和系统之间可以灵活地进行数据交换和通讯。
2. 可扩展性:OPC通讯协议可以根据不同的需求进行扩展,例如添加新的数据类型、功能或者通讯方式。
3. 安全性:OPC通讯协议提供了安全机制,包括身份验证、加密和数据完整性验证等,以保护通讯过程中的数据安全。
4. 兼容性:OPC通讯协议与现有的工业自动化系统兼容,可以与各种设备和系统进行集成。
五、应用场景1. 监控系统:OPC通讯协议可以用于监控系统,实时获取各种设备的数据,并进行分析和处理。
2. 控制系统:OPC通讯协议可以用于控制系统,通过发送指令控制各种设备的运行状态。
第一章总论1.1 概述Modbus总线用于将TCU系列控制器连接到具备Modbus总线通道的远程监控系统或其它终端设备上。
这时,TCU列控制器总是作为从机。
Modbus总线还用于将其它具备Modbus总线通道的终端设备连接到TCU系列控制器中,此时,TCU系列总是作为主机。
TCU系列提供了2个独立的通讯接口,COM1和COM2口,但是只提供了一个RS-232接口,其它的作为RS485接口。
★ RS485二线网络接口。
★ RS232 三线网络接口。
(RXD、TXD、GND)具体连接方式参见第三章物理连接。
1.2 有效数据访问⑴上行数据遥测信息遥信信息⑵下行数据遥控信息设定参数1.3 访问模式RS232接口允许双向操作。
如果采用RS485接口仅支持单向操作。
采用该协议时建议用户使用RS232接口,否则会出现数据接收错误。
循环时间:下行循环指令最短时间必须大于10S。
1第二章 Modbus总线协议功能概述2.1 协议操作Modbus总线用于在一个主机与一个或多个从机之间进行数据交换,执行请求,应答对话,请求总是由主机发起的。
从机由地址编码进行识别。
Modbus以RTU模式存在。
数据以16Bit字或1Bit格式进行交换。
每个信息都有一个16位地址(字或位)。
2.2 协议功能TCU系列控制器使用的是RTU Modbus总线协议。
以下TCU系列的可执行功能:2.2.1 基本功能表一:基本功能注:功能码0x55和0x66不支持基本型的TCU产品,它仅仅是预留的扩展功能。
2.2.2 异常功能从机在接收到命令且校验正确时,会返回表二的错误功能。
2.2.3 以下情况从机不响应发生通讯故障时,从机无法接收到命令,从机不响应,由主机以超时来判断错误。
从机收到命令,但检测到错误(奇偶校验错误、CRC校验错误)时,从设备不响应,也由主机以超时来判断错误。
表二:错误代码22.2.4 TCU系列不支持多主机操作。
2.2.5 安全功能功能码:66H不支持基本型的TCU产品,它仅仅是预留的扩展功能。
OPC通讯协议介绍一、引言本协议旨在介绍OPC(OLE for Process Control)通讯协议,包括其定义、特点、应用领域以及相关技术要点。
通过本协议的阅读,读者将了解OPC通讯协议的基本概念和原理,以及其在工控领域中的重要作用。
二、定义OPC通讯协议是一种用于工业自动化和过程控制领域的通讯协议,它基于微软的OLE(Object Linking and Embedding)技术,用于实现不同设备和系统之间的数据交换和共享。
OPC通讯协议提供了一种标准化的接口,使得不同厂商的设备和系统可以无缝地进行数据交互。
三、特点1. 开放性:OPC通讯协议是开放的,任何厂商都可以基于该协议开发兼容的设备和系统,从而实现互操作性。
2. 独立性:OPC通讯协议独立于硬件和操作系统,可以在不同平台上运行,提供了更大的灵活性和可扩展性。
3. 易用性:OPC通讯协议提供了简单易用的接口和工具,使得开发人员可以快速地实现数据交换和共享。
4. 可靠性:OPC通讯协议采用了可靠的通讯机制,确保数据的准确传输和可靠性。
四、应用领域OPC通讯协议广泛应用于工业自动化和过程控制领域,包括但不限于以下几个方面:1. 监控和控制系统:OPC通讯协议可以用于实时监测和控制工业过程,例如生产线、电力系统和水处理系统等。
2. 数据采集和存储系统:OPC通讯协议可以用于将分散的数据采集设备连接到中央数据库,实现数据的集中存储和管理。
3. 设备管理系统:OPC通讯协议可以用于设备的远程监控和管理,提高设备的可靠性和运行效率。
4. 数据分析和优化系统:OPC通讯协议可以用于将实时数据传输到数据分析和优化系统,帮助企业做出更准确的决策。
五、技术要点1. OPC服务器:OPC服务器是实现OPC通讯协议的关键组件,它负责管理设备和系统之间的数据交换和共享。
OPC服务器可以将不同设备的数据转换为统一的格式,并提供标准化的接口供其他系统访问。
2. OPC客户端:OPC客户端是使用OPC通讯协议的应用程序,它可以通过OPC服务器访问和获取设备数据。
录像监控设备远程访问协议书1. 背景本协议书旨在确立双方就录像监控设备远程访问的相关事宜达成一致,并规范各方在远程访问过程中的权利与义务。
2. 定义2.1 “双方”指协议书签署双方。
2.2 “录像监控设备”指安装在指定地点的闭路电视摄像机、录像机、服务器等设备。
2.3 “远程访问”指通过互联网或其他网络手段,以非现场方式对录像监控设备进行实时视频观看、回放或者设置操作。
3. 远程访问权限3.1 甲方同意向乙方提供远程访问权限,以便乙方能够通过互联网对指定的录像监控设备进行监视和操作。
3.2 乙方承诺在甲方提供的远程访问权限范围内使用,并确保不会向未经授权的第三方披露或使用相关信息。
3.3 甲方有权根据需要随时限制或撤销乙方的远程访问权限,并及时通知乙方。
4. 保密义务4.1 双方同意对协议书所涉及的技术和商业信息予以保密,并不得向第三方披露,除非依法或双方另有约定。
4.2 双方应采取必要的技术和组织措施,以防止协议书涉及的信息被未经授权的第三方获取或使用。
4.3 违约方应对由于未履行保密义务而给守约方造成的损失承担相应责任。
5. 远程访问安全5.1 乙方应遵守行业标准和最佳实践,确保远程访问过程中的数据传输和存储安全。
5.2 乙方应确保其远程访问设备和系统的安全性,采取必要措施避免未经授权的访问和使用。
5.3 甲方有权要求乙方提供有关远程访问安全措施的信息,并对其进行验证。
6. 知识产权6.1 录像监控设备的知识产权归属于甲方或第三方权利人所有。
6.2 双方应尊重对方的知识产权,并不得将其用于未经授权的目的。
6.3 如双方需要对相关知识产权进行使用或有效地保护,则应另行签订相关协议。
7. 免责条款7.1 双方在远程访问过程中应遵守相关法律法规和行业规范,否则应承担相应法律责任。
7.2 双方对由于不可抗力、硬件故障、网络服务中断等原因造成的损失不承担责任。
8. 协议终止8.1 双方协商一致或根据法律法规的规定,可以随时终止协议。
(本通讯协议仅供参考)(绝密,一旦泄漏负相关经济和法律责任)
海尔商用空调远程监控系统
通讯协议
编制:.
审核:.
会签:.
审定:.
批准:.
青岛海尔空调器有限总公司
2001年6月
一、本协议参考海尔集团技术中心的《海尔网络家电通讯规范》;在原有
《海尔空调远程监控系统通讯协议编号为:32-TX-YCZK001-04》的基础上对地址码和控制检测命令扩展而成。
二、本协议规定了:PC机和集中控制器、PC机和检测器、集中控制器和
检测器之间的通讯格式;
监测器与空调之间采用专门的通讯协议和通讯格式。
三、具体的通讯介质、通讯方式
(1. PC机和集中控制器:PC机和集中控制器可以通过MODEM连接,采用拨号方式建立连接;也可以直接通过RS-232C接口规范直接连接。
标准异步通讯,波特率可选择1200bps/9600bps。
)
2. PC机和检测器:PC机和检测器可以通过MODEM连接,采用拨号方式建立连接;也可以直接通过RS-232C接口规范直接连接。
标准异步通讯,波特率可选择1200bps/9600bps。
3. 集中控制器和检测器:采用RS-485总线标准,通过屏蔽双绞线缆直接连接,需特别注意:其两根连接线是有极性的。
标准异步通讯,波特率可选择1200bps/9600bps。
四、通讯协议:
(一)由于在(PC机和集中控制器、)PC机和检测器、集中控制器和检测器之间的通讯过程采用相同的通讯协议,所以作如下约定:
(1. PC机和集中控制器:将PC机称为发送方,将集中控制器称为接收方。
)
2. PC机和检测器:将PC机称为发送方,将检测器称为接收方。
3.集中控制器和检测器:将集中控制器称为发送方,将检测器称为接收方。
(二)通讯数据格式:
帧头+有效字节数+地址码+命令属性+命令串+校验和+帧尾
1、帧头:2字节,固定为F4F5H。
2、有效字节数:1字节,其数值为地址码+命令属性+命令串+校验和的字节总数。
3、地址码:2字节(地址码2字节中,前一字节默认为00H)
3.1 00H作为特殊的地址码,256台范围内所有的设备都可以接收并执行,但对该地址的控制指令不做应答。
查询指令不能使用该地址。
3.2 01H~FFH为有效地址空间;
3.2.1 空调地址:01H~FBH,在128台网络控制中实际地址为:0001H~0080H;地址不为00H时,控制-应答、查询-应答必须对应;3.2.2 控制器地址:FCH~FFH;
系统中主控器和辅控器最多为4个(包括集中控制器和周定时器),地址为:00FF/00FE/00FD/00FC(设2位拨码开关),其中00FF为默认主控器地址.主控制权可在4者间传递,当辅控器有按键操作时主控器在10秒无按键操作,则控制权发生交换.作为辅控器的集中控制器与主集中控制器显示同步。
控制器分主辅,即使只有周定时器也要循环查询下位检测器。
4、命令属性:1字节,用来区别不同类型的指令。
5、命令串:指令的工作内容,部分指令可以无命令串。
6、校验和:1字节,有效字节数+地址码+命令属性+命令串的和的低8位,进位忽略(不带进位加,溢出部分忽略)。
7、帧尾:1字节,FBH。
(三)通讯数据内容:
1、发送方向接收方发送统一控制命令,如开机,关机等:
地址码:2字节,地址码为0000H时,所有接收方都必须执行该指令,不应答。
统一控制命令(命令属性):
统一命令为30H时,关机。
统一命令为31H时,开机。
各接收方按自己保存或默认的工作参数控制空调器。
命令串:无。
2、发送方向接收方发送运行控制命令:
地址码:2字节,为某个被控制接收方的地址码。
运行控制命令(命令属性):
00H 表示控制接收方到‘命令串’所包含的状态。
命令串:10字节(A+B+C+D+E+F+G+H+I+J)格式参照表格一。
表格一:
3、发送方每发送一条命令,目标接收方返回应答命令:
地址码:2字节,为某个被控制接收方的地址码。
返回应答命令(命令属性):
当反馈命令为10H时,表示接收正确。
当反馈命令为11H时,表示接收错误。
当反馈命令为12H时,表示接收的命令无效。
当反馈命令为13H时,表示接收方要求等待。
命令串:无。
4、发送方向接收方发送查询运行信息指令:
地址码:2字节,为某个被查询接收方的地址码。
查询命令(命令属性):3FH 表示要查询接收方的所有运行信息。
命令串:无。
5、接收方接到查询指令时,返回运行状态信息:
地址码:2字节,为某个被查询接收方的地址码。
查询返回命令(命令属性):
3FH 表示命令串为查询接收方的所有运行信息。
命令串:16字节(A+B+C+D+E+F+G+H+I+J+K+L+M+N+Q+R)参照表
格二。
表格二:
6、发送方向接收方发送主功能控制指令:
地址码:2字节,为某个被控制接收方的地址码。
主功能控制命令(命令属性):
1字节,01H表示控制接收方到‘命令串’所包含的状态。
命令串:2字节,格式参照表格三。
表格三:
7、发送方向接收方发送辅助功能控制指令:
地址码:2字节,为某个被控制接收方的地址码。
辅助功能控制命令(命令属性):
1字节,02H表示控制接收方到‘命令串’所包含的状态。
命令串:2字节,格式参照表格四。
表格四:。