某商业落地充电桩后台服务器通迅协议V4.9._充电桩服务器通讯协议

多年充电站从业经验总结，注重实操，包含 充电桩开源系统、充电站、变电站、直流桩、交流桩、IOT系统、小程序、管理后台、服务器等9大章，持续更新，欢迎对充电站和新能源有兴趣的朋友一起交流学习。

充电机智能终端与智能中心管理系统 通迅协议

目录

一、网络拓扑 4

1.1 功能界定 4

1.1.1 充电机智能终端 4

1.1.2 智能中心管理系统 4

1.2 接口定义 4

1.3 通信方式 4

1.4 通信规约 5

1.5 报文格式 7

1.6 关键命令 8

二、应用层 9

2.1 数据格式： 9

2.2 心跳包机制 9

2.3 计费方式 10

2.4 扫码充电 10

2.5 刷卡充电 12

2.6 预约充电 13

2.7 离线充电 14

2.8 即插即充 14

2.9 典型处理流程 15

2.9.1 连接和注册 15

2.9.2 远程升级 16

2.9.3 状态报文上报 17

2.9.4 告警信息上报 18

2.10 充电记录上报规则 19

2.10.1 冗余规则 19

2.10.2 重复规则 19

2.10.3 过滤规则 19

2.10.4 实时规则 19

2.10.5 完整性规则 19

三、协议格式 20

3.1 服务器向充电桩设置/查询工作参数和命令 20

3.1.1 (CMD=1)后台服务器下发充电桩整形工作参数 20

3.1.2 (CMD=2)充电桩参数整形设置/查询应答 28

3.1.3 (CMD=3)后台服务器下发充电桩字符型参数 29

3.1.4 (CMD=4)充电桩参数字符形设置/查询应答 31

3.1.5 (CMD=5)后台服务器下发充电桩控制命令 32

3.1.6 (CMD=6)充电桩对后台控制命令应答 34

3.1.7 (CMD=7)后台服务器下发充电桩开启充电控制命令 35

3.1.8 (CMD=8) 充电桩对后台下发的充电桩开启充电控制应答 37

3.1.9 (CMD=9)后台服务器应答桩上传命令请求(预留) 38

3.1.10 (CMD=10)充电桩上传命令请求(预留) 38

3.1.11 (CMD=11)服务器查询充电桩软件版本(非必实现功能) 39

3.1.11 (CMD=12)充电桩应答软件版本(非必实现功能) 39

3.2 充电桩主动上传数据 40

3.2.1 (CMD=101)服务器应答心跳包信息 40

3.2.2 (CMD=102)充电桩上传心跳包信息 40

3.2.3 (CMD=103)服务器应答充电桩状态信息包 41

3.2.4 (CMD=104)充电桩状态信息包上报 41

3.2.5 (CMD=105)服务器应答充电桩签到命令 46

3.2.6 (CMD=106)充电桩签到信息上报 47

3.2.7 (CMD=107)服务器应答充电桩告警信息 49

3.2.8 (CMD=108)充电桩告警信息上报（预留） 49

3.2.9 (CMD=109)服务器应答充电桩启动完成命令 49

3.2.10 (CMD=110)充电桩上报充电启动完成命令（可选项） 50

3.2.11 (CMD=111)服务器应答充电桩上报模块信息（预留） 52

3.2.12 (CMD=112)充电桩模块信息上报（预留） 52

3.2.13 (CMD=113)服务器查询最近一次充电各时段信息 53

3.2.14 (CMD=114)充电桩应答服务器查询最近一次充电各时段信息 54

3.3 充电信息数据 56

3.3.1 (CMD=201/221)服务器应答充电桩上报充电信息报文 56

3.3.2 (CMD=202/222)充电桩上报充电记录信息 57

3.3.3 (CMD=203)服务器应答帐户查询信息 65

3.3.4 (CMD=204)充电桩充电上传用户帐户查询报文 66

3.3.5 (CMD=205)服务器应答充电密码验证报文（预留） 68

3.3.6 (CMD=206)充电桩上传用户密码验证报文（预留） 68

3.3.7 (CMD=207) 平台回复”即插即充“请求充电结果 69

3.3.8 (CMD=208) 充电桩上报“即插即充“启动充电请求 70

3.3.9 (CMD=209) 平台回复“即插即充” 启动充电结果（没用） 70

3.3.10 (CMD=210)充电桩上报“即插即充” 启动充电结果（没用） 70

3.4 直流充电桩 BMS 信息数据(预留) 71

3.4.1 (CMD=301)服务器应答充电桩上报 BMS 信息 71

3.4.2 (CMD=302)充电桩上报 BMS 信息 71

3.4.3 (CMD=303)服务器应答充电桩上报 BMS 信息 77

3.4.4 (CMD=304)充电桩上报 BMS 信息（预留-暂时不用） 77

3.5 历史记录 78

3.5.3 (CMD=401/421)服务器查询充电桩历史充电记录 78

3.5.4 (CMD=402/422)充电桩上报历史的充电记录 79

3.6 升级命令 84

3.6.1 (CMD=1001)服务器下发擦除指令 84

3.6.2 (CMD=1002)充电桩回复服务器下发擦除指令 84

3.6.3 (CMD=1003)服务器下发升级文件名指令 85

3.6.4 (CMD=1004) 充电桩应答服务器下发升级文件名指令 85

3.6.5 (CMD=1005)服务器下发升级文件大小 85

3.6.6 (CMD=1006)充电桩应答服务器下发升级文件大小指令 85

3.6.7 (CMD=1007)服务器下发升级文件数据 86

3.6.8 (CMD=1008)充电桩应答服务器下发升级文件数据指令 86

3.6.9 (CMD=1009)服务器下发升级文件数据结束指令 87

3.6.10 (CMD=1010)充电桩应答服务器下发升级文件数据结束指令 87

3.6.11 (CMD=1011)服务器下发重启指令 87

3.6.12 (CMD=1012)充电桩应答服务器下发重启指令 88

3.6.13 (CMD=1021)服务器回复充电桩主动请求升级命令 88

3.6.14 (CMD=1022)充电桩主动请求升级命令 88

3.7 与计费策略相关的指令 90

3.7.1 （CMD=1101）后台服务器查询 24 时电费计价策略信息 90

3.7.2 （CMD=1102）充电桩应答后台服务器查询 24 时电费计价策略信息 90

3.7.3 （CMD=1103）后台服务器设置 24 时段电费计价策略信息 93

3.7.4 （CMD=1104）充电桩应答后台服务器设置 24 时电费计价策略信息 97

3.7.5 （CMD=1105）后台服务器设置分时段计价策略信息 97

3.7.6 （CMD=1106）充电桩应答后台服务器设置分时段计价策略信息 99

3.7.7 （CMD=1107）后台服务器查询分时电费计价策略信息 99

3.7.8 （CMD=1108）充电桩回复分时电费计价策略信息 99

3.9 白名单报文 103

3.9.1 (CMD=1301)服务器下发白名单操作日志数据包 103

3.9.2 (CMD=1302) 充电桩应答白名单操作日志数据包 104

3.10 FTP 远程升级和 FTP 方式日志上传 106

3.10.1 (CMD=1401)服务器下发 FTP 远程升级命令 106

3.10.2 (CMD=1402)充电桩应答服务器下发 FTP 远程升级命令 107

