Si vous avez vu la mention « OCPP 1.6J » sur la fiche technique d'une borne, vous savez déjà qu'elle peut se connecter à un système de gestion central. Mais que signifie cette simple lettre « J », et pourquoi la version 1.6 équipe-t-elle encore l'essentiel du marché ? Cet article présente l'OCPP 1.6J au niveau dont un opérateur de recharge a besoin : assez technique pour être utile, sans vous noyer dans les détails.

Une définition courte de l'OCPP 1.6J

L'OCPP (Open Charge Point Protocol) est un protocole de communication ouvert publié par l'Open Charge Alliance. Il définit les règles du dialogue entre une borne et son système de supervision (CSMS, appelé Central System dans les anciens documents). La version 1.6 a été publiée en 2015. Le J final signifie que les messages sont encodés en JSON et transportés sur une connexion WebSocket. Cette même version existe aussi en variante « 1.6S » qui utilise SOAP/XML, mais presque toutes les nouvelles installations utilisent la 1.6J.

En résumé, avec l'OCPP 1.6J, la borne se connecte à internet, ouvre une connexion WebSocket permanente vers le système de gestion, et les deux parties échangent de courts messages JSON sur ce canal.

Pourquoi est-il encore si répandu ?

Bien que des versions plus récentes d'OCPP (2.0.1 et 2.1) aient été publiées, la 1.6J reste dominante sur le terrain pour plusieurs raisons :

  • Maturité : presque tous les fabricants de bornes AC et DC prennent en charge la 1.6J depuis des années et les bogues ont été corrigés.
  • Simplicité : le jeu de messages est relativement réduit, l'intégration est donc rapide.
  • Large compatibilité logicielle : presque tous les CSMS parlent la 1.6J, ce qui vous laisse le choix du matériel.
  • Certification : le programme de certification officiel de l'OCA a commencé avec la 1.6.

Les profils fonctionnels de l'OCPP 1.6J

La version 1.6 regroupe ses fonctions en « profils ». Une borne doit prendre en charge le profil Core ; les autres sont facultatifs.

  • Core : messages de base comme BootNotification, Heartbeat, StatusNotification, Authorize, StartTransaction, StopTransaction, MeterValues, RemoteStart/StopTransaction, Reset, UnlockConnector et ChangeConfiguration.
  • Firmware Management : mises à jour logicielles à distance et récupération de diagnostics.
  • Local Auth List Management : une liste locale permettant à la borne de valider des badges sans internet.
  • Reservation : réservation d'un connecteur pour un utilisateur.
  • Smart Charging : limitation de puissance et de courant par profils de charge.
  • Remote Trigger : demande à la borne d'envoyer immédiatement un message précis.

Une borne « compatible OCPP 1.6J » ne prend pas forcément en charge tous ces profils. Renseignez-vous spécifiquement sur la recharge intelligente et la liste locale avant d'acheter.

Comment se déroule une session de recharge type ?

  1. La borne démarre, ouvre une connexion WebSocket vers le CSMS et envoie un BootNotification.
  2. Le CSMS répond avec l'heure actuelle et l'intervalle de Heartbeat.
  3. L'état du connecteur est signalé par StatusNotification (Available, Preparing, etc.).
  4. L'utilisateur présente un badge RFID ; la borne le vérifie avec Authorize.
  5. Une fois le câble branché, la borne envoie StartTransaction et le CSMS renvoie un transactionId.
  6. Pendant la recharge, les données d'énergie et de puissance arrivent via MeterValues.
  7. À la fin de la session, StopTransaction transmet la valeur finale du compteur.

Ce déroulé constitue la base de la facturation et des rapports.

Les limites de l'OCPP 1.6J

La 1.6J est une norme qui fonctionne bien, mais elle présente quelques lacunes. Les profils de sécurité ne faisaient pas partie de la version initiale ; ils ont été ajoutés plus tard via le « Security Whitepaper ». La configuration des bornes repose sur une liste clé–valeur qui varie selon les fabricants. Il n'existe pas non plus de prise en charge native de scénarios récents comme le Plug & Charge ISO 15118 ou la recharge bidirectionnelle. C'est pourquoi il est utile d'examiner les différences entre OCPP 1.6J, 2.0.1 et 2.1 pour tout nouvel investissement.

Conseil pratique pour les opérateurs

La plupart de vos bornes installées parlent probablement la 1.6J, et cela restera vrai pendant des années. Il est donc important que votre logiciel de gestion prenne en charge la 1.6J de manière complète tout en gérant les bornes 2.0.1 et 2.1 dans le même tableau de bord. Le logiciel OCPP d'Üreticy fait fonctionner les trois versions sur le même réseau : inutile de déployer un système séparé pour les anciennes et les nouvelles bornes.

Conclusion

L'OCPP 1.6J est un protocole de recharge mature et largement utilisé, basé sur JSON et WebSocket. Il prend en charge la session de recharge de base, les commandes à distance et la recharge intelligente ; pour des scénarios de sécurité et d'énergie plus avancés, il faut se tourner vers les versions 2.0.1 et 2.1. Lorsque vous achetez une borne, ne vous arrêtez pas à la mention « 1.6J » : vérifiez quels profils sont réellement pris en charge.