Mode de régulation plus réactif ?

[Ludovic35]

Vous voulez faire un truc qui corrige directement en puissance. Il faudra commencer par convertir RetardF[i] en puissance en utilisant la formule en sin² (voir H_Ouvre_Equivalent() )
Et ensuite trouver la variation en % à appliquer pour que la prochaine variation soit égale à (Puissance - SeuilPw).

Faux,  je parle du mode multisinus  ,  pas du mode découpe sinus

En multisinus, en effet, on ne fait pas le calcul qui s'applique à la découpe de sinus; il y a une proportion directe entre le % et la puissance routée.
Mais comme dit par Lolo69, le multisinus va être très difficile à utiliser avec une régulation qui compense directement l'écart. Cela vient du fait que la mesure est encore plus bruitée par le système de régulation (globalement basé sur des périodes de 400ms); il faudra donc appliquer une proportion <<1 pour pour avoir une chance d'être stable (ce que fait le coefficient de réactivité...).

N'hésitez pas à essayer (je l'ai moi-même testé en découpe de sinus), vous verrez que cela ne fonctionnera pas. L'expérimentation est très formatrice, même si on se trompe.
Dans l'absolu, il y a probablement un moyen d'améliorer la rapidité de régulation. Actuellement, elle est basée sur un intégrateur, mais il existe de nombreuses autres possibilités de régulation (cherchez sur le web les modes PID par exemple). Evidement, ce sera plus compliqué à mettre en oeuvre et à valider avec toutes les possibilités de mesures (TIC, shelly, passerelles, UxI, MQTT...) et de régulation (découpe sinus, multisinus, train de sinus). Le code actuel est plutôt simple, et donne de bons résultats (je regarde mon relevé EDF pour la conclusion finale).