La réponse synthétique.
Une borne OCPP ne communique plus avec son backend quand elle ne peut plus joindre l'endpoint, s'authentifier, maintenir le réseau ou exécuter correctement son firmware. Il faut vérifier le réseau, l'URL OCPP, l'identifiant borne et les logs côté superviseur.
Quel est le premier test à faire ?
Le premier test consiste à vérifier si la borne envoie une BootNotification puis des Heartbeats réguliers au superviseur.
- Sans BootNotification, la borne ne s'enregistre pas correctement.
- Sans Heartbeat, la connexion n'est pas stable ou le backend ne reçoit plus la borne.
- Côté terrain, on vérifie aussi la qualité réseau et l'alimentation de la carte communicante.
Pourquoi l'identifiant OCPP est critique ?
L'identifiant OCPP permet au backend de reconnaître la borne. Un identifiant modifié, dupliqué ou mal orthographié peut rendre une borne invisible.
- Deux bornes avec le même identifiant créent des comportements incohérents.
- Un changement de superviseur impose souvent une reconfiguration de l'endpoint et de l'identifiant.
Le firmware peut-il casser la communication ?
Oui. Certaines versions firmware introduisent des régressions OCPP, des problèmes TLS ou des pertes de connexion intermittentes.
- Il faut comparer la version installée avec les recommandations constructeur.
- Sur un parc, une mise à jour doit être testée sur borne pilote avant généralisation.