在做国标桩接入海外平台或者本地 EMS 接入云端 CSMS 时，经常会遇到一个现实问题：现场设备只支持 Modbus（RTU/TCP），而上位系统要求 OCPP 1.6/2.0.1。如何在不推倒重来的情况下，把一套 Modbus 设备“变身”成支持 OCPP 的充电站，这篇帖子想聊一聊使用深圳惠志科技的Modbus协议网关来如何实现这一目标。

一、场景和目标

典型场景大概有几类：

国标主板/本地充电控制器通过 Modbus 暴露功率、电表、电池信息。

云端只提供 OCPP 接口（通常是 1.6 JSON 或 2.0.1 WebSocket）。

希望在现有硬件/线缆不大动的基础上，通过一个“协议网关”完成接入。

目标可以概括成一句话：

在下行保持 Modbus（RTU/TCP）不变，上行对外表现为一个标准的 OCPP 充电站或 OCPP 中央系统，实现合法合规的充电会话、计费、远程运维和智能充电。

二、整体架构设计

一个比较通用的架构是“本地 Modbus 域 + OCPP 应用层”的分层结构，中间用“协议网关”打通。

下行接口

Modbus RTU：RS‑485 总线，常见于电表、国标控制板。

Modbus TCP：已有以太网的 BMS、PLC 等。

上行接口

OCPP 1.6 JSON（WebSocket over TCP/TLS）。

或 OCPP 2.0.1，支持更强的智能充电和安全机制。**

网关职责

协议转换：把 Modbus 寄存器/线圈的读写转成 OCPP 消息；反向把 OCPP 命令映射回 Modbus 写命令。

数据聚合：多个桩、多个电表的数据汇总成一个或多 个 chargePoint，统一上报给 CSMS。

安全隔离：Modbus 只在局域网内跑，外网通信全部走 OCPP + TLS，降低暴露面。

深圳惠志科技的Modbus‑OCPP 协议转换器已经把这个架构做成了产品，支持多种工作模式，可以单纯做协议转换，也可以在一定程度上扮演简化版的 OCPP 中央系统。