Skip to content
Protocols

OCPP and OCPI protocol testing

OCPP runs between a charger and its CSMS. OCPI is the roaming API between CPOs and eMSPs.
Protocol map: a charger talks OCPP 1.6, 2.0.1, or 2.1 to the CSMS, which as a CPO talks OCPI 2.1.1, 2.2.1, or 2.3.0 to an eMSP, directly or through an optional hub. One charging session crosses both: StartTransaction reaches the CSMS, then PUT /sessions reaches the eMSP with status: ACTIVE.
Protocol map: a charger talks OCPP 1.6, 2.0.1, or 2.1 to the CSMS, which as a CPO talks OCPI 2.1.1, 2.2.1, or 2.3.0 to an eMSP, directly or through an optional hub. One charging session crosses both: StartTransaction reaches the CSMS, then PUT /sessions reaches the eMSP with status: ACTIVE.

OCPP charger to CSMS

Best OCPP emulators compared

OCPI CPO to eMSP roaming

Protocols & standards

The core EV charging and energy protocols OCPPLab speaks, from charger-to-backend communication through roaming between networks.

OCPP

Charger to CSMS, JSON over WebSocket. Virtual chargers run 1.6, 2.0.1 and 2.1 against your CSMS.

OCPI

CPO to eMSP roaming over REST: the credentials handshake, then Locations, Sessions, CDRs, Tariffs, Tokens and Commands in 2.1.1, 2.2.1 and 2.3.0.

Adjacent standards (not supported)

EEBUS and Modbus often sit next to chargers in energy and site setups. OCPPLab does not implement them.

EEBUS

Wallbox to home energy manager (SHIP transport, SPINE data model). Sits beside the OCPP link; not simulated.

Modbus

Register reads from meters and inverters on the site controller. Sits below the charger's OCPP link; not simulated.

Need coverage across multiple protocol versions?

OCPPLab lets you test mixed fleets and roaming stacks from one cloud platform.