3.10.3 (CMD=1403)充电桩应答 FTP 升级包下载进度 107

3.10.3 (CMD=1406)服务器下发获取充电桩日志信息命令 107

3.10.4 (CMD=1407)充电桩应答服务器下发获取充电桩日志命令 108

3.11 协议方式日志上传 108

3.11.1 (CMD=1501） 申请上传文件 109

3.11.2 (CMD=1502）服务器允许上传 109

3.11.3 (CMD=1503）上传日志数据 109

3.11.4 (CMD=1504）服务器应答上传日志 110

3.11.5 (CMD=1505）当前文件日志数据上传完成 110

3.11.6 (CMD=1506）当前文件接收完成 111

附录 1 告警编码定义（CMD=104 最高告警码字段） 112

附录 2 停止原因编码定义 117

附录 3 充电启动失败编码定义 125

附录 4 系统告警位定义表（CMD=108 全部告警内容字段） 127

附录 5 通信报文校验 C 参考实现 134

符录 6 通信报文交互参考流程 135

附录 7 不加密报文与加密报文说明 138

附录 8 CMD112 模块告警定义 140

版本记录

一、网络拓扑

1.1 功能界定

本接口协议用于界定了充电机智能终端与智能中心管理系统之间的通信协

议规范。

1.1.1 充电机智能终端

内置于现场无人值守充电机，或者安装于场站充电机内，负责充电机设备通 信接入和充电调度管理，同时收集充电机各个模块的实时状态、充电状态、交易

状态、环境状态等信息，并将这些信息存储并转发到智能中心管理平台。

1.1.2 智能中心管理系统

实时获取充电机设备信息和电池管理系统 BMS 等相关信息，完成数据的接

收，解析，存储和展示。

1.2 接口定义

充电机(机)智能终端和智能中心管理系统之间的通信接口采用基于 TCP/IP Socket 的通信方式实现，按照长连接工作模式。两个系统可部署在同一个或者

不同的企业网络环境中，可以通过局域网或者互联网实现互相连接通信。

1.3 通信方式

本接口采用 Server/Client 的通信方式：

1. 充电机智能终端作为客户端 Client 方；

2. 智能中心管理系统作为服务器 Server 方。

3. 所有协议中除去特别说明以外，低字节在前，高字节在后。

1.4 通信规约

1. 通信数据报文采用二进制格式；

2. 客户端 Client 方自动向服务器 Server 方提出连接请求，连接成功后，采

用推送方式，向服务器方发送协议数据包。

3. 一律采用单包传输方式，不采用多包传输方式；

4. 客户端 Client 方的发送模式和频率可以设置。

5. 对接收的数据包需进行合法性校验，包括通信长度、校验和计算，命令代码

等多个属性的合法性校验。

6. 客户端需要自动维护通信连接状态的有效性，在初始化和断链以后，自动进

行连接尝试，直到连接恢复。

7. 应答模式心跳和状态报文信息要后台查询才发送

8. 正常充电桩与后台通信的报文时序是：

8.1）充电桩连接后台成功，要先发送 106 报文进行签到，后台用 105 回应充电桩

8.2）充电桩上报完 106 签到报文后，然后才发送 104 状态和 102 心跳、202 充电记录

等报文给后台服务器

8.3）充电桩执行后台的相应控制指令

9. 后台、充电桩在收到报文帧头时，3 秒内没有收到完整的报文，自动丢掉此

次的帧头数据，然后继续处理下一帧报文。

10. 发送端下发给接收端的数据或命令，接收端要在 5S 内回复，若发送端在 5S

内没有收到回复，则应重发或其他逻辑处理。

11. ★ 协议在升级中会一些报文上增加字段，为了保持软件兼容性，应用层实 现时不要做“接收到报文与协议定义长度一致才判断为有效报文 ”的检测。 如当前版本 104 报文字段共 42 字段，后续根据需要升级到 45 个字段（之前 42 字段保持不变），这里即使服务器软件还是用旧版本 42 字段的软件，也应

该正确处理桩上报的新 104 报文。

12. 除了 CMD=1202 加密能用 RSA 加密方式，其他报文若是加密，全部是采用 AES

方式加密。

13. 协议中说明采用 RSA 算法加密的其使用密钥长度为 1024 位

14. 协议中说明采用 AES 算法加密的其使用密钥长度为 192 位

15. 加密后的“业务数据长度 ”独立出来，跟之前的报文字段没有关系，加密后 的新增加 2 字节“业务数据长度 ”放在每个报文的业务数据之前，根据是否 加密决定报文是否带有 2 字节“业务数据长度 ”字段,详细报文格式可参考

符录 7.

16. 加密只对业务层的数据进行加密，报文中的起始域、长度域、信息域、序列

号域、命令代 CMD、校验和域不参与报文加密。

17. 桩的一次连接（SOCKET 没有断开），只能把非加密方式改变加密报文方式发

送，而不能由加密方式改变成非加密方式报文发送。

18. 充电桩与服务器刚创建连接的第一个签到 106 报文，不能使用任何加密方式。

19)协议中预留或没有实现的报文字段，建议默认用 0 进行填充。

1.5 报文格式

本通信协议中使用到得报文格式，见表 1_1 所示。

表 1_ 1 报文格式

本协议中，所有数值长度为 2 字节、4 字节数值数据，均是低位在前，高位

在后的小端格式表示。

起始域：固定为 0xAA0xF5。

长度域：起始域到校验和域整个报文长度。

信息域：信息域-加密标志：代表此数据帧是否加密。详见表 1_2

序列号域：报文的流水号。

命令代码：即消息类型，代表不同功能要求，命令代码为奇数表示服务器下

发的数据，命令代码为偶数表示充电桩上传给服务器的数据包.

数据域：具体的信息数据区域，不同的命令代码对应的内容不同。加密与不 加密数据域格式有点区别，加密的数据域首部多两个字节的业务数据长度，报文

是否加密可以根据信息域中的“加密标志 ”位来识别。

校验和域:采用累计和计算校验值，并取校验和的低 8 位，计算范围包含从

命令代码和数据域，参考附录 5

表 1_ 2 信息域字段

1.6 关键命令

本协议内容比较全面，后台可以按需求实现相关的指令，但以下指令是必要

实现的命令，指令列表如表 1_3 所示。

表 1_ 3 后台指令列表

二、应用层

2.1 数据格式：

通信协议中数据格式定义如表 2_1 所示。

表 2_ 1 通信协议中的数据格式

2.2 心跳包机制

充电机终端在成功连接到服务器后， 需要设置单独任务机制检测通信连接 的稳定可靠性，定期向服务器发送心跳包，服务器正常情况下给出应答，如果多 次没有应答，任务服务器的连接失效，充电机终端必须复位连接重新向中心服务

器申请连接请求。心跳间隔时间和超时次数可以通过远程设置修改。

心跳包实现功能如下：

1. 充电机终端定时向服务器发送心跳包， 中心服务器按照要求返回心跳响

应给充电机终端。

2)充电机终端发送心跳包后，开始计数，计数达到超时次数（可配置)，认 为心跳超时，关闭当前连接，恢复连接工作状态，自动重新发起 TCP 连接，在

获得响应后，向中心服务器发送注册签到报文。

2.3 计费方式

现实生活中，计费规则非常复杂，比如电价的多时段计费、服务收费、车位 占用费用、预约费用、活动优惠劵、充电费用折扣计算等各种计费方式，另外每 一个时期还可能采用不同的计费模板。因此实际的计费是一个非常复杂的计算过

程。而充电机的主要任务是保证正常充电，并确保计量准确

基于上述原因，采用管理系统完成费用计算的方式执行，用户充电费用在管 理系统侧完成，充电机需要保证上传准确的充电电量（包括每个时段的电量）和

相关的充电记录信息。

管理系统下发给充电机的费率信息只是当前的电价信息，不涉及其他费用，

用户可以通过充电机屏幕查看当前的电价信息。

2.4 扫码充电

用户通过扫描桩上的二维码远程启动充电，充电桩接收到启动指令后，判断符合启动条 件后立即进入充电启动中，如果启动中一切正常则进入充电中，否则启动失败。充电完成后 立即上报当次充电的充电记录到平台。详细的交互流程如下图所示：

2.5 刷卡充电

充电卡仅作为身份识别，卡里面没有金额信息，想要获取卡的金额信息，需

要向管理系统查询。操作流程如下图 2-1 所示：

2.6 预约充电

不插枪也可以下发预约充电指令。

预约充电的场景举例：车主还在去充电站的路上查询到某一个充电桩空闲，但是又担心 在自己到达前会被别人占用，于是用手机 APP 预约该充电桩，并且预估自己 10 分钟内能到 达充电站，于是设置预约超时时间为 10 分钟。充电桩接收到预约指令后立即进入预约状态， 在预约状态内充电桩不能接收其他用户的启动指令或者预约指令，只有当前的预约用户才可 以下发启动指令。如果该车主在 10 分钟内到达充电站，则随时可以下发启动充电指令；如 果超过 10 分钟还没有到达，则充电桩自动解除预约状态，恢复空闲状态。

车主下发预约指令的时间就是预约开始的时间，车主不能指定具体的预约开始时间，

2.7 离线充电

建议充电桩离线不允许充电，应立即派人维修。

如果因为当前充电桩的网络状况短时间内无法恢复，则离线充电只能用刷卡充电方式， 因为充电卡只用于身份识别，并没有金额数据，因此离线充电时并不会扣费。等待网络恢复 后，充电桩再把离线充电记录全部上报到平台，由平台进行补扣费。

2.8 即插即充

即插即充充电模式说明：

1. 当车抢插好之后，用户屏幕点击 VIN 充电：

1. 1 充电桩如果获取到车辆 VIN 码，则通过 cmd=208 上报启动充电请求，由 平台的 cmd=207 返回结果来决定是否启动充电。桩收到应答后启动充电，并 由 cmd=210 返回启动结果，充电中可以通过后台停机或者密码停机。

1.2 充电桩如果获取不到车辆 VIN 码，则由桩自行在本地屏蔽，不需要上传 cmd=208 到 平台校验。

2. 当充电桩与平台连接正常时，所有车辆均需要进行后台请求验证。

3. 当充电桩与平台连接异常时，保存在本地的车辆 VIN 码可启动充电，否则拒 绝启动，断网模式时充电订单需要等网络连接正常时，按照订单上报策略进行上 报。

2.9 典型处理流程

2.9.1 连接和注册

2.9.2 远程升级

2.9.3 状态报文上报

2.9.4 告警信息上报

2.10 充电记录上报规则

2.10.1 冗余规则

充电机每次上电后，会上报最近几次充电记录，默认上报最近 5 次（这个数目会根据市 场情况调整，有些客户是 50 条）的充电记录，因此后台如果发现记录已经上报成功，则可 以过滤。

2.10.2 重复规则

订单报文是充电费用的依据，是充电桩最重要的报文。后台收到此报文， 一定要进行入数据库持久化保存，严禁丢弃，除非判断是重复订单才可以过滤 掉。

“重复订单 ”的判断依据是，当前收到的 202/222 订单报文的字段“6-充 电卡号、7-充电开始时间、8-充电结束时间、10-充电开始 SOC、11-充电结束 SOC、12-充电结束原因，13-充电电量、14-充电前电表读数、24-车辆 VIN、75- 充电流水号 ”这些所有字段与之前已入库的订单字段全部一模一样时，才能判 定为重复订单，只要任何一个字段有差异，都不能判定是重复订单，都要进行 入库计费处理或进行人员审核结算。

2.10.3 过滤规则

充电机上报的充电记录可能会重复上报，后台应具备过滤功能，过滤的判断规则是：开 始时间、用户账户（充电卡号）、充电桩编号。如果三者一直就表示是同一条充电记录。

2.10.4 实时规则

充电机在线正常，则充电完成后，立即上报本次充电记录。

2.10.5 完整性规则

未上报的充电记录会在重新连上后台时重新上传，即使充电机重新上电，未上传成功的 充电记录依然会重新上传。

平台在充电记录上传功能上也要保证完整性，应在每次签到时核对充电机上报的充电记 录总数和平台储存的充电记录总数，如果两者不一致，平台要从最近一次的充电记录开始读 取充电桩本地的充电记录，直到两者的充电记录总数一致为止。

三、协议格式

说明：在该部分通信协议中涉及的每一条命令代码，都具备下面两个信息字段：

1）服务器向充电桩设置的工作参数，充电桩是要对参数要永久保存

2）桩编码、用户卡号/用户识别号 是 32 字节的字段，但有效可用只有 31 个，最后一个字符必须填 0，不足最大长度在尾部都用 0 填充。桩编码按 ASCII 发送，有效数据最大 31 字节，不足会补‘\0’,如桩编码为“ 112233 ”，则桩发送 的编码数据为 0x31 0x31 0x32 0x32 0x33 0x33 0x00 后面 25 字节的桩编码无

效不用管，即按字符串方式处理，遇到’\0’就代表结束了

注：

1. 充电模块位置编号: 从 1 开始， 1-N 代表 N 个充电模块位置编号,充

电模块位置编号 0 代表所有。

2. 标准时钟时间，格式：xxxx-xx-xx-xx-xx-xx 年 -月- 日-时-分-秒，用

BCD 码表示,最后一位是保留位 0xff。

如 2015－07－22－13－16－15， 为：0x20 0x15 0x07 0x22 0x13 0x16 0x15 0xff 3）*表示必填字段，非必填字段置 0。**表示充电或预约时必填字段，这些字段

非充电非预约时置 0。

3.1 服务器向充电桩设置/查询工作参数和命令

3.1.1 (CMD=1)后台服务器下发充电桩整形工作参数

报文功能：后台服务器向充电桩下发充电桩整形工作参数命令,如表 3 1 1

示。

表 3 1 1 工作参数命令

表 3 1 2 参数地址列表 1

注：

1. 中心服务器地址， 例：IP： 16.80.1.20 ，指令为：0x10 0x50 0x01 0x14

2. 中心服务器端口， 例：端口 10001，0x11 0x27

3. 一次设置/查询的个数要求不超过 10 个且整个报文小于规约规定最大报

文长度。

4)非字符号类型的长度全部设置为 4 是为方便程序统一接口

5)这些参数设置完后，没有特殊说明的，充电桩要能掉电保存

6)后台根据可实际需要开发相应的设置/查询功能，以上有些参数是生产时 进行设置的出厂参数，运营后台不一定要全部实现以上参数的查询和设置，而且

