1. 丰迈动力首页
  2. 企业新闻

电动车配件出口如何选择合适的充电桩协议OCPP和PLC模块？

企业新闻 0

电动车配件出口如何选择合适的充电桩协议OCPP和PLC模块？

充电基础设施是电动化浪潮里最容易被低估复杂度的一环。很多做电动车配件出口的企业以为”充电桩不就是一个大号充电器加个壳子”，直到第一批货运到欧洲，客户反馈”接不进我们的运营平台””插上车没反应”，才意识到电动车配件出口如何选择合适的充电桩协议OCPP和PLC模块是一个需要单独立项研究的系统工程。OCPP协议决定了你的桩能不能被海外运营商的云平台管理和结算，PLC模块决定了你的桩能不能和车”说上话”完成握手鉴权——这两件事任何一件做错，桩就是一堆废铁。

电动车配件出口如何选择合适的充电桩协议OCPP和PLC模块？

本文将系统拆解充电桩的完整通信架构：从OCPP1.6J与OCPP2.0.1的实质差异，到PLC电力线通信模块（HomePlugGreenPHY）的芯片选型与SLAC握手流程，再到ISO15118即插即充、各国接口标准差异、认证合规路径、成本结构，最后给出两个真实还原的出口案例、多张选型对照表和一份可直接使用的FAQ。目标是让你在下一次面对海外客户的技术问卷时，能够准确回答每一个问题。

充电桩通信架构与OCPP及PLC模块位置示意图

一、先建立完整的通信架构认知

1.1 充电桩涉及的四条通信链路

这是理解一切的基础。一个联网充电桩至少涉及四条独立的通信链路，它们各自使用完全不同的协议：

┌──────────┐   ①OCPP over WebSocket   ┌──────────┐
│  云平台   │◄────────────────────────►│  充电桩   │
│  CSMS    │      (4G/WiFi/以太网)      │   EVSE   │
└──────────┘                          └────┬─────┘
                                           │
                          ②控制导引CP(PWM) │ IEC61851
                          ③高层通信PLC     │ ISO15118/DIN70121
                                           │ 或 CAN(GB/T、CHAdeMO)
                                      ┌────▼─────┐
                                      │  电动车   │
                                      │    EV    │
                                      └──────────┘

                      ④桩内部通信：主控↔计量↔功率模块↔读卡器
                         (Modbus/CAN/UART/SPI)
链路 协议 作用 出错后果
①桩↔云 OCPP 远程管理、鉴权、计费、固件升级 无法接入运营平台，无法商业运营
②桩↔车（低层） IEC61851 CP信号（PWM占空比） 基础握手、电流协商、状态检测 完全无法充电
③桩↔车（高层） PLC+ISO15118/DIN70121 或 CAN 直流充电参数协商、即插即充、V2G 直流快充无法进行
④桩内部 Modbus/CAN/私有 各模块协同 桩内部功能异常

关键认知：OCPP和PLC解决的是完全不同的问题，它们不能互相替代，也不在同一层级。

  • OCPP是”桩对云”的语言——回答”这个用户有没有权限充电？这度电多少钱？”
  • PLC是”桩对车”的语言——回答”你的电池需要多少电压电流？你的证书是否合法？”

很多刚入行的工程师会问”我用了OCPP还需要PLC吗”，这就好比问”我会说英语还需要会开车吗”——两回事。

1.2 交流桩与直流桩的通信差异

维度 交流桩（AC） 直流桩（DC）
功率范围 3.7kW-22kW（欧标） 20kW-600kW
车载充电机OBC 在车上 在桩内
桩↔车通信 基础型：仅CP PWM
高级型：+PLC（ISO15118）		 必须有高层通信
高层通信协议 ISO15118（可选，用于即插即充/V2G） DIN70121或ISO15118（欧美）
GB/T27930（中国）
CHAdeMO（日本）
物理层 PLC（HomePlugGreenPHY）over CP线 欧美：PLC；中国/日本：CAN
是否需PLC模块 视功能而定 欧美CCS必须；GB/T和CHAdeMO用CAN
典型成本 ¥800-4,500 ¥15,000-180,000

一个非常重要的分水岭：

  • 中国GB/T标准的直流充电用CAN总线通信（GB/T27930），不需要PLC模块
  • 欧美CCS标准的直流充电用PLC电力线通信（DIN70121/ISO15118），必须有PLC模块
  • 日本CHAdeMO用CAN总线，不需要PLC

这就是为什么很多中国充电桩企业出海时会突然遇到”PLC模块”这个陌生概念——因为在国内做直流桩根本用不到它。

1.3 术语澄清：这里的PLC不是可编程控制器

必须特别澄清一个高频误解：

缩写 全称 中文 在充电桩中的角色
PLC PowerLineCommunication 电力线载波通信 本文讨论的重点，桩车高层通信物理层
PLC ProgrammableLogicController 可编程逻辑控制器 工业自动化设备，充电桩一般不用

在充电领域，PLC几乎总是指PowerLineCommunication（电力线通信），具体实现为HomePlugGreenPHY标准，通过控制导引线CP叠加高频信号实现数据传输。如果你在与海外客户沟通时把两者搞混，会立刻暴露专业度不足。

二、OCPP协议深度解析

2.1 OCPP是什么，为什么它是事实标准

OCPP（OpenChargePointProtocol，开放充电点协议）由荷兰的OpenChargeAlliance（OCA）制定，是充电桩与充电站管理系统（CSMS，ChargingStationManagementSystem，也常称为CentralSystem或后台）之间的开放通信协议。

为什么OCPP如此重要？

在OCPP出现之前，每个充电桩厂商都用私有协议，运营商买了A厂的桩就只能用A厂的平台，形成严重的供应商锁定。OCPP的出现打破了这个格局：任何符合OCPP的桩都可以接入任何符合OCPP的平台。

对出口企业的直接含义是：

  • 不支持OCPP的桩，在欧美市场基本无法销售给商业运营客户
  • 支持OCPP让你的桩成为”通用商品”，可以接入几百家运营平台
  • 部分国家的补贴政策明确要求桩必须支持OCPP才能申领

2.2 OCPP版本演进与关键差异

版本 发布时间 传输方式 数据格式 现状
OCPP 1.2 2011 SOAP XML 淘汰
OCPP 1.5 2012 SOAP XML 淘汰
OCPP 1.6-S 2015 SOAP XML 少量遗留
OCPP 1.6-J 2015 WebSocket JSON 当前市场主流（约75%）
OCPP 2.0.1 2020 WebSocket JSON 新项目首选，占比快速上升
OCPP 2.1 2024/2025 WebSocket JSON 新增V2G、双向充电增强

为什么1.6J仍然是主流？ 因为生态惯性——绝大多数存量运营平台、测试工具、开发资源都围绕1.6J建立。一个新桩支持1.6J，几乎可以接入任何平台；而支持2.0.1的平台目前还是少数（但增长很快）。

2.3 OCPP1.6J的核心消息集

OCPP采用请求-响应（Call/CallResult）模式，消息分为两个方向：

充电桩发起（ChargePoint → CentralSystem）：

消息 作用 触发时机
BootNotification 上报桩的型号、序列号、固件版本 开机/重连
Heartbeat 心跳保活 定期（通常60-300秒）
StatusNotification 上报连接器状态 状态变化时
Authorize 请求鉴权（刷卡） 用户刷卡时
StartTransaction 开始充电事务 开始充电
StopTransaction 结束充电事务，上报电量 结束充电
MeterValues 上报计量数据 定期（如每60秒）
DataTransfer 厂商自定义数据 按需
DiagnosticsStatusNotification 诊断文件上传状态 上传时
FirmwareStatusNotification 固件升级状态 升级时

平台发起（CentralSystem → ChargePoint）：

消息 作用
RemoteStartTransaction 远程启动充电（APP启动）
RemoteStopTransaction 远程停止充电
UnlockConnector 远程解锁充电枪
Reset 重启桩（软/硬）
ChangeConfiguration 修改配置参数
GetConfiguration 读取配置参数
ChangeAvailability 设置可用/不可用
ClearCache 清除本地鉴权缓存
GetDiagnostics 请求上传诊断日志
UpdateFirmware 触发固件升级
SetChargingProfile 下发充电功率曲线（智能充电）
ClearChargingProfile 清除功率曲线
GetCompositeSchedule 查询合成的充电计划
TriggerMessage 触发桩主动上报某消息
ReserveNow / CancelReservation 预约充电
SendLocalList / GetLocalListVersion 本地白名单管理

