目录
1.简介
1.1.本文件的目的
1.2.目标受众
1.3. OCPP-S and OCPP-J
1.4. 约定
1.5.定义和缩写
1.6.参考
2.优点和问题
3.连接
3.1.客户要求
3.1.1.连接URL
3.1.2.OCPP版本
3.1.3.打开HTTP请求的示例
3.2.服务器响应
3.3.更多信息
4.RPC框架
4.1.介绍
4.1.1同步性
4.1.2字符编码
4.1.3消息类型
4.1.4消息ID
4.2.不同消息类型的消息结构
4.2.1. Call
4.2.2. CallResult
4.2.3. CallError
5.连接
5.1.压缩
5.2.数据完整性
5.3.与OCPP心跳相关的WebSocket Ping
5.4.重新连接
5.5网络节点层次结构
6.安全
6.1.网络级安全
6.2.基于TLS的OCPP-J
6.2.1加密
6.2.2充电桩认证
6.2.3.它的作用和不作用
6.2.4.OCPP-S的适用性
7.配置
1.简介
1.1.本文件的目的
本文档的目的是为读者提供创建正确的可互操作 OCPP JSON 实现 (OCPP-J) 所需的信息。我们将根据我们自己的经验，尝试解释什么是强制性的、什么是良好做法以及什么是不应该做的。毫无疑问，误解或歧义仍然存在，但我们旨在通过本文件尽可能地防止它们。
1.2.目标受众
本文档旨在帮助开发人员正确理解和/或实现OCPP JSON，以确保互操作性。假设读者具备在服务器或嵌入式设备上实现Web服务的基本知识。
1.3. OCPP-S and OCPP-J
随着OCPP 1.6的引入，出现了两种不同的OCPP版本；除了基于SOAP的实现之外，还可以使用更紧凑的JSON替代方案。为了避免在实现类型上的混淆，我们建议使用不同的后缀“-J”和“-S”来表示JSON或SOAP。通用术语中，OCPP-J表示JSON，OCPP-S表示SOAP。版本特定的术语为OCPP1
