OCPP 1.6 Firmware & Diagnostics - Mises à jour OTA sans déplacement
Comment pousser des mises à jour firmware et récupérer des logs de diagnostic depuis les bornes sur le terrain avec OCPP 1.6. avec gestion des erreurs et retours d'expérience.
OCPP 1.6 Firmware & Diagnostics. Mises à jour OTA sans déplacement
Personne ne veut envoyer un technicien à chaque borne pour une mise à jour logicielle. Et personne ne veut se déplacer sur un site pour récupérer des logs quand quelque chose plante à 2h du matin. OCPP 1.6 supporte nativement les deux. mises à jour firmware et upload de diagnostics. C'est pas glamour, mais ça fait économiser de l'argent réel à l'échelle.
Mises à jour firmware
Le système central dit à la borne : "Télécharge ce fichier et installe-le."
Rendering diagram...
La location est une URL. FTP, FTPS, HTTP ou HTTPS. La retrieveDate permet de planifier les mises à jour à 3h du matin quand personne ne charge. La borne devrait refuser de se mettre à jour pendant une session active.
Ce qui peut mal tourner
Le mode de défaillance le plus effrayant : une mise à jour firmware qui brique la pile OCPP de la borne. Vous avez maintenant perdu l'accès distant à cette unité. Certains fabricants ont un mode sans échec qui revient en arrière en cas d'échec au boot. D'autres non. et là, vous envoyez un technicien.
Testez le firmware sur une borne d'abord. Toujours. Puis un petit lot. Puis la flotte entière. J'ai vu des opérateurs pousser une image firmware cassée sur 200 bornes en simultané et passer la semaine suivante à se déplacer avec des clés USB. Ne soyez pas cet opérateur-là.
Upload de diagnostics
Quand quelque chose ne va pas, vous avez besoin de logs. OCPP permet au backend de demander un dump de diagnostic :
Rendering diagram...
Les paramètres startTime et stopTime restreignent la plage horaire. passez-les quand vous savez à peu près quand le problème s'est produit. Sans eux, vous récupérez un dump massif qui prend un temps fou à parser.
Le contenu dépend du fabricant, mais typiquement : logs système, historique des messages OCPP, stats réseau, relevés de température, codes de défaut, et un dump de configuration.
L'infrastructure à préparer avant d'en avoir besoin
Configurez votre serveur FTP/SFTP avant qu'une urgence vous y force. Quand une borne se comporte mal à 2h du matin et que vous avez besoin de logs, vous ne voulez pas être en train de configurer un endpoint SFTP dans la panique. Pareil pour l'hébergement firmware. ayez un serveur prêt, les credentials provisionnés, les URLs testées.
| Faire | Ne pas faire |
|---|---|
| Planifier les mises à jour en heures creuses | Pousser pendant les heures de pointe |
| Tester sur une unité, puis un petit lot, puis la flotte | YOLO sur toute la flotte d'un coup |
| Vérifier la nouvelle version via BootNotification | Supposer que ça a marché |
| Utiliser HTTPS/SFTP pour les transferts | Utiliser du FTP en clair en production |
| Parser et indexer les logs centralement | Laisser les .tar.gz s'empiler sans les lire |
Le firmware et les diagnostics ne sont pas la partie excitante d'OCPP. Mais c'est la partie qui détermine si vous pouvez gérer une flotte de bornes depuis un bureau ou si vous avez besoin d'un van et d'une clé USB.