Il n'y a rien de plus frustrant que de voir son tableau de bord afficher un réseau opérationnel à 100 % alors que le service d'assistance est débordé par des conducteurs en panne. Vous avez payé pour une solution « prête à l'emploi », et vous vous retrouvez à déboguer des journaux JSON à minuit.

Le Open Charge Point Protocol ( OCPP ) était censé régler ce problème. En pratique, l'interopérabilité est rarement résolue par un simple autocollant « nous sommes conformes » : deux OCPP Des appareils compatibles peuvent néanmoins ne pas fonctionner ensemble.

Ce guide va au-delà des brochures pour aborder la réalité technique de la course à pied. OCPP logiciel en production :

• Le mythe de la conformité : pourquoi « OCPP Le matériel certifié peut toujours ne pas parvenir à communiquer avec « OCPP logiciel « conforme ».

• Le dilemme des dialectes : comment de petites variations dans la messagerie JSON créent des erreurs que votre tableau de bord n’affiche pas.

• Cicatrices de guerre : des cas réels de fusibles grillés, d’énergie consommée sans facturation et de mises à jour de micrologiciel empêchant l’enregistrement des données du compteur.

• L’audit des achats : les quatre questions cruciales à poser aux fournisseurs avant de signer un contrat de 5 ans.

1. Comment le OCPP Le protocole fonctionne réellement (et pourquoi il dysfonctionne).

Pour comprendre l'échec, il faut commencer par l'outil. Alors, de quoi s'agit-il ? OCPP ?

Le Open Charge Point Protocol Il s'agit du langage standard qui permet aux chargeurs de véhicules électriques (matériel) de communiquer avec le système de gestion des bornes de recharge (CPMS) . Open Charge Alliance Il a été conçu pour garantir l'interopérabilité, vous n'êtes donc pas lié à un seul fabricant de matériel.

Voici le hic : OCPP Ce n'est pas un port USB universel. C'est une langue avec des dialectes.

" OCPP « Compatible » signifie que votre chargeur et son logiciel utilisent le même langage. Cela ne signifie pas qu'ils se comprennent. Un Texan et un Écossais de Glasgow parlent tous deux anglais ; bonne chance pour les faire communiquer au téléphone du premier coup !

Quand votre nouveau matériel coûteux parle « OCPP 1.6 Dialecte A" et votre CPMS attend "Dialecte B", votre tableau de bord reste vert pendant que les conducteurs ne peuvent pas recharger.