必须实现的核心集（CoreProfile）：BootNotification、Heartbeat、StatusNotification、Authorize、StartTransaction、StopTransaction、MeterValues、以及平台侧的Reset、ChangeConfiguration、GetConfiguration等。

可选功能集（FeatureProfile）：

Profile 内容 是否必需
Core 基础功能 必需
FirmwareManagement 固件升级与诊断 强烈建议
LocalAuthListManagement 本地白名单 建议（断网可用）
Reservation 预约 视客户需求
SmartCharging 智能充电、功率调度 欧洲市场强烈建议
RemoteTrigger 触发上报 建议

出口实务提醒：欧洲很多运营商的招标书会明确列出required feature profiles。SmartCharging在欧洲几乎是必选项，因为电网容量紧张，运营商需要动态调节功率（负荷管理）。不支持SmartCharging会直接失去投标资格。

2.4 OCPP2.0.1相比1.6J的实质提升

维度 OCPP 1.6J OCPP 2.0.1
设备模型 扁平，桩=一个整体 分层组件模型（Component/Variable），可精细描述每个部件
配置管理 ChangeConfiguration，key-value字符串 SetVariables，结构化、类型化
安全 无内置规范（靠TLS自行实现） 内置3级安全profile（TLS、证书管理、安全事件日志）
即插即充 不支持（需私有扩展） 原生支持ISO15118 PnC
智能充电 基础功能曲线 增强（含V2G、多维度限制、本地控制器）
事务处理 Start/StopTransaction TransactionEvent统一模型，更严谨
显示消息 无 支持向桩推送显示文本
预约 简单 增强
监控与诊断 有限 大幅增强（变量监控、事件通知）
计量 MeterValues 增强，支持签名计量数据（欧洲计量法要求）
固件升级 基础 支持签名固件

什么时候必须用2.0.1？

  1. 需要原生支持ISO15118即插即充（PnC）
  2. 客户明确要求（越来越多的欧洲大型运营商在新项目中要求2.0.1）
  3. 需要满足德国计量法（Eichrecht）的签名计量数据要求
  4. 需要完整的证书生命周期管理
  5. 做V2G双向充电

什么时候1.6J够用？

  1. 客户的平台只支持1.6J（这仍是多数）
  2. 简单的AC桩，无PnC需求
  3. 成本极度敏感的项目
  4. 快速进入市场，后续通过固件升级到2.0.1

最佳策略：硬件按2.0.1的需求配置（足够的Flash、RAM、支持TLS的MCU），软件先发1.6J，预留通过OTA升级到2.0.1的能力。 这样既能立刻卖货，又不会在两年后因硬件不足而被淘汰。这是我们强烈推荐给所有出海企业的路线。

2.5 OCPP的安全要求

早期OCPP1.6J的一个重大缺陷是没有强制安全要求，导致大量充电桩以明文WebSocket（ws://）连接云平台，存在严重的中间人攻击风险。

OCPP安全的三个等级（由OCPP2.0.1定义，也可反向应用于1.6J）：

安全Profile 认证方式 传输加密 适用
Profile 1 用户名/密码 无（ws://） 不应在生产环境使用
Profile 2 用户名/密码 TLS（wss://），服务器证书 最低可接受
Profile 3 客户端证书（双向TLS） TLS（wss://） 推荐，欧洲大项目要求

Profile3的实现要点：

  • 每台桩需要唯一的设备证书，在生产时预置（安全烧录）
  • 需要支持证书更新（证书有效期通常1-3年）
  • 需要安全存储私钥（推荐用SecureElement安全芯片或MCU的安全存储区）
  • 需要支持证书吊销检查

成本影响：支持Profile3需要增加安全芯片（如ATECC608、SE050）成本约¥8-25，以及PKI证书管理体系的建设成本。但这在欧洲大型项目中是硬性要求。

网络安全法规趋势：欧盟的NIS2指令和CyberResilienceAct（网络弹性法案，CRA）对联网设备的安全提出了强制要求。CRA将在2027年全面适用，届时不具备安全更新能力、无漏洞管理流程的联网充电桩将无法在欧盟销售。这是所有出口企业必须提前布局的合规红线。

2.6 OCPP实现的技术选型

实现方式 说明 成本 周期 适用
自研 从零实现协议栈 高（¥300k-1M） 6-12月 有强研发能力，追求完全掌控
开源库 如OCPP.Core、ocpp-js、SteVe（平台侧） 低 2-4月 有一定能力，成本敏感
商业协议栈 购买第三方成熟栈 中（¥80k-400k） 1-3月 追求快速上市与稳定性
模组方案 买集成OCPP的通信模组 单价高，开发省 1-2月 小批量、快速验证
整体方案商 买主控板+固件整包 单价最高 <1月 无软件团队

常用开源资源：

  • OCPP1.6J/2.0.1客户端：ocpp（Python，Mobility House出品，质量高）、libocpp（C++，EVerest项目）
  • 完整开源充电桩软件栈：EVerest（LinuxFoundationEnergy项目，包含OCPP、ISO15118、SLAC等完整实现，工业级质量）
  • 测试平台：SteVe（Java开源CSMS，用于本地测试）

EVerest特别推荐：这是目前最完整的开源充电桩软件框架，由多家欧洲厂商共同贡献，包含OCPP1.6/2.0.1、ISO15118-2/-20、DIN70121、SLAC等全部协议栈。对于中国出海企业，采用EVerest可以节省至少6-12个月的开发时间，且因为它被欧洲厂商广泛使用，互操作性经过充分验证。

三、PLC电力线通信模块深度解析

3.1 为什么直流快充需要PLC

交流充电时，桩只需要告诉车”我能提供多大电流”，车自己决定怎么充——这用IEC61851的CP信号（一个1kHz的PWM方波，占空比编码电流值）就够了。

但直流充电时，桩内的功率模块直接给电池供电，必须精确知道：

  • 电池当前电压、SOC、温度
  • 电池允许的最大充电电压、电流
  • 实时的充电需求（电流随SOC动态变化）
  • 何时停止、是否有故障

这些信息量远超PWM占空比能表达的范围，必须有一条双向数字通信链路。

在CCS标准中，这条链路的物理层就是PLC电力线通信——在CP（ControlPilot）线和PE（地）线之间叠加高频载波信号传输数据。

为什么用PLC而不是单独加一根通信线？ 因为CCS接口的设计目标是向下兼容Type1/Type2交流接口，不能增加额外针脚。在已有的CP线上叠加高频信号，是一个非常巧妙的工程折中。

3.2 HomePlugGreenPHY标准

CCS使用的PLC标准是HomePlugGreenPHY（HPGP），它是HomePlugAV标准的低功耗简化版本。

参数 规格
频段 2-30 MHz（OFDM）
调制 OFDM，917个子载波
原始速率 10 Mbps（PHY）
实际吞吐 约3-5 Mbps
功耗 比HomePlugAV低约75%
拓扑 点对点（充电场景）
标准 IEEE1901的子集，HomePlugGreenPHY 1.1
汽车级要求 需符合ISO15118-3物理层测试

为什么选GreenPHY而不是全速HomePlugAV？ 充电场景不需要高带宽（几Mbps足够），但需要低功耗（车辆休眠时也可能需要通信）和低成本。

3.3 主流PLC芯片对比

芯片 厂商 特点 典型应用 参考价格
QCA7000 Qualcomm 经典型号，生态成熟，资料最全 早期广泛使用 中
QCA7005 Qualcomm QCA7000升级版，增强功能 主流选择 中
QCA7420 Qualcomm 支持更多特性，含MAC/PHY 高端应用 中高
MSE1022 / MSE1023 Microchip 集成度高，含MCU选项 集成方案 中
SIT1000 / 国产方案 国内多家 成本低，本土支持好 成本敏感项目 低
STA1385 ST 含PLC+MCU的SoC 一体化方案 中高
Vertexcom VC83xx Vertexcom 支持多标准 多协议需求 中

QCA7000/7005的生态优势：这两颗芯片是事实上的行业基准，几乎所有的开源软件栈（包括open-plc-utils、EVerest的SLAC实现）都以它们为参考平台。选择它们意味着遇到问题时能找到最多的资料和社区支持。

