OBC充电机通讯协议有哪些？先分清楚它在跟谁说话

"OBC充电机通讯协议有哪些"，这个问题不能只回答一个协议名字，因为OBC其实在跟好几个对象说话，每个对象走的通道不一样。先分清楚它在跟谁说话，再谈协议，不然问出来的答案对不上你实际要选型的场景。

OBC对外通讯，分三条完全不同的线

跟BMS/VCU说话，CAN只是物理层，报文定义是主机厂的

OBC跟车内BMS、VCU之间，绝大多数用CAN总线传数据——充电电流需求、电池电压、故障状态这些信息，都是通过CAN报文来回传的。但CAN只是物理层和基础帧格式的标准，具体哪个字节代表电压、哪个字节代表电流、报文ID是多少，这些全是主机厂自己定义的，不是一个能查手册对上的公开协议。供应商说"我们的OBC支持CAN通讯"，这句话不代表能直接接上你的车，得拿到你这边车型的DBC文件（CAN报文定义文件），双方对齐报文格式，才算真正对接上。

跟充电桩说话，大多数场景根本不是数字协议

普通AC充电场景下，OBC和充电桩之间走的是CP信号——桩打PWM方波，占空比代表最大电流，车端读这个占空比，这是模拟信号交互，遵循SAE J1772或IEC 61851-1的定义，跟DC快充那套GB/T 27930、DIN 70121、ISO 15118这些数字通讯协议是两码事。把DC快充的协议名字套到普通AC OBC头上，是选型时常见的混淆，问供应商"OBC支持哪些通讯协议"之前，先明确你问的是AC场景还是DC场景，这两边根本不是一套体系。

选型时真正会问的几个问题

供应商说OBC支持CAN协议，这就够了吗？不够。得进一步问支持的是CAN2.0A还是CAN2.0B，波特率是多少，最关键的是有没有现成的对接经验或者愿不愿意配合你这边的DBC文件做联调。光一句"支持CAN"，信息量约等于没说。

要做ISO 15118智能充电，OBC要额外加什么？需要加PLC通讯模块，还涉及证书体系和安全握手这一整套逻辑，硬件成本和开发周期都会上一个台阶。如果你的目标市场并不强制要求智能充电功能，没必要为了"以后可能用得上"就多花这笔钱，先确认清楚项目实际的强制要求，再决定要不要加这块。

诊断刷写走的协议，跟充电控制通讯是一回事吗？不是。诊断刷写走的是UDS（ISO 14229），这是标准化程度比较高的诊断协议；充电控制逻辑走的是内部CAN报文或者CP信号，两条通道功能不一样，别笼统地问供应商"支持哪些协议"，分开问清楚这两块分别是什么方案。

供应商说协议"全兼容"，能直接信吗？不能。协议名字对得上，不代表报文定义对得上，尤其CAN这块，没看过你这边的DBC文件之前，"全兼容"这个说法没有依据。选型阶段该要联调测试计划就要，别拿一句口头承诺当验收标准。

OBC的通讯协议这个问题，答案不是一个协议名字，是三条不同的线：跟车说话、跟桩说话、跟诊断工具说话，各走各的方案。搞清楚你要接的是哪一条，问供应商的问题才问得到点子上。