标准编号:	GB/T 32960.3-2016
中文名称:	电动汽车远程服务与管理系统技术规范 第3部分：通讯协议及数据格式
英文名称:	Technical specifications of remote service and management system for electric vehicles—Part 3: Communication protocol and data format
行业分类:	GB    国家标准
ICS分类:	43.040.99 43.040.99    其他道路车辆装置 43.040.99
发布机构:	中华人民共和国国家质量监督检验检疫总局 中国国家标准化管理委员会
发布日期:	2016-08-29
实施日期:	2016-10-1
标准状态:	valid
翻译语言:	英文
文件格式:	PDF
中文字符数:	33000 字
翻译价格(元):	290.0
交付时间:	付款后 1 个工作日

Codeofchina.com is in charge of this English translation. In case of any doubt about the English translation, the Chinese original shall be considered authoritative. GB/T 32960 consists of the following three parts under the general title Technical Specifications of Remote Service and Management System for Electric Vehicles: ——Part 1: General Principle; ——Part 2: On-board Terminal; ——Part 3: Communication Protocol and Data Format. This part is Part 3 of GB/T 32960. This part is developed in accordance with the rules given in GB/T 1.1-2009. This part was proposed by the Ministry of Industry and Information Technology of the People's Republic of China. This part is under the jurisdiction of the National Technical Committee on Automobiles of Standardization Administration of China (SAC/TC 114). Drafting organizations of this part: Beijing Institute of Technology, China Automotive Technology & Research Center, SAIC Motor Corporation Limited, Neusoft Group Co., Ltd., WuHan Intest Electronic Technology Co., LTD., Xinyuan Information Technology Co., Ltd. of Beijing Institute of Technology, Shanghai International Automobile City Group Co., Ltd., Potevio New Energy Co., Ltd., Huawei Technology Co., Ltd., BYD Auto Industry Company Limited, Zhengzhou Yutong Bus Co., Ltd., Nantong Honghu Information Technology Co., Ltd., Brilliance Automotive Holdings Limited, Beijing Products Quality Supervision and Inspection Institute, Shenzhen BYD Daimler New Technology Co., Ltd., Beijing Automotive Technology Center Co., Ltd., Chongqing Changan New Energy Automobile Co., Ltd., Beijing New Energy Vehicle Co., Ltd., Shanghai Eastone Automotive Technology Co., Ltd., Zhejiang Geely Automobile Research Institute Co., Ltd., WH EVT Inc., Pan Asia Technical Automotive Center, SAIC-GM-Wuling Automobile Co., Ltd. (SGMW), Guangzhou Toyota Motor Co, Ltd., SAIC VOLKSWAGEN, FAW-Volkswagen Automotive Co., Ltd. and South East (Fujian) Motor Corporation Ltd. Chief drafters of this part: Wang Zhenpo, Zhou Rong, Liu Peng, Pu Jinhuan, Long Chaohua, Lu Chun, Hou Yi, Meng Xiangfeng, Chen Hanjun, Wang Lei, Mi Feng, Ding Xiaohua, Wu Zhiqiang, Fu Jing, Liu Kai, Liu Yongjun, Jiang Feng, Lv Shujun, Wu Lihua, Zhao Yatao, Shan Chong, Zhang Wenjie, Guan Pengshu, Wang Xu, Zhu Junjun, Wang Wenyang, Yang Xiantao, Xu Duo, Gao Xianfeng, Peng Yonglun, Hu Fangfang, Yang Yang, Xiong Xiaofei, Huang Zhicheng, Yu Xuetao, Xu Yan, Li Runhua, Ma Tao, Wang Yongting, Zheng Yanting, Liang Lijuan, Ban Dingdong, Qin Huaqiang, Guo Wenwen and Fan Dapeng. Technical Specifications of Remote Service and Management System for Electric Vehicles - Part 3: Communication Protocol and Data Format 1 Scope This part of GB/T 32960 specifies the protocol structure, communication connection, structure and definition of data package as well as format and definition of data unit in remote service and management system for electric vehicles. This part is applicable to the communication between platforms in remote service and management system for electric vehicles; the transmission from on-board terminal to platform should also make reference to it. 2 Normative References The following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies. GB/T 1988 Information Technology - 7-bit Coded Character Set for Information Interchange GB 16735 Road Vehicles - Vehicle Identification Number (VIN) GB 18030 Information Technology - Chinese Coded Character Set GB/T 19596 Terminology of Electric Vehicles GB/T 32960.1 Technical Specifications of Remote Service and Management System for Electric Vehicles - Part 1: General Principle 3 Terminologies and Definitions For the purposes of this document, the terminologies and definitions given in GB/T 19596 and GB/T 32960.1 and the following ones apply. 3.1 client platform the remote service and management platform for the vehicle data sender when data is exchanged between platforms 3.2 server platform the remote service and management platform for the vehicle data receiver when data is exchanged between platforms 3.3 register the process of providing platform and vehicle's static information for server platform from client platform, for the authentication of platform and vehicle identity Note: The definition of vehicle's static information is detailed in A.2 of Annex A. 3.4 upstream the data transmission direction from the client to the server 3.5 downstream the data transmission direction from the server to the client 3.6 vehicle login the client makes login authentication before uploading vehicle state information to the server 3.7 vehicle logout the client confirms from the server that the vehicle data is normal, stops transmitting and logs out from platform 3.8 platform login the client platform makes security authentication before uploading vehicle state information to the server platform 3.9 platform logout the client platform stops data transmission due to fault and logs out from server platform 3.10 encryption the process of encryption during data transmission 3.11 deciphering the process of deciphering after platform receives data 3.12 assembly the process of combining information carriers of real-time information freely 4 General Requirements 4.1 As for the protocol structure, TCP/IP network control protocol serves as the bottom communication bearer protocol, as shown in Figure 1. Figure 1 Communication Protocol Stack of Remote Service and Management System for Electric Vehicles 4.2 The connection between platforms and communication protocol shall meet those specified in Chapters 5, 6 and 7 of this part. 4.3 The communication protocol from on-board terminal to platform should refer to Annex B. 5 Communication Connection 5.1 Connection Establishment The client platform initiates a communication connection request to the server platform; after the communication link connection is established, the client platform shall automatically send login information to the server platform for identity recognition, and the server platform shall check the received data; if the data is correct, the server platform shall return successful response; if not, the server platform shall store error data record and inform the client platform. The login process is as shown in Figure 2.

