Régulateur PID proposé en Version 16.00 du logiciel du routeur

[F1ATB]

La version 16.04 est en ligne:
- Modif arrondi des retards
- Mode DemiSinus pris en compte dans MQTT.ino

[PhDV61]

Merci André.
Toujours au top. Mise à jour effectuée.

A l'occasion,tu pourras modifier la ligne 1207 ( UxIx3 ) en remplaçant 1000ms par 800ms par cohérence avec le reste, même si cela ne sert qu'une fois.

Idée : Et sinon, je modifie "à la main" à 800ms et recompile simplement pour la ligne 1280 afin de ne pas questionner le serveur UxIx3 toutes les 400ms alors qu'il ne rafraichit ses données que toutes les 800ms.
Idée : Ne pourrait-on pas ajuster automatiquement la fréquence max d'interrogation des serveurs de données (ESP_Ext) de puissance à la fréquence de rafraichissement de leurs données ?

[AtomeIon]

Bonsoir,
Ce soir, je me suis amusé à faire quelques essais avec régulation PID en 16.04, n’ayant pas encore eu l'occasion en journée.
Consigne à 1600W, qui représente le surplus nominal de mon installation dans de bonnes conditions.
Avec la chute des températures aujourd’hui, le chauffage électrique se met en route régulièrement, parfait pour provoquer des variations et voir le comportement de la régulation.
Config:
UxI découpe sinus, ballon 3kW
Kp=60 Ki=90 (oui, c’est élevé mais…) kd=10

1ère image: conso talon inférieure à 100W, suivi de 3 pics de conso liés au cycle du chauffage, puis application de la consigne à 1600W.
2ème image: ouverture triac
La régulation est très stable et répond rapidement aux variations. A voir ce que cela donnera lorsqu’il y aura des alternances éclaircies/nuages rapprochées, il faudra probablement peaufiner un peu les réglages et diminuer un peu Ki.

Pour illustrer le gain apporté, sur la 3ème image, la régulation simple intégrale avec réactivité à 30% que j'utilise actuellement, mais probablement plus pour longtemps

Bravo et merci pour cette évolution !

[Lolo69]

En découpe sinus et UxI tu dois pouvoir pousser un peu plus les curseurs.
Monte encore KP jusqu’à avoir 2 ou 3 rebonds quand tu en là tu montes Ki pour supprimer les rebonds ( si tu augmente trop KI les rebonds ( un rebond c est quand ton chauffage s enclenche la mesure passe en dessous du seuil’, le deuxième rebond c est quand ça repasse au dessus )se feront avant d atteindre le seuil’) tu auras alors trouvé alors le meilleur compromis vitesse réaction / dépassement

[F1ATB]

Merci André. 
Toujours au top. Mise à jour effectuée.

A l'occasion,tu pourras modifier la ligne 1207 ( UxIx3 ) en remplaçant 1000ms par 800ms par cohérence avec le reste, même si cela ne sert qu'une fois.

Idée : Et sinon, je modifie "à la main" à 800ms et recompile simplement pour la ligne 1280 afin de ne pas questionner le serveur UxIx3 toutes les 400ms alors qu'il ne rafraichit ses données que toutes les 800ms.
Idée : Ne pourrait-on pas ajuster automatiquement la fréquence max d'interrogation des serveurs de données (ESP_Ext) de puissance à la fréquence de rafraichissement de leurs données ?

Philippe
En V16.04, je suis à 800ms
@+

[PhDV61]

Merci André. 
Toujours au top. Mise à jour effectuée.

A l'occasion,tu pourras modifier la ligne 1207 ( UxIx3 ) en remplaçant 1000ms par 800ms par cohérence avec le reste, même si cela ne sert qu'une fois.

Idée : Et sinon, je modifie "à la main" à 800ms et recompile simplement pour la ligne 1280 afin de ne pas questionner le serveur UxIx3 toutes les 400ms alors qu'il ne rafraichit ses données que toutes les 800ms.
Idée : Ne pourrait-on pas ajuster automatiquement la fréquence max d'interrogation des serveurs de données (ESP_Ext) de puissance à la fréquence de rafraichissement de leurs données ?

Philippe
En V16.04, je suis à 800ms
@+

Bonjour André,

L'interrogation du module JSY-MK_333 est bien à 800 ms ( sauf le premier PeriodeProgMillis qui est resté à 1000. Mais c'est de la cosmétique, car appelé une seule fois au reset ESP32.

