双版本协议接入
支持 OCPP 1.6J 与 2.0，结合主控型号和固件配置完成设备接入与消息对接。
充电控制与数据交互
围绕授权启停、状态上报与电量数据，衔接设备控制逻辑和协议消息。
安全连接与联调
结合 TLS、网络和认证配置，协助验证连接、断线恢复及异常处理。具体功能按项目清单确认。
OCPP 协议
支持 OCPP 1.6J 与 2.0，围绕充电设备端实现协议接入、充电数据交互与远程控制，协助客户完成主控集成和联调。
- 支持版本
- OCPP 1.6J / 2.0
- 通信方式
- JSON over WebSocket
- 实现范围
- 充电设备端协议接入
OCPP 1.6J 与 2.0，有什么不同？
左右滑动查看完整对比
| 对比项目 | OCPP 1.6J | OCPP 2.0 |
|---|---|---|
| 设备配置 | 以配置项读取与修改为主。 | 引入设备模型，按组件与变量描述设备，便于精细配置和监测。 |
| 充电交易 | 启动、停止和电量通过不同消息上报。 | 通过交易事件统一组织充电过程，支持更灵活的交易起止条件。 |
| 安全机制 | 可使用 TLS，并通过 OCA 安全扩展补充安全事件和固件更新保护。 | 协议纳入更完整的安全机制，覆盖安全连接、安全事件与固件更新。 |
| 智能充电 | 支持充电计划和功率限制。 | 扩展智能充电协作，并支持传递 ISO 15118 相关充电需求。 |
两版消息结构不同，对接双方需使用一致版本。以上为协议层面的差异；具体功能以产品型号、固件和项目配置为准。
产品与实现
OCPP 在充电设备中负责什么？
OCPP 负责充电设备与远端系统的信息交互，包括设备上线、状态上报、授权启停和充电数据。CCS、CHAdeMO 负责车辆与充电桩之间的通讯，两者分工配合。
如何选择 1.6J 或 2.0？
先确认对接方要求的协议版本。既有项目采用 1.6J 时，重点匹配消息与业务流程；需要更细的设备模型、交易事件和智能充电协作时，可选择 2.0。升级版本需要重新匹配消息与固件，并完成联调。
与盘元对接，需要准备什么？
提供主控型号、目标协议版本、服务地址与认证方式，以及需要实现的功能清单。双方确认固件配置后，围绕连接、授权、启停、数据上报和异常恢复逐项验证。
参考资料
有技术对接需求？
告诉我们设备型号与目标功能，一起明确技术对接范围。