Skip to main content
Tech OVN

Compare

OCPP 1.6J vs OCPP 2.0.1

One is what most backends run today. The other is where tenders are heading. The two are not compatible, which makes this a hardware decision rather than a settings decision.

The short answer

Buy hardware that speaks both, and run whichever your backend supports. OCPP 1.6J is still the most widely supported version across charge point management systems, so it is what most sites actually run on day one. OCPP 2.0.1 builds security profiles and certificate management into the core specification (1.6J gets them only through the separate Security Whitepaper), and adds a structured device model and far richer smart charging. OCPP 2.1, published in January 2025, builds on 2.0.1.

Because the two are not backward compatible, a charger that implements only one version locks you to a class of backend for the life of the asset. Dual support keeps that decision reversible for the price of asking the question at procurement.

Side by side

What changes between versions, and what it means when specifying.

CapabilityOCPP 1.6JOCPP 2.0.1
Status in the marketDominant — most deployed backends speak itGrowing — newer backends and tenders
TransportJSON over WebSocketJSON over WebSocket
Security profilesAdded by the OCPP 1.6 Security Whitepaper (an add-on; not every 1.6J charger or backend implements it)Part of the core specification
Certificate managementAdded by the 1.6 Security Whitepaper (optional add-on)Part of the core specification, including updates
Smart chargingBasic charging profilesSubstantially extended
Device model / diagnosticsLimitedFull structured device model
Firmware update handlingBasicImproved and better defined
Transaction handlingSimpler, looserStricter and more explicit
Display and tariff messagingNot definedSupported
Backend availability todayVery wideNarrower but expanding
Migration path—Not backward compatible with 1.6; OCPP 2.1 (January 2025) builds on 2.0.1

Where each version earns its place

Specify 1.6J when the backend already exists

If the operator runs an established CPO platform, it almost certainly speaks 1.6J. Forcing 2.0.1 on a site whose backend does not support it creates an integration problem with no operational benefit.

Specify 2.0.1 when security is contractual

In 2.0.1 the security profiles and certificate handling are part of the core specification. On 1.6J they depend on whether both charger and backend implement the Security Whitepaper — if the site sits inside a corporate network with a security review, 2.0.1 makes that question simpler.

Specify 2.0.1 for sophisticated smart charging

Basic load capping can work on 1.6J where both sides implement charging profiles. Tariff-driven scheduling, grid-responsive charging and richer device management are where 2.0.1 pulls ahead. (Tech OVN chargers do not currently offer load balancing.)

Always ask whether it is the full profile

Compliance with a version is not binary in practice. Ask which messages are implemented, not just which version is claimed. A charger supporting a subset can still fail against a backend that uses the rest.

Where Tech OVN sits

Our AC chargers support both OCPP 1.6J and OCPP 2.0.1, so the same hardware works against your existing backend or ours. You are not buying into a platform by buying the hardware.

We implement the published standard, and we help with OCPP integration. For bulk orders we can adapt the charger firmware to make integration with your platform easier. If your platform expects something outside the specification, that is worth establishing before a purchase order rather than after.

Frequently asked questions

Specify chargers that support both, and run whichever your backend supports today. OCPP 1.6J remains the most widely supported version across charge point management systems, so it is usually what a site actually runs on day one. OCPP 2.0.1 builds security profiles and certificate management into the core specification (on 1.6J they come from the separate Security Whitepaper, which not every implementation adopts), and adds a structured device model and much richer smart charging. Hardware that speaks both means the backend decision stays reversible.
No. They are different protocol versions and a 2.0.1 charger will not simply talk to a 1.6 backend, or vice versa, unless the charger implements both. This is the single most important practical point when specifying — it is a hardware capability question, not a configuration one.
It denotes the JSON-over-WebSocket transport, as opposed to the older SOAP variant. In practice OCPP 1.6J is what people mean when they say OCPP 1.6 today; the SOAP variant is effectively obsolete.
Not necessarily. OCPP 1.6J supports charging profiles, which is enough for common load management on a site — capping total current across a group of chargers so the incoming supply is not exceeded — provided the charger implements it. OCPP 2.0.1 extends this considerably and is the better foundation if you are building sophisticated tariff-driven or grid-responsive charging. Note that Tech OVN chargers do not currently offer load balancing or charging-profile control.
Tech OVN AC chargers support both OCPP 1.6J and OCPP 2.0.1, so they can be operated from your existing backend or from our CSMS (in early access). We help with OCPP integration, and for bulk orders we can adapt the charger firmware to make integration with your platform easier.
Yes, provided the charger genuinely implements the OCPP version your platform expects. That is the whole point of the standard. Ask any manufacturer which version they implement and whether it is the full profile or a subset — the second question is the one that catches people out.
The Open Charge Alliance published OCPP 2.1 in January 2025. It builds on 2.0.1 rather than replacing it, adding features such as bidirectional (V2X) and DER control and richer tariff handling. Backend support is still early, so for most Indian sites today the practical choice remains 1.6J or 2.0.1. Tech OVN chargers support 1.6J and 2.0.1; they do not support V2G.
OCPP connects a charger to its management system. OCPI connects charging networks to each other, so a driver with one operator's account can charge on another operator's hardware. They solve different problems and you may need both — OCPP as a hardware specification, OCPI as a commercial roaming one.

Related

EV charging management system

OCPP backend, tariffs and sessions — in early access.

Learn More →

Type 2 22 kW commercial charger

IP55 AC charger, OCPP 1.6J and 2.0.1, single or dual gun.

Learn More →

EV charger controller (OEM)

Controller board for manufacturers, with OCPP, designed to IEC 61851-1.

Learn More →

AC vs DC charging

Which one a site actually needs, and when DC is unavoidable.

Learn More →

Start an EV charging business

Dealer, mini CPO or full CPO — the three models compared.

Learn More →

White-label EV chargers

OEM and ODM programmes with your branding.

Learn More →

Specifying chargers for a site or a tender?

Tell us which backend you run and we'll confirm exactly what our chargers implement — before you raise the PO.

Talk to usSee the charger range