若没有需要都可以不实现这条设备指令。

7)状态 A 和状态 B 定义，见下表 3 1 3 所示。

表 3 1 3 状态 A 和状态 B 的定义

3.1.2 (CMD=2)充电桩参数整形设置/查询应答

报文功能：充电桩对后台服务器的充电桩整形参数设置报文应答，见表

3 1 4 所示。

表 3 1 4 报文应答

3.1.3 (CMD=3)后台服务器下发充电桩字符型参数

报文功能：后台服务器向充电桩下发充电桩字符形参数命令，见表 3 1 5

所示。

表 3 1 5 字符形参数命令

表 3 1 6 参数地址列表

注：

1. 参数字符串类型，一次只能设置一个参数

2. 一次设置/查询的整个报文小于规约规定最大报文长度。

3)上表中的字符类型长度是指最大设置长度，若比最大允许的字符短，最后

一个字节以 ’\0 ’结束。长度字段带“* ”号，表示其长度可根据实际长度发送。

4)这些参数设置完后，充电桩要能掉电保存

5)正常运营的后台，根据需要进行开发相应的设置\查询项，不需要全部都

实现。

6)当充电桩上传 106 签到报文时，会上传当前桩的系统时间，若上传的系统

时间与后台服务器时间差异大时，需要下发同步时间命令。

