Paramétrage Action

[memz]

Pour faire un forçage sans dépasser la limite d'abonnement, c'est possible aussi :-)
Je comprends votre contrainte d'éviter une période de forçage à un moment où vous avez besoin de votre puissance pour autre chose.
Plutôt que de faire une période ON qui va forcer à 100% jusqu'à 45°, vous faites une période de routage avec un seuil Pw=3000.
Ainsi, le routeur va chauffer jusqu'à 45° sans dépasser les 3000W d'abonnement.
De même, vous pouvez garder un simple routage la journée pour envoyer le surplus vers le CE. Le principal, c'est de garantir que l'eau soit chaude pour les douches.

Pour info, le Linky a des tolérances avant de couper:
pas de coupure si Papp < 1.1*Psouscrite
coupure à 250s si 1.1*Psouscrite< Papp < 1.4*Psouscrite
coupure à 40s si 1.4*Psouscrite< Papp < 2.5*Psouscrite
coupure immédiate au delà de 2.5*Psouscrite

si je comprend bien je met en place un créneau plus grand, peut-être 16h-18h qui peut coïncider à certains moments avec d'autres appareils en routage On/Off avec une limite à 3000w
à cette saison je perd le soleil sur les panneaux vers 16h
donc pas de concurrence possible sur le routage multisinus, par contre pas de possibilité d'avoir le comptage sur HA différentié

[Ludovic35]

C'est ça.
Et non, ce ne sera pas possible d'avoir un compteur différencié; il faudrait définir 2 lignes dans les actions pour avoir 2 compteurs différents.
Avec 2 lignes d'actions sur le même gpio, vous aurez un problème. Le logiciel ne détectant pas cette configuration, il va appliquer séquentiellement la logique sur les 2 lignes; la dernière décision sera la plus prioritaire; c'est donc la dernière ligne qui décidera de l'état du gpio. Vous pouvez essayez, mais vous saurez pourquoi ça ne se comporte pas comme vous l'attendez.

Par contre, ce que vous pouvez faire, c'est créer une action virtuelle (ie, qui utilise un gpio qui ne sert pas), qui fonctionnerait sous condition de la première action. Vous pouvez ainsi déclarer une période ON sur le même créneau que celle qui fera le complément, et qui se déclenchera si la première action a un % > 90% par exemple; pour cela, mettez 90 dans les 2 cases (pas évident à comprendre, mais ça marche). Vous aurez ainsi un compteur de temps à ON qui correspondra au temps de complément de chauffe de la première action (et si % > 90%); ce ne sera pas d'une précision absolue mais ça donnera une idée sur la durée du complément de chauffe.

[memz]

C'est ça.
Et non, ce ne sera pas possible d'avoir un compteur différencié; il faudrait définir 2 lignes dans les actions pour avoir 2 compteurs différents.
Avec 2 lignes d'actions sur le même gpio, vous aurez un problème. Le logiciel ne détectant pas cette configuration, il va appliquer séquentiellement la logique sur les 2 lignes; la dernière décision sera la plus prioritaire; c'est donc la dernière ligne qui décidera de l'état du gpio. Vous pouvez essayez, mais vous saurez pourquoi ça ne se comporte pas comme vous l'attendez.

Par contre, ce que vous pouvez faire, c'est créer une action virtuelle (ie, qui utilise un gpio qui ne sert pas), qui fonctionnerait sous condition de la première action. Vous pouvez ainsi déclarer une période ON sur le même créneau que celle qui fera le complément, et qui se déclenchera si la première action a un % > 90% par exemple; pour cela, mettez 90 dans les 2 cases (pas évident à comprendre, mais ça marche). Vous aurez ainsi un compteur de temps à ON qui correspondra au temps de complément de chauffe de la première action (et si % > 90%); ce ne sera pas d'une précision absolue mais ça donnera une idée sur la durée du complément de chauffe.

merci de votre aide,
j'ai appliqué la première action comme vous me l'avez conseillé et cela fonctionne, aujourd'hui pas de soleil ici et CE à 40°
Par contre j'ai créé une seconde action virtuelle en on/off sur le même créneau horaire et elle devrait normalement être active en simultanée de l'action forçage en 1 (T° inf 45°) sans passer par les 90% ou je me trompe peut-être ?

   
   
   

[Ludovic35]

Oui, je n'y avais pas pensé; la température est suffisante pour savoir si ça va chauffer.
C'est en effet plus simple.
Par contre, pour avoir le mode "délesteur", il faut choisir routage multisinus Pw=3000 sur la première ligne

[memz]

Oui, je n'y avais pas pensé; la température est suffisante pour savoir si ça va chauffer.
C'est en effet plus simple.
Par contre, pour avoir le mode "délesteur", il faut choisir routage multisinus Pw=3000 sur la première ligne

je viens de corriger
   
merci pour votre aide

[Ludovic35]

Vous nous direz plus tard si ça fonctionne correctement.