For those of you that might be wondering what OCPP and OCA are in connection with Smart EV Charging, let’s clear that up. OCA stands for the Open Charging Alliance. OCPP is Open Charge Point Protocol, the protocol used to facilitate communications between EV charging stations and central Back Office systems.
The OCPP is an international open standard with no charge and license requirements. The protocol was developed in 2009, and today it is used across the EV market by many significant players, including utility companies, manufacturers, back-office software suppliers, and Charge Point Operators (CPOs).
As it is an open standard, OCPP enables infrastructure operators and vendors to choose and supply EV Charging Stations to the operator of their choice. OCPP also allows companies such as Tridens EV Charge to create software solutions for EV Charging Networks around this protocol.
OCPP is similar to IoT protocols in that it describes the messaging between Charging stations and IT Backends. These messages give charging commands, track energy meter values, or authenticate new EV users.
Table of contents
Comparison of OCPP 2.0 and OCPP 1.6 for EV Charging Networks
Trends within the EV sector and the energy market drive changes to charging point backends’ standards and requirements. Software systems are increasing their security, flexibility, functionality, and interoperability levels. ISO 15118 is one such innovation, describing the communication protocols between charging points and EVs.
OCPP offers a similar means of authentication as PKI – the standard used for secure website connections. It also provides a more efficient means of data communication between charging stations in the EV Charging Networks and EVs.
Both OCPP 2.0 and 1.6 have well-developed smart charging functionality. OCPP 2.0, in particular, offers enhanced functionality for utility companies, EVSE owners, or CPOs.
OCPP 2.0 has been available since 2018. Although many EV charging systems are still using the previous version of the open protocol, OCPP 1.6, OCPP 2.0 is viewed as key milestone in the EV market, and most manufacturers plan to switch as soon as possible.
Older versions of OCPP were hobbled by their inability to provide effective data communications. This lack of capability made them incompatible between many IoT devices and complex EV Charging Networks, as the latter relies on using up-to-date device information.
Such information includes data about any connected EVs, metering values, use identifications, and others. Only older communication protocols have sufficient data fields integrated with the flexibility of source code to allow software engineers to integrate a charging network.
Mature IoT communication Between Charge Points, EVs, and Backend Using OCPP 2.0
One significant improvement with OCPP 2.0 is the ability to request the amount of energy that an EV wants to charge in kWh. This figure is known as the requested energy amount.
When an EV is connected to a charging point, it sends a requested energy amount to the charging point. It is crucial to note that this is only applicable to ISO 15118. The charging point forwards this information (as a figure in kWh) to the central EV charging network.
The charging network can then incorporate this information into a charging plan based on the overall requested energy amount.
This process is described in terms of “Charging with load leveling based on High-Level Communication” by OCPP. It refers to advanced usage rates of CSMS (Charging Station Management Systems) and EVSEs.
The steps below show the CSMS and EVSE primary communication process.
Steps 1-3 show how the requested energy amount gets used:
- Step 1. “ChargeParameterDiscoveryReq” message is sent from the EV to Charging Station.
- Step 2. “NotifyEVChargingNeedsRequest” message is sent from Charging Station to CSMS.
- Step 3. “NotifyEVChargingNeedsResponse” message is sent from CSMS to Charging Station.
A “NotifyEVChargingNeedsRequest” is used to communicate charging needs from the EV to the CSMS, and it contains the following fields. Note that the “chargingNeeds” field includes the EV’s energy amount.
OCPP 1.6 has no means of supporting this field or sending requested energy amounts in absolute value format between charging points and OCPP backends.
The older protocol only allows the SoC (State of Charge) to communicate in percentage terms. A report of 80% means that 20% of the battery’s capacity needs to be recharged.
SoC is a required data field. However, it limits the amount of information on the OCPP backend.
Regardless, there are still opportunities to implement Smart Charging procedures in EV Charging Networks using OCPP 1.6.
For instance, Tridens EV Charging software has developed state-of-the-art interfaces for both OCPP 1.6 and 2.0 backends.
Want to get more information about our solutions? Leave a comment below or Schedule a Demo!