7）一个 SOCKET 连接，上传多枪数据的机型，平台若支持扫码充电，在上电 签到时，平台要下发“ 11 桩主界面二维码前缀 ”给充电桩，充电桩生成的标准二维码数据 内容为：前缀+桩号+“-枪号 ”（2 位），如平台下发前缀为 http://baidu.com/,则桩号 123456

的 1 枪、2 枪生成的二维码内容为

1 枪：http://baidu.com/123456-01

2 枪：http://baidu.com/123456-02

3.1.4 (CMD=4)充电桩参数字符形设置/查询应答

报文功能：充电桩对后台服务器的充电桩字符形参数设置报文应答，如

3 1 7 所示。

表 3 1 7 字符形参数设置报文应答

3.1.5 (CMD=5)后台服务器下发充电桩控制命令

报文功能：后台服务器向充电桩控制命令,如下表 3 1 8 所示。

表 3 1 8 充电桩控制命令

说明：充电桩掉电后不保存命令的任何信息，在接收到后执行。

表 3 1 9 命令地址列表

注：

1. 一次设置的命令个数要求不超过 10 个且整个报文小于规约规定最大报文

长度。

2)非字符号类型的命令长度全部设置为 4 是为方便程序统一接口,上表中的 字符类型长度是指最大设置长度，若比最大允许的字符短，最后一个字节以 ’\0 ’

结束。

3)这些参数设置完后，没有特殊说明的，一般充电桩断电后不保存

4)以带“* ”为后台必须要实现的命令，不带“* ”可根据业务需要再实现

示例：

3.1.6 (CMD=6)充电桩对后台控制命令应答

报文功能：充电桩对后台服务器的后台控制命令报文应答，如下表 3 1 10

所示。

表 3 1 10 充电桩应答

3.1.7 (CMD=7)后台服务器下发充电桩开启充电控制命令

报文功能：后台服务器向充电桩开始充电控制命令，如表 3 1 11 所示。

表 3 1 11 充电桩开始充电控制命令

说明：

1. 通过“用户卡号/用户识别号 ”即可确定充电用户谁，建议后台对一个充电用

户只有唯一的“用户卡号/用户识别号 ”。

2. 每个用户的“用户卡号/用户识别号 ”都是唯一的，若用户的 APP 或微信绑定 了充电卡，则用户通过 APP 或微信等远程充电时，这个字段后台应该下发其

绑定的充电卡卡号。

3. 默认下发参数是：充电生效类型：即时充电 充电策略：充满为止

4. 若平台需要根据用户的金额限制充电电量功能，充电策略请不要使用“0-充满为止 ”， 而是每次平台下发启动充电策略都采用“2:按金额充电或 3:按电量充电 ”方式

5. 若字段 11 、 12 都是 0， 表示不限制离线可充电量， 即允许客户在桩离线时充满电 。平台要 限制不允许离线充电，则字段 11 设置为 0，字段 12 随便设置一个不为 0 数字即可，建议此 情况下字段 12 值不大于 10.

6. 字段 12“离线时本次最大可充电总电量 ”，是指在充电中离网时最大的本次最大可充电总电 量，而不是离线后的这段时间电量。即这个电量包含了，在线时的充电电量和离线时的充电 电量。这样平台就能根据当前的时间点、服务费、电费在充电前就可预估出这个值，并下发 给充电桩。

3.1.8 (CMD=8) 充电桩对后台下发的充电桩开启充电控制应答

报文功能：充电桩对后台下发的充电桩开启充电控制报文应答，如表 3 1 12

所示。

表 3 1 12 充电桩开启充电控制报文应答

注意：当收到命令执行结果返回失败，表示当前桩故障不可用，代表后台启

动命令充电桩不接收，代表此次启动失败。命令执行结果返回成功，表示桩正常 工作，并响应后台启动指令，此时会把 CMD=104 的字段 7“工作状态 ”立即变成 “ 1-正准备开始充电 ”，具体充电启动是否成功要用 CMD=104 的字段 7“工作状 态 ”进行判断，按目前情况最长启动时间最长有可能达 120S 后充电桩才能判断

是否成功。

3.1.9 (CMD=9)后台服务器应答桩上传命令请求(预留)

报文功能：后台服务器向充电桩数据请求命令，如表 3 1 13 所示。

表 3 1 13 充电桩数据请求命令

3.1.10 (CMD=10)充电桩上传命令请求(预留)

报文功能：充电桩根据应用场景向后台服务器发送请求数据，如表 3 1 14

所示。

表 3 1 14 后台服务器发送请求数据

表 3 1 15 桩请求命令参数地址列表

3.1.11 (CMD=11)服务器查询充电桩软件版本(非必实现功能)

3.1.11 (CMD=12)充电桩应答软件版本(非必实现功能)

3.2 充电桩主动上传数据

3.2.1 (CMD=101)服务器应答心跳包信息

报文功能：后台服务器对收到充电桩心跳包后的应答，如表 3 2 1 所示。

表 3 2 1 充电桩心跳包后的应答

3.2.2 (CMD=102)充电桩上传心跳包信息

报文功能：充电桩定期发送该指令向服务器传递连接心跳包信息，如表

3 2 2 所示。

表 3 2 2 连接心跳包信息

注：1.建议在 104 报文发送时间少于 30 秒的阶段时，不发心跳报文，以节

省网络流量。

3.2.3 (CMD=103)服务器应答充电桩状态信息包

报文功能：后台服务器对收到充电桩状态报文后的应答,如表 3 2 3 所示。

表 3 2 3 应答充电桩状态信息包

3.2.4 (CMD=104)充电桩状态信息包上报

报文功能：充电桩定期发送此信息上报充电桩当前工作状态信息，如表

3 2 4 所示。

表 3 2 4 充电桩状态信息包上报

说明：

1．当一桩有多个枪时，在一个上报周期内要把每个枪的状态单独上报。即总共只有一

个一个 socket 连接并且会发送多个 104 报文给平台，但每个 104 报文中的字段 3“充电桩

