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 prog_milis() 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