Qu’est-ce que l’OCPP ? Le protocole de recharge expliqué simplement

Si vous exploitez, installez ou achetez des bornes de recharge pour véhicules électriques, le terme OCPP revient dans presque toutes les conversations. C’est grâce à lui qu’une borne d’un fabricant peut être gérée par le logiciel d’un autre éditeur, et c’est l’un des premiers points à vérifier avant d’acheter du matériel.

Ce guide explique simplement ce qu’est l’OCPP : qui le maintient, comment une borne et un système central communiquent, quelles versions existent et ce qu’un logiciel OCPP fait concrètement pour vous. Aucune connaissance en programmation n’est nécessaire.

Qu’est-ce que l’OCPP ?

OCPP signifie Open Charge Point Protocol. C’est un protocole de communication qui définit la manière dont une borne de recharge échange des informations avec un système back-end. Ce système est généralement appelé CSMS (Charging Station Management System), c’est-à-dire logiciel de supervision des bornes. Les documents plus anciens parlent de« système central ».

Le protocole est maintenu par l’Open Charge Alliance (OCA), un consortium international à but non lucratif qui réunit des fabricants de matériel et des éditeurs de logiciels de recharge. Les spécifications sont publiées ouvertement : tout fabricant ou développeur peut donc les implémenter. L’OCPP 2.0.1 a par ailleurs été adopté comme norme internationale IEC 63584, ce qui lui donne un poids supplémentaire dans les appels d’offres publics et la réglementation.

L’OCPP ne décrit pas la communication entre le véhicule et la borne. Cette couche distincte relève d’autres normes, comme IEC 61851 et ISO 15118. L’OCPP couvre uniquement le lien entre la borne et le logiciel de gestion.

Qui utilise l’OCPP et pourquoi c’est important

Presque tous les acteurs du marché de la recharge dépendent de l’OCPP :

• Les opérateurs de recharge (CPO) l’utilisent pour superviser leurs bornes publiques et semi-publiques, autoriser les conducteurs et collecter les données d’énergie.
• Les gestionnaires de flotte l’utilisent pour savoir quel véhicule a rechargé où, et combien d’énergie chaque conducteur a consommé.
• Les parkings, hôtels et résidences l’utilisent pour contrôler qui peut recharger et suivre la consommation.
• Les installateurs et revendeurs l’utilisent pour mettre en service les bornes et assister leurs clients à distance.

Le principal avantage est l’absence de dépendance à un fournisseur. Sans protocole ouvert, une borne ne fonctionnerait qu’avec le logiciel de son propre fabricant. Avec l’OCPP, vous choisissez le matériel adapté à chaque site et le logiciel adapté à votre activité, et vous pouvez changer l’un ou l’autre plus tard sans remplacer le second.

Comment fonctionne la communication OCPP

Dans la version la plus répandue, l’OCPP 1.6J, le« J » signifie JSON sur WebSocket. La borne joue le rôle de client : elle ouvre une connexion WebSocket vers une URL fournie par le CSMS, par exemple wss://ocpp.example.com/ocpp/CP001, où la dernière partie du chemin correspond à l’identifiant de la borne (charge point ID). La connexion reste ouverte, si bien que les deux parties peuvent envoyer des messages à tout moment.

Chaque message est un petit tableau JSON. Il contient un type de message, un identifiant de message unique, un nom d’action et des données utiles (payload). Chaque requête reçoit une réponse portant le même identifiant, ce qui permet à chaque partie d’associer les réponses aux questions.

Un échange de messages type

1. BootNotification : au démarrage, la borne se présente en indiquant son fabricant, son modèle et sa version de firmware. Le CSMS répond Accepted, Pending ou Rejected et fixe l’intervalle de heartbeat.
2. Heartbeat : la borne envoie un court signal à intervalle régulier, généralement toutes les 60 à 300 secondes, pour indiquer au CSMS qu’elle est en ligne. La réponse contient aussi l’heure actuelle, ce qui aide à garder l’horloge de la borne à l’heure.
3. StatusNotification : dès qu’un connecteur change d’état, la borne le signale, par exemple Available, Preparing, Charging, Finishing ou Faulted, avec un code d’erreur en cas de problème.
4. Authorize : lorsqu’un conducteur présente un badge RFID, la borne envoie l’UID du badge sous forme d’idTag. Le CSMS répond avec un statut tel que Accepted, Blocked, Expired ou Invalid.
5. StartTransaction et StopTransaction : la borne signale le début et la fin d’une session de recharge, relevés de compteur compris.
6. MeterValues : pendant la session, la borne transmet des mesures comme l’énergie (kWh), la puissance (kW) et, si le véhicule la fournit, l’état de charge (SoC).

