Acheter la mauvaise borne cause rarement un problème côté puissance en premier. C'est côté logiciel que ça coince plus tard, quand vous essayez de la configurer à distance, d'équilibrer les charges sur un site, de pousser une mise à jour firmware, de lire des données de compteur utiles, ou de la connecter proprement au backend que vous avez déjà promis à votre client.
La plupart des bornes de recharge aujourd'hui affichent "OCPP supporté" quelque part sur la fiche technique. C'est un bon début, mais ce n'est pas toute l'histoire. Deux bornes peuvent toutes les deux revendiquer le support OCPP et pourtant différer considérablement dans ce que vous pouvez réellement lire, modifier, mettre à jour et contrôler depuis votre stack logiciel. La vraie question n'est pas "Cette borne supporte-t-elle OCPP ?" mais : quelle proportion de cette borne le logiciel peut-il réellement atteindre ?
Cet article est une checklist pratique. Si vous installez des bornes pour gagner votre vie, il devrait vous aider à poser de meilleures questions avant d'acheter, à éviter les mauvaises surprises après la mise en service, et à passer moins de temps à retourner sur site pour des choses qui auraient dû être gérées à distance.
Pourquoi la compatibilité logicielle compte plus que ce que la fiche technique suggère
OCPP donne aux bornes et aux systèmes centraux une couche de communication standardisée. C'est véritablement utile. Mais OCPP ne garantit pas que chaque borne implémente chaque fonctionnalité de la même façon, à la même profondeur, ou avec le même niveau d'accès distant.
OCPP 1.6 est encore courant et encore utile. OCPP 2.0.1 ajoute une meilleure gestion des appareils, une sécurité renforcée et un support fonctionnel plus riche, mais ce n'est pas une solution miracle en soi. Ce qui compte, c'est la version combinée à la profondeur d'implémentation. Une borne 1.6 bien implémentée peut être plus pratique à gérer qu'une borne 2.0.1 mal implémentée.
L'écart entre "OCPP sur le papier" et "véritablement compatible logiciel" est là où les installateurs se font piéger. Cela se manifeste par des rappels clients, des retours sur site, des solutions de contournement, et cette frustration familière : "ça ne marche que dans le portail du fabricant."
Un backoffice OCPP ne peut travailler qu'avec ce que la borne expose réellement. Si des paramètres, des mesures ou des commandes importants sont verrouillés derrière une application fabricant ou une interface web locale, votre backend ne peut pas vous aider, aussi bon soit-il.
Ce que les installateurs doivent vérifier avant d'acheter
Voici ce qu'il faut réellement vérifier. Considérez cela comme une checklist d'achat.
1. Version OCPP et profondeur d'implémentation
Demandez quelle version OCPP la borne supporte, exactement. Puis demandez quels profils de fonctionnalités (1.6) ou blocs fonctionnels (2.0.1) sont implémentés. "OCPP supporté" sans précisions est un signal d'alerte.
Une borne peut supporter Core et FirmwareManagement mais ignorer SmartCharging ou LocalAuthListManagement. C'est important. L'Open Charge Alliance publie ce que chaque profil et bloc couvre, vous pouvez donc vérifier ce que la borne revendique par rapport à ce dont vous avez réellement besoin.
2. Couverture de la configuration à distance
C'est le point le plus important. Quelle proportion de la borne peut être lue ou modifiée à distance depuis le CSMS, sans portail fabricant, sans visite locale, ni outil propriétaire ?
Les installateurs veulent pouvoir gérer à distance : les identifiants de point de charge, l'URL du backend et les paramètres de communication, les limites de courant, les intervalles d'échantillonnage du compteur, les paramètres de recharge intelligente, le comportement de récupération après coupure de courant, les paramètres liés aux phases, le comportement d'autorisation, le comportement de redémarrage et de réinitialisation, et la journalisation des diagnostics.
Si l'un de ces éléments nécessite l'application du fabricant ou une interface web locale, vous devez le savoir avant de vous engager. Un bon portail web ne peut configurer que ce que la borne lui permet de configurer.
3. Support des mises à jour firmware
Le firmware mérite sa propre case à cocher. Des bugs spécifiques à certaines versions existent. Le support OCPP partiel dépend parfois d'une branche firmware spécifique. Les procédures de mise à jour peuvent être manuelles uniquement ou spécifiques au fabricant. Et les mises à jour firmware déclenchées depuis le backend ne correspondent pas toujours à ce que la borne supporte réellement.
Une borne qui n'est compatible logiciel que sur des branches firmware spécifiques n'est pas la même chose qu'une borne compatible logiciel par conception. Vérifiez comment les mises à jour fonctionnent, comment le statut est rapporté, et si le processus est documenté. Certains fabricants publient des guides d'implémentation clairs (comme l'aperçu d'implémentation OCPP d'ABB) ; d'autres vous laissent deviner.
4. Diagnostics et visibilité des pannes
Quand quelque chose ne va pas sur site, combien pouvez-vous voir à distance ? Pouvez-vous récupérer les journaux de diagnostic ? Les codes d'erreur sont-ils significatifs ou génériques ? La borne rapporte-t-elle les changements de statut assez clairement pour que le support de premier niveau puisse trier sans visite sur site ?
Une bonne visibilité des diagnostics fait la différence entre "la borne est hors ligne, quelqu'un va vérifier" et "la borne a signalé un défaut de terre au connecteur 1 à 14h32, voici le contexte."
5. Accès au compteur et mesurandes
"Données de compteur" peut signifier des choses très différentes selon la borne :
- Totaux de session basiques (énergie délivrée par session)
- Télémétrie opérationnelle (tension, courant, puissance, par phase)
- Données d'entrée pour l'équilibrage de charge (lectures de puissance en temps réel sur lesquelles le backend peut agir)
- Données de remboursement (suffisamment précises pour le partage des coûts)
- Preuves de niveau facturation (valeurs de compteur signées là où la réglementation l'exige)
Vérifiez quels mesurandes sont exposés, à quels intervalles, si les données sont par phase, si les valeurs sont alignées sur l'horloge, et si les valeurs de compteur signées sont disponibles quand nécessaire. Si votre cas d'usage implique la gestion de puissance ou la recharge en fonction du solaire, vous avez besoin de données par phase en temps réel, pas uniquement de totaux de session.
6. Support de la commutation de phases
Une borne peut afficher "recharge intelligente" sur la brochure mais ne pas supporter le comportement de phases exact nécessaire sur le site. La commutation de phases est particulièrement importante pour la recharge en fonction du solaire et les scénarios de faible surplus où vous voulez passer du triphasé au monophasé pour continuer à charger plutôt que de mettre en pause.
Traitez cela comme un sujet à part entière, pas comme un simple sous-point de l'équilibrage de charge. Demandez spécifiquement : cette borne supporte-t-elle la commutation dynamique de phases ? Sous quelle version firmware ? Via quelle interface ?
7. Fonctions d'équilibrage de charge
"Équilibrage de charge" sur une brochure n'est pas la même chose que des fonctions d'équilibrage de charge que votre stack logiciel peut réellement utiliser.
Il y a une vraie différence entre :
- L'équilibrage de charge natif du fabricant (uniquement dans l'écosystème propre du fabricant)
- L'équilibrage de cluster local (quelques bornes partageant un circuit)
- L'équilibrage de charge dynamique plus large au niveau du site
- L'équilibrage de site piloté par compteur
- La recharge en fonction du solaire
- Le contrôle par un EMS externe ou un CSMS via le partage dynamique de puissance
Si vous avez besoin que votre backend ou votre système de gestion d'énergie définisse dynamiquement des profils de recharge, assurez-vous que la borne accepte réellement des profils de recharge intelligente externes et ne répond pas uniquement à son propre contrôleur fabricant.
8. Exposition des paramètres fabricant
Une borne peut techniquement supporter OCPP tout en verrouillant des comportements importants dans une application fabricant, un portail installateur réservé au fabricant, une interface web locale, ou un outil de configuration caché.
Paramètres pertinents à vérifier : limite de courant, intervalles du compteur, comportement de récupération après coupure, mode d'autorisation, mappage de phases, nombre maximum de profils installés, URL du backend, mode de transport websocket, comportement de réinitialisation, et statut firmware ou diagnostics. Des fabricants comme Bender et Alfen publient ouvertement leurs références de paramètres OCPP. Cette transparence est un bon signe.
9. Informations réelles nécessaires à la mise en service
Avant qu'une borne ne communique avec votre backend, elle doit être configurée avec les bons paramètres de connexion. Vérifiez à quoi ressemble réellement le processus de mise en service : la borne a-t-elle besoin d'un ChargePoint ID, d'une URL backend, d'un profil de sécurité, de certificats ou de mots de passe ?
Comment sont-ils saisis ? Via un QR code, l'application fabricant, une interface web locale, ou NFC ? Pouvez-vous connecter la borne à votre plateforme rapidement, ou cela nécessite-t-il un processus en plusieurs étapes spécifique au fabricant ?
Un processus de mise en service fluide fait gagner un temps réel par installation. Un processus laborieux s'accumule rapidement sur un parc entier.
10. Comportement de secours quand le logiciel et la borne ne sont pas d'accord
Que se passe-t-il quand la borne perd la connexion avec le backend ? Quand un profil de recharge intelligente expire ou entre en conflit ? Quand la borne redémarre en pleine session ?
Certaines bornes reviennent gracieusement à un défaut sûr (comme charger à puissance réduite). D'autres s'arrêtent complètement. D'autres ignorent le dernier profil et chargent à pleine puissance, ce qui peut faire disjoncter sur un site partagé. Sachez ce qui se passe dans ces situations.
Signaux d'alerte à surveiller
Soyez prudent si vous rencontrez l'un de ces cas :
- "OCPP supporté" mais aucun guide d'implémentation public ni liste de clés de configuration
- Aucune indication claire sur les profils de fonctionnalités ou blocs fonctionnels supportés
- Configuration à distance seulement partiellement exposée, avec des paramètres clés verrouillés dans le portail fabricant
- Processus de mise à jour firmware non documenté ou uniquement manuel
- Valeurs de compteur disponibles, mais uniquement des totaux de session
- Aucune clarté sur le comportement ou les conditions de commutation de phases
- Équilibrage de charge disponible, mais uniquement dans l'écosystème propre du fabricant
- Paramètres importants accessibles uniquement via un outil installateur propriétaire
- Compatibilité logicielle dépendante d'une branche firmware spécifique
- Aucune preuve de tests d'interopérabilité réussis avec votre backend prévu
Questions à poser à votre fournisseur de bornes avant d'acheter
Gardez-les sous la main. Elles évitent bien des problèmes plus tard.
- 2.Quelle version OCPP est supportée, exactement ?
- 4.Quels profils de fonctionnalités ou blocs fonctionnels OCPP sont supportés ?
- 6.Quels paramètres de la borne peuvent être modifiés à distance depuis le CSMS ?
- 8.Quels paramètres nécessitent encore l'application fabricant, le portail ou un outil local ?
- 10.Le firmware peut-il être mis à jour à distance, et comment le statut est-il rapporté ?
- 12.Quels mesurandes de compteur sont exposés, à quels intervalles, et par phase ou non ?
- 14.Les valeurs de compteur signées sont-elles disponibles quand nécessaire ?
- 16.La borne supporte-t-elle la commutation dynamique de phases, et sous quel firmware ou conditions ?
- 18.Quels modes d'équilibrage de charge sont supportés : natif, cluster local, EMS externe, piloté par CSMS ?
- 20.Quels paramètres sont lisibles et modifiables via OCPP par rapport à ceux propriétaires du fabricant ?
- 22.Existe-t-il un guide d'implémentation public ou une liste de clés de configuration ?
- 24.Cette combinaison borne/backend a-t-elle passé des tests d'interopérabilité connus ?
Prenez de meilleures décisions d'achat
Les installateurs n'achètent pas simplement du matériel. Ils héritent de son comportement logiciel. Les mauvaises surprises apparaissent généralement après la mise en service, pas avant, et se manifestent sous forme de rappels clients, de solutions de contournement et de limitations qui n'étaient jamais dans la brochure.
Vérifiez la compatibilité logicielle comme vous vérifiez les spécifications électriques : avant de vous engager. Posez les questions précises. Lisez le guide d'implémentation s'il en existe un. Et si un fabricant ne peut pas répondre clairement à ces questions, cela vous dit quelque chose aussi.
Si vous recherchez une plateforme qui exploite réellement la profondeur de ce qu'une borne bien implémentée expose, jetez un oeil à ce que Plugchoice propose pour les installateurs, ou consultez la documentation développeur si vous construisez des intégrations vous-même.