Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Régulation plus fluide
#1
Bonjour André,

J'utilise depuis un moment ton programme très aboutis mais je me permet de te faire un retour sur des modifications sur la régularisation que j'ai fait.

Dans ton programme tu récupéré toutes les 600ms au minimum pour enphase ( mais le principe et le même pour les autres)
Par contre la régulation elle se fait toutes les 200 ms. Donc on envoies des ordres au triac alors que on a pas encore le résultat sur la mesure.
Donc j'ai modifier ton programme pour
- prendre en compte la puissance de mon chauffe eau ( 1000w) en changeant la formule ( / 10 au lieu de 10000 a adapter à la puissance de la charge)
- ne faire la régulation que après la réception d'une mesure et initialiser énergievalide à false après chaque passage dans la boucle 

Le résultat est une régularisation bcp plus fluide et réactive

 Le fait de prendre en compte la puissance de la charge est vraiment la partie qui améliore la régulation.
Répondre
#2
Bonjour, interressant.
Pourrais tu nous détailler tes modifications, pour test.
Merci !
Répondre
#3
dans Solar Router:
  • en ligne 970: 
    Code :
    EnergieActiveValide = false;
         juste après
Code :
if (EnergieActiveValide) {
=> Permet de ne repasser dans la boucle que lorsque les mesures sont actualisés
  • en ligne 1195:  
    Code :
    RetardF[i] = RetardF[i] + (Puissance - SeuilPw) * GainBoucle / 10000.0;
    par 
    Code :
    RetardF[i] = RetardF[i] + (Puissance - SeuilPw) * GainBoucle / 10.0 pour une charge de 1000W
    => on part du principe que à 0 on envoie 100% de la charge et à 100 on envoie 0% donc pour une charge de 1000w, on met /10, pour 2000W, on met /20... au lieu de /10000 dans la formule de régulation
  • - en ligne 1013 
    Code :
    if (tps - previousOverProdMillis >= 200 ) {
    par 
    Code :
    if (tps - previousOverProdMillis >= 10) {
    => pour éviter un emballement et ne plus êtres en décalage
Répondre
#4
Ok merci, je vais tester ça.
Le problème c'est que question soleil c'est plutôt la cata, même ici en Corse...

Ok merci, je vais tester ça.
Le problème c'est que question soleil c'est plutôt la cata, même ici en Corse...
Répondre
#5
Intéressant, tu aurais dû mettre ton post dans la rubrique: évols pour qu'André l'identifie plus facilement et le prenne en compte ou non ..
A suivre donc !
Config : 3 routeurs F1ATB en V14.02 - 2 en mode Triacs + 1 mode : Triac+SSR
PV 3kw (8 panneaux TrinaSolar 425W + Onduleur SunGrow 3KW) - Supervision : Home Assistant / Shelly & MQTT
Autoconsommation moyenne 98 % depuis l'usage des routeurs f1atb Smile
Répondre
#6
Vous ne faites rien d'autre que modifier le gain de la boucle d'asservissement. Ce que l'on fait avec le curseur.
Et votre gain va changer si le rythme d'arrivée des données change. Pas bon.

André
Répondre
#7
Bonjour cddu33,

je ne suis pas d'accord avec toi graphiquement c'est plus lisse oui mais  en réalité pas du tous le graphique est une moyenne sur 2 secondes
le fait de moins divisé gainboucle* c'est  en réalité augmenter la réactivité et avoir de plus grande fluctuation 5 pour les autres c'est 5000 pour ton système

*gainboucle est la variable de reactivite de 0 a 100 

en réduisent le temps gestionover... tu augmente le nombre de calcul et donc ton lissage mais c'est au  détriment des autre fonctions de l'esp
(lecture des sondes, connexion a d'autre esp, connexion aux mqtt,enregistrement des données,......)
ce qui te permet de plus souvent calculer c'est grande fluctuation et d'avoir une meilleur moyenne sur 2s
6800W pV
un triac sur  résistance cumulus eau sanitaire
2 relais SSR sur 2 résistances pour cumulus chauffage
et 1 relais  SSR sur radiateur en on/off
4 DS18b20 plus 4 thermistances
2 JSY-MK-194 soit 4 ampèremètre
8 relais  sur 74hc595 contrôle, chaudière, planché, vanne, circulateur.....
Répondre
#8
Bonjour

Pourquoi regulé toutes les 10 ms si on mesure toute les 200ms? A part nouvel régul juste après lecture.
Donc vaudrait mieux lancer le calcul à la réception de la mesure.
Je me trompe?
Esp32 wroom avec ui2 et Ssr en construction pas de PV
Répondre
#9
(15-03-2025, 01:23 PM)Laurent53 a écrit : Bonjour

Pourquoi regulé toutes les 10 ms si on mesure toute les 200ms? A part nouvel régul juste après lecture.
Donc vaudrait mieux lancer le calcul à la réception de la mesure.
Je me trompe?

Oui, ne lancer une régulation qu'après une réception de puissance,  ça paraît assez logique.
Répondre
#10
Bonjour laurent53,

peut être que tu n'a pas tord mais le system tel qu'il est fonctionne vraiment très  bien
j'ai fait plein d'essai de la sorte ce que j'ai gagné ce sont des reboot 
mon system est assez compliqué 4 resistances a régulés et plein de fonction supplémentaire que j'ai ajouté a gérer
les jours les plus compliqué nuage soleil nuage vent  soleil nuage .....
j'injecte maximum 500Wh  valeur réel du Linky par jour et j'ai plein de jour a zero quant le temp n'est pas trop changeant
photo d'une journée avec plein de 0 injecté et plein de 0.02kwh soutiré
les calcules d'André sont parfait mais il ne faut pas regarder les graph de pres ils sont trop precis ce qui est important c'est la réalité du linky 

    ce jour la mais panneau on produit 28,7kwh
6800W pV
un triac sur  résistance cumulus eau sanitaire
2 relais SSR sur 2 résistances pour cumulus chauffage
et 1 relais  SSR sur radiateur en on/off
4 DS18b20 plus 4 thermistances
2 JSY-MK-194 soit 4 ampèremètre
8 relais  sur 74hc595 contrôle, chaudière, planché, vanne, circulateur.....
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)