远程控制通讯协议
RTU通讯协议
RTU通讯协议协议名称：RTU通讯协议1. 引言本协议旨在规定远程终端单元（Remote Terminal Unit，简称RTU）与主站之间的通讯规则，确保数据的可靠传输和系统的稳定运行。
本协议适用于RTU与主站之间的通讯过程。
2. 协议版本本协议的版本为1.0，后续版本的修改和更新将在需要的时候进行。
3. 协议范围本协议适用于RTU与主站之间的通讯过程，包括数据传输、命令交互等。
4. 通讯方式RTU与主站之间的通讯采用串口通讯方式，使用RS485标准进行数据传输。
5. 通讯协议5.1 数据帧格式数据帧格式采用以下结构：起始位（1位） + 地址位（1位） + 控制位（1位） + 数据位（N位） + 校验位（1位） + 停止位（1位）5.2 数据帧解析数据帧的解析方式如下：- 起始位：用于标识数据帧的开始，固定为1个字节。
- 地址位：用于标识RTU的地址，1个字节。
- 控制位：用于标识数据帧的类型，1个字节。
- 数据位：用于存储传输的数据，长度可变。
- 校验位：用于校验数据帧的完整性，1个字节。
- 停止位：用于标识数据帧的结束，固定为1个字节。
5.3 控制位定义控制位的定义如下：- 读取数据：0x01- 写入数据：0x02- 命令执行：0x036. 数据传输6.1 读取数据主站向RTU发送读取数据的请求时，需要按照以下步骤进行：- 主站发送读取数据的命令帧给RTU，控制位为0x01。
- RTU接收到命令帧后，根据命令帧中的地址位和数据位，读取相应的数据。
- RTU将读取到的数据封装成数据帧，发送给主站。
6.2 写入数据主站向RTU发送写入数据的请求时，需要按照以下步骤进行：- 主站发送写入数据的命令帧给RTU，控制位为0x02，同时在数据位中携带要写入的数据。
- RTU接收到命令帧后，根据命令帧中的地址位和数据位，将数据写入相应的位置。
6.3 命令执行主站向RTU发送命令执行的请求时，需要按照以下步骤进行：- 主站发送命令执行的命令帧给RTU，控制位为0x03，同时在数据位中携带要执行的命令。
向日葵远程控制用的协议端口号
向日葵远程控制用的协议端口号日期：[填写日期]甲方：[甲方名称及详细联系信息]乙方：[乙方名称及详细联系信息]鉴于：甲方是[甲方的详细描述，例如企业、组织或个人身份及法律地位]；乙方是[乙方的详细描述，例如企业、组织或个人身份及法律地位]；双方均有意进行关于向日葵远程控制系统的使用协议；根据双方自愿、平等和互利的原则，经协商一致，达成如下协议：第一条协议目的甲方同意向乙方提供使用向日葵远程控制系统的许可；乙方同意按照本协议的约定使用向日葵远程控制系统；第二条定义本协议中，除非另有约定，下列术语具有如下含义：“向日葵远程控制系统”指[详细描述向日葵远程控制系统的技术特征和功能]；“协议”指本《向日葵远程控制使用协议书》及其附件、补充协议等所有相关协议文件；其他术语的定义将根据具体情况在协议文本中另行约定；第三条使用许可甲方授予乙方有限的、不可转让的使用向日葵远程控制系统的许可；乙方应遵守甲方提供的关于向日葵远程控制系统的使用规定和技术要求；第四条使用权限乙方可以在甲方授权的范围内使用向日葵远程控制系统；乙方不得将向日葵远程控制系统用于非法用途或超出许可范围的用途；第五条技术支持与服务甲方应向乙方提供有关向日葵远程控制系统的技术支持和相关服务；技术支持和服务的具体内容、方式及时间将由双方另行商定；第六条保密义务双方在协议履行过程中应保守对方的商业秘密和机密信息；未经对方同意，任何一方不得向第三方泄露或披露另一方的商业秘密；（继续列出其他条款，根据实际协议内容逐条列出）第七条协议变更在本协议有效期内，如需对协议内容进行修改或变更，应经双方协商一致并签署书面变更协议；变更协议自双方签署之日起生效；第八条协议终止协议解除后，双方应按照协议约定处理相关权利和义务；第九条争议解决本协议的履行、解释和争议解决均适用中华人民共和国法律；如因本协议引起的争议，双方应通过友好协商解决；如协商不成，应提交有管辖权的法院裁决；第十条其他本协议自双方签署之日起生效；本协议正本一式若干份，甲、乙双方各持一份；本协议的附件与补充协议为本协议不可分割的组成部分；甲方（盖章）：__________ 乙方（盖章）：__________签署人：__________ 签署人：__________日期：__________ 日期：__________。
RTU通讯协议
RTU通讯协议协议名称：RTU通讯协议一、引言RTU通讯协议是为了实现远程终端单元（Remote Terminal Unit，简称RTU）与主站之间的数据通信而制定的协议。
本协议旨在确保数据的准确传输和通信的可靠性，为相关设备的运行和管理提供技术支持。
二、定义1. RTU：指远程终端单元，是一种用于实时数据采集、监控和控制的设备，通常安装在远离主站的现场。
2. 主站：指控制中心或监控中心，负责与RTU进行通信、数据采集和控制操作。
3. 数据帧：指RTU与主站之间传输的数据单元，包含数据标识、数据内容和校验等信息。
三、通信协议1. 物理层1.1 通信介质：采用RS-485标准，支持半双工通信。
1.2 通信速率：支持多种通信速率，包括1200bps、2400bps、4800bps、9600bps、19200bps等。
1.3 通信距离：支持最大通信距离为1200米。
2. 数据链路层2.1 帧结构：数据帧由起始标志、地址域、控制域、信息域、校验域和结束标志组成。
2.2 起始标志：使用固定的字符0x7E表示数据帧的开始。
2.3 地址域：包含RTU的地址信息，用于区分不同的RTU设备。
2.4 控制域：用于控制数据的传输方式，包括传输方向、传输类型等。
2.5 信息域：携带实际的数据内容，长度可变。
2.6 校验域：用于校验数据的完整性和正确性，采用CRC校验算法。
2.7 结束标志：使用固定的字符0x7E表示数据帧的结束。
3. 应用层3.1 功能码：定义了一组操作指令，用于实现数据采集、监控和控制等功能。
3.2 数据格式：支持多种数据格式，包括整型、浮点型、布尔型等。
3.3 数据标识：用于标识不同类型的数据，便于主站进行数据解析和处理。
四、通信流程1. RTU初始化：RTU设备上电后进行初始化操作，包括设置通信参数、建立通信连接等。
2. 主站请求：主站向RTU发送请求帧，包含操作指令和相关参数。
3. RTU响应：RTU接收到请求帧后，根据指令执行相应的操作，并将结果封装在响应帧中返回给主站。
RTU通讯协议
RTU通讯协议协议名称：RTU通讯协议一、引言RTU通讯协议旨在规范远程终端单元（Remote Terminal Unit，简称RTU）与控制中心之间的通信方式和数据传输格式。
该协议适用于各类工业自动化系统中的RTU设备，以确保数据的可靠传输和互操作性。
二、定义1. RTU：远程终端单元，指用于数据采集、监控和控制的设备。
2. 控制中心：指负责监控和控制RTU设备的中央管理系统。
三、通信方式1. 通信协议：采用基于串口通信的协议，使用RS-485标准进行数据传输。
2. 通信速率：支持多种通信速率，包括9600、19200、38400等。
3. 通信模式：采用半双工通信模式，RTU和控制中心之间可以交替发送和接收数据。
四、数据传输格式1. 帧格式：每个数据帧由起始位、数据位、停止位和校验位组成。
2. 起始位：用于标识数据帧的起始，固定为1个起始位。
3. 数据位：包含数据信息，长度根据实际需求确定。
4. 停止位：用于标识数据帧的结束，固定为1个停止位。
5. 校验位：用于校验数据的正确性，采用CRC校验算法。
五、数据交互流程1. RTU主动发送数据：a. RTU向控制中心发送请求帧，请求获取数据或执行操作。
b. 控制中心接收请求帧，并根据请求进行相应的处理。
c. 控制中心生成响应帧，包含请求的数据或操作结果。
d. 控制中心向RTU发送响应帧，完成数据交互。
2. 控制中心主动发送数据：a. 控制中心向RTU发送主动帧，主动推送数据或指令。
b. RTU接收主动帧，并根据指令进行相应的处理。
c. RTU生成响应帧，包含执行结果或状态信息。
d. RTU向控制中心发送响应帧，完成数据交互。
六、数据字段定义1. 功能码：用于区分不同的数据类型和操作。
2. 数据长度：指示数据字段的长度，以字节为单位。
3. 数据内容：根据功能码的不同，包含不同的数据信息。
七、错误处理1. 校验错误：如果接收到的数据帧的校验位与计算结果不一致，视为校验错误，丢弃该数据帧。
远程通信的基本原理和技术
远程通信的基本原理和技术随着科技的不断进步，远程通信愈来愈普及，使之前难以实现的事情变得轻而易举。
远程通信技术已经成为现代社会中不可或缺的一部分，而这种技术的背后则是一系列坚实的原理和技术。
在本文中，我们将探讨远程通信的基本原理和技术，并且深入理解其工作原理。
一、远程通信的基本概念远程通信是指通过特定的通信网络，使两个或多个地理上分散的设备或系统能够相互通信和交换信息。
它可以把一个信息源所产生的信息，经过远距离的传输，传送到信息的接收者那里。
以下是几种远程通信的方式：1. 电话、传真和短信：通过语音、文字和图片的方式来传递信息。
2. 电子邮件：通过电子邮件即可将电子邮件发送到全球各地。
3. 视频会议：通过互联网的视频会议，可以实现全球各地的实时视觉和声音交流。
二、远程通信的基本原理远程通信技术的基本原理是通过建立实体通信链，在网络中实现通信数据的传输和交互。
这里的实体通信链是指在通信设备之间建立物理或者逻辑的连接，实现间接或者直接的信息传递。
要实现远程通信，通信网络首先需要确认通信的双方身份，然后为其分配网络地址。
随后，发送设备将信息传输到通讯信道中，接收设备则需要接收这个信息并进行处理。
这些原理在几乎所有的应用程序中都是一样的，不同的只是使用的协议和设备的类型。
三、远程通信的基本技术1. 传输层传输层是实现远程通信的核心技术之一。
在传输层，信息通过协议进行编码，然后通过网络进行传输。
最常使用的协议是TCP（传输控制协议）和UDP（用户数据报协议）。
TCP和UDP都是控制文本和二进制数据在不同计算机之间传输的标准协议。
2. 网络层网络层是处理路由的关键所在。
这一层是在通信链路层之上实现的，它负责将数据分包，并为每个分包分配一个IP地址，使数据包能够在多个路由器之间传递。
3. 防火墙和网络安全在远程通信中，安全问题尤为重要。
安全问题不仅涉及外部攻击者的问题，也包括内部员工的安全管理问题。
为了保证远程通信的可靠性和安全性，常常使用各种技术手段来进行保护，如病毒扫描、防火墙和数据加密。
格力空调厂方提供远程通讯协议
格力吸顶空调应具备远程控制功能，由格力空调厂方提供远程通讯协议：空调应具有以下功能：1、能通过RS232/RS485方便地与计算机进行通信。
2、远程提供空调机的运行参数、运行状态，包括当前的温度、湿度、设备所处的工作状态等，并对空调机的某些参数进行远程设置。
3、提供空调机的系统设置参数，包括：温度设定、湿度设定、高温告警、低温告警等。
4、远程读取空调的运行状态，包括工作方式、风扇转速等；远程读取空调告警信息。
5、工作人员可通过计算机遥控。
附件：远程监控和电话遥控通讯协议版本：V1.0通讯内容一、数据传输率：4800BPS，8位数据位，1位停止位，偶校验二、从空调控制器获取工作参数及返回空调控制器工作参数（空调控制器机号在此不做判断）：一．）当空调控制器接收到如下数据时，表明从空调控制器获取工作参数而空调控制器不接收：(与上位机无关)1、起始码（1 byte）（06H）2、下位机固定地址(4bytes) (30H 30H 30H 30H)3、遥控编码(8 bytes) (ASC码)4、校验码 (2 bytes) (ASC码)5、结束码(1 byte) （0DH）二．）空调控制器返回工作参数：见四、此时不判断机号三、空调控制器按传来的工作参数执行：一．）当空调控制器接收到如下数据时，表明空调控制器不判断机号（主、从方式）按传来的工作参数执行：1、起始码（1 byte） (05H)2、下位机固定地址(4bytes) (30H 30H 30H 30H)3、遥控编码(8 bytes) (ASC码)4、校验码 (2 bytes) (ASC码)5、结束码(1 byte) （0DH）二．）当空调控制器接收到如下数据时，表明空调控制器判断机号，且按传来的工作参数执行：1、起始码（1 byte） (07H)2、下位机地址(4bytes) (ASC码)（如地址=1023，ASC码=31H 30H 32H 33H）3、遥控编码(8 bytes) (ASC码)4、校验码 (2 bytes) (ASC码)5、结束码(1 byte) （0DH）三．）当空调控制器接收到如下数据时，表明设定、清除空调控制器机号，且按传来的工作参数执行：1、起始码（1 byte） (0AH)2、设定、清除下位机地址(4bytes) (ASC码)（如设置机号=1023，ASC码=31H 30H 32H 33H）（如清除机号=0000，ASC码=30H 30H 30H 30H）3、遥控编码(8 bytes) (ASC码)4、校验码 (2 bytes) (ASC码)5、结束码(1 byte) （0DH）四、空调控制器返回工作参数(24 bytes)：1、起始码(1 byte) （08H）12、本地机地址 (4 bytes) (ASC码)53、遥控编码(8 bytes) (ASC码)（扫风、换气和灯光要看状态1中的显示，这里的没有用）134、室内环境温度(2 bytes) (ASC码)155、状态1 (2 byte；1-开，0—关) (ASC码)17扫风(1.6)、灯箱(1.5)（灯光）、电热管(1.4)、内风机高(1.3)、中(1.2)、低(1.1)、换气(1.0)(只有开关两种状态)6、状态2 (2 bytes；1-开，0—关) (ASC码)19外风机低(2.7)、外风机高(2.5)、四通阀(2.4) 、压缩机(2.1)7、状态3 (2 bytes) (ASC码)E1：压缩机高压保护(3.0)，1—保护，0—正常E2：室内防冻结保护(3.1) ，1—保护，0—正常E3：压缩机低压保护(3.2) ，1—保护，0—正常E4：排气管高温保护(3.3) ，1—保护，0—正常E5：低电压保护(3.4) ，1—保护，0—正常E6：通讯故障(3.5) ，1—故障，0—正常记忆(3.6)，1—记忆，0—无记忆机型(3.7)，1—单冷，0—冷暖8、校验码(2 bytes) (ASC码)9、结束码(1 byte) （0FH）遥控编码一、byte 1(5/6)1.31.21.11.01000--自动；1001--制冷；1010--抽湿；1011--送风；1100--制热。
RTU通讯协议
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返回当前的报警信息。
远程控制基本原理
远程控制基本原理
远程控制是指通过网络或无线电信号等方式，对远程设备进行操作和控制的一种技术。
其基本原理包括以下几个方面：
1.通信协议：远程控制需要建立一定的通信协议，使得控制指令可以被传输到远程设备中。
通信协议可以是标准化的协议，如TCP/IP 等，也可以是自定义协议。
2.传输介质：远程控制需要选择合适的传输介质，如有线网络、无线网络、蓝牙、红外线等。
不同的传输介质有不同的特点和适用范围，需要根据实际需求进行选择。
3.远程控制软件：远程控制软件是实现远程控制的关键。
它需要能够将用户的控制指令转化为符合通信协议的数据包，并将其发送到远程设备中。
同时，还需要能够接收远程设备返回的状态信息，并将其显示给用户。
4.安全机制：远程控制需要考虑安全机制，防止未经授权的人对设备进行非法操作。
可以采用加密技术、身份认证等措施，确保控制指令只能由授权用户发出。
总之，远程控制的基本原理是通过建立通信协议、选择合适的传输介质、使用远程控制软件以及加强安全措施等方式，实现对远程设备的操作和控制。
- 1 -。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
远程控制通讯协议V1.02深圳市航天无线通信技术有限公司修订记录目录1. 范围 52. 术语和定义、缩略语 52.1. 术语和定义 52.2. 缩略语 53. 协议基础 53.1. 通信方式 53.2. 数据类型 5 3.3. 传输规则 63.4. 消息的组成 64. 消息列表 85. 数据交互 95.1登录 95.2注销 95.3心跳 95.4工况数据 95.5 汽车故障 115.6终端通用应答 115.7参数查询应答 115.8 工况数据查询应答 12 5.9 车辆故障查询应答 14 5.10 参数设置 145.11 参数查询 165.12 工况数据查询 165.13车辆查询故障 16 5.14平台通用应答 165.15登录应答 166 . 控制交互 17 6.1定单执行结果上报 17 6.2 远程控制 176.3 定单预定 176.4定单取消 186.5远程控制应答 186.6定单预定应答 186.7定单取消应答 197. 蓝牙交互 197.1定单执行请求 197.2 执行结果应答 198. 升级 208.1升级请求 208.2升级请求应答 209 短信控制命令 219.1 工况数据查询 219.2 终端参数查询 219.3 终端参数设置 219.4远程控制 229.5 远程唤醒 229.6远程睡眠 22终端通讯协议及数据格式1. 范围本规范适用于车载终端和平台之间的通信。
2. 术语和定义、缩略语2.1. 术语和定义下列术语和定义适用于本文件。
3.1.1数据通信链路异常abnormaldatacommunicationlink 无线通信链路断开，或暂时挂起(如通话过程中)。
3.1.3注销unregister2.2. 缩略语下列缩略语适用于本文件。
APN——接入点名称(accesspoint name)GZIP——一个GNU自由软件的文件压缩程序(GNUzip)SMS——短消息服务(shortmessageservice)TCP——传输控制协议(transmissioncontrolprotocol)TTS——文本到语音(textto speech)VSS——车辆速度传感器(vehiclespeedsensor)3. 协议基础3.1. 通信方式通信协议采用TCP或UDP，平台作为服务器端，终端作为客户端。
当数据通信链路异常时，终端可以采用SMS消息方式进行通信。
3.2. 数据类型协议消息中使用的数据类型见表1：表1 数据类型3.3. 传输规则协议采用小端模式(little-endian)的网络字节序来传递字和双字。
约定如下：——字节(BYTE)的传输约定：按照字节流的方式传输；——字(WORD)的传输约定：先传递低8位，再传递高8位；——双字(DWORD)的传输约定：先传递低8位，然后传递高8位，再传递高16位，最后传递高24位。
3.4. 消息的组成3.4.1 消息结构每条消息由标识位、消息头、消息体和校验码组成，消息结构图如图1所示：图 1 消息结构图3.4.2 标识位采用 0x7e表示，若校验码、消息头以及消息体中出现 0x7e，则要进行转义处理，转义规则定义如下：0x7e<————>0x7d 后紧跟一个 0x02；0x7d<————>0x7d 后紧跟一个 0x01。
转义处理过程如下：发送消息时：消息体加密（如果需要）——>消息封装——>计算并填充校验码——>转义；接收消息时：转义还原——>验证校验码——>消息体解密（如果需要）——>解析消息。
示例：发送一包内容为 0x30 0x7e 0x08 0x7d 0x55 的数据包，则经过封装如下：0x7e 0x30 7d 0x02 0x08 0x7d0x01 0x55 0x7e。
3.4.3 消息头消息头内容详见表 2：表2 消息头内容消息体属性格式结构图如图 2 所示：图 2 消息体属性格式结构加密方式：Bit12-bit10： =000b：表示不加密， =001b： IDEA加密，其他：待定3.4.4 校验码校验码指从消息头开始，同后一字节异或，直到校验码前一个字节，占用一个字节。
附加字段：一般情况下，附加字段固定为0，但蓝牙定单执行请求（0xD001）中，附加字段为定单ID，4. 消息列表表3：指令列表说明：1、指令类型分为：数据类、控制类、蓝牙类、及升级类，共4类；2、数据的方向定义为：上行是指终端（车机）发出，接收端为平台或蓝牙；3、无论是哪端发送数据，接收端都要作应答，如果没有可应答的数据，则用通用应答，终端的通用应答的消息ID为0x0101，平台的通用应答的消息ID为0x8101,蓝牙与终端交互没有通用应答；4、蓝牙与终端交互的数据格式和平台与终端交互的数据格式是一样的，加密方式也是一样的，仅仅是消息ID不一样而已，蓝牙与终端通讯无需登陆、注销、心跳包；5、以下消息的说明仅列出了消息体字段的说明，消息中的其他字段都是一样的，不再说明。
5. 数据交互5.1登录消息ID：0x0001。
终端登录消息体为空。
当终端与平台断开连接，终端准备发送数据之前，则需要发送登录包与平台建立连接。
5.2注销消息ID：0x0002。
终端注销消息体为空。
终端通过注销包与平台断开连接。
5.3心跳消息ID：0x0003。
终端心跳消息体为空。
当终端与平台持续2分钟没有数据交互，则终端应主动发送心跳数据包，以便维持与平台的连接，同时平台应采用通用应答。
5.4工况数据消息ID：0x0004。
数据格式见表4。
在行程中（点火状态下）或熄火定时上传期间，终端会主动上传工况数据，上传间隔由平台设置，默认为1分钟。
表4消息体数据格式5.5 汽车故障消息ID：0x0005。
数据格式见表5, 在行驶中如果有故障会终端主动上报。
表5消息体数据格式5.6终端通用应答消息ID：0x0101。
终端通用应答消息体数格式见表6。
表6 消息体数据格式5.7参数查询应答消息ID：0x0102。
数据格式见表7。
当平台发送了参数查询命令（0x8002）时，终端用参数查询应答（0x0102）响应。
表7消息体数据格式5.8 工况数据查询应答消息ID：0x0103。
当平台发送了工况数据查询命令（0x8003）时，终端用参数查询应答（0x0103）响应, 应答的消息体字段与工况数据上传（0x0004）除了应答的流水号外，其他相同。
表8消息体数据格式5.9 车辆故障查询应答消息ID：0x0104。
当平台发送了车辆故障查询命令（0x8004）时，终端用车辆故障查询应答（0x0104）响应, 应答的消息体字段与车辆故障上传（0x0005）除了应答的流水号外，其他相同。
表9消息体数据格式5.10 参数设置消息ID：0x8001。
数据格式见表10。
终端用通用应答回应。
表10 消息体数据格式表11 终端参数项数据格式表12 终端参数设置各参数项定义及说明5.11 参数查询消息ID：0x8002。
数据格式见表13。
终端用参数查询应答（0x0102）。
表13 消息体数据格式5.12 工况数据查询消息ID：0x8003。
消息体为空。
当平台发送查询工况数据命令（0x8003）时，终端用消息ID为0x0103的消息回复。
5.13车辆查询故障消息ID：0x8004。
消息体为空。
当平台发送查询故障数据命令（0x8004）时，终端用消息ID为0x0104的消息回复。
5.14平台通用应答消息ID：0x8101。
数据格式见表14。
平台通用应答消息体。
表14平台通用应答消息体数据格式5.15登录应答消息ID：0x8102。
数据格式见表15。
当终端发送了登录请求（0x0001）时，平台判断终端的合法性，如果合法，则用登录响应（0x8102）回复。
表15消息体数据格式6 . 控制交互6.1定单执行结果上报消息ID：0x1001。
数据格式见表16。
当终端接收到手机通过蓝牙或其他近场通讯设备发送的定单请求命令时，判断该次命令的有效性并执行相应的动作，并上报平台执行结果，平台采用通用应答。
表16消息体数据格式6.2 远程控制消息ID：0x9001。
数据格式见表17。
终端用远程控制应答（0x1101）。
表17 消息体数据格式6.3 定单预定消息ID：0x9002。
数据格式见表18。
当平台接收到客户的车辆预定时，平台向终端下发预定命令,同时终端返回预定结果（0x1102）。
表18消息体数据格式6.4定单取消消息ID：0x9003。
数据格式见表19。
当平台获知该定单已执行完毕或其他原因需要取消该定单时，平台向终端下发取消命令,同时终端返回结果（0x1103）。
表19消息体数据格式6.5远程控制应答消息ID：0x1101。
数据格式见表20。
当平台发送了远程控制命令（0x9001）时，终端用远程控制应答（0x1101）响应。
表20消息体数据格式6.6定单预定应答消息ID：0x1102。
数据格式见表21。
当平台发送了定单预定命令（0x9002）时，终端用定单预定应答（0x1102）响应。
表21消息体数据格式6.7定单取消应答消息ID：0x1103。
数据格式见表22。
当平台发送了定单取消命令（0x9003）时，终端用定单取消应答（0x1103）响应。
表22消息体数据格式7. 蓝牙交互7.1定单执行请求消息ID：0xD001。
数据格式见表23。
当客户通过手机的蓝牙向终端发送定单执行请求命令（0xD001）时，终端把执行结果返回给手机端（0x5101）,同时把结果返回给平台（0x1001）,表23消息体数据格式7.2 执行结果应答消息ID：0x5101。
数据格式见表24。
当客户通过手机发送了定单执行请求（0xD001）时，终端判断其合法性，如果合法，则执行相应的动作，并把结果返回给手机。
表24消息体数据格式8. 升级终端的升级采用FTP服务器下载固件的方式来实现，终端与平台建立连接后随时可以上传升级请求命令（请求ID为0x7001），由平台来决定是否需要升级，同时下发请求应答到终端（应答ID为0xF101）,终端收到平台的允许升级的回应后，可以决定在空闲或其他时间升级。
8.1升级请求消息ID：0x7001。
数据格式见表25。
表25 消息体数据格式8.2升级请求应答消息ID：0xF101。
数据格式见表26。
表26 消息体数据格式9 短信控制命令终端与用户（手机）直接交互信息可以通过短信（SMS）进行，SMS格式定义如下：SMS内的字符约定为英文字母、数据和五种字符(= : , . #)。
如有其他字符，忽略，1）起始字符为#=2）终止字符为:#3）#=XXX,YYY,ZZZ:# 起始和终止字符之间通过,分割多个字段，第一个字段为命令字段，用于识别不同的指令，后续字段为参数或返回值字段。