if (Source == "UxIx3") {
    Setup_JSY333();                 // init port série
    delay(100);                // pour s'assurer que l'init du port série est ok coté module
    PeriodeProgMillis = 1000;  // la première lecture aura lieu 1000ms plus tard
    Requete_JSY333();          // requête initiale au module. La première lecture aura lieu                                   // PeriodeProgMillis =1000ms plus tard.
                               // et les données seront déjà toutes dans le buffer de réception
  }


En revanche, les routeurs "esclaves" qui questionnent un routeur "Maitre" qui leur fournit les calculs de puissance le font à 400ms (+ ralenti). C'est ce 400 dont je demande s'il ne pourrait pas (devrait ?) être adapté à la fréquence de rafraichissement des calculs effectués par cet ESP "Externe". J'y ai mis 800ms en dur chez moi.

      if (Source == "Ext") {
        CallESP32_Externe();
        LastRMS_Millis = millis();
        PeriodeProgMillis = 400 + ralenti;  //Après pour ne pas surchargé Wifi
      }

Pour UxIx3   800ms ?
pour Linky    2s ?
...

Bonne journée,
Philippe

[F1ATB]

Oui, mais cela va apporter surtout du retard pour envoyer l'info à l'esclave.

André

[Sgb31]

Franchement difficile de comprendre le comportement des routeurs avec le paramétrage PID ajusté ..-peut être mal ajusté d'ailleurs ..)
voilà mes tentatives de réglages (pour tests) depuis quelques jours ..
pour mon routeur maitre (triac en demi sinus), mon réglage est PID est 30,8,30 et alimente mon CE de 1200w, seuil 0W
mon second routeur ( triac demi sinus) est réglé PID en 8,20,50, il alimente un radiateur de 1200w , seuil -10W
je note un excellent routage dans tous les cas (malgré des réglages bien différents) et je suis dans la journée entre 98% et 97% d'autoconso
D'où quelques questions :
doit on d'abord faire des réglages sur un seul routeur activé , sur quelle période ? Le delta de seuil agit il sur le comportement du et des routeurs ?
Ce qui me rassure est que les routeurs sont toujours bien fonctionnels et efficaces dans les différents cas ;-)

[Lolo69]

Franchement difficile de comprendre le comportement des routeurs avec le paramétrage PID ajusté ..-peut être mal ajusté d'ailleurs ..)
voilà mes tentatives de réglages (pour tests)  depuis quelques jours ..
pour mon routeur maitre (triac en demi sinus), mon réglage est PID est 30,8,30 et alimente mon CE de 1200w, seuil 0W
mon second routeur ( triac demi sinus) est réglé PID en  8,20,50, il alimente un radiateur de 1200w , seuil -10W
je note un excellent routage dans tous les cas (malgré des réglages bien différents) et je suis dans la journée entre 98% et 97% d'autoconso
D'où quelques questions  :
doit on d'abord faire des réglages sur un seul routeur activé , sur quelle période ? Le delta de seuil agit il sur le comportement du et des routeurs ?
Ce qui me rassure est que les routeurs sont toujours bien fonctionnels et efficaces dans les différents cas ;-)

De base pour la même puissance , meme mode de mesure et meme mode de regulation, le reglage devrait être identique.
sauf que s'ils sont identiques il n 'y a pas de gestion de priorité sur l 'un ou l'autre donc si on met un reglage très reactif ( KP=30) l'ensemble va se mettre à osciller en permanence.

2 façons de voir les choses,:
- tu veux que ca envoie à peu pres le meme nombre de watt dans le CE quand dans le radiateur ( Je ne pense pas que ce soit ton objectif). Dans ce cas il faut mettre un faible KP sur les 2 devices.

- Tu veux privilegier le CE dans ce cas 3 façons de faire
    * tu mets KP plus faible sur le radiateur comme tu as fait, mais du coup ca regulera un peu moins bien sur le radiateur
    * Tu décales les seuils PW comme ca tu commences par réguler sur le CE et s'il reste de l energie en plus ca ira vers le radiateur 
     * ca c est dans l hypothese ou tu arrives à avoir assez de surplus pour les 2, de mon coté comme c est impossible , je met des conditions dans les actions sur le CE, je chauffe d'abord l'eau et quand l eau est chaude j'envoie dans le radiateur