Lorsqu’une borne de recharge cesse de fonctionner, le premier indice arrive généralement sous la forme d’un message OCPP. La borne signale un statut tel que Faulted accompagné d’un code d’erreur, et parfois d’un code propre au fabricant plus détaillé. Bien lire ces messages évite des déplacements inutiles et permet de résoudre les problèmes plus vite.
Ce guide explique les statuts de connecteur OCPP 1.6 et chaque code d’erreur standard, avec pour chacun la cause typique et une première action pertinente. Il décrit ensuite une méthode de dépannage, les bonnes pratiques pour les redémarrages et déverrouillages à distance, la mise en place de la journalisation et des alertes, et le moment où il faut envoyer un technicien.
- En OCPP 1.6, les bornes signalent leur statut et leurs erreurs dans le message
StatusNotification. - L’errorCode standard indique la catégorie du problème ; les champs facultatifs
vendorErrorCodeetinfoen donnent souvent la cause exacte. - Consultez d’abord les journaux et l’historique, puis tentez l’action à distance la moins perturbante.
- Envoyez un technicien pour les erreurs liées à la sécurité, les défauts répétés ou les problèmes que les commandes à distance ne résolvent pas.
D’où viennent les codes d’erreur OCPP
En OCPP 1.6, une borne envoie un StatusNotification au CSMS chaque fois que le statut d’un connecteur change ou qu’une erreur survient. Le message contient l’identifiant du connecteur, le statut, un errorCode et, en option, un vendorErrorCode, un identifiant de fabricant et un texte info. Le connecteur 0 désigne la borne dans son ensemble.
Un code d’erreur différent de NoError s’accompagne généralement du statut Faulted, mais pas toujours. Une borne peut signaler une erreur, par exemple WeakSignal ou HighTemperature, tout en continuant à fonctionner dans un autre statut. C’est la combinaison du statut et du code d’erreur qui donne l’image complète.
En OCPP 2.0.1, le message StatusNotification est simplifié et ne signale que le statut du connecteur. Les problèmes détaillés sont remontés sous forme d’événements via le device model (par exemple avec NotifyEvent). Les principes de cet article restent valables, mais les noms de champs diffèrent.
Les statuts de connecteur en OCPP 1.6
| Statut | Signification |
|---|---|
Available | Le connecteur est libre et prêt pour une nouvelle session. |
Preparing | Un utilisateur a engagé une action, comme brancher le câble ou présenter un badge, mais la recharge n’a pas commencé. |
Charging | De l’énergie est délivrée au véhicule. |
SuspendedEVSE | La borne ne délivre pas d’énergie, par exemple en raison d’une limite de puissance ou d’une décision locale. |
SuspendedEV | Le véhicule n’accepte pas d’énergie, par exemple parce que la batterie est pleine ou qu’il programme sa recharge. |
Finishing | La transaction est terminée, mais le connecteur n’est pas encore libre, par exemple parce que le câble est toujours branché. |
Reserved | Le connecteur est réservé à un utilisateur précis. |
Unavailable | Le connecteur a été désactivé, par exemple avec une commande ChangeAvailability. |
Faulted | Une erreur empêche l’utilisation du connecteur. |
Deux statuts provoquent beaucoup de fausses alertes. SuspendedEV est normal lorsqu’un véhicule est plein ou attend un départ programmé. Finishing est normal jusqu’à ce que le conducteur débranche. Ni l’un ni l’autre ne constitue un défaut en soi.
Les codes d’erreur OCPP 1.6 expliqués
Le tableau liste tous les codes d’erreur standard de l’OCPP 1.6. Les causes et premières actions indiquées sont des exemples typiques ; consultez toujours le manuel de la borne, car les fabricants utilisent les codes de manière légèrement différente.
| errorCode | Signification | Cause typique | Première action |
|---|---|---|---|
ConnectorLockFailure | Le verrouillage du câble ne s’est pas enclenché ou libéré | Problème mécanique de verrou, câble mal inséré | Demander au conducteur de réinsérer le câble ; tenter un déverrouillage du connecteur |
EVCommunicationError | La communication avec le véhicule a échoué | Problème côté véhicule, câble ou contacts de prise endommagés | Tester avec un autre véhicule avant de mettre en cause la borne |
GroundFailure | Défaut de terre ou courant résiduel détecté | Défaut d’isolement, humidité, véhicule ou câble défectueux | Ne pas redémarrer en boucle ; traiter comme un problème de sécurité |
HighTemperature | Température trop élevée | Soleil direct, ventilation obstruée, bornes de raccordement surchargées | Vérifier la ventilation et les conditions ambiantes |
InternalError | Erreur matérielle ou logicielle de la borne | Problème de firmware ou défaillance d’un composant interne | Lire le vendorErrorCode ; tenter un redémarrage logiciel |
LocalListConflict | Conflit entre la liste locale et le CSMS | La réponse du CSMS diffère de la liste d’autorisation locale | Renvoyer la liste locale depuis le CSMS |
NoError | Aucune erreur | Signalement de statut normal | Aucune action nécessaire |
OtherError | Erreur non couverte par les autres codes | Condition propre au fabricant | Lire le vendorErrorCode et le champ info, puis consulter le manuel |
OverCurrentFailure | Surintensité détectée | Véhicule appelant trop de courant, problème de câblage | Vérifier le véhicule et l’installation |
OverVoltage | Tension au-dessus de la plage autorisée | Perturbation du réseau ou problème d’alimentation | Vérifier l’alimentation ; faire intervenir un électricien si le problème se répète |
PowerMeterFailure | Le compteur d’énergie ne peut pas être lu | Défaut du compteur ou problème de câblage interne | Vérifier les relevés dans les journaux ; planifier une intervention |
PowerSwitchFailure | Le contacteur ou le relais n’a pas commuté | Contacteur usé ou collé | Mettre le connecteur hors service ; envoyer un technicien |
ReaderFailure | Le lecteur d’identification est défaillant | Défaut ou dégradation du lecteur RFID | Tester avec un badge enregistré connu ; planifier une réparation |
ResetFailure | Le redémarrage n’a pas pu être effectué | Problème de firmware ou de matériel | Tenter un redémarrage matériel ou une coupure d’alimentation sur site |
UnderVoltage | Tension en dessous de la plage autorisée | Alimentation faible, connexion desserrée, problème réseau | Vérifier l’alimentation et les bornes de raccordement |
WeakSignal | Signal sans fil faible | Mauvaise couverture mobile ou Wi-Fi | Améliorer la position de l’antenne ou le réseau |
Une méthode de dépannage pratique
- Lisez le message complet. Examinez ensemble le statut, l’errorCode, le vendorErrorCode et le champ info, et notez l’heure.
- Consultez l’historique. Est-ce la première occurrence ou un problème récurrent ? A-t-il commencé après une mise à jour de firmware, une coupure de courant ou un épisode météo ?
- Vérifiez la connectivité. Si les heartbeats se sont arrêtés, le problème vient peut-être du réseau et non de la borne. Consultez notre guide pour connecter une borne à un serveur OCPP pour les problèmes de connexion courants.
- Actualisez le statut. Utilisez
TriggerMessagepour demander un nouveauStatusNotificationet confirmer que l’erreur est toujours active. - Tentez la correction la moins perturbante. Déverrouillez le connecteur, modifiez la disponibilité ou effectuez un redémarrage logiciel, dans cet ordre lorsque c’est pertinent.
- Escaladez. Si l’erreur revient ou touche à la sécurité, mettez le connecteur hors service et planifiez l’intervention d’un technicien.
Bon usage des redémarrages et déverrouillages à distance
Un usage imprudent des commandes à distance peut agacer les conducteurs ou masquer de vrais problèmes.
- Vérifiez d’abord les sessions en cours. Un redémarrage met fin aux transactions en cours. Ne redémarrez pas une borne pendant qu’un conducteur recharge, sauf si la borne est déjà inutilisable.
- Privilégiez le redémarrage logiciel. Un redémarrage logiciel (soft reset) relance proprement le logiciel. N’utilisez le redémarrage matériel (hard reset) qu’en cas d’échec du premier.
- Ne déverrouillez que sur demande. Déverrouillez un connecteur lorsqu’un conducteur signale un câble bloqué, idéalement en restant en contact avec lui.
- Ne masquez pas les défauts de sécurité. Redémarrer en boucle après une erreur
GroundFailureou de surintensité peut mettre des personnes en danger. - Désactivez les connecteurs défectueux. Passer un connecteur en indisponible évite aux conducteurs de perdre leur temps jusqu’à sa réparation.
- Consignez ce que vous avez fait. Un journal des commandes et de leurs résultats aide la personne suivante à comprendre l’historique.
Le logiciel OCPP Üreticy permet, depuis le tableau de bord, le redémarrage logiciel et matériel, l’arrêt à distance, le déverrouillage du connecteur, le changement de disponibilité, la modification de configuration et le TriggerMessage, et le résultat de chaque commande est journalisé.
Journalisation et alertes
Un CSMS doit conserver les messages OCPP bruts, permettre de les rechercher et alerter les bonnes personnes en cas de problème.
- Journaux de messages bruts : le contenu exact du StatusNotification, champs fabricant compris, est souvent le chemin le plus rapide vers un diagnostic.
- Alertes : prévenez l’équipe en cas de défaut, de déconnexion ou de commande restée sans réponse.
- Historique des statuts : une chronologie par connecteur montre si un défaut est nouveau ou récurrent.
Üreticy fournit des journaux de messages OCPP consultables et des alertes pour les défauts, les déconnexions, les commandes sans réponse et les dépassements de limite, ainsi qu’un tableau de bord de l’état des connecteurs en temps réel. Consultez la liste complète des fonctionnalités.
Quand envoyer un technicien
- Erreurs liées à la sécurité comme
GroundFailure,OverCurrentFailureou des erreurs de tension répétées. - Défaillances matérielles comme
PowerSwitchFailure,PowerMeterFailureouReaderFailure. - Tout défaut qui réapparaît après un redémarrage, ou une borne qui reste hors ligne après vérification du réseau.
- Des dommages visibles signalés par les conducteurs, comme des câbles, des prises ou des boîtiers cassés.
- Des défauts de lecteur de badges qui bloquent l’accès ; consultez notre guide de l’autorisation par badge RFID pour écarter d’abord un problème de badge.
Transmettez au technicien les codes d’erreur, les codes fabricant, les horodatages et les actions à distance déjà tentées.
Questions fréquentes
Quelle est la différence entre statut et errorCode en OCPP ?
Le statut décrit l’état du connecteur, comme Available, Charging ou Faulted. L’errorCode décrit un problème, comme GroundFailure ou InternalError. En OCPP 1.6, les deux sont transmis ensemble dans le message StatusNotification.
Que signifie vendorErrorCode ?
Le vendorErrorCode est un champ facultatif dans lequel le fabricant de la borne indique son propre code d’erreur, plus détaillé. Sa signification est définie dans la documentation du fabricant, et non dans l’OCPP. Il est souvent plus utile que l’errorCode standard pour le diagnostic.
SuspendedEV est-il une erreur ?
Non. SuspendedEV signifie que le véhicule n’accepte pas d’énergie pour le moment, par exemple parce que sa batterie est pleine ou qu’il attend une heure de recharge programmée. Ce statut ne mérite une analyse que si un véhicule qui a besoin d’énergie y reste bloqué.
Faut-il redémarrer une borne qui signale Faulted ?
Un redémarrage logiciel est une première étape raisonnable pour les erreurs d’origine logicielle comme InternalError, à condition qu’aucune session ne soit en cours. Pour les erreurs liées à la sécurité comme GroundFailure, ne redémarrez pas en boucle : mettez le connecteur hors service et faites intervenir un technicien.
Les codes d’erreur OCPP 2.0.1 sont-ils les mêmes qu’en 1.6 ?
Non. En OCPP 2.0.1, le StatusNotification ne signale que le statut du connecteur, et les problèmes détaillés sont remontés sous forme d’événements via le device model. La démarche de dépannage est la même, mais les messages et les champs diffèrent.
Visualisez chaque statut de connecteur, chaque code d’erreur et chaque message OCPP au même endroit, et traitez les défauts avec des commandes à distance journalisées. Découvrez le logiciel OCPP Üreticy ou contactez-nous pour une démonstration.