L'OCPP 2.0.1 est la version publiée en 2020 par l'Open Charge Alliance pour succéder à la 1.6. La version intermédiaire 2.0 comportait des défauts, corrigés et republiés sous le nom 2.0.1 ; c'est pourquoi on parle toujours de « 2.0.1 » sur le terrain et non de « 2.0 ». Cet article explique ce que change la 2.0.1 et ce que cela signifie pour un opérateur de recharge.

L'OCPP 2.0.1 en bref

Comme la 1.6J, l'OCPP 2.0.1 transporte des messages JSON sur WebSocket. Le jeu de messages et les concepts ont toutefois été entièrement réorganisés. Le système central s'appelle désormais officiellement le CSMS (Charging Station Management System) et l'équipement la Charging Station. Une station contient un ou plusieurs EVSE, et chaque EVSE comporte un ou plusieurs connecteurs. Cette structure à trois niveaux modélise les bornes multi-prises de façon bien plus claire que la 1.6.

Principales améliorations par rapport à la 1.6J

Gestion des transactions en un seul message : TransactionEvent

En 1.6, StartTransaction, StopTransaction et MeterValues étaient des messages distincts. En 2.0.1, ils sont remplacés par TransactionEvent. Une transaction de recharge est gérée par un seul type de message avec les événements Started, Updated et Ended. L'identifiant de transaction est désormais généré par la borne. Cette structure réduit les pertes de données lors des coupures de connexion et rend l'historique des transactions plus cohérent.

Le modèle d'équipement (Device Model)

Au lieu de la liste de configuration plate « clé=valeur » de la 1.6, la 2.0.1 utilise un modèle d'équipement hiérarchique composé de composants et de variables. La configuration se fait avec SetVariables et GetVariables. La borne peut décrire tout ce qu'elle prend en charge au CSMS avec NotifyReport. Il devient ainsi plus simple de gérer différentes marques avec la même logique.

Sécurité intégrée

En 2.0.1, la sécurité fait partie intégrante du protocole. Elle définit trois profils de sécurité (Basic Auth, TLS + Basic Auth, et TLS avec certificats client), des messages de gestion des certificats et des notifications d'événements de sécurité.

Recharge intelligente avancée

Les profils de charge sont conservés et étendus. Avec l'ISO 15118, les besoins de recharge du véhicule peuvent servir à une planification plus fine. Les limites provenant d'un système de gestion de l'énergie externe peuvent aussi être intégrées au modèle.

Meilleure expérience utilisateur

Des fonctions comme les messages affichés sur l'écran de la borne (SetDisplayMessage), la prise en charge multilingue et l'affichage du tarif et du coût au conducteur ont été ajoutées.

La 2.0.1 est-elle compatible avec la 1.6 ?

Non. La 2.0.1 n'est pas rétrocompatible avec la 1.6J. Une borne parle soit la 1.6J, soit la 2.0.1 (certaines prennent en charge les deux mais n'en utilisent qu'une à la fois). Le nom du sous-protocole WebSocket est également différent : ocpp2.0.1 au lieu de ocpp1.6. Votre logiciel de gestion doit donc prendre en charge les deux versions.

Quand choisir la 2.0.1 ?

  • Si vous construisez un nouveau réseau de recharge public avec des exigences de sécurité à long terme,
  • Si vous visez le Plug & Charge (ISO 15118),
  • Si vous devez gérer finement des bornes DC à plusieurs EVSE,
  • Si vous souhaitez afficher des prix et des messages sur l'écran de la borne.

En revanche, si votre parc installé fonctionne majoritairement en 1.6J, choisir une plateforme qui gère les deux dans le même tableau de bord rend la transition indolore. Pour comparer les versions, consultez notre comparatif OCPP 1.6J, 2.0.1 et 2.1.

Points de vigilance lors de la migration

Passer de la 1.6J à la 2.0.1 n'est pas un simple réglage logiciel. Le firmware de la borne doit prendre en charge la 2.0.1, l'URL OCPP et le profil de sécurité doivent être reconfigurés, et des certificats client peuvent devoir être installés. Côté rapports, tenez compte du fait que les identifiants de transaction sont désormais générés par la borne et qu'une même transaction se termine à travers plusieurs messages TransactionEvent. Démarrer par un pilote sur quelques bornes est la manière la plus sûre de vérifier que la facturation et les rapports fonctionnent comme prévu. Faire fonctionner côte à côte des bornes 1.6J et 2.0.1 sur un même site pendant le pilote et comparer les données de session permet de détecter tôt les écarts.

Conclusion

L'OCPP 2.0.1 est une version moderne qui simplifie la gestion des transactions, décrit les bornes avec un modèle standard et place la sécurité au cœur du protocole. C'est un excellent premier choix pour les nouveaux investissements, mais les bornes 1.6J resteront sur le terrain pendant de nombreuses années. Le logiciel OCPP d'Üreticy gère ensemble les bornes 1.6J, 2.0.1 et 2.1 dans un seul tableau de bord.