Supported Devices - lbbrhzn/ocpp GitHub Wiki
All OCPP 1.6j compatible devices should be supported, but not every device offers the same level of functionality. So far, we've tried:
ABB Terra AC chargers with firmware version 1.8.21 and earlier fail to respond correctly when OCPP measurands are automatically detected by the OCPP integration. As of this writing, ABB has been notified, but no corresponding firmware fix is available.
When automatic measurand detection is used in the OCPP integration with ABB Terra AC chargers:
- The charger responds as if it supports all proposed measurands.
- The integration then asks for all measurands to be reported.
- When the integration tries to query which measurands are available after this configuration, the ABB Terra AC reboots.
As a result, the ABB charger becomes unusable with the OCPP integration, as the integration checks for available measurands on every charger boot, leading to a boot loop.
For more details and symptoms, see Issue #1275.
Fortunately, it is possible to configure the charger using manual configuration and to restore correct settings.
To use these chargers:
-
Disable "Automatic detection of OCPP Measurands".
- Note: Automatic detection is enabled by default. Until configuration changes can be made online, you may need to remove the devices from this integration and add them again.
- If "Automatic detection of OCPP Measurands" is disabled during configuration, you will be presented with a list of possible measurands.
-
When presented with the list of measurands, select only the following:
Current.Import
Current.Offered
Energy.Active.Import.Register
Power.Active.Import
Voltage
This list is based on the overview of OCPP 1.6 implementation for ABB Terra AC (firmware 1.6.6).
Jonas Karlsson has written a getting started guide for connecting CTEK Chargestorm Connected 2.
This charger is often white-labelled by other vendors, including cord and EV Switch.
Note the charger's serial number - this is the number that you need to specify for the Charge point identity
when you configure the OCPP integration in Home Assistant if the OCPP integration does not discover your charger, and also to request a firmware update for versions earlier than 1.0.25.130.
For firmware versions earlier than 1.0.25.130 the only way you can update firmware is by connecting to the evchargo OCPP server at wss://ocpp16.evchargo.com:33033/
and emailing your serial number to [email protected]
requesting that your firmware is updated.
You will probably want to update your firmware if it is earlier than 1.0.25.130 before configuring your charger to connect to your own OCPP server.
Firmware 1.0.25.130 has a firmware update option on the configuration interface (on IP address 192.168.4.1) which you can access by power-cycling the charger and connecting to its access point (see below).
If you have already installed the OCPP integration and have the default charger
charge point installed, then you will need to re-configure this with the correct charge point identity (by removing and re-adding the OCPP integration) to change from the default charger
charge point identity before configuring the charger.
Connect to the charger's access point (AP) by powering down the charger (i.e. switch off the charger's isolator or circuit breaker) and powering it back on a few seconds later. The charger's access point becomes available for 15 minutes, and the SSID matches the charger's serial number (starting with SN). Log in to the configuration interface on the IP address 192.168.4.1.
If doing this from a phone, you may need to set the phone to Flight Mode first, and enable WiFi if required to enable the rest of the configuration to complete.
The username and password for the web interface are provided in the charger manual (case sensitive).
Configure the network mode to WiFi or Ethernet, and (in the field with an icon that looks like a router with three aerials) enter the address of your Home Assistant server including the port and protocol (e.g. ws://myhomeassistant.tld:9000
or wss://myhomeassistant.tld:9000
if you are using secure sockets).
The charger user interface will append the serial number when you leave the field - this is correct and expected.
Save, and the charger will reboot.
Reconnect to the charger's SSID, and log in again to 192.168.4.1 to confirm that the Network Status is online. This confirms that the charger has an internet connection via Ethernet or WiFi and is connected to your OCPP server in Home Assistant. Once enabled, the charger doesn't connect to the vendor server anymore and can be controlled only from Home Assistant or locally via Bluetooth.
Even though the device accepts all measurands, the key working ones are
Current.Import
Current.Offered
Energy.Active.Import.Register
-
Voltage
- although this shows a constant voltage or zero unless a charging session is in progress. Transaction.ID
You may wish to disable sensors that show Unknown
after you've completed a charging session, as they will never provide data with the current firmware 1.0.25.130.
To allow a custom OCPP server such as HA to set up a transaction ID, it is necessary to set under Users > Charging Authorization the
authorization type to either Central system only
or Charger whitelist and central system
otherwise the OCPP integration won't
match transactions and it won't report some meter values such as session time.
(Ability to configure a custom OCPP server such as HA is being discontinued)
Successful connection requires firmware version A0-MEV-V2.0.9 or newer.
The "Charger idle sampling interval" is not supported. Set this to 0 to avoid a "ClockAlignedDataInterval is read-only" warning.
All basic functions work properly
These are a discontinued (but cheap) 7kw 1PH smart charger, with an OCPP implementation that's seemingly quite close to standard, and tolerent. Mine works well with the plugin, OCPP setup is done through the local AP-Wifi. The admin panel password is admin. A few plugin tweaks to get full functionality...
- Force SMART mode, to allow setting charge rates (use action ocpp.set_charge_rate) and retreiving meter values (use action ocpp.trigger_custom_message)
- Manually specify the Measurands
- Voltage
- Temperature
- Current.Offered
- Current.Import
- Power.Active.Import
- Energy.Active.Import.Register
- Create an automation triggering action: ocpp.trigger_custom_message with requested_message set to MeterValues on a schedule of your choice to retrieve the Measurands.
- Optionally create an automation updating the hearbeat interval (you have to set a value different to the one in the chargepoint) when the chargepoint reboots.
- I haven't tested using secure mode.
- If you have problems with charging profiles, check your firmware version is 1.6.3 (the latest in Mar 2025)
- Firmware updates can be done through the app, by reconnecting the charger to the original OCPP backend (wss://cpc.uk.charge.ampeco.tech:443/syncev/) and if it says you're on the latest, call them (+44 1952 983 940) to get it updated.
Use My Teison app to enable webSocket. In the socket URL field enter the address of your Home Assistant server including the port. In the socket port field enter ocpp1.6 for insecure connection or socpp1.6 for secure connection with certificates. Once enabled, charger doesn't connect to the vendor server anymore and can be controlled only from Home Assistant or locally via Bluetooth.
Even though the device accepts all measurands, the working ones are
Current.Import
Energy.Active.Import.Register
Power.Active.Import
Temperature
Voltage
If the devices loses connection to Home Assistant (due to Wi-Fi disconnection or update, for example) it doesn't seem to reconnect automatically. It is necessary to reboot the charger via Bluetooth for it to reconnect.
Grizzl-E chargers with firmware 3.x.x work mostly without issue, such as the following:
- Grizzl-E Mini Connect 2024
- Grizzl-E Ultimate
Known issue: In firmware 03.09.0 amperage changes are accepted but not applied. This is due to the firmware accepting but not handling a value of ChargePointMaxProfile
in ChargerProfilePurpose
. United Chargers has stated that this will be addressed in firmware version 03.11.0.
Supported OCPP requests for the 3.x.x firmware are documented in a PDF on their site in under https://grizzl-e.com/connect-to-third-party-ocpp-backend/
Other Grizzl-E chargers on the 5.x.x firmware have some defects in OCPP implementation, which can be worked around. See User Guide section in Documentation for details.)
The Wallbox Pulsar and Copper SB have been verified. In the OCPP-config, leave the password field empty.
Note that there are different models with similar model names, some of which support OCPP and some with other features.
When a charger is not listed as a supported charger it simply means that it has not been reported to work. Whether it will work or not in practice really depends on whether it is compliant with the OCPP standard. Some vendors claim their device is compliant without bothering to do a compliance test, because that takes time and costs money!
When it is fully compliant, then it should work out of the box, since the ocpp integration is designed to work for fully compliant chargers. Any issues should be reported, and we will do out best to analyze them. In some cases modifications or workarounds may be needed. As long as these workarounds do not break compliance to the OCPP standard they can be added to this repository. Otherwise, we urge you to request your vendor to update their firmware to make their device OCPP compliant.
You can always make your own fork of this repository to solve issues for a specific device that are not OCPP compliant. However, we will not integrate these type of changes into this repository, because that may prevent other chargers to work.