Quand un service cloud solaire s’arrête : garder ses données et son pilotage
09.10.2026
La fermeture d’un portail ne coupe pas nécessairement la production des panneaux, mais peut faire perdre l’accès aux historiques et aux commandes à distance. Sauvegarder les relevés, vérifier les voies d’accès au système et tester une relève locale avant l’échéance réduit cette dépendance, sous réserve de la compatibilité de l’onduleur et des droits d’accès.
Ce qui disparaît — et ce qui peut continuer
La fin d’un service cloud peut fermer le tableau de bord, les alertes, l’historique hébergé ou les commandes distantes ; elle ne signifie pas, à elle seule, que les panneaux cessent de produire. Il faut distinguer trois choses : la conversion électrique assurée par l’onduleur, la transmission des relevés vers un portail et le pilotage de fonctions comme la batterie ou une limite d’injection. Le premier réflexe consiste à obtenir du fournisseur ou de l’installateur la date exacte de fermeture et la liste des fonctions touchées. Ne supposez pas que les identifiants du portail, l’accès API et les commandes locales sont interchangeables.
Sauvegarder avant la date de coupure
Téléchargez ce que le portail permet encore d’exporter : production journalière et détaillée, consommation, import/export réseau, charge batterie, événements et éventuelles données par module. Gardez les fichiers originaux avec leurs unités, fuseaux horaires, période couverte et date d’export ; ajoutez une copie dans un emplacement indépendant du compte qui ferme. Une feuille synthétique annuelle peut aider à comparer les totaux, mais ne remplace pas les séries détaillées. Si l’export manuel manque de granularité, vérifiez s’il existe une API officiellement documentée et si vous disposez des droits nécessaires. Par exemple, Enphase indique que l’accès développeur nécessite l’autorisation du propriétaire du système ; ses requêtes de télémétrie de production sont soumises à des fenêtres temporelles. Ce n’est donc pas une archive illimitée ni une solution à improviser la veille : récupérez les périodes admissibles dès maintenant et vérifiez les champs réellement renvoyés. N’envoyez jamais à un tiers le mot de passe principal pour obtenir un export.
Installer une mémoire indépendante du portail
Un gestionnaire local de données peut conserver les valeurs reçues à partir d’une intégration compatible, même si l’historique du fournisseur devient inaccessible. Home Assistant, par exemple, maintient des statistiques à long terme pour les capteurs admissibles et enregistrés ; son fonctionnement dépend toutefois du Recorder et de la configuration des entités. Avant la coupure, activez les capteurs énergie pertinents, vérifiez qu’ils ne sont pas exclus et observez quelques jours de relevés. Configurez aussi une sauvegarde régulière du système local : un historique conservé sur un seul appareil n’est pas une copie de secours.
Tester une voie locale sans présumer de la compatibilité
Pour certains onduleurs SolarEdge, Home Assistant documente une intégration Modbus TCP locale : elle lit directement l’onduleur sur le réseau domestique, sans compte, clé API ni cloud, et les valeurs peuvent arriver toutes les quelques secondes. C’est utile pour le suivi réactif, par exemple décider de lancer un appareil lorsque la production dépasse un seuil. Mais ce scénario ne vaut pas pour chaque marque ou modèle ; l’interface peut devoir être activée et l’onduleur doit être joignable sur le réseau. Vérifiez le modèle, la documentation constructeur, les registres disponibles et les prérequis avant d’acheter un pont ou de modifier un câblage. Commencez en lecture seule.
Suivi local n’est pas pilotage sûr
Voir la puissance en direct ne garantit pas que l’installation locale puisse modifier la charge de la batterie, la consigne réseau ou l’arrêt de l’onduleur. Le registre disponible, les droits et les protections dépendent du matériel et de sa configuration. Gardez les réglages réglementaires et de sécurité sous la responsabilité de l’installateur ; ne désactivez pas une limite d’injection pour rétablir une fonction de confort. Si le pilotage n’est pas explicitement pris en charge par le fabricant et la configuration, conservez une supervision locale en lecture seule et demandez à l’installateur une solution de remplacement.
Une transition en quatre étapes
1. Établissez l’inventaire : onduleur, passerelle, compteur, batterie, comptes administrateur et fonctions utilisées. 2. Exportez les historiques et notez les lacunes éventuelles ; conservez une copie hors du compte concerné. 3. Configurez une relève indépendante compatible et contrôlez que les totaux journaliers concordent avec le portail pendant qu’il fonctionne encore. 4. Testez la perte d’internet sans interrompre la production ni toucher aux protections, puis notez ce qui reste visible et pilotable. Le résultat réaliste n’est pas nécessairement de recréer toutes les vues du cloud : préserver les séries utiles, les alarmes essentielles et un moyen sûr de vérifier l’onduleur est déjà une continuité mesurable.