Sur le plan technique, les modernes OCPP implémentations ( OCPP Les versions 1.6J, 2.0.1 et 2.1 communiquent via WebSockets, une connexion bidirectionnelle permanente entre le chargeur et le cloud. L'échange comporte trois étapes principales :

• La poignée de main : la OCPP Le chargeur compatible se connecte à l'URL du serveur.

• Le signal cardiaque : le chargeur envoie une impulsion toutes les quelques secondes pour dire « Je suis vivant ».

• La transaction : le chargeur envoie les valeurs de début, de fin et de compteur d’une session.

Une distinction rapide qui peut semer la confusion : OCPP Le protocole régit la manière dont un chargeur communique avec votre plateforme. Un protocole apparenté, l'Open Charge Point Interface ( OCPI ), régit la manière dont les plateformes communiquent entre elles pour l'itinérance. La confusion entre les deux est à l'origine de nombreuses discussions confuses entre fournisseurs.

Maintenant, avec ces bases dans le OCPP Concernant le protocole, voyons comment les différents dialectes se traduisent par de véritables problèmes logiciels pour les bornes de recharge.

2. Le dilemme du « dialecte »

Le plus grand mythe à propos de OCPP On pourrait croire que la norme est rigide, mais ce n'est pas le cas. La spécification est permissive.

Le protocole définit la structure d'un message. Il laisse place à l'interprétation quant au moment et à la raison de son envoi.

• Le fabricant A envoie une notification d'état dès qu'un pilote est branché.

• Le fabricant B attend que l'autorisation soit finalisée.

Les deux sont techniquement OCPP -conforme. Mais si votre système dorsal s'attend à ce que cette notification à la première étape déclenche une modification dans votre application chauffeur, les chargeurs du fabricant B apparaîtront défectueux aux yeux de vos clients.

Cela s'applique principalement à OCPP 1.6. OCPP Les versions 2.0.1 et 2.1 sont bien plus précises : elles définissent le moment où un chargeur doit envoyer un message, et non seulement sa forme. Malgré cela, certains chargeurs envoient encore des messages à différents moments de la session de charge, ce qui suffit à provoquer des incompréhensions entre le chargeur et le CPMS.

Souvent, vous achetez un projet d'intégration pour traduire ces dialectes matériels, en plus du logiciel lui-même.

Les dialectes ne sont qu'une partie de l'histoire. La véritable mesure d'un OCPP La mise en œuvre décrit son comportement en cas de coupure de connexion, de dysfonctionnement matériel ou de situations limites non anticipées par les tests en laboratoire. Voici comment cela se manifeste concrètement.

3. Études de cas réels (cicatrices de guerre)

OCPP L'intégration avec les systèmes de gestion de la recharge des véhicules électriques présente des défaillances spécifiques et récurrentes. Les scénarios ci-dessous sont des cas anonymisés que nous avons résolus pour nos clients ; chacun illustre la différence entre un système de gestion de la recharge standard et un système opérationnel.

Le fusible a sauté. Un site à capacité de réseau limitée a été utilisé. OCPP smart charging Des profils de consommation électrique étaient configurés pour limiter dynamiquement la consommation. Lors d'un orage, la connexion internet du site a été interrompue. Le système de gestion de la puissance (CPMS) standard a cessé d'envoyer les profils et les chargeurs, ne recevant aucune instruction, sont revenus à leur limite matérielle de 32 A. Le fusible principal du site a sauté, ce qui a nécessité l'intervention d'un électricien d'urgence et une interruption de service de 24 heures.

La solution opérationnelle : une maturité OCPP La plateforme inscrit une valeur de repli de sécurité dans les paramètres internes du chargeur via OCPP Les touches sont activées avant même que la connexion ne soit interrompue. En cas de perte de connexion, le chargeur bascule automatiquement sur un courant de sécurité de 6 A et maintient l'alimentation du site. C'est précisément le type de situation pour lequel une logique de gestion de charge éprouvée est conçue.

La séance fantôme. A charge point operator ( CPO Un décalage a été constaté entre l'énergie consommée et la facturation. Un conducteur a commencé à recharger son véhicule, et la borne a envoyé la commande StartTransaction au système comme d'habitude. À la fin de la recharge, un problème de réseau ou un dysfonctionnement de la borne a interrompu la communication, et celle-ci n'a jamais renvoyé la commande StopTransaction. Le système de gestion de la facturation (CPMS) n'a donc jamais été informé de la fin de la session. Il en a résulté une session fantôme : de l'énergie a été consommée, mais aucune facturation n'a été enregistrée. Certains modèles de bornes sont plus sujets à ce problème que d'autres.

Solution opérationnelle : sur les modèles de chargeurs présentant ce problème, le système vérifie systématiquement si la session précédente sur ce connecteur a été terminée avant chaque nouvelle connexion. Si ce n’est pas le cas, le système la ferme en estimant sa fin, ce qui permet la création d’un enregistrement de facturation. Les modèles de chargeurs qui envoient correctement le signal StopTransaction ne sont pas concernés.

Le bloc firmware. Un Gestionnaire de flotte a déployé une mise à jour du firmware recommandée par le fabricant vers la version 200 OCPP Bornes de recharge pour véhicules électriques. La mise à jour a légèrement modifié le format d'horodatage du message MeterValues, une erreur courante d'implémentation du protocole. Le système a rejeté les messages, les considérant comme du JSON malformé. Les bornes fonctionnaient, mais aucune donnée n'était enregistrée.

Solution opérationnelle : un CPMS doté d’une couche d’ingestion tolérante signale les données malformées par un avertissement et les enregistre tout de même, au lieu de les rejeter d’emblée et de perdre l’enregistrement des revenus.

Chacune de ces situations est évitable lorsque OCPP Les logiciels sont conçus pour le monde réel, avec ses complexités, et non pour le laboratoire.

4. Meilleures pratiques pour OCPP mise en œuvre

Les meilleures pratiques pour OCPP Vivre dans la gouvernance, pas dans la liste des fonctionnalités. Traiter OCPP L’acquisition d’un logiciel de recharge pour véhicules électriques s’apparente à un audit technique. Les réponses par « oui » ou « non » dans un appel d’offres ne donnent aucune indication sur la maturité du système. Posez-vous plutôt ces quatre questions :

• « Montrez-moi votre logique de gestion des sessions fantômes. » Recherchez la détection automatique des sessions qui ont commencé mais n'ont jamais reçu de message d'arrêt, de sorte que l'énergie se retrouve tout de même facturée.

• « Comment gérez-vous les dialectes ? » Si la réponse est « nous respectons scrupuleusement la norme », passez votre chemin. La bonne réponse est « nous utilisons une couche d’adaptation pour les différentes marques de matériel ».

• « Démontrez la mise à jour groupée du firmware sur un parc de bornes mixte. » Observez comment ils mettent à jour simultanément plusieurs marques de bornes sans interrompre le réseau.

• « Quel est votre protocole de limite de sécurité ? » Si la connexion internet se coupe en plein milieu d'une opération de gestion de la charge, le chargeur fait-il sauter le fusible ou réduit-il la charge à un minimum sûr ?

4.1 Que faire ensuite lorsque les réponses ne concordent pas ?

Si les réponses d'un fournisseur révèlent des lacunes, deux options s'offrent à vous. Les opérateurs utilisant déjà une plateforme fragile doivent étudier comment migrer sans interruption de service et sans perte d'historique de facturation. Ceux qui hésitent encore entre plusieurs fournisseurs doivent comparer les options présélectionnées selon ces mêmes critères avant de signer. Dans tous les cas, renseignez-vous au préalable : téléchargez l'analyse complète des écarts entre les fournisseurs proposée OCPP et posez-vous les quatre questions ci-dessus lors de votre prochain échange avec les fournisseurs.

5. Conclusion : bienvenue dans l'ère opérationnelle

Nous n'écrivons pas ceci pour vous faire peur. Nous l'écrivons parce que l'ère de l'accaparement des terrains pour les bornes de recharge de véhicules électriques est révolue. Nous sommes désormais entrés dans l'ère opérationnelle.

La donne a changé. La rentabilité repose désormais sur la disponibilité du système, l'intégrité des revenus et le coût du service. Pour comprendre comment ces éléments se traduisent sur l'ensemble de la plateforme, consultez notre guide sur les logiciels de gestion de la recharge des véhicules électriques . Le nombre de bornes installées n'est plus le seul facteur déterminant. OCPP Les problèmes de mise en œuvre constituent la principale menace pour les trois.

Ocean Ocean ne prétend pas que son logiciel soit magique. Nous sommes le partenaire qui a fait ses preuves. Nous avons passé des années à perfectionner l'intégration OCPP d' Ocean pour gérer la réalité fragmentée du marché du matériel, et aujourd'hui, nous en gérons plus de 210. OCPP Des modèles de chargeurs sont déjà en production, vous n'aurez donc pas à vous en charger vous-même.

La profondeur de OCPP Il ne s'agit pas d'un simple détail technique. Cela détermine la robustesse de votre plateforme sous charge, ce qui fait toute la différence entre un centre de coûts et un avantage concurrentiel. Découvrez comment la profondeur OCPP de votre plateforme influence votre position concurrentielle .

Vous souhaitez passer d'une solution « brancher et espérer » à une solution « brancher et collaborer » ? Discutez avec notre équipe de la mise en œuvre concrète OCPP . Nous vous présenterons nos expériences et les solutions que nous avons trouvées.