智能充电听起来很简单，直到你问一个烦人的问题：充电桩实际上是怎么知道何时减速的？
不是那种模糊的"应用来决定"的意思。而是真实的意思。因为当你的家庭连接已经很忙碌，或者太阳能输出不断波动，或者两辆车试图共享同样有限的可用电力时，必须有什么东西告诉充电桩现在适用什么限制。
这个"什么东西"通常就是一个 OCPP 智能充电配置文件。
OCPP 智能充电配置文件实际上做什么
如果你剥离协议术语，OCPP 智能充电配置文件只是从后端发送到充电桩的一组指令。平台决定限制值。充电桩接收它。然后该计划就成为充电桩允许输出的电流或功率的上限。
所以当人们谈论智能充电时，智能通常不是隐藏在充电桩内部的。它位于 OCPP 平台和管理充电桩的 OCPP 后台或 CSMS 中。
三种配置文件类型，快速概述
- ChargePointMaxProfile 设置充电桩范围的上限。
- TxDefaultProfile 为未来的充电会话设置默认规则。
- TxProfile 为正在进行的充电会话设置规则。
最后一个是这里的重点。
TxProfile vs TxDefaultProfile：实际区别
最简单的理解方式是这样的：
- TxDefaultProfile 是一张等待下一次会话的便条。
- TxProfile 是一个针对已经在进行中的会话的实时指令。
TxDefaultProfile 当然可以有用。也许你希望充电桩在连接中断时保持一个可预测的默认值。这完全合理。
但 TxProfile 不同。它与一个活动事务绑定。当该会话结束时，配置文件应被清除或丢弃。这使得它在实时决策方面远优于广泛的、一刀切的默认值。
这也是许多解释变得模糊的地方。他们谈论充电配置文件时好像它们都以相同的方式运作。但事实并非如此。
为什么会话特定控制很重要
真实的充电条件每分钟都在变化。
也许烤箱、热泵和电动汽车充电桩同时在用电，所以充电桩必须在保险丝跳闸之前降低功率。也许太阳能产出突然上升，因为云终于散了。也许两个充电桩需要共享一个有限的连接。也许电力在夜间便宜，在当天晚些时候贵得令人痛苦。
在这些情况下，默认规则可能太笨拙了。你不总是希望充电桩遵循昨天的假设。你希望有一个与当前情况匹配的实时会话规则。
这就是为什么 TxProfile 很重要。它给后端一种事务特定的方式来在活动会话期间调整充电，而不是仅依赖于更早设置的持久默认值。
Plugchoice 如何在实践中使用 TxProfile
这也是为什么 Plugchoice 倾向于使用 TxProfile。
Plugchoice 将自己定位为一个 OCPP 原生平台，具有广泛的互操作性、有助于避免锁定的 OCPP Proxy 方法，以及通过 Plugchoice 集成、应用、Web 门户和开发者工具实现的实际控制。换句话说，它不是为了装饰而发送协议消息。它将实时条件转化为人们真正关心的充电行为。
想想动态负载均衡、光伏均衡、功率共享、削峰和基于价格的充电等智能充电功能。只有当系统能够对眼前的会话做出反应时，这些功能才会显得智能。
这就是 Plugchoice 和 TxProfile 之间的契合点。事务作用域的配置文件是一种干净的方式来控制当前会话，而不会为每个未来会话留下一个广泛的默认规则。它将指令附加到实际需要它的事务上。
这种会话特定的方法在某些充电桩实现中也可能比反复重写持久默认行为更友好。不过，强项不在于内存磨损。强项在于 TxProfile 对实时的、会话特定的控制在操作上是合理的。
如果你想了解背后的实际层面，Plugchoice 已经有关于功率管理和费率管理的实用说明。
选择平台时这意味着什么
当一个充电平台说它支持智能充电时，值得再问一个问题：用什么样的控制方式进行智能充电？
因为一个停留在未来会话中的默认规则和一个能在会话期间响应正在发生的事情的事务特定配置文件之间存在真实的区别。
Plugchoice 使用 TxProfile 是一个好信号，表明该平台是为实时控制而构建的，而不仅仅是漂亮的仪表盘语言。这对安装商、运营商、开发者甚至普通电动汽车驾驶员都很重要，他们只是希望当现实世界变得混乱时充电桩能表现得合理。
如果你正在 OCPP 平台之上构建，这种区别就更加重要了。协议只有在后端善用它时才有帮助。对于技术上的下一步，最好的地方是开发者文档。