编码 ”内容都是一样的，只是字段 5“充电口（枪）号 ”会有 1~N。

2．建议桩的字段 7“工作状态 ”发生变化时立即发送给后台。

3．充电桩在可充电状态下收到后台启动指令时，立即把工作状态改变成“ 1-正准备开 始充电 ”，若由“正准备开始充电 ”状态变成“0-空闲中、3-充电结束、4-启动失败、6-系 统故障 ”，表示此次充电启动失败，状态由“0-空闲中或 1-正准备开始充电 ”变成“2-充电

进行中 ”则表示启动充电成功。

4．一机多枪的机型，一个桩与后台只有一个 socket 连接，而不是每个枪都与平台有独 立的 socket 连接。每个枪的终端在后台都要有一个独立的桩编码，但桩这里只会上传一个 桩主编码，子编码要后台处理。如一种一机四枪的充电机，其只有一个主监控与后台通信， 其，则其下面对应的四个枪的二维码编码则是“00112201 ”、“00112202 ”、“00112203 ”、 “00112204 ”，每个枪的编码是后台根据桩编码和枪号来确定的，若用户扫码 00112203 桩 进行充电，则后台要向桩号“001122 ”的通道 3 发送启动充电指令。桩编码为“001122 ”

的多枪充电桩，字段 3 不会有单独“00112201 ”向后台发送的报文。

5 ．总电量 =本次充电累计充电电量(27 字段) + (千分位电量(52 字段))/10

3.2.5 (CMD=105)服务器应答充电桩签到命令

报文功能：后台服务器对收到充电桩签到报文后的应答，如表 3 2 5 所示。

表 3 2 5 服务器应答充电桩签到命令

说明：

1．由桩签到 106 报文的字段 4 可知道当前充电桩是否支持报文加密，桩支

持加密才能下发字段 5 内容为 1 的报文。

2．字段 5 内容为 1 时，后续桩没有断开当前 socket 连接时上传的报文应用

数据都为加密格式

3.2.6 (CMD=106)充电桩签到信息上报

报文功能：充电桩上报签到信息，如表 3 2 6 所示。

表 3 2 6 充电桩签到信息上报

注意：以下情况需要上报该报文：

1．充电桩上电完成初始化完成，与后台服务器连接成功，第一个发送签到

信息到中心监控；此种方式报文不能加密。

2．充电桩检测到网络中断以后，又恢复连接， 自动向中心监控上报签到信

息；此种方式报文不能加密。

3．充电桩智能终端按照周期签到参数设置要求， 自动定时向中心监控上报

签到信息。此种方式根据之前服务器指示决定是否启用加密。

4．服务可通过控制指令请求上发签到报文，此种方式根据之前服务器指示

决定是否启用加密。

5． 当桩上报的“当前充电桩系统时间 ”误差大于5秒时，建议后台下发CMD=3

中的同步时间命令，对充电桩时间进行同步。

6. 加 密 方 式 采 用 AES256 ，CBC ， PKCS7 方 式 加 密 ,IV 则 为 ：

2022011808080855。

7.桩收到启用加密标志后 ，后续通信报文全部采用 AES256 进行对业务数据

进行加密。

3.2.7 (CMD=107)服务器应答充电桩告警信息

服务器暂时不用回复，仅处理接收数据。

3.2.8 (CMD=108)充电桩告警信息上报（预留）

报文功能：充电桩告警信息，见表 3 2 7 所示。

表 3 2 7 充电桩告警信息上报

说明：

1．当告警信息发生变化时立即上报，在告警信息没有发送变化时， 目前暂

定间隔 10 分钟上报一次

2．桩出现告警不代表不能继续给车充电，桩出现告警后能不能继续充电要

看 CMD104 中的序号 7 状态位是否为系统故障

3.2.9 (CMD=109)服务器应答充电桩启动完成命令

报文功能：服务器应答充电桩启动完成命令，见表 3 2 8 所示。

表 3 2 8 服务器应答充电桩启动完成命令

3.2.10 (CMD=110)充电桩上报充电启动完成命令（可选项）

报文功能：充电桩上报充电启动完成命令，见表 3 2 9 所示。

表 3 2 9 充电桩上报充电启动完成命令

注：

1．在 VIN 方式自动充电模式时，一定要实现此命令接收完 BRM 报文获取到 车辆的 VIN 编码，主动发送此报文给后台，后台收到车辆 VIN 后决策是否插枪启

动自动充电功能。

2．此命令不是必发送报文，充电是否成功主要根据 104 状态和 202、222 订

单报文。

3.2.11 (CMD=111)服务器应答充电桩上报模块信息（预留）

报文详细信息见表 3 2 10 所示。

表 3 2 10 服务器应答充电桩上报模块信息

注：

1．服务器如果主动下发查询，则设置字段 3“报文类型 ”为 1，收到充电机

返回的 112 报文后就不需要再回复 111 报文。

3.2.12 (CMD=112)充电桩模块信息上报（预留）

报文功能：充电桩模块信息，见表 3 2 11 所示。

表 3 2 11 充电桩模块信息上报

3.2.13 (CMD=113)服务器查询最近一次充电各时段信息

报文功能：服务器应答充电桩上报充电信息报文，如表 3 2 12 所示。

表 3 2 12 服务器查询最近一次充电各时段信息

注：1.此命令服务器根据业务需求主动下发给充电桩

3.2.14 (CMD=114)充电桩应答服务器查询最近一次充电各时段信息

报文功能：充电桩上报充电信息，见表 3 2 13 所示。

表 3 2 13 最近一次充电各时段信息

注：此报文充电桩不主动上报，服务器下发 CMD113 查询命令来时才应答此报文。

3.3 充电信息数据

3.3.1 (CMD=201/221)服务器应答充电桩上报充电信息报文

报文功能：服务器应答充电桩上报充电信息报文，见表 3 3 1 所示。

表 3 3 1 务器应答充电桩上报充电信息报文

说明：201 报文对应回复桩上传 202 报文 ;221 报文对应回复桩上传 222 报文

3.3.2 (CMD=202/222)充电桩上报充电记录信息

报文功能：充电桩上报充电信息。充电桩给汽车充完电，网络正常应该立即上报此报文，见 表 3 3 2 所示。

CMD=222 也是充电桩上报订单报文，整个报文字段内容跟 202 一样，只不过 202 上报的订单所有电量字段都是放大 100 倍（电量保留两位小数点），而 222 报文的所有电量字段放大 1000 倍，即精度为 0.001kwh（电量保留三位小数），

桩上传订单 202 报文，平台用 201 应答;桩上传订单 222 报文，平台用 221 应答.

表 3 3 2 充电桩上报充电记录信息

说明：

1. 此条报文是充电费用的依据，是充电桩最重要的报文。后台收到此报文， 一定要进行入数据库持久化保存，严禁丢弃，除非判断是重复订单才可以过 滤掉。

2. “重复订单 ”的判断依据是，当前收到的 202/222 订单报文的字段“6- 充电卡号、7-充电开始时间、8-充电结束时间、10-充电开始 SOC、11-充电 结束 SOC、12-充电结束原因，13-充电电量、14-充电前电表读数、24-车辆 VIN、75-充电流水号 ”这些所有字段与之前已入库的订单字段全部一模一样 时，才能判定为重复订单，只要任何一个字段有差异，都不能判定是重复订 单，都要进行入库计费处理或进行人员审核结算。