接口方式：

接口 说明 优缺点
SPI 主控MCU通过SPI连接PLC芯片 引脚少、成本低，需要主控实现TCP/IP栈
RGMII/MII 作为标准以太网PHY 主控当作网卡使用，软件简单，引脚多
USB 部分模组提供 开发方便，工业应用较少

推荐：如果主控是运行Linux的应用处理器，用MII/RGMII接口最省事（PLC芯片直接呈现为一个网络接口eth1）；如果主控是资源有限的MCU，用SPI并配合轻量TCP/IP栈（如lwIP）。

3.4 PLC模块的硬件设计要点

（1）耦合电路

PLC信号需要通过耦合变压器叠加到CP线上，同时隔离直流和低频PWM信号：

主控 ─ PLC芯片 ─ AFE(模拟前端) ─ 耦合变压器 ─┬─ CP线
                                              │
                                             PE线

耦合电路设计要点：

  • 耦合变压器需在2-30MHz有平坦响应
  • 必须与PWM信号发生和检测电路共存而不互相干扰
  • 需要防护电路（CP线暴露在外，有ESD和过压风险）
  • 阻抗匹配影响通信距离和可靠性

（2）与PWM电路的共存

CP线上同时存在：

  • 1kHz的PWM方波（IEC61851，±12V）
  • 2-30MHz的PLC信号（幅度小得多）

设计上需要：

  • 用低通滤波器让PWM检测电路只看到1kHz信号
  • 用高通/带通耦合让PLC电路只看到高频信号
  • 两者的滤波器必须仔细设计，避免PLC信号被PWM电路的输出阻抗吸收

这是CCS充电桩硬件设计中最容易出问题的地方之一。 很多互操作性问题（”某些品牌的车连不上”）根源就在这里的阻抗匹配不佳。

（3）EMC考虑

2-30MHz的PLC信号恰好落在传导发射测试的频段内（150kHz-30MHz）。设计不当会导致：

  • PLC信号本身超过传导发射限值
  • 桩内的开关电源噪声干扰PLC通信

平衡点：PLC发射功率必须足够大以保证通信可靠，又必须足够小以通过EMC测试。这通常需要在实际测试中调整发射功率参数（部分芯片支持通过配置调节）。

3.5 SLAC：桩与车的”配对”过程

SLAC（SignalLevelAttenuationCharacterization，信号电平衰减特性）是CCS充电中最关键也最容易出问题的环节。

为什么需要SLAC？ 因为PLC是通过电力线传播的，在一个充电站里有多个桩和多辆车，信号可能串扰。SLAC的作用是让桩和车确认”我们俩是通过同一根充电线缆连接的”，而不是隔壁桩的信号。

SLAC的原理：桩发送一系列探测报文，车测量接收信号的衰减程度。因为直接连接的线缆衰减最小，车可以判断哪个桩是真正插在自己身上的。

SLAC流程（简化）：

1. 车插枪，CP进入State B（车辆已连接）
2. 桩输出5%占空比PWM → 表示"支持高层通信，请开始SLAC"
3. 车检测到5%占空比，启动PLC模块
4. 车发送 CM_SLAC_PARM.REQ（请求SLAC参数）
5. 桩回复 CM_SLAC_PARM.CNF
6. 车发送 CM_START_ATTEN_CHAR.IND（开始衰减特性测量）
7. 车连续发送 CM_MNBC_SOUND.IND（探测报文，通常10个）
8. 桩测量每个报文的衰减，计算平均值
9. 桩发送 CM_ATTEN_CHAR.IND（上报衰减结果）
10. 车比较各桩的衰减，选择衰减最小的
11. 车发送 CM_SLAC_MATCH.REQ（匹配请求）
12. 桩回复 CM_SLAC_MATCH.CNF（含网络密钥NMK和NID）
13. 双方用相同NMK加入同一个逻辑网络（AVLN）
14. PLC链路建立，开始IPv6地址配置（SLAAC）
15. SECC Discovery Protocol（SDP）找到对方的IP和端口
16. 建立TCP/TLS连接
17. 开始ISO15118或DIN70121的应用层通信

整个过程的时间要求：从插枪到SLAC完成，标准要求在几秒内完成（TT_matching_performance = 10秒）。超时会导致充电失败。

SLAC失败的常见原因：

原因 表现 排查
耦合电路阻抗不匹配 部分车型连不上 用示波器测CP线上的PLC信号幅度
衰减过大（线缆长/接触不良） 间歇性失败 测量实际衰减值，检查连接器
5%占空比时序不对 车不启动PLC 用示波器测PWM切换时序
PLC芯片配置错误 完全无通信 检查NMK/NID配置、固件版本
多桩串扰 在充电站环境失败 检查衰减阈值设置
软件状态机bug 特定序列下卡死 抓包分析（Wireshark支持HPGP解析）

调试工具：

  • open-plc-utils（Qualcomm开源工具集）：可以读取PLC芯片状态、执行SLAC、查看网络拓扑
  • Wireshark + HomePlug解析插件：抓取并分析SLAC报文
  • CCS一致性测试仪（如Comemso、Keysight的测试系统）：专业但昂贵

3.6 ISO15118与DIN70121

SLAC建立链路之后，跑在上面的应用层协议有两个：

协议 状态 功能
DIN SPEC 70121 过渡标准，仍广泛使用 仅直流充电，无PnC，无TLS
ISO 15118-2 主流标准 交直流、即插即充PnC、证书、TLS
ISO 15118-20 新一代（2022） 增加双向充电V2G、无线充电、增强安全

为什么DIN70121还在用？ 因为早期的电动车（2014-2019年间的很多车型）只实现了DIN70121。为了兼容这些车，充电桩必须同时支持DIN70121和ISO15118，并在协议协商阶段自动选择。

这是出口充电桩最容易踩的坑之一：只实现ISO15118的桩，会无法给早期车型充电，客户会投诉”你的桩不兼容”。

协议选择流程：

SLAC完成 → SDP发现 → 建立TCP连接
    ↓
SupportedAppProtocolReq（车发送支持的协议列表）
    ↓
桩从列表中选择优先级最高且自己支持的
    ↓
SupportedAppProtocolRes（返回选中的协议）
    ↓
按选中协议继续（ISO15118 或 DIN70121）

3.7 即插即充PnC（PlugandCharge）

ISO15118最吸引人的功能是即插即充：用户插枪即自动完成身份认证和计费授权，无需刷卡或用APP。

技术原理：车辆内置一个由运营商或车厂签发的合同证书（ContractCertificate），插枪后车把证书发给桩，桩验证证书链（通过V2G根证书）后即可确认用户身份和计费账户。

涉及的PKI证书体系：

证书 持有者 作用
V2G Root CA 行业根机构 信任锚点
MO（MobilityOperator）Sub-CA 移动运营商 签发合同证书
Contract Certificate 车辆 用户身份与计费凭证
CPO Sub-CA 充电运营商 签发桩证书
SECC Leaf Certificate 充电桩 桩的身份，用于TLS
OEM Provisioning Certificate 车辆（出厂预置） 用于首次证书安装

对充电桩的要求：

  1. 支持TLS 1.2/1.3
  2. 内置桩证书和私钥（生产时安全烧录）
  3. 能够验证车辆证书链
  4. 能够通过OCPP2.0.1从后台获取和更新证书
  5. 支持证书吊销列表CRL或OCSP检查

成本与复杂度：完整实现PnC会显著增加开发难度和硬件要求（需要安全芯片、更强的MCU、更多存储）。对于大多数中国出海企业，建议先做好DIN70121+ISO15118基础充电，PnC作为第二阶段。

PLC模块硬件架构与SLAC握手时序图

四、各国接口标准与协议组合

4.1 全球充电接口标准全景

标准 交流接口 直流接口 桩车通信 主要市场
CCS Combo 2 Type2（IEC62196-2） Type2+两个DC针 PLC + ISO15118/DIN70121 欧洲、南美部分、印度部分
CCS Combo 1 Type1（J1772） Type1+两个DC针 PLC + ISO15118/DIN70121 北美（历史）、韩国、台湾
GB/T GB/T20234.2 GB/T20234.3 CAN + GB/T27930 中国、部分一带一路国家
CHAdeMO 无（另用Type1） 专用接口 CAN + CHAdeMO协议 日本，全球逐步退出
NACS/J3400 同一接口交直流共用 同上 PLC + ISO15118 北美（特斯拉主导，快速普及）
ChaoJi — 下一代大功率 CAN 中日联合开发，尚未大规模商用

