Fonctionnalités → Lire votre propre matériel

Lire votre propre matériel

Votre onduleur sait ce qu'il produit à l'instant. La question est de savoir comment ce chiffre arrive jusqu'à une décision pour votre voiture — directement sur votre propre réseau, ou en faisant l'aller-retour par le cloud du fabricant, au rythme que celui-ci veut bien autoriser.

Ce que coûte un chiffre en retard

La plupart des clouds pris en charge par Sunplug se contentent de cinq minutes, ce qui suffit à suivre le rythme sauf les après-midis les plus changeants. Quinze minutes, c'est un écart plus large : par temps partiellement nuageux, un chiffre de surplus vieux de quinze minutes est un souvenir, pas une mesure. Le nuage qui a fait perdre 4 kW à votre toit est arrivé, puis reparti, dans cet intervalle — et une décision prise sur l'ancien chiffre est une décision prise sur une météo déjà passée.

À ce niveau de retard, l'échec n'est pas que la voiture charge un peu de travers. C'est que le système ne peut plus distinguer « un nuage est passé » de « le soleil a disparu » — exactement la distinction que toute la logique d'attente est construite pour faire. Lire en local esquive la question entièrement, plutôt que d'y répondre correctement.

Pourquoi le local, et quand le cloud à la place

Pour la plupart des marques, il n'y a vraiment pas d'alternative au cloud et lire en local est le seul chemin. Pour quelques-unes, Sunplug propose les deux — les raisons méritent d'être connues, parce qu'elles ne sont pas techniques.

• Enphase — la licence de leur API actuelle ne permet pas à une application grand public de s'en servir pour le suivi du surplus. Lire la passerelle en local n'est pas une préférence ici ; c'est la seule porte d'entrée.
• SolarEdge — Sunplug interroge leur API toutes les quinze minutes. Proposé, avec la mention honnête que le local fait mieux.
• Fronius — Sunplug ne propose pas de chemin cloud pour Fronius. Lire en local est aujourd'hui le seul chemin.
• Sungrow et GoodWe — le cloud fonctionne et Sunplug le prend en charge, et ses relevés sortent toutes les cinq minutes environ. Proposé, avec la mention honnête que le local fait mieux.

La logique de fond : le cloud d'un fabricant publie au rythme qu'il choisit d'offrir, et ce rythme n'est presque jamais celui qu'une décision en direct voudrait le plus. Cinq minutes, et même quinze, suffisent à suivre le soleil sur un après-midi — ce qui échappe, c'est un nuage isolé qui passe, l'écart que seule la lecture locale referme. Sunplug lit en local par défaut partout où c'est possible, et propose le chemin cloud aux foyers qui en ont besoin en attendant.

Ce qu'est vraiment l'agent

Un petit programme qui tourne sur un appareil déjà allumé chez vous — un NAS, un mini-PC, un Raspberry Pi. Il pose à votre onduleur la même question que l'application du fabricant, sur votre propre réseau, toutes les trente secondes, et fait remonter la réponse.

Il n'établit que des connexions sortantes : rien d'ouvert vers internet, aucun port à ouvrir, votre onduleur n'est pas exposé. Si votre réseau l'empêche d'atteindre le matériel, il vous le dit — plutôt que d'afficher silencieusement des zéros. Le configurer →

Le seul cas où le local n'est pas meilleur

Ça vaut la peine de le dire, parce que c'est la limite honnête de l'argument. Si votre matériel ne peut être lu que via le cloud, et que ce cloud est rapide, la voie locale ne vous apporte rien, à part une machine de moins à faire tourner. Sunplug n'impose pas l'agent là où le cloud répond vraiment bien — les guides d'installation indiquent le cas de chaque marque, et pour quelques-unes, c'est « au choix ».

Bloqué ? Écrivez-moi.