Le CSMS peut également envoyer des commandes à la borne. En OCPP 1.6, les plus courantes sont RemoteStartTransaction, RemoteStopTransaction, Reset, UnlockConnector, ChangeAvailability, ChangeConfiguration et TriggerMessage.

Les versions de l’OCPP en un coup d’œil

Plusieurs versions coexistent aujourd’hui. Elles ne sont pas toutes compatibles entre elles : il est donc essentiel de savoir laquelle vos bornes prennent en charge.

L’OCPP 2.0 est sorti en 2018, mais c’est l’édition corrigée 2.0.1 que l’industrie utilise. Pour une comparaison détaillée et des conseils de migration, consultez notre comparatif OCPP 1.6J, 2.0.1 et 2.1.

Ce que fait un logiciel OCPP (CSMS)

À lui seul, le protocole n’est qu’un langage. La valeur vient du logiciel qui écoute vos bornes et transforme leurs messages en informations et en actions utiles. Un bon CSMS couvre généralement les domaines suivants :

• Supervision : état des connecteurs en temps réel, puissance instantanée, énergie délivrée et alertes lorsqu’une borne se déconnecte ou signale un défaut.
• Pilotage à distance : redémarrer une borne, arrêter une session, déverrouiller un câble bloqué ou désactiver un connecteur sans déplacer de technicien.
• Contrôle d’accès : gérer les badges RFID et les conducteurs, et décider qui peut recharger sur quelle borne.
• Historique des sessions et reporting : énergie par borne, par conducteur ou par véhicule, avec export pour la comptabilité.
• Intégration : une API et des webhooks pour que d’autres systèmes, comme un ERP ou un logiciel de gestion de flotte, exploitent les données de recharge.

Üreticy est un exemple de CSMS cloud conçu autour de ces tâches. Il accepte les bornes OCPP 1.6J, 2.0.1 et 2.1 dans un même tableau de bord et affiche l’état, la puissance et l’énergie en temps réel sur une carte. Retrouvez la liste complète sur la page des fonctionnalités d’Üreticy.

La sécurité dans l’OCPP

Une borne connectée à Internet doit être protégée. L’OCPP définit trois profils de sécurité. Le profil 1 utilise l’authentification HTTP Basic sans chiffrement. Le profil 2 ajoute le chiffrement TLS à l’authentification Basic. Le profil 3 utilise TLS avec des certificats client, de sorte que chaque partie prouve son identité par certificat.

En OCPP 1.6, ces profils ont été introduits après coup via l’extension de sécurité de l’OCA : toutes les bornes 1.6 ne les prennent donc pas en charge. En OCPP 2.0.1 et 2.1, les profils de sécurité et la journalisation des événements de sécurité font partie de la spécification de base. En pratique, privilégiez toujours une connexion chiffrée wss:// plutôt qu’une connexion ws:// en clair lorsque votre matériel le permet.

Comment démarrer avec l’OCPP

Si vous préparez votre premier site géré en OCPP, suivez ces étapes :

1. Vérifiez votre matériel. Confirmez dans la fiche technique quelle version de l’OCPP la borne prend en charge et si elle gère TLS.
2. Choisissez un CSMS. Assurez-vous qu’il prend en charge les versions de vos bornes et qu’il correspond à votre modèle économique.
3. Récupérez vos paramètres de connexion. Le CSMS fournit une URL de serveur, et vous choisissez ou recevez un identifiant pour chaque borne.
4. Configurez la borne. Saisissez l’URL, l’identifiant et, le cas échéant, le mot de passe dans l’interface web de la borne ou l’application de l’installateur.
5. Testez. Vérifiez que le BootNotification est accepté, que les heartbeats arrivent et que l’état du connecteur est correct.

Pour un pas-à-pas détaillé de la configuration, consultez notre guide pour connecter une borne de recharge à un serveur OCPP. Avec Üreticy, chaque client reçoit une URL OCPP personnelle, et une borne qui se connecte avec un identifiant inconnu apparaît en attente : vous l’ajoutez à votre compte en un clic.

Questions fréquentes

Prêt à connecter vos bornes ? Découvrez le logiciel OCPP d’Üreticy, compatible 1.6J, 2.0.1 et 2.1, avec une tarification par connecteur et sans commission sur vos revenus de recharge.