2024-2026年最重要的变化：北美市场正在从CCS1快速转向NACS（NorthAmericanChargingStandard，已标准化为SAE J3400）。几乎所有主流车厂都宣布采用NACS接口。这意味着：

  • 出口北美的新桩必须考虑NACS接口（或至少提供NACS转接）
  • NACS在通信层同样使用PLC + ISO15118，所以协议栈可以复用，只需更换连接器
  • 这是一个巨大的机会窗口——大量存量CCS1桩需要改造或更换

4.2 目标市场与技术方案对照表

目标市场 交流桩方案 直流桩方案 OCPP版本 是否需PLC 关键认证
德国/荷兰/北欧 Type2, 11/22kW CCS2 1.6J或2.0.1 直流必需，交流建议 CE、Eichrecht（德国计量法）
法国/西班牙/意大利 Type2 CCS2 1.6J 直流必需 CE
英国 Type2 CCS2 1.6J/2.0.1 直流必需 UKCA、SmartChargePointRegs
美国/加拿大 J1772或NACS CCS1/NACS 1.6J/2.0.1 必需 UL2594/UL2202、FCC、Energy Star
韩国 Type1 CCS1 1.6J 必需 KC
日本 Type1 CHAdeMO 1.6J 否（用CAN） PSE、JARI
澳大利亚/新西兰 Type2 CCS2 1.6J 直流必需 RCM、AS/NZS 61851
东南亚 Type2为主 CCS2为主 1.6J 直流必需 各国不一，多参照IEC
印度 Type2 CCS2 + 本地Bharat标准 1.6J 必需 BIS、AIS-138
中东 Type2 CCS2 1.6J 直流必需 GCC、SASO
拉美 Type2/Type1混杂 CCS1/CCS2混杂 1.6J 必需 各国不一
非洲 Type2 CCS2 1.6J 直流必需 南非需NRCS/LOA

4.3 轻型电动车（两轮/三轮）充电的特殊性

这一点对做电动车配件出口的企业尤其重要——大部分中国企业的产品是两轮/三轮电动车，而不是四轮乘用车。

轻型电动车的充电场景与乘用车有本质差异：

维度 乘用车 两轮/三轮电动车
电池电压 400V/800V 48V-96V
充电功率 7kW-350kW 0.5kW-3kW
充电方式 桩直连车 便携充电器为主
接口标准 CCS/NACS/CHAdeMO/GB 无统一国际标准
桩车通信 严格标准（PLC/CAN） 多为无通信或私有协议
是否需要PLC 直流快充必需 通常不需要
是否需要OCPP 商业运营必需 共享充电场景需要

关键结论：为两轮电动车做的公共充电桩，通常不需要PLC模块，但需要OCPP。

这是一个非常重要的成本认知——很多企业以为做充电桩就要买PLC模块，实际上如果你的目标是欧洲城市的电动自行车/电动摩托公共充电柜，PLC完全用不上，可以省下每台¥120-400的成本。

轻型电动车充电的三种主流形态：

形态 描述 通信需求 市场
智能充电柜/充电站 多个插座柜，扫码开启 OCPP + 插座级计量控制 欧洲城市、共享单车运营
换电柜（BatterySwap） 电池仓，换电 私有协议或OCPP扩展 + BMS通信 东南亚、印度、中国
智能便携充电器 带蓝牙/WiFi的充电器 私有APP协议 消费级

换电柜的特殊性：换电柜需要与电池的BMS电池管理系统通信（读取SOC、健康度、鉴权电池身份），这通常用CAN或RS485。同时换电柜作为一个整体接入运营平台时可以用OCPP（把每个电池仓当作一个”连接器”），但OCPP的标准消息集并不完全适配换电场景，通常需要用DataTransfer消息做私有扩展。

这个细分市场的机会：东南亚、印度、非洲的两轮车换电市场正在爆发，而国际上没有成熟的标准协议。这既是挑战也是机会——早期进入者有可能定义事实标准。对于希望切入这一赛道的企业，从可靠的电动车配件出口供应体系获得电池、BMS和结构件的稳定配套，往往比自己从零搭建更快。

4.4 IEC61851与SAE J1772的基础握手

无论是否有高层通信，所有交流充电都必须实现IEC61851（欧洲）或SAE J1772（北美）定义的基础握手。

CP（ControlPilot）状态定义：

状态 CP电压（正峰值） 含义
State A +12V 未连接车辆
State B +9V 车辆已连接，未准备好充电
State C +6V 车辆已连接，准备充电（无需通风）
State D +3V 车辆已连接，准备充电（需要通风）
State E 0V 桩故障/断电
State F -12V 桩不可用

PWM占空比与最大电流的对应：

占空比 可用电流 备注
10% 6A 最小
16% 10A
25% 15A
40% 24A
50% 30A
80% 48A
85% 63A（三相）
5% — 特殊：表示需要高层通信（PLC）
100%或恒定+12V — 不可充电

5%占空比是CCS的关键信号——它告诉车”这个桩支持数字通信，请启动PLC模块”。桩的软件必须在正确的时机切换到5%，时序错误会导致车不启动PLC，SLAC永远不会开始。

PP（ProximityPilot）：通过一个电阻值告诉桩线缆的额定载流能力（防止用小线缆传大电流）。

PP电阻 线缆额定
1500Ω 13A
680Ω 20A
220Ω 32A
100Ω 63A

五、充电桩硬件选型完整清单

5.1 交流桩（22kW，欧标）BOM结构

部件 选型要点 成本占比
主控板（MCU/SoC） 需支持TLS、足够Flash/RAM，推荐ARM Cortex-A或高端M7 10%-16%
通信模组（4G/WiFi/以太网） 4G需目标市场频段认证 6%-10%
PLC模块（可选） 若需ISO15118则必需 5%-9%
计量模块 需符合MID（欧洲计量指令）；德国需Eichrecht认证 8%-15%
接触器/继电器 需符合IEC60947，寿命≥10万次 8%-12%
RCD漏电保护 Type B或Type A+DC6mA检测 10%-18%
充电枪/插座 Type2，需IEC62196认证 12%-20%
电源模块 桩内部供电 4%-7%
读卡器（RFID） 支持MifareClassic/DESFire、ISO14443 3%-6%
显示屏/指示灯 3%-8%
外壳与结构 IP54/IP65，IK08-IK10抗冲击 12%-20%
线缆与连接器 5%-9%

Type B RCD是欧洲的硬性要求：因为电动车充电可能产生直流残余电流，普通TypeA漏电保护器在直流分量下会失效（磁饱和）。欧洲标准要求：要么用TypeB RCD（成本高，¥400-1,200），要么用TypeA RCD + 6mA DC漏电检测模块（RDC-DD，成本¥120-400）。后者是主流的成本优化方案，但必须确保DC检测模块本身有IEC62955认证。

5.2 直流桩（60-180kW，CCS2）BOM结构

部件 选型要点 成本占比
功率模块（AC/DC） 30kW或40kW模块并联，效率≥95% 40%-55%
主控系统 工控机或高性能SoC，跑Linux 4%-8%
PLC模块 必需，含耦合电路 1%-3%
绝缘监测IMD 必需，检测直流侧绝缘 2%-4%
直流接触器 高压直流专用，带辅助触点 3%-6%
直流计量 需高精度DC计量，德国需Eichrecht 3%-7%
充电枪与线缆 液冷枪（>200A时）成本极高 8%-18%
散热系统 风冷或液冷 4%-8%
显示与交互 大屏、支付终端 3%-6%
外壳与结构 户外级，IP54+ 8%-14%
保护器件 熔断器、SPD防雷、急停 3%-6%

5.3 主控平台选型对比

平台 代表芯片 OCPP支持 ISO15118支持 成本 适用
8/16位MCU — 不可行 不可行 极低 仅简单充电器
32位MCU（M4/M7） STM32F4/F7/H7 可行（1.6J，需精简） 困难（TLS+XML/EXI吃资源） 低 基础AC桩
MCU+外部模组 MCU + 4G模组跑OCPP 可行 有限 低中 成本优化AC桩
应用处理器（Linux） i.MX6/8、RK3308/3568、AM335x 完整支持 完整支持 中 推荐，AC/DC通用
工控机 x86 完整 完整 高 大功率DC桩

