Enua implements OCPP 2.0.1 and 1.6, but — like every real-world implementation — it does not implement every
optional feature, and it adds a few of its own. This page collects every deviation in one place so you can plan
your integration. Each item links to where it is discussed in detail.
Note
Charger-side behavior below was verified against current Enua charger firmware. Some details (in particular
the exact TriggerMessage set and supported measurands) may vary by charger model — confirm with Enua for
your specific hardware if it is critical to your integration.
Topology
Area
Deviation
More
EVSE / Connector count
Every Enua charger is a Charging Station with exactly one EVSE and one Connector. evseId and connectorId are always 1 on transmit and ignored on receive.
The serialNumber identifying the Charging Station is the serial number of the Enua Wallmount, not the charger unit, so chargers can be swapped without reconfiguration (e.g. if replacing a charger during service).
Only HTTP Basic authentication over TLS (Security Profile 1/2) is supported. Security Profile 3 (mutual TLS with client certificates) is not supported.
Only BootNotification, Heartbeat, StatusNotification, and (2.0.1) TransactionEvent can be triggered. Any other requested message returns NotImplemented.
Some 2.0.1 enum values (certain measurands, units, and trigger reasons) have no 1.6 equivalent. Where no mapping exists, the value is not forwarded.
—
Enua-specific extensions
These are additions beyond the OCPP standard. They use the Enua origin in
Supported Configuration Keys, and where a message body is involved, an
Enua vendor id in the customData field.
Extension
Description
More
Free Charging
Charge without authenticating each session, via a configured virtual RFID tag.