La plupart des exploitants de bornes de recharge ne pensent à OCPP que lorsqu'un problème survient : une borne cesse de répondre à la plateforme de gestion, une mise à jour du micrologiciel échoue, ou le nouveau matériel d'un autre fournisseur est incompatible avec l'ancien CSMS.

C’est à ce moment-là qu’OCPP cesse d’être une spécification de protocole et devient un problème commercial.

Ce guide explique ce que fait concrètement OCPP pour votre exploitation, ce qui a changé entre la version 1.6 et la version 2.0.1, et comment migrer sans interrompre le service.

1. Qu’est-ce que l’OCPP ? Et pourquoi est-ce plus important que vous ne le pensez ?

OCPP signifie Open Charge Point Protocol (Protocole ouvert des points de recharge). Il s'agit du langage utilisé par les bornes de recharge et les systèmes de gestion centralisés pour communiquer entre elles. Démarrer une charge, l'arrêter, transmettre des données de comptage, envoyer des mises à jour du micrologiciel : tout cela transite par des messages OCPP.

« Ouvert » signifie que vous n'êtes pas lié à un seul fournisseur. Si vos chargeurs utilisent le protocole OCPP, vous pouvez changer de fournisseur de CSMS. Si votre CSMS prend en charge OCPP, vous pouvez ajouter des chargeurs de différents fabricants. Cet avantage disparaît dès que vous optez pour un protocole propriétaire.

Les opérateurs exploitant plus de 50 bornes de recharge sur des systèmes propriétaires sont confrontés à trois coûts directs :

• Dépendance vis-à-vis du fournisseur. Votre système de gestion de la clientèle (CSMS) ne fonctionne qu'avec les chargeurs d'une seule marque. Les prix augmentent. Vous n'avez aucune alternative.

• Impasses d'intégration. Vous souhaitez ajouter un chargeur rapide CC d'une autre marque pour combler un manque ? Impossible sans intergiciel.

• Effet négatif sur la valorisation. Lors de la vente d'un réseau, les acheteurs appliquent une décote aux systèmes propriétaires. Les réseaux basés sur des standards ouverts se vendent à des multiples plus élevés.

2. OCPP 1.6 vs 2.0.1 : Qu’est-ce qui a réellement changé ?

OCPP 1.6 est le logiciel principal depuis 2015. Il gère les fonctions essentielles : démarrage/arrêt de la charge, affichage des valeurs des compteurs et mises à jour du micrologiciel. Cependant, il accuse son âge à certains égards.

Cinq nouveautés de la version 2.0.1 par rapport à la version 1.6 :

Gestion des appareils à grande échelle. OCPP 1.6 considère chaque chargeur comme une unité indépendante. Vous les configurez un par un. OCPP 2.0.1 introduit le modèle d'appareil : une méthode standardisée pour lire et écrire la configuration de tous les chargeurs de votre réseau depuis une interface unique. Si vous gérez 200 chargeurs, cette nouveauté justifie à elle seule la migration.

Une sécurité qui ne repose pas sur l'espoir. La version 1.6 envoie les messages en clair par défaut. Le protocole TLS est optionnel. La version 2.0.1 impose le protocole TLS 1.2 ou supérieur et ajoute la signature du firmware : le chargeur vérifie que la mise à jour du firmware provient bien de vous avant de l'installer. Sans firmware signé, l'installation est impossible. Ceci neutralise la principale faille de sécurité sur les réseaux de recharge publics.

Une recharge intelligente qui permet de réaliser des économies. La version 1.6 propose des profils de base pour limiter la puissance. La version 2.0.1 ajoute des programmes de recharge en temps réel, des signaux tarifaires dynamiques et l'intégration avec la norme ISO 15118 pour la communication véhicule-réseau. Pour les opérateurs opérant sur des marchés appliquant une tarification en fonction de la demande ou des heures d'utilisation, cette solution fait toute la différence entre une facture d'électricité exorbitante et une facture maîtrisée.

Gestion correcte des transactions. Le modèle de transaction de la version 1.6 suppose un chargeur, un véhicule et une session. La version 2.0.1 gère les transactions simultanées sur les chargeurs multiconnecteurs, ce qui est le cas de la plupart des chargeurs rapides en courant continu.

**Prise en charge native de la norme ISO 15118.** La technologie Plug & Charge, qui permet à la voiture de s'authentifier et de démarrer la charge sans application ni carte RFID, nécessite OCPP 2.0.1 et ISO 15118. Si votre réseau souhaite proposer cette expérience, la version 2.0.1 est requise.

3. OCPP vs Solutions propriétaires : Comparaison réelle des coûts

Les protocoles propriétaires promettent la simplicité. Un seul fournisseur. Une seule plateforme. Tout est opérationnel immédiatement.

Le compromis intervient plus tard :

Nous avons vu des opérateurs acheter des systèmes propriétaires pour économiser 8% sur le matériel, puis dépenser 3 fois plus pour construire des intégrations personnalisées deux ans plus tard lorsqu'ils ont eu besoin d'ajouter de la capacité auprès d'un fournisseur différent.

4. Migration : Comment passer de la version 1.6 à la version 2.0.1

Une migration ne signifie pas remplacer vos chargeurs. La plupart des appareils modernes de fabricants réputés prennent en charge les deux protocoles. La question est celle de l'ordre de connexion.

Phase 1 : Auditez votre flotte. Veuillez indiquer le modèle de chaque chargeur, sa version de micrologiciel et sa version OCPP actuelle. Certains chargeurs fabriqués avant 2020 peuvent nécessiter une mise à niveau matérielle. La plupart des chargeurs postérieurs à 2021, notamment ceux d'Anari Energy et d'autres grands fabricants, sont compatibles avec la version 2.0.1 via une mise à jour du micrologiciel.

Phase 2 : Vérifiez votre CSMS. Toutes les plateformes de gestion ne prennent pas encore en charge la version 2.0.1. Veuillez vérifier auprès de votre fournisseur. Si ce n'est pas le cas, votre migration commencera par le CSMS, et non par les chargeurs.

Phase 3 : Exécution en parallèle. Sélectionnez 3 à 5 emplacements de recharge. Mettez à jour le micrologiciel vers la version 2.0.1. Maintenez la connexion de ces bornes au CSMS (version 2.0.1) tandis que le reste du parc reste en version 1.6. Surveillez les recharges pendant deux semaines. Les sessions de recharge devraient être identiques.

Phase 4 : Déploiement par lots. Migrez 20% de votre flotte par semaine. Cela permet de maintenir le réseau opérationnel et vous donne le temps de détecter les anomalies avant qu'elles n'affectent toutes les bornes de recharge.

Phase 5 : Valider la conformité. Après la migration, effectuez un contrôle de conformité : vérifiez que le protocole TLS est appliqué, que la signature du firmware est active et que les profils de charge intelligente répondent aux commandes CSMS. Un chargeur se déclarant compatible avec la version 2.0.1 n’est pas forcément un chargeur implémentant pleinement cette version.

Les chargeurs Anari Energy sont livrés avec la norme OCPP 1.6J, la version 2.0.1 étant disponible via une mise à jour du firmware pour toute la gamme DC. Pour les opérateurs préparant la migration, notre équipe fournit le package du firmware, l'accès à l'environnement de test et une assistance à distance tout au long du déploiement.