为什么推荐Linux平台？

  1. ISO15118使用EXI（EfficientXMLInterchange）编码，解析库复杂，在MCU上实现极为困难
  2. TLS加密需要较多算力和内存
  3. 开源软件栈（EVerest、libocpp）都是为Linux设计的
  4. 未来功能扩展（PnC、V2G、本地负荷管理）都需要充足资源
  5. RK3308这类芯片成本已降到¥30-60，不再是成本障碍

内存与存储的最低建议：

场景 RAM Flash
OCPP1.6J基础AC桩（MCU） 256KB 1MB
OCPP1.6J + Linux 256MB 4GB eMMC
OCPP2.0.1 + ISO15118-2 512MB 8GB
+ PnC + 完整证书管理 512MB-1GB 8-16GB

5.4 通信模组选择

方式 优点 缺点 适用
以太网 稳定、无流量费 需布网线 室内、私桩、有网环境
WiFi 部署方便 稳定性差、覆盖有限 家用桩、室内
4G Cat.1 覆盖广、成本低 需流量卡、月费 公共桩主流
4G Cat.4 带宽更高 成本高 需视频/大数据
NB-IoT 功耗极低、成本低 带宽小、时延大 不推荐（OCPP需持续连接）
5G 高带宽低时延 成本高、功耗大 大功率桩、未来
LoRa/私有 低成本 需网关 集群桩的桩间通信

出口注意：4G模组必须支持目标市场的频段并有当地认证：

市场 主要频段 认证
欧洲 B1/B3/B7/B8/B20/B28 CE-RED
北美 B2/B4/B5/B12/B13/B17/B66/B71 FCC + PTCRB + 运营商认证
日本 B1/B3/B8/B18/B19/B26 TELEC/JATE
澳洲 B1/B3/B5/B7/B28 RCM
拉美 B2/B3/B4/B5/B7/B28 Anatel（巴西）等

北美的特别提醒：除FCC认证外，4G模组接入AT&T、Verizon等运营商网络还需要运营商认证（Verizon的ODI认证尤其严格），周期可能长达3-6个月，费用数万美元。很多企业在这一项上严重低估了时间。 缓解办法是选择已经完成运营商认证的模组（如Quectel、Telit的部分型号）。

六、认证与合规

6.1 主要市场认证清单

市场 认证 涉及标准 周期 参考费用
欧盟 CE（LVD+EMC+RED） IEC61851-1、IEC61851-21-2、EN301489、EN62311 10-18周 ¥120k-350k
欧盟 计量（MID） EN50470、MID指令2014/32/EU 12-24周 ¥80k-250k
德国 Eichrecht（计量法） PTB要求、签名计量 20-40周 ¥200k-600k
英国 UKCA + SmartChargePointRegulations 同CE+额外要求 12-20周 ¥100k-280k
美国 UL2594（AC）/UL2202（DC） UL标准 16-30周 ¥250k-700k
美国 FCC Part15 4-8周 ¥30k-80k
美国 Energy Star（自愿） 8-12周 ¥50k-120k
加拿大 CSA/cUL 同UL 增量费用
韩国 KC 10-16周 ¥80k-200k
日本 PSE + JARI CHAdeMO认证 16-30周 ¥150k-400k
澳新 RCM AS/NZS61851 8-14周 ¥60k-150k
印度 BIS + AIS-138 20-40周 ¥100k-300k

Eichrecht特别说明：德国的计量法要求极为严格——充电的每一度电必须有可验证的、防篡改的签名计量数据，用户可以事后独立验证账单的真实性。这要求：

  • 计量模块本身通过PTB认证
  • 计量数据用私钥签名
  • 显示屏必须显示计量数据
  • 提供数据导出与第三方验证工具
  • 整机通过Eichrecht型式认证

这是欧洲最高的合规门槛，也是最大的进入壁垒。 通过Eichrecht认证的中国企业屈指可数。但反过来，一旦通过，就获得了德国这个欧洲最大市场的准入券。

6.2 互操作性测试

认证只是”符合标准”，互操作性才是”实际能用”。两者不能划等号。

主要互操作性测试渠道：

测试 组织 内容 价值
OCPP Compliance Certification OpenChargeAlliance OCPP协议一致性 强烈推荐，客户认可度高
CharIN Testival CharIN e.V. CCS/ISO15118实车互操作 必须参加，能测上百款车
Plugfest 各行业组织 多厂商互测 发现互操作问题
实车测试 自行组织 借用真车实测 最真实

CharIN Testival的价值无可替代：这是全球CCS生态的官方互操作性测试活动，一年数次在欧美举办。参加一次Testival，你的桩可以与几十上百款不同品牌车型实测，能发现在实验室永远发现不了的兼容性问题。参加费用约€3,000-8,000，加上差旅约¥8万-15万，但这笔钱是所有认证投入中ROI最高的。

实测数据参考：我们服务过的一个项目，在实验室通过了全部一致性测试，但在CharIN Testival上与63款车实测，发现7款车无法充电、4款车间歇性失败。这11个问题如果流到市场，会造成灾难性的客户投诉。

6.3 常见互操作性问题清单

问题 典型原因 影响车型
SLAC超时失败 耦合电路衰减过大 特定品牌
协议协商失败 只支持ISO15118不支持DIN70121 早期车型
充电中断 通信超时处理不当 随机
电流不稳定 对车辆请求的响应延迟 部分车型
无法解锁 枪锁控制时序 特定品牌
计量偏差 计量点位置不同 全部
温度降额冲突 桩与车的降额策略互相误判 高温环境
PnC证书验证失败 证书链或时间同步问题 支持PnC车型

七、案例研究

案例一：某中国充电桩厂商进入荷兰市场的完整历程

背景

一家做电动车配件起家的江苏企业，2022年决定进军欧洲充电桩市场。初始产品是一款22kW双枪交流桩，目标客户是荷兰的中小型充电运营商（CPO）。

第一次尝试的惨败

首批50台桩于2022年底发往鹿特丹。产品配置：

  • STM32F407主控
  • 自研OCPP1.6J协议栈（仅实现Core Profile）
  • 明文WebSocket（ws://）连接
  • TypeA RCD + 简易DC检测（无IEC62955认证）
  • 自研计量方案（无MID认证）
  • 无PLC模块

遇到的问题（按严重程度排序）：

问题 后果
无MID计量认证 荷兰法律禁止按电量收费，桩只能按时间收费，商业模式崩塌
不支持SmartCharging 客户的电网负荷管理系统无法调度，被三个大客户拒绝
明文ws://连接 客户的安全审计不通过
DC漏电检测无认证 荷兰认证机构判定不符合IEC61851-1
OCPP实现不完整 接入客户平台后频繁掉线、事务丢失
4G模组频段不全（缺B20） 荷兰农村地区无信号

结果：50台桩中只有11台被勉强接受（用于私人场景），其余39台退货，直接损失¥1,870,000（含运费、认证咨询费、退运费）。

重构方案（2023年）

团队做了彻底的技术路线重构：

硬件重构：

项目 原方案 新方案 增加成本
主控 STM32F407 RK3308（Linux） +¥58
存储 1MB Flash 8GB eMMC + 512MB DDR +¥42
安全 无 ATECC608B安全芯片 +¥12
计量 自研 采购MID认证计量模块 +¥185
DC漏电检测 自研 IEC62955认证模块 +¥96
4G模组 低成本模组 Quectel EG915（全欧频段+CE-RED） +¥38
PLC模块 无 预留位（不贴，为未来ISO15118） +¥3（PCB面积）
合计 +¥434

软件重构：

  • 放弃自研OCPP栈，改用EVerest开源框架（含成熟的libocpp）
  • 实现完整的Core + FirmwareManagement + LocalAuthList + SmartCharging + RemoteTrigger
  • 实现OCPP Security Profile 2和3（wss:// + 客户端证书）
  • 实现完整的本地负荷管理（多桩共享一路电源时的动态分配）
  • 建立OTA固件升级机制（含回滚保护）

认证路径：

认证 周期 费用
CE（LVD+EMC+RED） 16周 ¥286,000
MID计量指令 22周 ¥178,000
OCPP1.6J官方一致性认证（OCA） 6周 ¥62,000
荷兰本地KEMA测试 8周 ¥94,000
合计 并行约28周 ¥620,000

