充电桩通信协议报文【迈宇新】

在直流充电领域，目前国内主流遵循的是 GB/T 27930 协议。它基于 SAE J1939，利用 CAN 总线进行数据传输。

要理解报文，最核心的是掌握充电的六个阶段。每个阶段都有特定的“接头暗号”，一旦某个环节的报文没对上，就会触发你之前提到的“通信超时”。1. 充电协议的六个关键阶段

第一阶段：握手阶段 (Handshake)

• BHM (车辆握手): 告知车辆最高允许总电压。

• CHM (充电机握手): 告知充电机软件版本。

• 目的： 确认双方“版本号”是否匹配，能否继续聊天。

第二阶段：辨识阶段 (Identification)

• BRM (电池规格): 这是最重要的一帧，包含电池类型、额定容量、额定电压、生产厂商。

• CRM (辨识确认): 充电机确认已收到电池信息，并告知自己是否支持给这辆车充电。

第三阶段：参数配置 (Configuration)

• BCP (动力蓄电池参数): 告知单体电压限值、最大电流、最大能量。

• CTS / CML: 充电机告知当前的时间以及自己的输出能力限值（电压/电流范围）。

• BRO (准备就绪): 双方互相确认“我准备好了，可以闭合继电器开充了”。

第四阶段：充电阶段 (Charging) - 核心循环

在此阶段，报文会以 10ms - 50ms 的高频率循环发送：

• BCL (电池充电需求): 车辆要多少电压、多少电流。

• BCS (电池状态): 当前实际电压、电流、剩余电量 (SOC)。

• CCS (充电机状态): 充电机当前实际输出了多少，以及是否处于限流状态。

第五阶段：结束阶段 (Stop)

• BST (车辆中止): 告知因 SOC 达到 100% 或人工停止、故障等原因结束充电。

• CST (充电机中止): 充电机回应停止原因。

第六阶段：统计阶段 (Statistics)

• BSD / CSD: 双方交换本次充电的总电量、时长等数据，准备结账。

2. 报文结构示例 (CAN ID 拆解)

国标报文的 CAN ID 通常是 29 位的扩展帧。以 BCL（充电需求） 为例：

3. 如何利用报文排查“通信超时”？

如果你手里有 CAN 报文记录仪（如 CAN Pro 或 ZLG 分析仪），可以按以下逻辑查找：

1. 看“断头”： 找到最后一条报文。如果最后一条是 BCP，而没有收到 CML，说明充电机在参数配置阶段卡住了。

2. 看“周期”： 检查 BCL 报文。如果协议要求 50ms 发一帧，但记录显示两帧之间间隔了 200ms，充电机就会因为“等得太久”而主动断开通信。

3. 看“错误帧”： 如果报文里出现大量红色标示的 Error Frame，通常是物理链路问题（屏蔽不好或电阻没接）。