3. 若平台收到有异常字段的订单，也不能丢弃掉异常字段的 202 订单报文， 平台必须对任何判断异常的订单进行存储，需在 WEB 端列出异常订单条目， 并让运营商管理员对此类异常订单进行人工审核和结算。

4.若上报此报文没有收到服务器应答报文，则间隔 10 再上报，直到服务器

应答为止，平台收到 202 报文，必须无任何条件要进行回复 201 报文。

5.充电桩为了保证记录能到送达后台，保证充电订单不丢失，会出现一条充 电记录多次上传给后台。而且建议充电桩刚上电时第一次连接后台成功时， 把最近的 50（这个条目可能变化）条充电记录上报给后台。所以后台得具有 重复报文过滤功能，当收到的新的 202 订单报文的字段“6-充电卡号、7-充 电开始时间、8-充电结束时间、10-充电开始 SOC、11-充电结束 SOC、12-充 电结束原因，13-充电电量、14-充电前电表读数、24-车辆 VIN、75-充电流 水号 ”所历史入库的订单字段内容全部一样时，才能判断为同一条充电记录。

1 ．总电量 = 本次充电电量(13 字段) + (千分位电量(77 字段))/10

2 ．总费用 = 本次充电金额(16 字段) + (千分位电量(77 字段) * 当前时段费率)/1000

3.3.3 (CMD=203)服务器应答帐户查询信息

报文功能：服务器应答充电桩充电上报最新一次充电信息报文，见表 3 3 3

所示。

表 3 3 3 服务器应答帐户查询信息

3.3.4 (CMD=204)充电桩充电上传用户帐户查询报文

报文功能：充电桩充电上传用户帐户查询报文，见表 3 3 4 所示。

表 3 3 4 充电桩充电上传用户帐户查询报文

注：

1．旧版本协议报文没有 7、8 字段，那就是桩在此报文不上传相应的用户充

电卡密码。

2．字段 8 “卡扇区数据 ”在发卡时需要为每个充电卡写入一个随机的 48 字 节字符串数据，在此增加此字段主要考虑充电卡的安全性。用户刷卡后充电桩上

传此字段到后台，后台比较之前的发卡数据，即可验证当前卡是否合法卡。

3．若发卡系统有能力，最好其发卡时写入的随机“卡扇区数据 ”通过 MD5 加密后进行保存，充电桩后台服务器收到桩 CMD204 上传“卡扇区数据随机数 ” 字段后，先进行 MD5 运算，然后再与数据库的值进行比较，若一直就认为卡是合

法的。这样可以进一步保证充电卡的安全。

4．账户+密码验证方式充电，若平台不支持，回复的 203 报文响应码不能是

“0：有效账户 ”

3.3.5 (CMD=205)服务器应答充电密码验证报文（预留）

报文功能：服务器应答充电密码验证报文，见表 3 3 5 所示。

表 3 3 5 服务器应答充电密码验证报文

3.3.6 (CMD=206)充电桩上传用户密码验证报文（预留）

报文功能：充电桩上传用户密码验证报文，见表 3 3 6 所示。

表 3 3 6 充电桩上传用户密码验证报文

注：

1．字段 6 “卡扇区数据随机数 ”在发卡时需要为每个充电卡写入一个随机 的 48 字节字符串数据，在此增加此字段主要考虑充电卡的安全性。用户刷卡后 充电桩上传此字段到后台，后台比较之前的发卡数据，即可验证当前卡是否合法

卡。

2．若发卡系统有能力，最好其发卡时写入的随机“卡扇区数据 ”通过 MD5 加密后进行保存，充电桩后台服务器收到桩 CMD204 上传“卡扇区数据随机数 ” 字段后，先进行 MD5 运算，然后再与数据库的值进行比较，若一直就认为卡是合

法的。这样可以进一步保证充电卡的安全。

3.3.7 (CMD=207) 平台回复”即插即充“请求充电结果

3.3.8 (CMD=208) 充电桩上报“即插即充“启动充电请求

3.3.9 (CMD=209) 平台回复“即插即充” 启动充电结果（没用）

3.3.10 (CMD=210)充电桩上报“即插即充” 启动充电结果（没用）

3.4 直流充电桩 BMS 信息数据(预留)

3.4.1 (CMD=301)服务器应答充电桩上报 BMS 信息

报文功能：服务器应答充电桩上报 BMS 信息，见表 3 4 1 所示。

表 3 4 1 服务器应答充电桩上报 BMS 信息

3.4.2 (CMD=302)充电桩上报 BMS 信息

报文功能：直流充电桩上报 BMS 信息，见表 3 4 2 所示。

表 3 4 2 直流充电桩上报 BMS 信息

注：

1．直流桩进入充电阶段时，上报此报文。

2．在充电过程中， 目前暂时先按 30s 上报一次。

3．一般情况用 302 格式上报给服务器。

3.4.3 (CMD=303)服务器应答充电桩上报 BMS 信息

报文功能：服务器应答充电桩上报 BMS 信息，见表 3 4 3 所示。

表 3 4 3 服务器应答充电桩上报 BMS 信息

3.4.4 (CMD=304)充电桩上报 BMS 信息（预留-暂时不用）

报文功能：充电桩上报 BMS 信息，见表 3 4 4 所示。

表 3 4 4 充电桩上报 BMS 信息

注：

1．进入阶段时，上报此报文

2．在充电过程中， 目前暂时先按 1 分钟上报一次

3.5 历史记录

3.5.3 (CMD=401/421)服务器查询充电桩历史充电记录

报文功能：服务器查询充电桩历史充电记录，见表 3 4 5 所示。

表 3 4 5 服务器查询充电桩历史充电记录

注：

1．一次只能查询一条充电记录。

2．查询记录起始索引不能超过充电桩中最大的充电记录条数。

3．401 报文对应回复桩上传 402 报文 ;421 报文对应回复桩上传 422 报文

3.5.4 (CMD=402/422)充电桩上报历史的充电记录

CMD=422 也是充电桩上报历史充电记录报文，整个报文字段内容跟 422 一 样，只不过402上报的订单所有电量字段都是放大 100倍（电量保留两位小数点）， 而 422 报文的所有电量字段放大 1000 倍，即精度为 0.001kwh（电量保留三位小 数），桩上传订单 402 报文，平台用 401 应答;桩上传订单 422 报文，平台用 421

应答.

报文功能：充电桩上报历史的充电记录信息，见表 3 4 6 所示。

表 3 4 6 充电桩上报历史的充电记录

注：

1．充电桩为了保证记录能到送达后台，可能出现一条充电记录多次上传给 后台，所以后台应具体重复报文过滤功能，当“充电卡号、充电启始时间、充电

结束时间 ”三者为一样时，可判断为同一条充电记录。

2． 当后台查询的记录不存在时，字段 17“ 内部索引号 ”填-1，表示查询失

败。

3.6 升级命令

说明：所有升级的服务器所发指令，没有特殊说明，在没有收到桩回复时，

默认以 1S 的频率重发报文，重发 5 次后何没有收到桩的正确回复时，升级失败。

3.6.1 (CMD=1001)服务器下发擦除指令

报文功能：清除充电桩相应的软件，为升级工作做准备，见表 3 6 1 所示。