结果（2023年10月至2025年）

指标 第一次尝试 重构后
单台成本 ¥2,180 ¥2,614（+20%）
单台售价 €420 €680（+62%）
单台毛利 €142 €352（+148%）
客户接受率 22% 96%
现场故障率（首年） 31% 2.4%
累计出货 50台 6,840台
平台兼容性 1个平台勉强 已验证接入23个欧洲运营平台

关键洞察

  1. 成本增加20%，售价却能提升62%。 合规和品质带来的溢价远大于成本增加。低价低配的策略在欧洲充电桩市场是行不通的——因为运营商买的不是硬件，是”能稳定运营五年的资产”。

  2. MID计量认证是商业模式的前提，不是可选项。 没有它，桩在法律上不能按电量收费，整个商业逻辑不成立。这是纯技术团队最容易忽略的法律约束。

  3. 采用成熟开源框架（EVerest）比自研节省了至少10个月。 而且因为欧洲厂商广泛使用，互操作性天然更好。自研协议栈在这个阶段是典型的”重新发明轮子”。

  4. 预留PLC位置的决策非常正确。 2024年该客户要求推出支持ISO15118即插即充的版本，因为PCB预留了位置，只需贴片和软件开发，3个月即完成，而不是重新开发整机。

案例二：东南亚两轮车换电柜的协议架构设计

背景

一家做电动摩托车配件的广东企业，2023年为印尼和越南市场开发两轮电动车换电柜。目标是给外卖骑手提供30秒换电服务。

需求特点

需求 说明
电池规格 60V 30Ah磷酸铁锂，单块约14kg
柜体规格 8仓/12仓两种
换电时间 ≤30秒（用户操作）
电池鉴权 必须防止非本平台电池占用仓位
SOC管理 需知道每块电池的实时SOC和健康度
充电策略 需支持分时充电（避开电价高峰）
网络 4G，印尼部分地区信号差，需支持离线运行
运营平台 客户已有平台，希望用标准协议对接

架构设计的核心决策

决策一：柜↔电池的通信用什么？

方案 优点 缺点 决策
CAN总线 成熟、抗干扰强、BMS原生支持 需额外触点 选中
RS485 成本低 抗干扰弱于CAN 备选
单总线（1-Wire） 触点最少 速率低、可靠性差 否
蓝牙 无触点 功耗、配对复杂、干扰 否
NFC 无触点鉴权 只能鉴权不能传数据 辅助

最终方案：CAN总线（主通信）+ NFC（快速身份识别）。NFC用于电池插入瞬间的快速识别（<200ms），CAN用于后续的详细数据交互和充电控制。

决策二：柜↔云的通信用OCPP还是私有协议？

这是最有争议的决策。团队最初倾向私有协议（简单、灵活），但最终选择了OCPP1.6J + DataTransfer扩展，理由：

  1. 客户的运营平台已经支持OCPP（他们也运营四轮车充电桩）
  2. 未来可以接入其他运营商，不被单一客户绑定
  3. OCPP的事务模型（StartTransaction/StopTransaction）恰好可以映射到”换电事务”
  4. 成熟的实现可复用，开发成本反而更低

OCPP到换电场景的映射设计：

OCPP概念 换电场景映射
ChargePoint 一个换电柜
Connector 一个电池仓
Authorize 用户扫码/刷卡鉴权
StartTransaction 换电事务开始（用户取走满电池）
StopTransaction 换电事务结束（用户放入空电池）
MeterValues 各仓电池的SOC、电压、温度
StatusNotification 仓位状态（空闲/充电中/满电/故障/锁定）
DataTransfer 电池详细信息、健康度、鉴权ID、私有指令
SetChargingProfile 分时充电策略（避峰）
RemoteStartTransaction 平台远程开仓
UnlockConnector 远程开仓门

DataTransfer的私有扩展设计：

{
  "vendorId": "com.example.swap",
  "messageId": "BatteryStatus",
  "data": {
    "slotId": 3,
    "batteryId": "BT2024081500347",
    "soc": 87.4,
    "soh": 96.2,
    "voltage": 66.8,
    "current": 12.4,
    "tempMax": 34.5,
    "tempMin": 31.2,
    "cycleCount": 428,
    "cellVoltageDelta": 0.021,
    "faultFlags": 0,
    "estimatedFullTime": 1420
  }
}

决策三：离线运行能力

印尼很多区域4G信号不稳定，柜子必须能离线工作。设计：

  • 本地存储白名单（OCPP的LocalAuthList），支持10,000个用户
  • 离线时的换电事务本地记录，联网后批量上传（OCPP的事务队列）
  • 本地充电策略缓存
  • 离线时长上限48小时，超过则进入受限模式（仅允许已在白名单的高信用用户）

决策四：是否需要PLC模块？

不需要。 这是本案例最重要的成本决策之一。

原因：换电柜与电池之间是有线连接（触点），可以直接用CAN；不存在CCS那种”必须复用CP线”的约束。省下PLC模块及其耦合电路的成本约¥180/柜，8仓柜按¥180计算，年产5,000柜可省¥900,000。

很多团队会惯性地认为”做充电就要上PLC”，这是典型的技术路径误判。协议选型必须从实际约束出发，而不是从行业惯例出发。

实施结果（18个月）

指标 数值
累计部署柜体 1,240台（印尼840、越南400）
日均换电次数 18,600次
换电成功率 99.3%
平均换电时长 22秒
离线运行占比 6.8%的时间（成功处理，无损失）
电池鉴权拦截 累计拦截非法电池1,847次
平台对接周期 首次对接3周（因用OCPP标准，远快于预期）
后续新客户对接 平均5天

关键教训

  1. 用标准协议做非标场景是可行的，而且长期收益巨大。 OCPP+DataTransfer的组合让这个换电柜可以快速接入任何支持OCPP的平台，把”对接周期3周”变成”对接周期5天”，这直接转化为销售优势。

  2. 不要为了用技术而用技术。 PLC模块在这个场景完全不需要，省下的成本是实实在在的利润。

  3. 离线能力在新兴市场是刚需，不是加分项。 6.8%的离线时间意味着如果不做离线设计，每年会损失约450,000次换电，用户体验会崩塌。

  4. 电池鉴权是商业模式的基石。 1,847次拦截意味着如果没有鉴权，会有大量”搭便车”的第三方电池占用仓位和电力，直接侵蚀运营商利润。

换电柜OCPP协议映射与系统架构

八、成本结构与决策模型

8.1 不同方案的开发成本对比

方案 开发投入 周期 单台成本增量 适用
无联网（哑桩） ¥50k-150k 2-3月 基准 家用、私桩
OCPP1.6J（开源栈） ¥250k-600k 4-7月 +¥180-400 主流选择
OCPP1.6J（自研栈） ¥600k-1.2M 8-14月 +¥150-350 大批量、追求掌控
OCPP2.0.1 ¥500k-1.5M 6-12月 +¥240-500 新项目、高端市场
+ PLC + DIN70121 +¥400k-900k +4-8月 +¥150-450 CCS直流桩必需
+ ISO15118-2 +¥600k-1.5M +6-12月 +¥50-150（软件为主） 高级功能
+ PnC即插即充 +¥500k-1.2M +4-8月 +¥30-100（安全芯片） 欧美高端
+ V2G（ISO15118-20） +¥1M-3M +12-24月 +¥300-1,200（硬件双向） 前沿市场

8.2 决策树：我该选什么方案？

你的产品是什么？
├─ 两轮/三轮电动车充电柜、换电柜
│   ├─ 需要商业运营/接入平台？
│   │   ├─ 是 → OCPP1.6J + DataTransfer扩展，**不需要PLC**
│   │   └─ 否 → 私有协议或无联网即可
│   └─ 需要电池鉴权与BMS通信 → CAN或RS485
│
└─ 四轮车充电桩
    ├─ 交流桩（AC）
    │   ├─ 家用私桩 → OCPP1.6J（可选）+ 无PLC
    │   ├─ 商用公共桩 → OCPP1.6J/2.0.1 + SmartCharging
    │   └─ 需要即插即充 → OCPP2.0.1 + **PLC** + ISO15118
    │
    └─ 直流桩（DC）
        ├─ 目标中国/日本 → CAN通信（GB/T27930或CHAdeMO），**不需要PLC**
        └─ 目标欧美 → **必须PLC** + DIN70121 + ISO15118
            ├─ 基础版 → OCPP1.6J + DIN70121 + ISO15118-2
            └─ 高端版 → OCPP2.0.1 + ISO15118-2/-20 + PnC