Foreword i 1 Scope 2 Normative References 3 Terminologies and Definitions 4 General Requirements 5 Communication Connection 5.1 Connection Establishment 5.2 Information Transmission 5.3 Statistical Information Uploading 5.4 Connection Break 5.5 Supplementary Sending Mechanism 6 Structure and Definition of Data Package 6.1 Data Specification 6.1.1 Data Type 6.1.2 Transmission Rules 6.2 Data Package Structure 6.3 Command Unit 6.3.1 Command Identification 6.3.2 Response Marking 6.4 Time 7 Format and Definition of Data Unit 7.1 Vehicle Login 7.2 Real-time Information Uploading 7.2.1 Format of Real-time Information Uploading 7.2.2 Information Type Marking 7.2.3 Information carrier 7.3 Vehicle logout 7.4 Platform login 7.5 Platform logout Annex A (Normative) Definition of Part Fields Annex B (Informative) Communication Protocol from On-board Terminal to Platform

电动汽车远程服务与管理系统技术规范 第3部分：通信协议及数据格式 1 范围 GB/T 32960的本部分规定了电动汽车远程服务与管理系统中协议结构、通信连接、数据包结构与定义、数据单元格式与定义。 本部分适用于电动汽车远程服务与管理系统中平台间的通信，车载终端至平台的传输宜参照执行。 2规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。 GB/T 1988信息技术 信息交换用七位编码字符集 GB 16735 道路车辆 车辆识别代号(VIN) GB 18030信息技术 中文编码字符集 GB/T 19596 电动汽车术语 GB/T 32960.1 电动汽车远程服务与管理系统技术规范 第1部分：总则 3术语和定义 GB/T 19596、GB/T 32960.1界定的以及下列术语和定义适用于本文件。 3.1 客户端平台 client platform 平台间进行数据交互时，作为车辆数据发送方的远程服务与管理平台。 3.2 服务端平台 server platform 平台间进行数据交互时，作为车辆数据接收方的远程服务与管理平台。 3.3 注册 register 客户端平台向服务端平台提供平台和车辆静态信息，用于平台和车辆身份验证的过程。 注：车辆静态信息定义见附录A中A.2。 3.4 上行 upstream 从客户端到服务端的数据传输方向。 3.5 下行downstream 从服务端到客户端的数据传输方向。 3.6 车辆登入 vehicle login 客户端向服务端上报车辆状态信息前进行登入认证。 3.7 车辆登出 vehicle logout 客户端向服务端确认车辆数据正常停止传输并从平台登出。 3.8 平台登入platform login 客户端平台在向服务端平台上报车辆状态信息前进行安全认证。 3.9 平台登出platform logout 客户端平台因故停止数据传输并从服务端平台登出。 3.10 加密 encryption 数据传输进行编密码的过程。 3.11 解密deciphering 平台收到数据后进行解密码的过程。 3.12 拼装 assembly 将实时信息部分的各信息体进行自由组合的过程。 4 一般要求 4.1 协议结构以TCP/IP网络控制协议作为底层通信承载协议，如图1所示。 本部分所规定的协议 底层承载 图1 电动汽车远程服务与管理系统通信协议栈 4.2平台间的连接与通信协议应满足本部分第5章、第6章和第7章的规定。 4.3 车载终端到平台的通信协议宜参照附录B。 5 通信连接 5.1 连接建立 客户端平台向服务端平台发起通信连接请求，当通信链路连接建立后，客户端平台应自动向服务端平台发送登入信息进行身份识别，服务端平台应对接收到的数据进行校验；校验正确时，服务端平台应返回成功应答；校验错误时，服务端平台应存储错误数据记录并通知客户端平台。登入流程如图2所示。 客户端平台 服务端平台 登入 应答 图2平台登入流程示意图 客户端平台应在接收到服务端平台的应答指令后完成本次登入传输；客户端平台在规定时间内未收到应答指令，应每间隔1 min重新进行登入；若连续重复3次登入无应答，应间隔30 min后，继续重新链接，并把链接成功前存储的未成功发送的数据重新上报，重复登入间隔时间可以设置。 5.2信息传输 5.2.1 客户端平台登入成功后，应向服务端平台上报电动汽车的实时信息，实时信息上报流程如图3所示。 客户端平台 服务端平台 车辆数据上报 应答 图3信息上报流程示意图 5.2.2 当客户端平台向服务端平台上报信息时，服务端平台应对接收到的数据进行校验。当校验正确时，服务端平台做正确应答；当校验错误时，服务端平台做错误应答。服务端平台的应答信息错误时，客户端应重发车辆的本条实时信息，应每间隔1 min重新发送1次，失败3次后不再发送。 5.2.3客户端平台向服务端平台上报信息时，应根据实际情况依照7.2.3完成下列数据：驱动电机数据、整车数据、燃料电池数据、发动机数据、车辆位置数据、极值数据、报警数据进行拼装后上报。平台交换数据和用户自定义数据存在时，还应完成平台交换数据和用户自定义数据的上报。 5.2.4客户端平台向服务端平台上报信息的时间周期应可调整。车辆信息上报的时间周期最大应不超过30 s；当车辆出现表17的3级报警时，应上报故障发生时间点前后30 s的数据且信息采样周期不大于1 s，其中故障发生前数据应以补发的形式进行传输。 5.2.5当终端发送数据为加密状态时，客户端平台应先进行数据解密，并重新加密后发送至服务端平台，如平台间传输无加密需求则无需重新加密。 5.3统计信息上报 统计信息应以FTP、HTTP或HTTPS方式传输到服务端平台。 5.4连接断开 服务端平台应根据以下情况断开与客户端平台的会话连接： ——TCP连接中断。 客户端平台应根据以下情况断开与服务端平台的会话连接： ——TCP连接中断； ——TCP连接正常，达到重新发送次数后仍未收到应答。 5.5补发机制 当数据通信链路异常时，客户端平台应将实时上报数据进行本地存储。在数据通信链路恢复正常后，在发送实时上报数据的空闲时间完成补发存储的上报数据。补发的上报数据应为7日内通信链路异常期间存储的数据，数据格式与实时上报数据相同，并标识为补发信息上报(0x03)。 6数据包结构和定义 6.1 数据说明 6.1.1数据类型 协议中传输的数据类型见表1。 表1数据类型 数据类型 描述及要求 BYTE 无符号单字节整型(字节，8位) WORD 无符号双字节整型(字，16位) DWORD 无符号四字节整型(双字，32位) BYTE[n] n字节 STRING ASCII字符码，若无数据则放一个0终结符，编码表示见GB/T 1988所述；含汉字时，采用区位码编码，占用2个字节，编码表示见GB 18030所述 6.1.2传输规则 协议应采用大端模式的网络字节序来传递字和双字。 6.2数据包结构 一个完整的数据包应由起始符、命令单元、识别码、数据加密方式、数据单元长度、数据单元和校验码组成，数据包结构和定义见表2。 表2数据包结构和定义 起始字节 定义 数据类型 描述及要求 0 起始符 STRING 固定为ASCII字符‘##’，用“0x23,0x23”表示 2 命令 单元 命令 标识 BYTE 命令单元定义见6.3 3 应答 标志 BYTE 4 唯一识别码 STRING 当传输车辆数据时，应使用车辆VIN，其字码应符合GB 16735的规定。如传输其他数据，则使用唯一自定义编码 表2(续) 起始字节 定义 数据类型 描述及要求 21 数据单元加密方式 BYTE 0x01：数据不加密；0x02：数据经过RSA算法加密；0x03：数据经过AES128位算法加密；“0xFE”表示异常，“0xFF”表示无效，其他预留 22 数据单元长度 WORD 数据单元长度是数据单元的总字节数，有效值范围：0～65 531 24 数据单元 — 数据单元格式和定义见第7章 倒数第1位 校验码 BYTE 采用BCC(异或校验)法，校验范围从命令单元的第一个字节开始，同后一字节异或，直到校验码前一字节为止，校验码占用一个字节，当数据单元存在加密时，应先加密后校验，先校验后解密 6.3命令单元 6.3.1 命令标识 命令标识应是发起方的唯一标识，命令标识定义见表3。 表3命令标识定义 编码 定义 方向 0x01 车辆登入 上行 0x02 实时信息上报 上行 0x03 补发信息上报 上行 0x04 车辆登出 上行 0x05 平台登入 上行 0x06 平台登出 上行 0x07～0x08 终端数据预留 上行 0x09～0x7F 上行数据系统预留 上行 0x80～0x82 终端数据预留 下行 0x83～0xBF 下行数据系统预留 下行 0xC0～0xFE 平台交换自定义数据 自定义 6.3.2应答标志 命令的主动发起方应答标志为0xFE，表示此包为命令包；当应答标志不是0xFE时，被动接收方应不应答。当命令的被动接收方应答标志不是0xFE时，此包表示为应答包。 当服务端发送应答时，应变更应答标志，保留报文时间，删除其余报文内容，并重新计算校验位。 应答标志定义见表4。 表4应答标志定义 编码 定义 说明 0x01 成功 接收到的信息正确 0x02 错误 设置未成功 0x03 VIN重复 VIN重复错误 0XFE 命令 表示数据包为命令包，而非应答包 6.4 时间 时间均应采用北京时间，时间定义见表5。 表5时间定义 数据表示内容 长度/字节 数据类型 有效值范围 年 1 BYTE 0～99 月 1 BYTE 1～12 日 1 BYTE 1～31 小时 1 BYTE 0～23 分钟 1 BYTE 0～59 秒 1 BYTE 0～59 7数据单元格式和定义 7.1 车辆登入 车辆登入数据格式和定义见表6。 表6车辆登入数据格式和定义 数据表示内容 长度/9节 数据类型 描述及要求 数据采集时间 6 BYTE[6] 时间定义见表5 登入流水号 2 WORD 车载终端每登入一次，登入流水号自动加1，从1开始循环累加，最大值为65531，循环周期为天 ICCID 20 STRING SIM卡ICCID号(ICCID应为终端从SIM卡获取的值，不应人为填写或修改) 可充电储能子系统数 1 BYTE 可充电储能子系统数n，有效值范围：0～250 可充电储能系统编码长度 1 BYTE 可充电储能系统编码长度m，有效范围：0～50，“0”表示不上传该编码 可充电储能系统编码 n×m STRING 可充电储能系统编码宜为终端从车辆获取的值 注：可充电储能子系统指当车辆存在多套可充电储能系统混合使用时，每套可充电储能系统为一个可充电储能子系统。 7.2实时信息上报 7.2.1 实时信息上报格式 实时信息上报数据格式和定义见表7。 表7 实时信息上报数据格式和定义 数据表示内容 长度/字节 数据类型 描述及要求 数据采集时间 6 BYTE[6] 时间定义见表5 信息类型标志(1) 1 BYTE 信息类型标志定义见表8 信息体(1) — — 根据信息类型不同，长度和数据类型不同 …… — — …… 信息类型标志(n) 1 BYTE 信息类型标志定义见表8 信息体(n) — — 根据信息类型不同，长度和数据类型不同 7.2.2信息类型标志 信息类型标志定义见表8。 表8信息类型标志定义 类型编码 说明 备注 0x01 整车数据 详见7.2.3.1 0x02 驱动电机数据 详见7.2.3.2，且停车充电过程无需传输该数据 0x03 燃料电池数据 详见7.2.3.3 0x04 发动机数据 详见7.2.3.4，停车充电过程无需传输该数据 0x05 车车位置数据 详见7.2.3.5 0x06 极值数据 详见7.2.3.6 0x07 报警数据 详见7.2.3.7 0x08～0x09 终端数据预留 — 0x0A～0x2F 平台交换协议自定义数据 — 0x30～0x7F 预留 — 0x80～0xFE 用户自定义 详见7.2.3.8 7.2.3 信息体 7.2.3.1 整车数据 整车数据格式和定义见表9。 表9整车数据格式和定义 数据表示内容 长度/字节 数据类型 描述及要求 车辆状态 1 BYTE 0x01：车辆启动状态；0x02：熄火；0x03：其他状态；“0xFE”表示异常，“0xFF”表示无效 充电状态 1 BYTE 0x01：停车充电；0x02：行驶充电；0x03：未充电状态；0x04：充电完成；“0xFE”表示异常，“0xFF”表示无效 运行模式 1 BYTE 0x01：纯电；0x02：混动；0x03：燃油；0xFE表示异常；0xFF表示无效 车速 2 WORD 有效值范围：0～2 200(表示0 km/h～220 km/h)，最小计量单元：0.1km/h，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 累计里程 4 DWORD 有效值范围：0～9 999 999(表示0 km～999 999.9 km)，最小计量单元：0.1 km。“0xFF，0xFF，0xFF，0xFE”表示异常，“0xFF，0xFF，0xFF，0xFF”表示无效 总电压 2 WORD 有效值范围：0～10 000(表示0 V～1 000 V)，最小计量单元：0.1V，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 总电流 2 WORD 有效值范围：0～20 000(偏移量1 000 A，表示-1 000 A～+1 000 A)，最小计量单元：0.1A，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 SOC 1 BYTE 有效值范围：0～100(表示0％～100％)，最小计量单元：1％，“0xFE”表示异常，“0xFF”表示无效 DC-DC状态 1 BYTE 0x01：工作；0x02：断开，“0xFE”表示异常，“0xFF”表示无效 挡位 1 BYTE 挡位定义见附录A中A.1 绝缘电阻 2 WORD 有效范围0～60 000(表示0 kΩ～60 000 kΩ)，最小计量单元：1 kΩ 预留 2 WORD 预留位 7.2.3.2驱动电机数据 驱动电机数据格式和定义见表10。 表10驱动电机数据格式和定义 数据表示内容 长度/字节 数据类型 描述及要求 驱动电机个数 1 BYTE 有效值1～253 驱动电机总 成信息列表 ∑每个驱动 电机总成 信息长度 — 按驱动电机序号依次排列，每个驱动电机数据格式和定义见表11 表11 每个驱动电机数据格式和定义 数据表示内容 长度/字节 数据类型 描述及要求 驱动电机序号 1 BYTE 驱动电机顺序号，有效值范围1～253 驱动电机状态 1 BYTE 0x01：耗电；0x02：发电；0x03：关闭状态；0x04：准备状态“0xFE”表示异常，“0xFF”表示无效 驱动电机控制器温度 1 BYTE 有效值范围：0～250(数值偏移量40℃，表示-40℃～+210℃)，最小计量单元：1℃，“0xFE”表示异常，“0xFF”表示无效 驱动电机转速 2 WORD 有效值范围：0～65 531(数值偏移量20 000表示-20 000 r/min～45 531 r/min)，最小计量单元：1 r/min，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 驱动电机转矩 2 WORD 有效值范围：0～65 531(数值偏移量20 000表示-2 000 N·m～4 553.1 N·m)，最小计量单元：0.1 N·m，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 驱动电机温度 1 BYTE 有效值范围：0～250(数值偏移量40℃，表示-40℃～+210℃)，最小计量单元：1℃，“0xFE”表示异常，“0xFF”表示无效 电机控制器 输入电压 2 WORD 有效值范围：0～60 000(表示0 V～6 000 V)，最小计量单元：0.1V，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 电机控制器 直流母线电流 2 WORD 有效值范围：0～20 000(数值偏移量1 000 A，表示-1 000 A～+1 000 A)，最小计量单元：0.1A，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 7.2.3.3燃料电池数据 燃料电池数据格式和定义见表12。 表12燃料电池数据格式和定义 数据表示内容 长度/字节 数据类型 描述及要求 燃料电池电压 2 WORD 有效值范围：0～20 000(表示0 V～2 000 V)，最小计量单元：0.1 V，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 燃料电池电流 2 WORD 有效值范围：0～20 000(表示0 A～+2 000 A)，最小计量单元：0.1 A，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 燃料消耗率 2 WORD 有效值范围：0～60 000(表示0 kg/100 km～600 kg/100 km)，最小计量单元：0.01 kg/100 km，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 燃料电池温度探针总数 2 WORD N个燃料电池温度探针，有效值范围：0～65 531，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 探针温度值 1×N BYTE[N] 有效值范围：0～240(数值偏移量40℃，表示-40℃～+200 ℃)，最小计量单元：1℃ 表12(续) 数据表示内容 长度/字节 数据类型 描述及要求 氢系统中最高温度 2 WORD 有效值范围：0～2 400(偏移量40℃，表示-40℃～200℃)，最小计量单元：0.1℃，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 氢系统中最高 温度探针代号 1 BYTE 有效值范围：1～252，“0xFE”表示异常，“0xFF”表示无效 氢气最高浓度 2 WORD 有效值范围：0～60 000(表示0 mg/kg～50 000 mg/kg)，最小计量单元：1 mg/kg，“0xFF，OxFE”表示异常，“0xFF，0xFF”表示无效 氢气最高浓度 传感器代号 1 BYTE 有效值范围：1～252，“0xFE”表示异常，“0xFF”表示无效 氢气最高压力 2 WORD 有效值范围：0～1 000(表示0 MPa 100 MPa)，最小计量单元：0.1 MPa 氢气最高压力 传感器代号 1 BYTE 有效值范围：1～252，“0xFE”表示异常，“0xFF”表示无效 高压DC/DC状态 1 BYTE 0x01：工作；0x02：断开；“0xFE”表示异常，“0xFF”表示无效 7.2.3.4发动机数据 发动机数据格式和定义见表13。 表13发动机部分数据格式和定义 数据表示内容 长度/字节 数据类型 描述及要求 发动机状态 1 BYTE 0x01：启动状态；0x02：关闭状态，“0xFE”表示异常，“0xFF”表示无效 曲轴转速 2 WORD 有效范围：0～60 000(表示0 r/min～60 000 r/min)，最小计量单元：1 r/min，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 燃料消耗率 2 WORD 有效值范围：0～60 000(表示0 L/100 km～600 L/100 km)，最小计量单元：0.01 L/100 km，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 7.2.3.5车辆位置数据 车辆位置数据格式和定义见表14。 表14车辆位置数据格式和定义 数据表示内容 长度/字节 数据类型 描述及要求 定位状态 1 BYTE 状态位定义见表15 经度 4 DWORD 以度为单位的纬度值乘以106，精确到百万分之一度 表14(续) 数据表示内容 长度/字节 数据类型 描述及要求 纬度 4 DWORD 以度为单位的纬度值乘以106，精确到百万分之一度 表15状态位定义 位 状态 0 0：有效定位；1：无效定位(当数据通信正常，而不能获取定位信息肘，发送最后一次有效定位信息，并将定位状态置为无效。) 1 0：北纬；1：南纬 2 0：东经；1：西经 3～7 保留 7.2.3.6 极值数据 极值数据格式和定义见表16。 表16极值数据格式和定义 数据表示内容 长度/字节 数据类型 描述及要求 最高电压电池子系统号 1 BYTE 有效值范围：1～250，“0xFE”表示异常，“0xFF”表示无效 最高电压电池单体代号 1 BYTE 有效值范围：1～250，“0xFE”表示异常，“0xFF”表示无效 电池单体电压最高值 2 WORD 有效值范围：0～15 000(表示0 V～15 V)，最小计量单元：0.001 V，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 最低电压电池子系统号 1 BYTE 有效值范围：1～250，“0xFE”表示异常，“0xFF”表示无效 最低电压电池单体代号 1 BYTE 有效值范围：1～250，“0xFE”表示异常，“0xFF”表示无效 电池单体电压最低值 2 WORD 有效值范围：0～15 000(表示0 V～15 V)，最小计量单元：0.001 V，“0xFF，0xFE”表示异常，“0xFF，0xFF”表示无效 最高温度子系统号 1 BYTE 有效值范围：1～250，“0xFE”表示异常，“0xFF”表示无效 最高温度探针序号 1 BYTE 有效值范围：1～250，“0xFE”表示异常，“0xFF”表示无效 最高温度值 1 BYTE 有效值范围：0～250(数值偏移量40℃，表示-40℃～+210℃)，最小计量单元：1℃，“0xFE”表示异常，“OxFF”表示无效 最低温度子系统号 1 BYTE 有效值范围：1～250，“0xFE”表示异常，“0xFF”表示无效 最低温度探针序号 1 BYTE 有效值范围：1～250，“0xFE”表示异常，“0xFF”表示无效 最低温度值 1 BYTE 有效值范围：0～250(数值偏移量40℃，表示-40℃～+210℃)，最小计景单元：1℃，“0xFE”表示异常，“0xFF”表示无效 7.2.3.7 报警数据 报警数据格式和定义见表17。