Disclaimer : la méthode décrite ci-dessous a été mise en place pour répondre à mes besoins personnels, je ne suis pas expert et c’est le résultat de nombreuses heures de galère, je ne peux en aucun cas être tenu pour responsable de tout effet non désiré sur votre installation.

Contexte

J’ai une installation 6kwc avec 3 micro-onduleurs DEYE G4 2000.
Mon gestionnaire d’équilibre est l’association 3ERL qui ne demande pas de frais d’entrée ou mensuels, mais qui applique des tarifs en fonction du PREP.

Par conséquent les prix peuvent être négatifs et je souhaitais donc limiter mon injection les jours négatifs.

Etape 1 : récupérer la tendance du jour

(pour des raisons de sécurité et confidentialité, l’adresse de l’API ne sera pas présentée ici, les membres de l’association peuvent en faire la demande directement à 3ERL, la méthode peut être adaptée pour toute autre API)

Pour cela on va utiliser l’intégration « Scrape » :
– Paramètres

– Appareils et services

– Ajouter une intégration

– Scrape

Dans l’écran de configuration il vous faudra indiquer la ressources, c’est à dire l’URL de l’API que vous souhaitez utiliser, dans mes cas l’URL 3ERL.

=> Méthode GET

Dans les options du capteur, on va sélectionner l’information qui nous intéresse dans le DOM, dans mon cas il s’agit du second H1 de la page web qui contient l’information souhaitée, tous les autres champs peuvent être laissés vides.

En faisant cela, une nouvelle entité est désormais disponible dans HA, elle peut prendre 2 valeurs : Injection autorisée ou Bridage demandé.

«  » ».

Etape 2 : créer un template pour convertir la tendance en statut de bridage

– Paramètres

– Appareils et services

– Entrées

– Créer une entrée

– Template

– Modéliser un capteur

=> Lui donner un nom

=> Saisir le code suivant dans les « Options Template »

{% if states('sensor.web_scrape') == "Bridage demandé." %}
{% set bridage = "1" %}
{% else %}
{% set bridage = "0" %}
{% endif %}
{{bridage}}

=> sensor.web_scrape est ici le nom de l’entité créé à l’étape 1
=> Si la chaine de caractère récupérée à l’étape 1 est « Bridage demandé. », je mets ma variable « bridage » à true, sinon elle est à false

Etape 3 : automatiser le bridage

C’est l’étape la plus délicate et il vous faudra les prérequis suivants :

– HACS : il y a de nombreux tuto sur internet pour l’installer facilement dans HA

– L’intégration custom Solarman de davidrapan, j’insiste sur ce point je n’ai jamais pu faire fonctionner le bridage avec l’autre intégration de StephanJoubert. Pour la trouver, recherchez « Deye » dans HACS, et lancez l’installation, le créateur apparaît en haut à droite :

– avoir ajouté votre ou vos onduleurs / microonduleurs dans HA via cette intégration custom.

Ceci étant fait vous devriez voir dans vos appareils et services l’intégrations solarman, avec 1 appareil et vos n micro onduleurs, 3 dans mon cas. Pour chacun d’entre eux, j’ai accès à 52 entités par défaut, dont celle qui va nous intéresser : Active Power Regulation

Si vous êtes bon pour les prérequis, on peut passer à la création des automations, la première pour activer le bridage :

Paramètres / Automatisations et scènes / créer une automatisation

Dans le « Quand », on va sélectionner l’entité bridage créée précédemment et indiquer 1 dans « à »

Dans le « Alors faire », on va sélectionner, pour notre appareil solarman, les N actions « Définir la valeur de Active Power Regulation », et lui affecter une valeur, dans mon cas 50.

Cela signifie que si l’API retourne « Bridage demandé », je vais automatiquement brider les 3 micros onduleurs à 50% de leur capacité

Il ne vous reste plus qu’à créer une seconde automation pour le débridage, en choisissant 0 pour la valeur de l’entité bridage, et en remettant à 100 l’active power regulation de vos micros