8.3 分阶段投入建议

阶段一（0-8个月）：快速进入市场

  • OCPP1.6J（用EVerest等开源框架）
  • 完整的Core + SmartCharging + FirmwareManagement
  • Security Profile 2（wss://）
  • 硬件按未来需求配置（Linux平台、足够存储、预留PLC位）
  • 目标：拿到第一批订单，验证市场

阶段二（8-18个月）：补齐合规与高级功能

  • MID/Eichrecht计量认证（若做欧洲）
  • OCPP官方一致性认证
  • Security Profile 3（双向TLS）
  • 直流桩加入PLC + DIN70121 + ISO15118-2
  • 参加CharIN Testival
  • 目标：进入主流运营商供应商名录

阶段三（18-36个月）：差异化竞争

  • OCPP2.0.1
  • 即插即充PnC
  • 本地负荷管理与能源管理集成
  • V2G能力探索
  • 目标：进入高端项目与长期框架协议

九、常见误区

误区一：”OCPP就是个协议，随便实现一下就行”

OCPP1.6J的规范文档有几百页，加上OCA的实施指南、勘误、各平台的实际差异，完整正确的实现绝不简单。常见的”随便实现”导致的问题：

  • 事务ID管理错误，导致计费混乱
  • 网络断开重连时事务状态丢失
  • MeterValues的时间戳与配置项不匹配
  • 配置项（ConfigurationKey）不完整，平台无法配置
  • 状态机在异常序列下卡死

建议：通过OCA的官方一致性认证。这不仅是营销资质，认证过程本身会暴露大量隐藏bug。

误区二：”PLC模块买来插上就能用”

PLC芯片只是方案的1/3，另外2/3是：

  • 耦合电路的设计与调优（决定互操作性）
  • SLAC状态机的正确实现（决定连接成功率）

很多企业买了PLC模组，发现”能连上一部分车，连不上另一部分车”，根源都在这两处。

误区三：”支持ISO15118就不用管DIN70121了”

前面已经强调过：大量2014-2019年的车只支持DIN70121。不兼容它们，你的桩在真实场景中会有相当比例的车充不了电。

误区四：”先做便宜的版本试水，卖得好再升级”

在欧美充电桩市场，这个策略几乎必然失败（参见案例一）。原因：

  1. 合规是刚性的，不合规的桩根本不能商用
  2. 运营商的采购决策周期长，第一次留下坏印象很难翻盘
  3. 现场故障的处理成本（派人去欧洲维修）远高于前期多投入的成本

充电桩是典型的”一次做对”的品类。

误区五：”OCPP的安全用TLS就够了”

TLS只解决传输加密。完整的安全还需要：

  • 设备身份认证（客户端证书）
  • 安全启动（防止固件被篡改）
  • 安全存储（保护私钥）
  • 固件签名验证
  • 漏洞响应机制（CRA要求）

误区六：”计量用普通电表就行”

欧洲的MID指令要求用于计费的计量器具必须经过认证。用普通电表意味着你的桩在法律上不能按电量收费。德国的Eichrecht要求更高。这是法律问题，不是技术问题，无法绕过。

十、FAQ常见问题解答

Q1：我只做交流桩，还需要PLC模块吗？

大多数情况下不需要，但要看功能定位。

不需要PLC的情况：基础的交流充电只依赖IEC61851的CP信号（PWM占空比）就能完成全部握手和电流协商。市面上95%以上的交流桩都没有PLC模块。

需要PLC的情况：

  1. 你要支持ISO15118的即插即充PnC——交流桩也可以做PnC，需要PLC承载ISO15118通信
  2. 你要支持AC侧的V2G/V2H（双向充电）
  3. 客户明确要求支持ISO15118（部分欧洲高端项目会要求）
  4. 你的目标市场有强制要求（目前尚无国家强制交流桩支持ISO15118，但趋势在走向这个方向）

务实建议：现阶段交流桩不装PLC模块，但在PCB上预留PLC电路的位置和耦合变压器的安装孔。这样PCB面积增加约3%-5%，成本增加不到¥5，但未来客户要求时可以3个月内推出新版本，而不需要重新开发整机。案例一中的企业正是靠这个决策抢到了后续订单。

Q2：OCPP1.6J和2.0.1，我到底该选哪个？

我的建议是：硬件按2.0.1配置，软件先发1.6J，保留OTA升级路径。

理由：

  • 市场现实：目前约75%的运营平台只支持1.6J。如果你只做2.0.1，会失去大部分客户。
  • 技术趋势：2.0.1是明确的未来方向，尤其是需要PnC、Eichrecht签名计量、完整安全体系时是必需的。
  • 硬件约束：2.0.1对存储和算力的要求明显更高。如果硬件按1.6J的最低配置设计（如小容量MCU），未来升级到2.0.1就必须换硬件——这是最坏的结果。

具体的硬件配置建议：Linux平台（RK3308/i.MX6ULL等）、512MB RAM、8GB eMMC、支持TLS硬件加速、预留安全芯片位置。这样的配置成本比最低配MCU方案高约¥100-150，但保住了未来3-5年的升级能力。

另外要注意：有些客户会问”你支持2.0.1吗”，但实际他们的平台只跑1.6J。同时支持两个版本（可配置切换）是最稳妥的策略，成熟的开源框架如EVerest原生支持这一点。

Q3：SLAC总是失败，怎么系统性排查？

按以下顺序排查，这个顺序是按”问题发生概率×排查成本”优化过的：

第1步：确认PWM时序（10分钟）
用示波器测CP线。插枪后，桩应该在检测到State B后切换到5%占空比。检查：①是否真的切到了5%（不是4.5%或5.5%，标准要求4%-7%）；②切换的时机（不能太早或太晚）；③PWM的电压幅值是否符合±12V±0.6V。

第2步：测量PLC信号幅度（30分钟）
在CP线上用高带宽示波器（≥100MHz）观察2-30MHz的PLC信号。正常情况下应该能看到明显的高频突发信号。如果幅度过小（<200mVpp），说明耦合电路有问题。

第3步：用open-plc-utils检查芯片状态（1小时）

int6kstat -a  # 读取芯片状态
plctool -m    # 查看网络成员
plcstat -t    # 查看链路质量

确认PLC芯片本身工作正常、固件版本正确、PIB配置无误。

第4步：抓包分析SLAC报文（2-4小时）
用Wireshark（配合HomePlug解析）或PLC芯片的sniffer模式抓取SLAC全过程，对照标准检查每一步的报文和时序。重点看：是哪一步中断的？是没收到对方报文，还是收到了但没响应？

第5步：测量实际衰减值（半天）
在CM_ATTEN_CHAR.IND报文中可以看到测量到的衰减值。正常应在10-40dB范围。如果超过60dB，说明信号路径衰减过大，检查线缆、连接器接触电阻、耦合变压器。

第6步：多车型交叉测试（数天）
如果只有特定品牌车失败，通常是互操作性问题（时序容忍度、报文细节差异），需要针对性调整。这就是为什么要参加CharIN Testival。

最常见的三个根因（占我们经手案例的约70%）：①耦合变压器选型不当导致高频响应差；②CP线上的滤波电容过大，把PLC信号吸收了；③SLAC状态机的超时参数设置不符合标准（TT_match_response、TT_matching_repetition等）。

Q4：做两轮电动车的充电产品，OCPP有必要吗？

分场景：

需要OCPP的场景：

  • 公共/共享充电柜（需要计费、远程管理、多平台接入）
  • 换电柜（如案例二）
  • 车队充电管理（外卖、物流公司的集中充电）
  • 需要申请当地补贴（部分欧洲城市对公共充电设施的补贴要求支持OCPP）

不需要OCPP的场景：

  • 家用便携充电器
  • 车厂配套的随车充电器
  • 私人使用的壁挂充电器（除非用户要求联网）

一个重要的商业洞察：欧洲城市正在大规模建设电动自行车/电动摩托车的公共充电设施（因为自行车棚充电引发的火灾事故频发，市政要求集中安全充电）。这些项目的招标书通常要求支持OCPP，因为市政部门希望统一管理。这是一个中国企业还没充分挖掘的细分市场，竞争远小于四轮车充电桩，且技术门槛更低（不需要PLC、不需要大功率）。

