定义
OCPP（Open Charge Point Protocol）充电桩开放通信协议，实现充电桩与运营管理平台互联互通，支持远程启停、计费、状态上报等。
协议版本与功能
OCPP 由 OCA（Open Charge Alliance）维护，当前主流为 OCPP 1.6 与 2.0.1。协议基于 JSON 或 SOAP，采用 WebSocket 或 HTTP 通信。核心功能包括：充电桩注册与心跳、充电会话启停、实时计量数据上报、远程配置与诊断、预约与鉴权、固件升级等。支持多充电桩、多运营商互联互通，避免平台与桩的私有协议绑定。
通信模组的角色
充电桩多部署于停车场、高速公路服务区等，有线网络覆盖有限，4G/LTE Cat.1 模组成为主流联网方案。模组负责建立充电桩与 OCPP 平台之间的 TCP/WebSocket 连接，传输 OCPP 消息。需保障长连接稳定、断网重连、离线缓存，确保充电会话数据不丢失。部分充电桩还通过模组上报 SOC、SOH 等电池相关数据，与 BMS 配合。
应用价值
OCPP 标准化降低平台与桩的对接成本，运营商可接入多品牌充电桩；充电用户可通过统一 App 查找、启停、支付；平台实现集中监控、运维、计费。随着新能源汽车普及，充电桩数量激增，OCPP 与蜂窝模组共同支撑充电网络的规模化运营。
工程实践补充
将「OCPP」与模组全生命周期结合：EVT 阶段验证参考设计与天线方案；DVT 阶段做传导/辐射摸底与热成像；PVT 阶段固化校准与测试脚本。认证前核对目标国别法规与运营商入库要求，避免频段或 SAR 项缺失。量产线保留金样比对与抽检规则；售后能根据序列号反查软件版本、校准参数与关键器件批次。若客户要求远程运维，需同时设计安全升级、回滚与应急停机策略。
充电会话状态与计量采样点
OCPP 把桩看成中心系统的一个端点：桩先用引导报文登记身份，再用心跳证明自己仍在线，充电则是一条有起止的事务。事务里要带着连接器编号、身份标识、电表读数和停止原因。1.6 常见的是以充电桩为客户端、平台为服务端的长连接；2.0.1 把设备模型拆成组件和变量，远程改配置不再只是一串扁平键值。蜂窝模组在这里的角色是维持这条长连接，并在空口中断时把尚未确认的事务先落在本地，而不是代替桩计算电费。
计量报文的技术含义经常被低估。平台若只收到「开始」和「结束」两个读数，中间掉线就无法区分是真的没充电，还是采样点被丢掉。周期上送的电表值要带桩侧时标和单调递增的事务序号。模组侧时钟跳变、时区写错或未做对时，会让同一度电在日结里出现两次或一次都没有。使用条件是：目标平台明确支持的协议版本、安全配置（明文 WebSocket 只适合实验网）以及桩在无网时是否允许按本地白名单启动。
桩云长连接的维持条件
停车场和高速服务区的上行往往不稳定，WebSocket 被中间设备回收是常态。心跳间隔若短于蜂窝侧的空闲回收时间，连接可以维持；若平台把心跳超时设得比模组重连还短，监控上会把桩标成离线，而枪头其实仍在供电。离线缓存要区分「已对用户供电但平台未知」和「平台已远程停机但桩未收到」。只重传开始报文、不重传结束报文，会造成会话永远挂起，下一辆车无法启动。
固件升级与充电会话抢同一条蜂窝链路时，最容易把正在进行的事务打断，或在写闪存失败后停在无法注册的版本。升级应声明是否允许在充电中进行，失败要能回到上一版并重新登记。另一处常见失误是把电池相关遥测和计费电表读数混成一个字段，平台按错误单位结算。链路抖动的排查可以结合 连通性诊断 看是握手慢还是中途被重置；若业务还要求充电控制优先于日志上传，需要在承载上区分优先级，见 QoS 与业务流。
桩侧还应规定「平台看不见」时枪头允许做什么。本地白名单启动的电量，必须在连接恢复后用原来的事务号补齐开始读数、结束读数和停止原因，不能新开一笔把中间电量算成两次。心跳丢失和电能表通信丢失不是同一类告警：前者是桩到平台的通道断了，后者是桩到电表的总线断了，混在一个离线标志里会导致运维去查模组而表计已经停更。升级包下载要让出计量报文的带宽，写闪存失败必须仍能用旧版本重新登记。时钟回拨时，事务里的采样时间应保持单调，日结按平台收到的结算窗归集，而不是按被回拨的桩端时间把一度电算进两天。采样时间回拨后应丢弃该采样或标成无效，不能参与电费累计。