购买错误的充电桩，通常不会首先在电力方面出问题，而是之后在软件方面出问题--当你尝试远程配置它、在站点内进行负载均衡、推送固件更新、读取有用的电表数据，或将其干净地连接到你已经向客户承诺的后台系统时。
今天大多数电动汽车充电桩都会在规格表的某个地方标注"支持 OCPP"。这是一个好的开始，但并不是全部。两个充电桩都可以声称支持 OCPP，但在你实际能够读取、更改、更新和控制的内容上可能存在巨大差异。真正的问题不是"这个充电桩支持 OCPP 吗？"，而是：软件实际上能触及这个充电桩的多少功能？
这篇文章是一份实用的核查清单。如果你以安装充电桩为生，它应该能帮助你在购买前提出更好的问题，避免调试后出现令人不快的意外，并减少因本应远程处理的事情而不得不驱车返回现场的时间。
为什么软件兼容性比规格表显示的更重要
OCPP 为充电桩和中央系统提供了标准化的通信层。这确实很有用。但 OCPP 并不保证每个充电桩都以相同的方式、相同的深度或相同级别的远程访问来实现每项功能。
OCPP 1.6 仍然很常见且仍然有用。OCPP 2.0.1 增加了更好的设备管理、安全性和更丰富的功能支持，但它本身并非万能解决方案。真正重要的是版本加上实现深度的组合。一个实现良好的 1.6 充电桩可能比一个实现不佳的 2.0.1 充电桩更实用。
"勾选式 OCPP"和"真正具有软件兼容性"之间的差距正是安装商吃亏的地方。它表现为回调、返场、变通方案，以及那种熟悉的挫败感："这个只能在厂家门户里操作。"
OCPP 后台只能使用充电桩实际暴露的内容。如果重要的设置、测量或控制被锁定在制造商应用、本地 Web UI 后面，你的后端就无法帮助你，无论它多么优秀。
安装商在购买前应检查什么
以下是需要实际验证的内容。将其作为采购清单使用。
1. OCPP 版本和实现深度
询问充电桩确切支持哪个 OCPP 版本。然后询问实现了哪些功能配置文件（1.6）或功能模块（2.0.1）。仅标注"支持 OCPP"而没有具体说明是一个警示信号。
充电桩可能支持 Core 和 FirmwareManagement，但跳过了 SmartCharging 或 LocalAuthListManagement。这很重要。Open Charge Alliance 公布了每个配置文件和模块涵盖的内容，因此你可以将充电桩的声明与你的实际需求进行对照。
2. 远程配置覆盖范围
这是最重要的一项。充电桩有多少内容可以从 CSMS 远程读取或更改，而无需厂家门户、现场访问或专有工具？
安装商关注远程管理的内容包括：充电点标识符、后端 URL 和通信设置、电流限制、电表采样间隔、智能充电参数、断电后恢复行为、相位相关设置、授权行为、重启和复位行为，以及诊断日志。
如果其中任何一项需要厂家应用或本地 Web UI，你需要在做出承诺之前了解清楚。一个好的 Web 门户只能配置充电桩允许配置的内容。
3. 固件更新支持
固件值得单独列为一个检查项。存在版本特定的 bug。部分 OCPP 支持有时取决于特定的固件分支。更新过程可能是仅手动或厂家特定的。而且后端触发的固件更新并不总是与充电桩实际支持的功能匹配。
一个仅在特定固件分支上具有软件兼容性的充电桩与一个设计上就具有软件兼容性的充电桩不是一回事。检查更新的工作方式、状态如何报告，以及流程是否有文档记录。一些厂家发布了清晰的实施指南（如 ABB 的 OCPP 实施概述）；其他厂家则让你自己猜测。
4. 诊断和故障可见性
当现场出现问题时，你能远程看到多少信息？你能拉取诊断日志吗？故障代码是有意义的还是通用的？充电桩报告状态变化的程度是否足以让一线支持人员在不进行现场访问的情况下进行分类？
良好的诊断可见性是"充电桩离线了，派人去检查一下"与"充电桩在 14:32 报告了连接器 1 的接地故障，以下是上下文"之间的区别。
5. 电表访问和测量参数
"电表数据"的含义可能因充电桩而异：
- 基本会话总量（每次会话交付的电量）
- 运行遥测数据（电压、电流、功率，按相位）
- 负载均衡输入（后端可以据此操作的实时功率读数）
- 报销数据（精度足以用于费用分摊）
- 计费级证据（法规要求的签名电表值）
验证暴露了哪些测量参数、采样间隔是多少、数据是否按相位分、值是否时钟对齐，以及在需要的地方是否提供签名电表值。如果你的使用场景涉及功率管理或光伏感知充电，你需要实时的按相位数据，而不仅仅是会话总量。
6. 相位切换支持
一个充电桩可能在宣传册上支持"智能充电"，但仍然不支持现场需要的确切相位行为。相位切换对于光伏感知充电和低余量场景尤为重要，在这些场景中，你希望从三相切换到单相以继续充电而不是暂停。
将此作为一个独立话题，而不仅仅是负载均衡的一个子项。具体询问：这个充电桩是否支持动态相位切换？在哪个固件版本下？通过哪个接口？
7. 负载均衡接口
宣传册上的"负载均衡"与你的软件栈实际可用的负载均衡接口不是一回事。
以下之间存在真实差异：
- 原生厂家负载均衡（仅在厂家自身生态系统内）
- 本地集群均衡（几个充电桩共享一条线路）
- 更广泛的站点级动态负载均衡
- 电表驱动的站点均衡
- 光伏感知充电
- 通过动态功率共享实现的外部 EMS 或 CSMS 驱动控制
如果你需要后端或能源管理系统动态设置充电配置文件，确保充电桩实际接受外部智能充电配置文件，而不是仅响应其自身的厂家控制器。
8. 厂家参数暴露
一个充电桩可能在技术上支持 OCPP，但仍将重要行为锁定在制造商应用、厂家专属安装商门户、本地 Web UI 或隐藏的配置工具内。
需要检查的相关参数：电流限制、电表间隔、断电恢复行为、授权模式、相位映射、最大配置文件安装数、后端 URL、WebSocket 传输模式、复位行为，以及固件或诊断状态。像 Bender 和 Alfen 这样的厂家公开发布其 OCPP 参数参考资料。这种透明度是一个好兆头。
9. 实际调试所需输入
在充电桩与你的后端通信之前，它需要用正确的连接详情进行设置。验证调试过程实际上是什么样的：充电桩是否需要 ChargePoint ID、后端 URL、安全配置文件、证书或密码？
这些是如何输入的？通过二维码、厂家应用、本地 Web UI 还是 NFC？你能否快速将充电桩连接到你的平台，还是需要一个多步骤的厂家特定流程？
顺畅的调试流程可以为每次安装节省实际时间。痛苦的调试流程在整个设备群中会快速累积。
10. 软件和充电桩不一致时的回退行为
当充电桩与后端失去连接时会发生什么？当智能充电配置文件过期或冲突时呢？当充电桩在会话期间重启时呢？
一些充电桩会优雅地回退到安全默认值（如以降低的功率充电）。另一些则完全停止。还有一些忽略最后一个配置文件并以全功率充电，这可能会在共享站点上跳闸。了解在间隙期间会发生什么。
需要警惕的危险信号
如果遇到以下任何情况，请保持谨慎：
- 标注"支持 OCPP"但没有公开的实施指南或配置键列表
- 没有明确说明支持哪些功能配置文件或功能模块
- 远程配置仅部分暴露，关键设置锁定在厂家门户中
- 固件更新过程未记录或仅支持手动操作
- 电表值可用，但仅有会话总量
- 对相位切换行为或条件没有明确说明
- 负载均衡可用，但仅在厂家自身生态系统内
- 重要设置仅可通过专有安装工具访问
- 软件兼容性取决于特定固件分支
- 没有与你预期后端成功通过互操作性测试的证据
购买前应向充电桩厂家提出的问题
随手保留这些问题。它们能帮你避免后续的麻烦。
- 2.确切支持哪个 OCPP 版本？
- 4.支持哪些 OCPP 功能配置文件或功能模块？
- 6.哪些充电桩设置可以从 CSMS 远程更改？
- 8.哪些设置仍然需要厂家应用、门户或本地工具？
- 10.固件能否远程更新，状态如何报告？
- 12.暴露了哪些电表测量参数，采样间隔是多少，是否按相位分？
- 14.在需要的地方是否提供签名电表值？
- 16.充电桩是否支持动态相位切换，在哪个固件或条件下？
- 18.支持哪些负载均衡模式：原生、本地集群、外部 EMS、CSMS 驱动？
- 20.哪些参数通过 OCPP 可读写，哪些是厂家私有的？
- 22.是否有公开的实施指南或配置键列表？
- 24.此充电桩和后端组合是否通过了已知的互操作性测试？
做出更好的采购决策
安装商不仅仅是在购买硬件。他们继承的是它的软件行为。令人不快的意外通常在调试之后而非之前出现，它们表现为回调、变通方案和宣传册中从未提及的局限性。
像检查电气规格一样检查软件兼容性：在做出承诺之前。提出具体的问题。如果有实施指南就阅读它。如果厂家无法清楚地回答这些问题，这本身就说明了一些问题。
如果你想要一个真正利用实施良好的充电桩所暴露能力深度的平台，可以看看 Plugchoice 为安装商提供了什么，或者如果你正在自己构建集成，可以查看开发者文档。