对于做两轮车配件的企业，这可能是切入充电基础设施最合理的路径——技术复用度高、认证门槛低、与现有客户群重合。

Q5：认证费用动辄几十万，中小企业怎么承受？

四个降低成本的策略：

①分市场分阶段做。不要一开始就做全球认证。选一个主攻市场（比如荷兰或德国）做透，用订单收入支撑后续认证。

②用CB证书体系降低多国认证成本。IEC61851相关的CB证书可以转换为多国认证的基础，只需补做国家差异项，比每个国家单独全测节省40%-60%。

③与客户共担。如果客户订单量足够大，可以谈判由客户承担部分认证费用，或以订单量返还的形式分摊。欧洲运营商对此并不排斥，因为他们也需要合规的供应商。

④选择已认证的关键部件。计量模块、漏电检测模块、充电枪、4G模组这些都可以采购已有认证的成熟产品，整机认证时可以引用部件证书，大幅减少测试项目和费用。自研这些部件的成本远高于采购。

一个务实的最小认证包（针对欧洲AC桩）：CE（LVD+EMC+RED）+ 采购MID认证计量模块 + OCPP一致性认证，总费用约¥35万-50万。这是能真正商用的最低门槛。低于这个投入的方案，基本上是在浪费钱——因为做出来的产品卖不出去。

Q6：欧洲客户要求Eichrecht认证，值得做吗？

要看你的市场定位和资金实力。

Eichrecht的门槛：

  • 认证周期20-40周
  • 费用¥20万-60万（不含开发成本）
  • 需要专门的签名计量方案（计量芯片+安全存储+签名算法）
  • 需要提供数据验证工具（用户可独立验证账单）
  • 开发投入额外¥50万-150万

值得做的情况：

  • 德国是你的核心目标市场（德国是欧洲最大的充电桩市场）
  • 你的产品定位中高端，能承受较高售价
  • 你有稳定的德国客户或渠道
  • 你计划长期深耕欧洲

不值得做的情况：

  • 主攻德国以外的欧洲市场（其他国家只需MID，不需Eichrecht）
  • 产品定位低价走量
  • 资金和团队资源有限

折中方案：先做MID认证进入德国以外的欧洲市场（荷兰、比利时、北欧、法国等都只要MID），积累订单和资金后再攻Eichrecht。这是绝大多数中国企业的现实路径。

需要提醒的是：Eichrecht正在成为一种事实上的高端门槛。一些欧洲的大型运营商即使在德国以外的项目中，也开始倾向选择有Eichrecht认证的供应商，因为这被视为品质和合规能力的证明。所以从长期看，这是一项有战略价值的投资。

Q7：北美市场从CCS1转向NACS，我的产品要怎么调整？

这是当前北美市场最重要的变化，需要分层理解：

通信层：基本不用改。 NACS（SAE J3400）在通信协议上与CCS完全一致——同样使用PLC电力线通信、同样跑DIN70121/ISO15118。所以你的PLC模块、协议栈、软件都可以直接复用。

物理层：需要更换连接器。 NACS的连接器是特斯拉设计的，交直流共用同一组针脚（比CCS1紧凑很多）。你需要：

  • 采购NACS连接器（目前供应商还不多，需提前锁定）
  • 重新设计枪头到桩体的线缆
  • 直流桩需注意NACS的电流承载能力和温度监测要求
  • 重新做UL认证（连接器变更属于重大变更）

过渡期策略：

策略 说明 适用
双枪配置 一把CCS1 + 一把NACS 推荐，覆盖全部车型
NACS主 + 转接器 NACS枪，配CCS1转接器 成本低但用户体验差
仅CCS1 维持现状 只适合存量替换，无未来
仅NACS 激进 2027年后可能合理，现在过早

时间窗口：2025-2028年是转换期，双枪方案在这期间是最稳妥的。中国供应商的机会在于：大量存量CCS1桩需要加装或改造为NACS，这是一个明确的改造市场。

Q8：桩的固件升级（OTA）应该怎么设计？

OTA是充电桩最关键的运维能力之一——因为桩部署在户外，派人现场升级的成本极高（欧洲一次上门服务成本€150-400）。

设计要点：

①双分区+回滚。必须有A/B双固件分区，新固件启动失败时自动回滚到旧版本。这是绝对不能省的——一次失败的OTA可能导致数千台桩变砖，损失是灾难性的。

②升级时机控制。绝对不能在充电过程中升级。正确逻辑：收到升级指令 → 标记为”待升级” → 等待当前事务结束 → 拒绝新事务 → 执行升级 → 重启 → 恢复服务。OCPP的FirmwareStatusNotification需要如实上报每个阶段。

③签名验证。固件必须签名，桩验证签名后才执行。这既是安全要求（CRA强制），也防止误刷错误固件。

④分批灰度。不要一次给所有桩推送。先推1%，观察24-48小时，再10%，再全量。运营平台应支持分组推送。

⑤断点续传与弱网适应。4G网络不稳定，固件包（可能几十MB）需要支持断点续传和完整性校验。

⑥升级失败的兜底。设计一个”救援模式”——即使主固件损坏，桩仍能启动一个最小系统连接后台接收新固件。

⑦版本管理与追溯。每台桩的固件版本、升级历史必须在平台可查。当发现某版本有bug时，能快速定位受影响的桩。

一个真实教训：某厂商推送固件时未做灰度，一个内存泄漏bug导致2,300台桩在运行36小时后集体死机。因为没有救援模式，最终派了11个工程师用了三周时间现场恢复，直接损失超过¥1,800,000。OTA的可靠性设计投入，永远比事后补救便宜。

十一、结语

回到本文的核心问题：电动车配件出口如何选择合适的充电桩协议OCPP和PLC模块？

经过前面的系统梳理，可以归纳为五条决策原则：

第一，分清OCPP和PLC解决的是不同层面的问题。 OCPP是”桩对云”，决定你能不能接入运营平台、能不能商业化运营；PLC是”桩对车”，决定你能不能完成直流快充的握手。前者几乎所有商用桩都需要，后者只有CCS/NACS直流桩和支持ISO15118的交流桩才需要。不要惯性地认为”做充电就要上PLC”——案例二中的换电柜项目，正是靠这个正确判断省下了近百万元。

第二，OCPP选1.6J还是2.0.1，答案是”硬件按2.0.1，软件先发1.6J”。 这个策略同时兼顾了市场现实（75%的平台只支持1.6J）和技术趋势（2.0.1是未来）。关键是硬件不能配置过低，否则未来升级就要换整机。

第三，充分利用开源生态。 EVerest项目提供了工业级的OCPP、ISO15118、SLAC完整实现，被欧洲主流厂商共同维护。采用它可以节省至少10个月开发时间，且互操作性天然更好。在这个领域自研协议栈，在绝大多数情况下都是资源错配。

第四，合规不是成本，是准入券。 案例一给出了最直接的数据：合规投入让成本增加20%，却让售价提升62%、客户接受率从22%涨到96%。在欧美充电桩市场，”先做便宜版本试水”的策略几乎必然失败——因为不合规的桩根本无法商用。

第五，互操作性测试的价值高于任何一项认证。 实验室的一致性测试只能证明你”符合标准”，CharIN Testival这样的实车互测才能证明你”真的能用”。一次Testival发现的问题，可能避免上百万元的售后损失。

最后想说的是：对于中国的电动车配件出口企业，充电基础设施是一个被严重低估的机会。四轮车充电桩市场竞争已经很激烈，但两轮车、三轮车的公共充电和换电市场，全球范围内都还处于早期——没有统一标准、没有主导厂商、需求却在快速爆发。而这恰恰是中国供应链最擅长的领域：我们有全世界最完整的两轮车产业链、最成熟的锂电池和BMS技术、最丰富的换电运营经验。

把OCPP这样的国际标准协议，用到两轮车充电这个中国有绝对供应链优势的场景里，可能才是真正的机会所在。这需要的不是更强的硬件能力，而是更深的协议理解和更早的标准布局。

希望这篇文章能帮你在下一次技术方案评审时，做出更准确的判断。

电动车配件出口,充电桩,OCPP协议,PLC模块,ISO15118,即插即充PnC,SLAC握手,CCS快充标准,充电桩认证,换电柜

标签：, , , , , , , , ,

上一篇：

下一篇：

相关推荐