OCPP 1.6 与 2.0.1 在定价功能上的核心差异

OCPP 1.6 和 2.0.1 在定价功能上的核心差异在于，1.6 版本本身并未定义标准的定价机制，依赖各厂商通过自定义消息实现，导致生态系统碎片化；而 2.0.1 版本则通过标准化的 “费率与成本” 功能块，原生、统一地支持整个价格通信流程。这导致了两者在技术本质、功能范围和生态兼容性上的显著区别。

1. 原生支持与标准化

• OCPP 1.6：缺乏原生标准。 该协议在设计之初（2015年）并未包含传达充电成本的字段。定价被视为后端流程，充电站（充电桩）无法在屏幕上原生显示每千瓦时价格或实时成本。
• OCPP 2.0.1：原生支持。 该版本从头设计了**“费率与成本” (Tariffs and Costs)** 功能块，将其作为协议的正式组成部分。这确保了所有经过认证的设备都能以标准化的方式进行价格通信。

2. 实现方式

• OCPP 1.6：依赖自定义扩展。 为了弥补功能缺失，业界通常使用 DataTransfer 消息。这导致了两种路径：
  • 完全自定义： 供应商私有的实现方式，互操作性差，存在高风险的供应商锁定。
  • OCA 半自定义： 遵循开放充电联盟（OCA）的白皮书规范。虽然提高了互操作性，但本质上仍是叠加在旧协议上的“变通方案”。
• OCPP 2.0.1：功能块化。 使用标准化的消息和数据结构。任何兼容 OCPP 2.0.1 的充电器和中央系统 (CSMS) 都可以直接通信，无需自定义开发。

3. 功能丰富度与透明度

• OCPP 1.6：透明度有限。 交易期间的成本对充电器和驾驶员往往是不可见的，通常只能在会话结束后由后端计算。
• OCPP 2.0.1：极其丰富。 原生支持显示充电前的详细费率、充电中的实时运行成本以及结束时的明细收据。此外，它还能处理复杂的动态费率，满足现代市场和法规对价格透明度的要求。

总而言之，OCPP 1.6 需要通过“补丁”式的自定义消息来实现定价功能，而 OCPP 2.0.1 则通过原生的功能模块彻底解决了互操作性和透明度问题，是面向未来充电基础设施的战略性解决方案。