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

[F1ATB]

Abandonnez la version 16.01 et installez la 16.02.
Un bug d’affichage s’était glissé dans la page Paramètres, que je n’avais pas vu à cause de la mémoire cache.
Désolé pour le désagrément.

André

[clyon44]

Merci André 

[DanielJ]

Bonjour,
Merci André pour cette nouvelle version 16 (en test chez moi), qui intègre bien plus que des améliorations purement cosmétiques !
Petite question pour être tout à fait sûr : ce nouveau mode demi-sinus est bien compatible également avec les relais SSR n'est-ce pas ? (j'étais en multi-sinus avec mon SSR).
Merci !

[EDIT] Je me réponds à moi-même, j'aurai dû regarder plus tôt la vidéo explicative (précisé à la minute 6'), mais je n'ai rien vu dans le texte... La réponse est donc oui.

[Philou63]

Bonjour,
je viens d'installer la 16,02 et la régulation est vraiment performante.
Bravo encore à André pour cet énorme travail.
Ci joint une capture d'écran avec variation de puissance lors de la mise en route de PAC.
kD=40, kI= 3, kD=3.

[Richard59]

Passage en 16.02 ce matin
Journée ensoleillé.

Le routeur annonce 13 kWh de routés et 500 Wh d'injecté sur 5 sortie SSD (j'ai un réglage entre -50W et -100W suivant les priorités)
Un petit 96% d'autoconsommation. Mon ECU APSystems annonce 95% avec une production totale de 16,5 kWh.  Il fait le job.

Il faut juste que je peaufine les réglages, Avec 5 Sorties SSR en même temps c'est beaucoup moins stable qu'avec une seule.

[XabiX]

Pensez à utiliser la sortie Telnet qui vous fournit toutes les 200ms les 3 valeurs PID.

Bravo André pour ces modifications significatives en terme de régulation sur ces dernières evolutions ( Demi Sinus + PID) et egalement pour les info et commandes telnet
-  pour ce telnet pour la visu de l ecart et des actions ce serait bien d'ajouter le timestamping pour tracer des courbes
- Pour le telnet il faudrait pouvoir ressortir de la fonction demandée juste en envoyant un ESC ou E plutôt que de devoir retaper la fonction sans argument.
Ça pourrait aussi être fait systématiquement quand on demande H ou ? Sinon l aide disparaît vite

Premières analyses et tests
pour le code André a rentré un algorithme PID structure parallèle standard avec antiwindup

Améliorations  suggérées pour André:
- Superposer la sortie sur le graphe principal car ce serait une aide précieuse pour faire les réglages plutot que d'aller voir ce graphe sortie sur un graphe separé plus bas.
- demarrer les coeff à 0 plutot que 1, meme si avec 1 l action est negligeable cela ne permet pas de l eliminer completement surtout pour l action D qui devra rester à zero car l action D ne fera que destabiliser la boucle sur les impulsions de dirac générées par la mesure , la derivée d un echelon etant infinie , l infini divisé par 1000 car reste grand....


Premier test avec un CE de 2000 Watts en mode demi sinus et SSR 
Les résultats sont excellents même s' il reste encore des pistes d'améliorations pour chipoter un peu mais finalement les gains seraient negligeables par rapport à la complexite de réglages.
Vous verrez une amélioration significative lors des journées d'alternance de nuages/soleil et aussi lors des demarrages / arrets de gros consommateurs electriques


Point de départ pour faire vos réglages
PCE = puissance de votre appareil en Watt par exemple CE de 2000W 
- passer en mode PID On dans la page action
- Coef derivée à 1
- Coef Integral à 1
- coef proportionel =100000 / PCE dans mon exemple cela donne 100 000 / 2000 = 50 et revenir un peu en arière en fonction de ce que cela fera en resultat , prenons donc 40

- Faire quelques tests en faisant varier le seuil PW , la sortie doit se positionner à une valeur stable meme si le seuil Pw ( Consigne) n'est pas atteint, si la sortie ne s'arrete pas d'osciller reduire tout doucement coef P de 5 en en 5 par exemple jusqu'à ce que la sortie se stabilise.

- Ensuite quand le coef P semble correct on va augmenter le Coef Integrale , ce qui fera que la mesure va atteindre la consigne plus ou moins vite
Si mon trop le coef Integrale on va donc aller trop vite et on va depasser la consigne, donc quand ca arrive on resdescend ce coef

Dans les modes de mesures autre que UxI un coeff autour de 10 devrait fonctionner , en mode UxI on doit pouvoir monter autour de 20~30

Resultats en courbes à suivre dans la journée si le soleil s etablit

Bonjour Lolo69

Je comprends la logique pour P et Ki, mais qu'en est til de Kd? Et votre dernière phrase 'Dans les modes...' s'applique au Ki ou Kd? Pour ma part je suis sur une mesure en PRO3EM Shelly.

Merci

[Lolo69]

L action dérivée anticipe les changements de vitesse de la mesure . En mathématiques on fait ( Delta Écart) / (delta temps)
Cela permet de stabiliser les régulations “avant d arriver à la consigne “
Par contre dans notre cas du routeur et plus particulièrement des mesures types Shelly on a des pics de mesures donc un gros delta erreur divisé par un tout petit delta temps . Donc l action dérivée est , trop réactive même si André a bien filtré cet écart et mis un fort coefficient diviseur , cette action risque de beaucoup perturber la sortie.
Donc si mesure type Shelly il faut augmenter Kd avec parcimonie. De mon côté avec un Shelly Em j ai de bons résultats avec Kd autour de 10, pas plus.
Pour ceux qui sont en UxI ils devraient pouvoir monter un peu plus

---

Bonjour,
je viens d'installer la 16,02 et la régulation est vraiment performante.
Bravo encore à André pour cet énorme travail.
Ci joint une capture d'écran avec variation de puissance lors de la mise en route de PAC.
kD=40, kI= 3, kD=3.

Si je peux me permettre je pense que vous pouvoir avoir beaucoup mieux. La régulation semble peu réactive. Je ne vois pas la sortie SSR/Triac mais vous pouvez probablement pouvoir passer le KP à 60  et Ki à 20

[PhDV61]

Merci André pour cette nouvelle version.
J’ai passé tous mes routeurs, serveurs et esclaves en 16.02 “standard”.
Malgré la recharge des paramètres sauvegardés au préalable, et le reset, tous ont commencé à laisser passer la puissance dans les consommateurs en continu au max de ce qui était permis par l’action du moment.
J’ai alors vite mis en route le PID avec des valeurs du style 35-7-2 au pif, et tout est rentré dans l’ordre en quelques secondes.
Je verrai demain au soleil pour régler correctement les coeffs.
Merci en tout cas pour cette version nouvelle.
Bien amicalement,

[F1ATB]

Il y a un petit souci en V16.02, l'intégrateur après un reset est à Zéro, ce qui ouvre brutalement le Triac ou le SSR au démarrage en mode PID.Il devrait être à 100.0 . J'ai corrigé dans la V16.03 à venir

André

[XabiX]

J'ai remarqué qu'après la migration les capteurs de temp ne fonctionnent plus car le canal 0 repasse en disabled au lieu de interne pour ma part. 

Il suffit juste de le réactiver en interne de lui mettre un nom et un offset à 0net ça repart. 

Merci