表 3 6 1 升级工作报文

说明：此命令下发的频率每秒不超过 1 次

3.6.2 (CMD=1002)充电桩回复服务器下发擦除指令

报文功能：清除充电桩相应的软件，为升级工作做准备，见表 3 6 2 所示。

表 3 6 2 清除充电桩报文

3.6.3 (CMD=1003)服务器下发升级文件名指令

报文功能：服务器要下发的文件名称，见表 3 6 3 所示。

表 3 6 3 服务器下发升级文件名指令

说明：服务器必须收到桩 100%完成擦除标志后才能下发。

3.6.4 (CMD=1004) 充电桩应答服务器下发升级文件名指令

报文功能：应答服务器指令，代表桩已准备就绪接收文件，见表 3 6 4 所示。

表 3 6 4 充电桩应答服务器下发升级文件名指令

说明：建议以 linux 平台带 RAM 外设的监控这个长度为 4096 Byte,嵌入式小型

单片机建议不超过 128 Byte.

3.6.5 (CMD=1005)服务器下发升级文件大小

报文功能：服务器要下发的文件名称，见表 3 6 4 所示。

表 3 6 4 服务器下发升级文件

3.6.6 (CMD=1006)充电桩应答服务器下发升级文件大小指令

报文功能：应答服务器指令，代表桩已准备就绪接收文件，见表 3 6 5 所示。

表 3 6 5 充电桩应答服务器下发升级文件大小指令

注：服务器收到响应文件大小异常时，应停止下发升级文件数据，建议在升

级前，先发送 1006 命令，判断成功后再发送 1001 擦除命令。

3.6.7 (CMD=1007)服务器下发升级文件数据

报文功能：服务器要下发的文件数据，见表 3 6 6 所示。

表 3 6 6 服务器下发升级文件数据

说明：

1．为保证升级数据准确性，升级文件包的数据的包头“序列号域 ”必须严 格每发送一次不同文件数据内容时依次加 1，服务只能收到桩应答完本次发送的

文件数据后才能再发下一包。

2．此报文在没有收到桩应答时，以整个应用帧要完全一样间隔 100ms 频率

重发，超时次数为 50 次

3．文件数据长度最大为命令 1004 告知的数据长度.其发送数据为二进制模式。

4．只允许最后一个报文因剩余数据长度没有达到指定的数据长度 N 时，所 发送的数据长度按实际剩余长度发数，其它的数据报文都必须按 1004 告知的数

据长度发送。

3.6.8 (CMD=1008)充电桩应答服务器下发升级文件数据指令

报文功能：应答服务器指令，代表桩已正确接收服务下发的升级数据，可以

接收下一包了，见表 3 6 7 所示。

表 3 6 7 应答服务器指令

说明：这个 SN 是指报文头部的“序列号域 ”。

3.6.9 (CMD=1009)服务器下发升级文件数据结束指令

报文功能：服务器下发所传送的文件已结束，见表 3 6 8 所示。

表 3 6 8 服务器下发升级文件数据结束指令

3.6.10 (CMD=1010)充电桩应答服务器下发升级文件数据结束指令

报文功能：回复平台已接收到完整的升级文件，见表 3 6 9 所示。

表 3 6 9 充电桩应答服务器下发升级文件数据结束指令

3.6.11 (CMD=1011)服务器下发重启指令

报文功能：文件下载完成，开始升级，见表 3 6 10 所示。

表 3 6 10 服务器下发重启指令

3.6.12 (CMD=1012)充电桩应答服务器下发重启指令

报文功能：文件下载完成，开始升级，见表 3 6 10 所示。

表 3 6 10 充电桩应答服务器下发重启指令

3.6.13 (CMD=1021)服务器回复充电桩主动请求升级命令

3.6.14 (CMD=1022)充电桩主动请求升级命令

报文功能：通知服务器给充电桩下发升级文件

表 3 6 10 充电桩应答服务器下发重启指令

说明：1.桩上传的命令标志为 0x6e657874-断点续传时，服务器下一帧直接发送 1007 命令，

而不用重新从 1001 开始。

3.7 与计费策略相关的指令

3.7.1 （CMD=1101）后台服务器查询 24 时电费计价策略信息

报文功能：后台查询 24 时段电费计价策略信息，报文体为空。

3.7.2 （CMD=1102）充电桩应答后台服务器查询 24 时电费计价策略

信息

报文功能：后台查询 24 时段电费计价策略信息（用 BIN 码表示），见表 3 7 1 所示。

表 3 7 1 充电桩应答后台服务器查询 24 时电费计价策略信息

说明：

本命令定义最大 12 个时间时段，时间必须符合 24 时计算，以 30 分钟为步长， 共 48 个时间段；设置时间段范围为从 00:00~24:00，时间时段总和必须为 48 个

时段，没设置的需补零。

3.7.3 （CMD=1103）后台服务器设置 24 时段电费计价策略信息

报文功能：后台服务器设置 24 时段电费计价策略信息（用 BIN 码表示），若

平台存在跨时段服务费，请使用 CMD1105 见表 3 7 2 所示。

表 3 7 2 台服务器设置 24 时电费计价策略信息

说明：

1．为保证桩的费率实时与后台同步，在管理员更改充电费率、桩上报 106

报文签到时和后台启动充电前下发报文进行费率同步。

2．费率默认是 2 位小数点，即下发的数据放大了 100 倍，要乘 0.01 才能得 到真实的值。一般 2 费率保留 2 位小数即可满足充电桩的应用需求，建议客户使

用 2 位小数点的费率。以下是费率下发数据与真实费率对应表 3 7 3。

表 3 7 3 充电桩费率表

3．本命令定义最大 12 个时间时段，时间必须符合 24 时计算，以 30 分钟为 步长，共 48 个时间段；设置时间段范围为从 00:00~24:00，时间时段总和必须

为 48 个时段，没设置的时间时段需补零。

示例：如设置 3 个时间时段，则下发数据填充如下：

注：

1. 协议定义要按照此格式顺序填充 12 个时间时段，缺时段、始终时间相等或大

小错误，充电桩都认为下发数据错误，应答失败。

2. 充电桩依次搜索查找排序时间时段，当满足 48 个时段，便停止搜索下一个时

间时段；后台监控下发前也要对 48 个时段进行效验。

3. 本费率生效后，cmd202 报文的时段电量与为 48 个时段，意味着 48 时段电量

生效。

3.7.4 （CMD=1104）充电桩应答后台服务器设置 24 时电费计价策略

信息

报文功能：回复平台是否设置成功，见表表 3 7 4 所示。

表 3 7 4 充电桩应答后台服务器设置 24 时电费计价策略信息

3.7.5 （CMD=1105）后台服务器设置分时段计价策略信息

报文功能：后台服务器设置分时段电费计价策略信息（用 BCD 码表示），见

表 3 7 5 所示。

表 3 7 5 台服务器设置分时电费计价策略信息

说明： (该说明只针对 V5 平台)

1．为保证桩的费率实时与后台同步，在管理员更改充电费率、桩上报 106

报文签到时和后台启动充电前下发报文进行费率同步。

2．支持本条报文软件版本在:***.210.01.00 及以后版本(V5 平台)。

例程发送：

