电动汽车远程服务与管理系统技术规范 第4部分：平台交换协议规范及数据格式(征求意见稿)
电动汽车远程服务与管理系统技术规范新能源解读
基本原则：公共平台仅抽样采集车辆数据，不对车辆下发任何修改指 令，均由企业平台进行处理。
新能源汽车国家监测平台
能力验证
新能源汽车
数据实时传输
企业监测平台
指令下发
1、终端更新、参数设置等指令 2、抽样开启、关闭等调用指令
建议采用双链路传输模式，确保抽样时企业链路的保持。
16
数据补发
4.2.5 数据补发 当通信异常时，车载终端应将采集的实时数据存储到本地存储介质中，等 待通信恢复正常后进行实时数据的补发，补发数据及方式应符合GB/T 32960.3—2016的相关要求。
GB/T 32960 -2016 要点解读
汇报人：刘 鹏
《电动汽车远程服务与管理系统技术规范》标准起草组 2016年11月
GB/T 32960 《电动汽车远程服务与管理系统技术规范》
第一部分：总则
第二部分：车载 终端
第三部分：通信 协议及数据格式
监测体系架构与功能 说明
终端功能要求与技术 条件
平台、终端的通信协 议、数据内容与格式
该内容上报方式为非实时传输数据，而是触发数据，一般以 人工上报为主，应由公共平台进行开放的接口或程序，便于 企业上报。
8
公共平台要求
（1）整车企业信息维护与审核； （2）故障与报警的处置措施、处置进度和处置结果上报； （3）具备车辆运行数据、故障数据的统计和分析功能； （4）与上一级公共平台的信息上报功能。
11
存储数据可加密。
完整性
准确性
不可否 认性
车辆数据的采集、解析、存储均应 完整、准确，保证数据的可追溯。
存储、上报内容即视为 认可数据，不可否认
12
1 • 日期与时间 2 • 数据采集 3 • 数据存储 4 • 数据传输 5 • 数据补发 6 • 注册与激活 7 • 独立运行功能 8 • 远程控制功能
电动汽车远程服务与管理系统技术规范新能源解读
11
存储数据可加密。
完整性
准确性
不可否 认性
车辆数据的采集、解析、存储均应 完整、准确，保证数据的可追溯。
存储、上报内容即视为 认可数据，不可否认
12
1 • 日期与时间 2 • 数据采集 3 • 数据存储 4 • 数据传输 5 • 数据补发 6 • 注册与激活 7 • 独立运行功能 8 • 远程控制功能
2
按照企业是第一责任主体的思路，构建新能源汽车监测平台 的体系架构。
所有数据均按照直接上传到企业平台，然后转发到公共平台 的技术方式。公共平台内亦按照平台交换协议，逐级上报。
公共平台
电动汽车 车载终端
车与平台 通信协议
平台交换 通信协议
企业平台
3
数据基本要求：GB/T 32960.3 数据上报最低时间间隔：30s，故障时1s 车载终端的通信协议可由企业自定义。 企业可根据自身安全监测要求，进行数据扩项或提高频率。
平台间应存在连接情况校验方式，确保数据可以进行实时传输，当平台 连接出现中断时，应进行本地存储并在连接恢复后进行数据补发。
静态数据可以进行离线传输或通过本标准自定义数据进行传输。 平台间通讯应进行登入及登出操作，用于及时判定平台间通讯是否为正
常断开。
24
应由客户端平台发送平台登入报文（参见表25）。 服务端平台应根据平台相关静态信息对客户端平台登录数据进行相关
如客户端平台如因特殊原因需暂 • 应发送平台登出报文（参见表26），并在连接恢复时 时断开与服务端平台的连接 补发连接断开期间数据。
如服务端平台因特殊原因需暂时 • 应提前30分钟发送登出报文给各服务端平台。 断开与服务端平台的连接
25
平台间车辆数据信息传输 客户端平台收到登入成功应答后方可传输车辆数据信息到服务 端平台。 服务端平台应对客户端平台发送的每一条车辆数据报文进行应 答。如可通过其他技术手段（如消息中间件）确保每条数据都 正常送达，则对于车辆实时数据（命令标识0x02）中的正确数 据可不做应答处理。 车辆登入、登出数据作为车辆运行信息判定条件，必须进行传 输。
DB11_Z 993.3——2013
ICS 35.240.60L 67 DB11 北京市标准化指导性技术文件DB11/Z 993.3—2013电动汽车远程服务与管理系统技术规范第3部分：车载终端通信协议及数据格式Technical specifications of remote service and management system for electric vehicles Part3：Communication protocol and data format ofvehicle terminal2013- 06 - 21发布目次前言 (II)引言 (III)1 范围 (1)2 规范性引用文件 (1)3 术语和定义 (1)4 协议结构 (2)5 通信连接 (2)6 数据包结构和定义 (5)7 数据单元格式和定义 (7)附录 A （规范性附录）部分字段定义 (16)前言DB11/Z 993《电动汽车远程服务与管理系统技术规范》分为5部分：——第1部分：总则；——第2部分：车载终端；——第3部分：车载终端通信协议及数据格式；——第4部分：平台交换协议规范及数据格式；——第5部分：服务和管理。
本指导性技术文件为DB11/Z 993的第3部分。
本指导性技术文件按照GB/T 1.1-2009给出的规则起草。
本指导性技术文件由北京市科学技术委员会提出并归口。
本指导性技术文件由北京市科学技术委员会组织实施。
本指导性技术文件的起草单位：北京理工大学、北京交通大学、中国科学院电工研究所、北京理工华创电动车技术有限公司、北汽福田汽车股份有限公司、北京汽车新能源汽车有限公司、重庆长安新能源汽车有限公司、北京市电力公司北京电力科学研究院、北京公共交通控股（集团）有限公司、北京汉森电信有限公司、武汉英泰斯特电子技术有限公司、奇点新源国际技术开发（北京）有限公司、航天新长征电动汽车技术有限公司、北京合众思壮科技股份有限公司、浙江中科正方电子技术有限公司、中信国安盟固利动力科技有限公司、北京普莱德新能源电池科技有限公司。
《电动汽车远程监控技术规范 第1部分：总则》征求意见稿
ICS **.***DB11京 市 地 方 标 准DB11/T ****—2012北电动汽车远程监控技术规范 第 1 部分：总则Technical specifications of remotemonitoring for electric vehicles Part1：General （征求意见稿）2012-××-××发布2012-××-××实施 发布北京市质量技术监督局DB11/T ****—2012目次目次........................................................................................................................................................................I 前言.......................................................................................................................................................................II 引言......................................................................................................................................................................III 1 范围...............................................................................................................................................................1 2 规范性引用文件...........................................................................................................................................1 3 术语和定义...................................................................................................................................................1 4 电动汽车远程监控系统架构 .......................................................................................................................2 5 系统主要功能...............................................................................................................................................3 6 系统性能指标...............................................................................................................................................3IDB11/T ****—2012前言为贯彻落实国家节能环保政策，促进电动汽车推广应用，加强电动汽车运行的安全管理，指导和规 范北京市电动汽车监控平台建立，特制定本指导性技术文件。
电动汽车远程监控技术规范_第4部分：平台交换协议及数据格式概要
DB11/T ****—2012电动汽车远程监控技术规范 第4部分：平台交换协议及数据格式Technical specifications of remote monitoring for electric vehicles Part4：Protocol specifications and data format of exchange platform（送审稿）ICS **.***北京市质量技术监督局 发布DB11目次目次 (1)前言 (2)1 范围 (3)2 规范性引用文件 (3)3 术语、定义和缩略语 (3)4 协议结构 (4)5 通信连接 (4)6 数据包结构和定义 (11)7 数据单元格式和定义 (12)附录A (17)前言本标准按照GB/T1.1-2009给出的规则起草。
本标准由北京市科学技术委员会提出。
本标准由北京市科学技术委员会组织实施。
本标准的主要起草单位：北京交通大学，北京理工大学本标准的参与起草单位：本标准的主要起草人：本标准的参与起草人电动汽车远程监控技术规范第4部分：平台交换协议及数据格式1范围本标准规定了电动汽车监控和服务平台与接入平台间的通信协议，描述了用于平台交换的协议格式和数据要求。
本标准适用于电动汽车监控和服务平台与接入平台间之间的通信。
2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。
凡是不注日期的引用文件，其最新版本适用于本标准。
GB 16735 道路车辆识别代号(VIN)GB/T 19596电动汽车术语GB/T 1988 信息技术信息交换用七位编码字符集（eqv ISO/IEC 646）DB11/Z 801-2011 电动汽车电能供给与保障技术规范动力蓄电池包编码DB**/* ***-2012 电动汽车远程监控技术规范第1部分：总则DB**/* ***-2012 电动汽车远程监控技术规范第2部分：车载终端通信协议及数据格式3术语、定义和缩略语3.1 术语和定义GB/T 19596确立的以及下列术语和定义适用于本文件。
《电动汽车充换电服务信息交换 第4部分：数据传输与安全》
ICS 35.240.60L 73T/CEC 中国电力企业联合会标准T/CEC 102.4—2016电动汽车充换电服务信息交换第4部分：数据传输与安全Interactive of charging and battery swap service information for electric vehiclePart4：Data transmission and SecurityXXXX-XX-XX发布XXXX-XX-XX实施目次前言 (I)1 范围 (2)2 规范性引用文件 (2)3 术语和定义 (2)4 数据传输体系 (2)4.1 数据传输一般流程 (2)4.2 数据传输接口 (2)4.3 接口调用方式 (3)4.4 消息头规范 (3)4.5 消息主体规范 (3)4.6 重发机制....................................................... 错误!未定义书签。
4.7 批量数据传输 (4)5 平台认证要求 (4)5.1 基本要求 (4)5.2 平台认证方式及规则 (5)6 密钥的管理和使用 (5)6.1 基本要求 (6)6.2 密钥的分类 (6)6.3 密钥的管理 (6)6.4 密钥的使用 (6)附录A（规范性附录）分布式认证的认证接口规范 (8)附录B（资料性附录）数据加解密方式 (9)附录C（资料性附录） HMAC-MD5参数签名方式 (10)前言《电动汽车充换电服务信息交换》本次制定共分为四个部分：——第1部分：总则；——第2部分：公共信息交换规范；——第3部分：业务信息交换规范；——第4部分：数据传输及安全；本规范为第4部分。
本规范按照GB/T 1.1-2009 给出的规则编写。
请注意本规范中的某些内容可能涉及专利。
本规范的发布机构不承担识别这些专利的责任。
本规范由中国电力企业联合会提出。
本规范由能源行业电动汽车充电设施标准化技术委员会归口。
电动汽车远程服务与管理系统技术规范
电动汽车远程服务与管理系统技术规范
随着科学技术的迅猛发展，电动汽车已成为新一代绿色环保的代步方式，越来越多的电动汽车被广泛应用，电动汽车的管理也变得更加重要。
然而，现有的电动汽车管理系统存在一些问题，如难以实现远程服务和管理。
为了解决这一问题，我们提出了“电动汽车远程服务与管理系统技术规范”。
电动汽车远程服务与管理系统技术规范的目的是提高电动汽车
的远程管理效率，确保汽车的安全性和便捷性，实现对电动汽车的远程控制和管理。
本规范主要包括以下几个方面：
首先，在远程服务与管理系统的建设方面，我们将采用现代信息技术使用第三方应用程序连接平台，进行多方面的内容服务，提高服务效率。
此外，我们将采用可靠的安全技术制定安全策略，以保护用户的个人信息安全，防止恶意攻击和滥用远程服务。
其次，在远程服务的实施方面，我们将利用现有的电动汽车数据采集技术，实现对汽车运行状况的远程监控，包括车辆位置、速度、电量、故障码等。
在此基础上，我们还将利用车辆健康诊断技术，对汽车进行远程检测，发现和处理可能存在的问题，以保证汽车的正常运行。
最后，我们将建立电动汽车定位追踪系统，实现对电动汽车位置的实时跟踪和监控。
此外，我们还将提供一系列便捷的远程操控服务，包括开关车门、查看车内温度、调整车速等，以满足用户对汽车的操控要求。
总之，电动汽车远程服务与管理系统技术规范将为电动汽车的管理提供强有力的支持，确保用户体验最优，同时也为电动汽车提供便捷、安全和可靠的服务。
这一规范将会极大改善电动汽车的使用体验，确保电动汽车安全地运行，为电动汽车的安全运行以及更加深入地研究提供基础。
GB-T 32960国标重点解读
由于车辆不可避免3级故障的产生，动力蓄电池单体电池电压 和各个电池包探针温度数据也应包含在企业平台数据采集范 围内，亦表明企业的数据上传的能力验证中，也需要对此项 内容进行考核，以确保3级故障回溯跟踪时的数据完整性。
6
报警功能
5.2.2 企业平台应具备车辆故障监控和安全报警的功能。根据 可能对车辆造成的安全隐患严重程度，对故障和报警进行分 级管理，不同的级别应设置相应的处置措施。
如客户端平台未收到应答，应每间隔一分钟重新执行登入操作，若连续3次无应 答，应间隔30分钟后继续重新连接。
27
一
二 三
指导范围
连接及通讯方式
四
附录说明
28
数据包结构说明
起始字 节 0 定义 起始符 数据类 型 STRING 描述及要求 固 定 为 ASCII 字 符 ‘##’ ， 用 “0x23, 0x23”表示。
自动按照1s的周期，
车辆自身具备一定的
上报故障点前后30s的数据
车辆按照1s本地存储，
数据辨别能力，并按
需进行数据的上传。 由VCU判断，终端处
平台判断故障点后向
终端发送指令获取。 数据有一定滞后性且
车辆按照1s进行数据
上报。
理，要求高
存在无法获取的风险。
数据压力大 7
故障处置上报
5.3.1公共平台应具备整车企业使用的信息录入及维护功能， 用于企业录入车辆静态信息以及上报故障与报警的处置措施、 处置进度和处置结果。公共平台应对企业录入信息进行审核。 5.3.2公共平台从企业平台获取车辆行驶、充电等运行数据， 进行监管和相关数据分析。
4.2.1 时间和日期
车载终端应提供时间和日期。时间应精确到秒，日期应精确到日。 与标准时间相比时间误差24h内±5s。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
.ICSDB11 北京市标准化指导性技术文件DB 11/Z 993.4—2013电动汽车远程服务与管理系统技术规范第4部分：平台交换协议规范及数据格式Technical specifications of remote service and management system forelectric vehiclesPart4：Protocol specifications and data format of exchange platform（征求意见稿）XXXX-XX-XX发布XXXX-XX-XX实施目次前言 (I)引言 (III)1范围 (1)2 规范性引用文件 (1)3术语、定义和缩略语 (1)4交换方式 (1)5通信连接 (1)6数据包结构和定义 (3)7数据单元格式和定义 (4)前言DB11/Z 993《电动汽车远程服务与管理系统技术规范》分为5部分：——第1部分：总则；——第2部分：车载终端；——第3部分：车载终端通信协议及数据格式；——第4部分：平台交换协议规范及数据格式；——第5部分：服务和管理。
本指导性技术文件为DB11/Z 993的第4部分。
本指导性技术文件按照GB/T1.1-2009给出的规则起草。
本指导性技术文件由北京市科学技术委员会提出并归口。
本指导性技术文件由北京市科学技术委员会组织实施。
本指导性技术文件的起草单位：北京理工大学本指导性技术文件的主要起草人：引言为贯彻落实国家科技部、财政部、工业和信息部、发展改革委下发的“关于加强节能与新能源汽车示范推广安全管理工作的函”（国科办函高【2011】322号）中试点城市要进一步加强示范运行车辆的安全监控，加强对动力电池工作状态和车辆运行状态的监控，建立事故预警信息系统及事故紧急处理机制，特制定本文件。
电动汽车远程监控技术规范第4部分：平台交换协议规范及数据格式1范围本指导性技术文件规定了电动汽车远程服务与管理系统综合服务与管理平台（简称综合平台）与企业服务与管理平台（简称企业平台）之间数据交换的技术要求，包括通信协议结构、通信连接、数据包结构和定义、数据单元格式和定义等内容。
本指导性技术文件适用于电动汽车远程服务于管理系统综合平台与企业平台之间的数据交换。
2规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB 16735 道路识别代号(VIN)GB/T 19596 电动汽车术语DB11/Z 801-2011 电动汽车电能供给与保障技术规范动力蓄电池包编码DB11/Z 993.1-2013 电动汽车远程服务与管理系统技术规范第1部分：总则DB11/Z 993.3-2013 电动汽车远程服务与管理系统技术规范第3部分：车载终端通信协议及数据格式3术语、定义和缩略语GB/T 19596、DB11/Z 801-2011、DB11/Z993.1-2013确立的以及下列术语和定义适用于本文件。
3.1信息上报企业平台到综合平台的信息传输。
3.2信息下发综合平台到企业平台的信息传输。
4交换方式综合平台与企业平台之间采用web service的数据交换方式。
5通信连接5.1 Web service连接的建立当通信连接建立，综合平台应立即调用企业平台Web service接口发送用户身份信息和数据。
企业平台向综合平台发起链接5.2 Web Service连接的方式5.2.1信息数据交换5.2.1.1 企业平台发送数据给综合平台企业平台把信息数据按照设定的发送时间周期主动地调用综合平台web service接口发送给综合平台。
5.2.1.2 综合平台发送数据给企业平台综合平台把信息数据按照设定的发送时间周期主动地调用企业平台web service接口发送给企业平台。
5.2.1.3 统一平台数据交互接口web service wsdl接口函数为：uploadPacketData。
参数说明类型userName用户名stringpwd密码string packetData数据报文byte[]5.2.1.4 综合平台与企业平台数据交换，同时具有信息上报和信息下发功能。
5.2.1.6 平台间信息上报时间周期、信息下发时间周期应可调整。
5.2.2 企业平台信息查询5.2.2.1 信息查询是企业平台发送查询命令，获取车载终端数据的过程。
5.2.2.2 企业平台对综合平台发送查询命令，综合平台对接收到的命令进行校验。
在校验正确的情况下，综合平台把信息查询命令转发给车载终端。
5.2.2.3 综合平台收到车载终端的正确应答和查询参数值后，综合平台会把收到的查询参数值发送给企业平台，如图1。
图1企业平台信息查询成功应答5.2.2.4 综合平台收到车载终端的错误应答后，综合平台会把收到的错误应答发送给企业平台，如图2。
图2企业平台信息查询成功应答5.2.3 企业平台控制命令5.2.3.1企业平台控制命令是企业平台通过综合平台向车载终端发送控制命令的过程。
5.2.3.2企业平台对综合平台发送控制命令，综合平台对接收到的命令进行校验。
在校验正确的情况下，综合平台把控制命令转发给车载终端。
5.2.3.3 综合平台收到车载终端的正确应答后，综合平台会把收到的应答发送给企业平台，如图3。
图3企业平台控制命令成功应答5.2.3.4 综合平台收到车载终端的失败应答后，综合平台会把收到的应答发送给企业平台，如图4。
图4企业平台控制命令失败应答5.2.3 心跳信息传输过程中，企业平台应向综合平台发送周期性心跳信息。
5.3 Web Service连接的断开综合平台与企业平台在数据发送完毕后主动断开连接，双方都应主动判断连接是否断开。
6数据包结构和定义6.1数据说明6.1.1 数据类型数据类型的定义应符合DB11/Z993.3-2013中表1。
6.1.2 传输规则协议应采用大端模式的网络字节序来传递字和双字。
6.2数据包结构数据包结构和定义参见《DB11/Z 993.3电动汽车远程服务与管理系统技术规范第3部分：车载终端通信协议及数据格式》中6.2的要求。
6.3命令单元6.3.1命令标识命令标识是命令发起方的唯一标识，命令标识定义见表1所示。
编码0x01到0xBF应符合DB11/Z993.3-2013中表3。
表1 命令标识定义编码定义方向0x01 注册信息交换信息上报和信息下发0x02 数据信息交换信息上报和信息下发0x80 查询信息上报0x81 设置信息上报0xC0 心跳信息上报和信息下发0xC2~0xFE 预留6.3.2 应答标志应答标志定义应符合DB11/Z993.3-2013中6.3.2的要求。
7数据单元格式和定义7.1信息交换7.1.1注册信息注册信息的数据格式和定义应符合DB11/Z993.3-2013中表6。
7.1.2实时上报信息实时上报信息的数据格式和定义应符合DB11/Z993.3-2013中表9。
7.1.2.1信息类型标志信息类型标志定义编码应符合DB11/Z993.3-2013中表10。
7.1.2.2信息体7.1.2.2.1 车辆实时数据单体蓄电池电压数据、动力蓄电池包温度数据、整车数据、卫星定位系统数据、极值和报警数据的格式和定义应符合DB11/Z993.3-2013中7.2.2的要求。
7.1.2.2.2 充电站实时数据充电站数据格式和定义见表2。
表2 数据包结构和定义起始字节定义数据类型描述及要求0 起始符STRING 固定为ASCII字符‘**’，用“0x2a, 0x2a”表示2 命令单元1 BYTE 命令单元定义见表33 数据单元长度1 WORD 数据单元长度是数据单元的总字节数4 数据单元1 数据单元格式和定义见表4命令单元2数据单元长度2数据单元2…………命令单元n数据单元长度n数据单元n倒数第1 校验码BYTE 采用BCC（异或校验）法，校验范围从命令单元的第一个字节开始，同后一字节异或，直到校验码前一字节为止，校验码占用一个字节表3 命令标志定义类型编码说明描述及要求0x01 充电桩数据数据内容见表5、60x02 充电机数据数据内容见表7、80x03 电池箱数据数据内容见表9、10 0x04～0x2F 预留表4 信息数据格式和定义数据表示内容长度（字节）数据类型描述及要求数据个数N 2 WORD 包内包含的充电机/电池箱/充电桩的个数设备编码1 17 STRING 第一个充电机/电池箱/充电桩的编码遥测个数1 2 WORD 充电机/电池箱/充电桩采集的遥测数遥信个数1 2 WORD 充电机/电池箱/充电桩采集的遥信数遥测数据n 4×n DWORD 按遥测序号依次排列遥信数据m m BYTE 按遥信序号依次排列……设备编码N 17 STRING 第一个充电机/电池箱/充电桩的编码遥测个数N 2 WORD 充电机/电池箱/充电桩采集的遥测数遥信个数N 2 WORD 充电机/电池箱/充电桩采集的遥信数遥测数据4×遥测个数1 DWORD 按遥测序号依次排列遥信数据遥信个数1 BYTE 按遥信序号依次排列表5 交流充电桩数据数据表示内容长度数据类型充电桩状态 4 DWORD 充电桩故障代码 4 DWORD表6 直流充电桩数据数据表示内容长度数据类型充电机输出电压 2 BYTE充电机输出电流 2 BYTE电池充电模式 2 BYTE SOC 2 BYTE 电池组最低温度 2 BYTE电池组最高温度 2 BYTE累计充电时间 2 BYTE充电机充电状态 2 BYTE BMS故障 2 BYTE 充电机过温故障 2 BYTE充电机硬件故障 2 BYTE正常结束充电 2 BYTE有功总电度 2 BYTE充电机编号 2 BYTE是否连接电池 2 BYTE电池箱内部编号 2 BYTE电池箱端电压 2 BYTE电池箱SOC 2 BYTE平均温度 2 BYTE平均电压 2 BYTE 最大电压单体序号 2 BYTE最大单体电压值 2 BYTE最小电压单体序号 2 BYTE最小单体电压值 2 BYTE最高温度采样点号 2 BYTE 最高温度值 2 BYTE 最低温度采样点号 2 BYTE 最低温度值 2 BYTE表7 充电机遥测数据数据表示内容长度数据类型充电机充电模式 4 DWORD 充电机工作阶段 4 DWORD 充电机充电电压 4 DWORD 充电机充电电流 4 DWORD 充电机故障代码 4 DWORD 本次累计充电时间 4 DWORD 本段充电时间 4 DWORD 本次累计输入电量 4 DWORD 本次累计输出电量 4 DWORD 总充电阶段数 4 DWORD 该阶段充电方式 4 DWORD 输出给定值 4 DWORD 输出限制值 4 DWORD 输出停止值 4 DWORD 第一阶段充电方式 4 DWORD 第一阶段充电参数 4 DWORD 第二阶段充电方式 4 DWORD 第二阶段充电参数 4 DWORD 第三阶段充电方式 4 DWORD 第三阶段充电参数 4 DWORD 第四阶段充电方式 4 DWORD 第四阶段充电参数 4 DWORD 第五阶段充电方式 4 DWORD 第五阶段充电参数 4 DWORD 第六阶段充电方式 4 DWORD 第六阶段充电参数 4 DWORD 第一阶段最高输出电压 4 DWORD 第一阶段最低输出电压 4 DWORD 第一阶段最大输出电流 4 DWORD 第一阶段最小输出电流 4 DWORD 第二阶段最高输出电压 4 DWORD 第二阶段最低输出电压 4 DWORD 第二阶段最大输出电流 4 DWORD 第二阶段最小输出电流 4 DWORD 第三阶段最高输出电压 4 DWORD 第三阶段最低输出电压 4 DWORD 第三阶段最大输出电流 4 DWORD 第三阶段最小输出电流 4 DWORD 第四阶段最高输出电压 4 DWORD第四阶段最低输出电压 4 DWORD 第四阶段最大输出电流 4 DWORD 第四阶段最小输出电流 4 DWORD 第五阶段最高输出电压 4 DWORD 第五阶段最低输出电压 4 DWORD 第五阶段最大输出电流 4 DWORD 第五阶段最小输出电流 4 DWORD 第六阶段最高输出电压 4 DWORD 第六阶段最低输出电压 4 DWORD 第六阶段最大输出电流 4 DWORD 第六阶段最小输出电流 4 DWORD 交流输入电压Uab 4 DWORD 交流输入电流Iab 4 DWORD 交流输入电压Ubc 4 DWORD 交流输入电流Ibc 4 DWORD 交流输入电压Uca 4 DWORD 交流输入电流Ica 4 DWORD 充电机输出功率 4 DWORD 充电机输出安时 4 DWORD 充电机功率因素 4 DWORD 充电机输入功率 4 DWORD 充电机输入电量 4 DWORD 充电机效率 4 DWORD 充电机负载 4 DWORD 充电机充电状态 4 DWORD 电池箱1状态 4 DWORD 电池箱2状态 4 DWORD 电池箱1SOC 4 DWORD 电池箱2SOC 4 DWORD 电池箱1编号低 4 DWORD 电池箱1编号高 4 DWORD 电池箱2编号低 4 DWORD 电池箱2编号高 4 DWORD表8 充电机遥信数据数据表示内容数据长度数据类型有无蓄电池数据标志 1 BYTE 充电正常结束标志 1 BYTE 电池充满标志 1 BYTE 交流输入欠压 1 BYTE交流输入过压 1 BYTE输出过压 1 BYTE输出过流 1 BYTE接电池异常 1 BYTE温度过高 1 BYTE手动禁止 1 BYTE其他告警 1 BYTE恒流限压 1 BYTE恒压限流 1 BYTE恒流定时 1 BYTE恒压定时 1 BYTE 停机 1 BYTE 电池箱温度报警 1 BYTE表9 电池箱遥测数据数据表示内容长度数据类型电池箱源地址 4 DWORD电池串联数 4 DWORD 蓄电池系统额定总电压 4 DWORD 电池并联数 4 DWORD 蓄电池充电总安时数 4 DWORD蓄电池放电总安时数 4 DWORD 最近一次使用本电池组车辆识别信息 4 DWORD 蓄电池模块最高允许充电电压 4 DWORD 最高允许充电电流 4 DWORDBMS信息序号 4 DWORD最大允许充电容量 4 DWORD最高允许充电总电压 4 DWORD蓄电池估计剩余容量 4 DWORD 最高允许温度 4 DWORD电池箱故障代码 4 DWORD充电前SOC 4 DWORD 最高电池单体电压 4 DWORD单体最高电压位置 4 DWORD最低电池单体电压 4 DWORD串联充电电池箱数 4 DWORD单体最低电压位置 4 DWORD最高电池单体温度 4 DWORD单体最高温度位置 4 DWORD最低电池单体温度 4 DWORD电池生产日期年 4 DWORD 电池生产日期月 4 DWORD 电池生产日期日 4 DWORD 电池组产权标识 4 DWORD 电池组充电次数 4 DWORD 蓄电池系统额定容量 4 DWORD 蓄电池系统实际容量 4 DWORD 蓄电池总电压 4 DWORD蓄电池总电流 4 DWORD 单体电池电压（n）4xn DWORD 采集点温度（m）4xm DWORD 单体最低温度位置 4 DWORD 电池组序号 4 DWORD当前SOC 4 DWORD电池充满状态 4 DWORD电池箱状态 4 DWORD极柱温差 4 DWORD 压差 4 DWORD 充电机RTU号 4 DWORD表10 电池箱遥信数据数据表示内容数据长度数据类型蓄电池模块电压过高 1 BYTE 蓄电池模块电压过低 1 BYTE 蓄电池SOC过高 1 BYTE 蓄电池SOC过低 1 BYTE 蓄电池充电过电流 1 BYTE 蓄电池温度过高 1 BYTE 蓄电池温度过低 1 BYTE 蓄电池电压均衡故障 1 BYTE BMS硬件故障 1 BYTE 绝缘状态 1 BYTE 电池组输出连接器连接状态 1 BYTE 看门狗状态 1 BYTE_________________________________。