简短回答
公共桩接入系统负责把充电桩连接到业务平台,让平台能够识别设备、接收状态和充电数据,并通过适配的协议下发控制指令。
从一次扫码充电理解它的位置
车主扫码后,运营平台先判断账户、价格和启动条件,再把请求交给接入系统。接入系统找到对应设备连接,将业务请求转换成设备能理解的报文;设备返回应答后,系统继续接收状态和计量数据,供订单服务处理。这里的核心是把“我要启动某个枪口”转换成可追踪的设备交互。
OCA 对 OCPP 的定义明确了充电站与管理系统之间的通信关系。下面的分层与检查清单是工程设计建议,并非要求所有平台采用同一种架构。
四类能力,分别解决不同问题
| 能力 | 解决的问题 | 应看到的证据 |
|---|---|---|
| 身份与连接 | 哪台桩、哪个枪口正在连接 | 设备档案、登录记录、连接时间 |
| 状态采集 | 在线、空闲、充电、故障是否及时变化 | 原始上报及更新时间 |
| 指令控制 | 启动、停止等请求是否到达并执行 | 请求编号、应答、后续状态 |
| 异常追踪 | 断线、超时、重复报文发生在哪里 | 能按设备与订单关联的日志 |
场景示例:已有小程序,新增另一品牌的桩
假设原小程序已经处理用户和支付,新设备却采用不同的报文格式,可以增加协议适配器,将两种设备的数据转换成统一业务字段。用户入口无需因此重做,但仍要验证设备编号、枪口号、电量单位、时间和停止原因是否一致。只验证“能连接”就上线,可能出现状态正常而订单电量放大一百倍的问题。
选型时别遗漏业务边界
询价时分别列出设备接入、用户交易、支付清结算和渠道互联的责任方。要求供应商给出支持的型号、固件、协议修订号和测试结果,而不只给一个协议名称。通信系统不会自动带来司机流量,也不能单独替代计量、支付和电气安全体系。
适用条件与边界
先核对桩型号、固件及协议版本,再确认所需指令和上报数据;不能仅凭“支持某协议”就认定全部业务可用。
阅凛编辑整理。文中的流程、清单和假设算例为通用设计建议;涉及标准与政策的依据列于文末,不代表已交付能力或特定项目收益。