AA F5 45 00 10 01 51 04 00 00 06 00 40 1F 00 00 D0 07 00 00 06 00 12 00 40 1F 00 00 70 17 00 00 12 00 18 00 40 1F 00 00 A0 0F 00 00 18 00 22 00 40 1F 00 00 70 17

00 00 22 00 00 00 40 1F 00 00 A0 0F 00 00 17

1: 000000

2: 060000

3: 120000

4: 180000

5: 220000 例程回复：

060000

120000

180000

220000

000000

8000

8000

8000

8000

8000

2000

6000

4000

6000

4000

AA F5 0A 00 10 01 50 04 00 54

3 ．以上报文时段数：n<= 12，有多少时段下发多少个时段的数据即可，时段内最小时间

步长为 1min。

4 ．本费率生效后，cmd202 报文的时段与本时段相对应的，同时意味着 48 时段电量失

效。

V6 平台说明：

1 、协议中的开始分钟和结束分钟只能是 0 或 30 ，cmd202 或 cmd222 报文中的 48 时段

电量依旧有效。

2 、后台下发 cmd 1105 后，桩应答 cmd 1106 确认下发结果。

3.7.6 （CMD=1106）充电桩应答后台服务器设置分时段计价策略信

息

报文功能：回复平台是否设置成功，见表表 3 7 6 所示。

表 3 7 6 充电桩应答后台服务器设置 24 时电费计价策略信息

3.7.7 （CMD=1107）后台服务器查询分时电费计价策略信息

报文功能：后台查询 24 时段电费计价策略信息，报文体为空。

3.7.8 （CMD=1108）充电桩回复分时电费计价策略信息

报文功能：后台服务器设置 24 时段电费计价策略信息（用 BIN 码表示），见

表 3 7 7 所示。

表 3 7 7 台服务器设置分时电费计价策略信息

3.9 白名单报文

3.9.1 (CMD=1301)服务器下发白名单操作日志数据包

报文功能：后台逐条下发白名单信息报文，见表 3 9 1 所示。

表 3 9 1 服务器下发白名单操作日志数据包

后台发送白名单依次发送，每次发送 10 条，充电桩接收到后，回复应答指

令。应答操作结果为成功时，后台才可以下发下 10 条白名单。

白名单下发流程是：先查询桩上白名单版本号，若一致，就不需要下发，若

不一致，则先使用清空操作，把历史名单清完，然后再下发新的白名单。

白名单数量不能超过 100 个。

3.9.2 (CMD=1302) 充电桩应答白名单操作日志数据包

报文功能：回复白名单更新结果，见表 3 9 2 所示。

表 3 9 2 充电桩应答白名单操作日志数据包

3.10 FTP 远程升级和 FTP 方式日志上传

3.10.1 (CMD=1401)服务器下发 FTP 远程升级命令

说明：服务器通过 1401 命令通知设备进行升级的，并且采用 3.6 节中定义的协议格式下发 升级文件，这个方式 1401 报文中的第 4 字段“FTP 服务器 IP 地址或者域名 ”必须是 IP 格式 而不能使用域名，而且升级服务器使用的端口，都是双方固定好的（不是 21 端口）。

3.10.2 (CMD=1402)充电桩应答服务器下发 FTP 远程升级命令

3.10.3 (CMD=1403)充电桩应答 FTP 升级包下载进度

3.10.3 (CMD=1406)服务器下发获取充电桩日志信息命令

说明：仅支持采用 3.11 节中定义的协议格式上传文件，这个报文中的第 4 字段“FTP 服务 器 IP 地址或者域名 ”必须是 IP 格式而不能使用域名，而且升级服务器使用的端口，都是双 方固定好的（不是 21 端口）。

3.10.4 (CMD=1407)充电桩应答服务器下发获取充电桩日志命令

3.11 协议方式日志上传

3.11.1 (CMD=1501） 申请上传文件

说明： 日志保存文件名建议服务器先建立一个按桩号命名的目录，然后使用“字段 4 前缀+ 时间+字段 4 后缀 ”，如字段 4 上传的是 charger.xls 文件名，则保存成

112233445566/charger202106151625.xls 文件，其中“112233445566/ ”是按桩号生成的目录 路径。

3.11.2 (CMD=1502）服务器允许上传

3.11.3 (CMD=1503）上传日志数据

说明：

1. 发送完此报文，在 500ms 内没有收到服务器回复 1504 报 文，则重发，并连接发送 30 次都没有收到服务器的 1504 报 文，则中止此次的日志上传。根据业务逻辑来重新走发送 1501 报文流程。

**2.**服务器在接收日志文件中途，因种种原因出错或断开连接，

也要把已接收到的日志数据保存到文件当中。

3.11.4 (CMD=1504）服务器应答上传日志

3.11.5 (CMD=1505）当前文件日志数据上传完成

说明：这个命令仅仅只是通知服务器，当前的日志文件已上传完成，让服务器保存并关闭刚 接收到的文件描述符。整个 SOCKET 连接不能接收到文件结束后就直接关闭，而应由桩这边 在整体日志都传完再来关闭。因为桩上一次可以传多个日志到服务器，如一个文件上传结束 了，可继续发送 CMD1501 命令来申请上传其他日志文件。

3.11.6 (CMD=1506）当前文件接收完成

说明：桩收到 1506 回复后，若还有文件要上传的，则继续发送

1501 报文，若没有则收到服务器回应此报文后，即可关闭 SOCKET

连接，然后桩再连接到正式运营服务器上。

附录 1 告警编码定义（CMD=104 最高告警码字段）

说明：

1.因为交流桩与直流桩很多告警不一样，为了方便各自的编码管理，把两个系统

的告警独立编号

2.上表中，有些同一名称的告警，但有两个不同的编码，也是为了方便充电桩的

软件处理，服务器按照这个完整列表做个告警映射表即可。

附录 2 停止原因编码定义

附录 3 充电启动失败编码定义

备注 1：充电策略为 1（按时间充电），则充电策略参数最小值为 500（即最小时间为 5 分钟）；充电策略 为 2（按费用充电），则充电策略参数最小值为 100（即最小费用为 1 元钱）；充电策略为 3（按电量充电）， 则充电策略参数最小值为 100（即最小电量为 1 度电）；

附录 4 系统告警位定义表（CMD=108 全部告警内容字段）

注：桩出现告警不代表不能继续给车充电，桩出现告警后能不能继续充电要看

CMD104 中的状态位是否为系统故障

附录 5 通信报文校验 C 参考实现

unsigned in t addChecksum(const char * buffer, in t length)

{

unsigned in t sum=0;

unsigned int i=0;

if (!buffer)

{

return 0;

}

for (i=0;i<length;i++)

{

sum = sum + *buffer;

buffer++;

}

return sum&0xff;

}

符录 6 通信报文交互参考流程

APP 扫码/远程启动流程

刷卡充电

后台远程升级

附录 7 不加密报文与加密报文说明

加密后的“业务数据长度 ”独立出来，跟之前的报文字段没有关系，加密后的新 增加 2 字节“业务数据长度 ”放在每个报文的业务数据之前，根据是否加密决定

报文是否带有 2 字节“业务数据长度 ”字段。

如：以下是 CMD01 不加密报文的数据域组成

如：以下是 CMD01 加密报文的数据域组成

附录 8 CMD112 模块告警定义

注：预留的位是 0 还是 1 都不要处理。