Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Stop Intégrale : acceleration de la reponse
#11
Je pense aussi que de nombreuses personnes sont intéressées par un développement et des améliorations de la régulation, et aussi disponible aux tests
RMS v.16 : UxI2  (SSR CE Sanitaire, SSR CE Préchauffage, SSR Marche Forcée), Nomade bain d'huile, Sondes T°, Linky (suivi)
PV 2600 Wc (4x425w + 2x500w), OpenDTU (HM,HMS), HA sur rpi5
Un grand merci à André et à la communauté
Répondre

#12
Pour Lolo69, 2 questions
Dans votre code, je ne vois pas ou vous mettez la puissance du dispositif connecté
De quel 'bug d'affichage' vous parlez plus haut ?

Cdlt
André
Répondre

#13
Pour publier le code il faut que je le transforme pour regrouper toutes les modifications au même endroit pour faciliter les explications de son intégration dans le code original. Pour l instant il faut rajouter ou modifier des lignes par ci par là dans le module solar_routeur. Ce n est pas simple à guider uniquement avec les numéros de ligne.
J ai en effet besoin de feed-back pour la partie réglage car avec une installation semblable à la mienne je sais que ça fonctionnera immédiatement, mais pour ceux qui ont plus ou moins de puissance il faut que je vérifie la loi d adaptation. Mon convecteur est double puissance cela me permet de tester avec 1000 et 2000 w ce qui je pense couvre pas mal de cas .

(07-11-2025, 02:57 AM)F1ATB a écrit : Pour Lolo69, 2 questions
Dans votre code, je ne vois pas ou vous mettez la puissance du dispositif connecté
De quel  'bug d'affichage' vous parlez plus haut ?

Cdlt
André

Le code affiché dans le fil n est qu un code de principe, je posterai le code final.
Dans l algo j ai une intégrale “dynamique” dont la courbe de variation est influencée par la puissance du device et j’ ai aussi ajouté de l action proportionnelle  sur l erreur filtrée pour accélérer la réaction sur les grosses variations brusques sans rentrer en pompage et donc besoin aussi de la puissance pour créer un modèle dynamique simplifié du process.

Pour le bug Je parle de celui qui enregistre les paramètres non raffraichi des paramètres , il m arrive fréquemment de devoir réimporter les paramètres, même en jouant avec ctrl F5 et reset et heureusement je garde toujours un “vieux” fichier car ce n est pas rare que le fichier que je refais est corrompu.
J ai des idées de la source profonde du soucis ( rafraîchissement des pages non actives) et des moyens de s’en prémunir mais ça fera l objet d un sujet séparé pour ne pas tout mélanger)

(07-11-2025, 12:48 AM)memz a écrit : Je pense aussi que de nombreuses personnes sont intéressées par un développement et des améliorations de la régulation, et aussi disponible aux tests

Je t envoie le BIN en pv dans la journée.
La base de ma version est une 15.03 donc il n y a pas les dernières modif d André des versions >15.03 
Et j ai traficoté le premier graphique pour superposer la sortie à la mesure en alternative à la puissance apparente pour mieux vérifier le comportement de la régulation.
Si tes tests sont concluant je ferais l effort de documenter correctement les modifs ici pour en faire profiter la communauté 
Merci à toi
Répondre

#14
@Lolo69 vu que tu sembles avoir des modifs à différents endroits, pour en faire la liste exhaustive tu peux utiliser un outil de comparaison comme meld : https://meldmerge.org/
Meld permet de comparer deux répertoires entre eux, tu pourrais donc comparer le répertoire de la 15.03 d'origine avec celui qui contient tes changements et tu pourras voir tout ce que tu as changé.
Si tu veux passer ton code sur la 15.12, meld permet aussi de faire du merge donc tu peux également comparer ton répertoire de la 15.03 modifiée avec celui de la 15.12 et reporter tes changements dedans.
Si tu compares deux versions différentes, le mieux est de renommer le fichier Solar_Router_Vxx.ino dans un des répertoires afin de lui donner le même nom que celui de l'autre répertoire sinon meld considère que ce sont deux fichiers differents et on ne voit pas les différences.
Répondre

#15
merci Mike pour ces precieux conseils
En fait je ne m'étais pas mis en mode guerrier sur ce sujet, donc je ne suis pas specialement fier de la façon dont j'ai pissé les lignes de code , je préfére les transformer en code plus "pro" avant de les publier.
Répondre

#16
Bonjour, voici les retours que je peux faire :

conditions :
-temps nuageux variations au niveau de la production solaire
-version 15.03 LBE sur ESP32 wroom seul, esp32 de test
-mesure UxI2 avec JSY-MK-194G 
-SSR sur CE 2000w
-seuil 0W, réactivité 10, multisinus

Courbe avec variations uniquement au niveau de la production solaire
   
   

Avec machine à laver 
   

Avec un routage élevé
   

Avec démarrage Bouilloire entre -4et-5mn et fin -1.5mn
   

Commentaires :
je continue à avoir un scintillement sur les led mais il me semble plus léger, après ça varie avec le niveau de routage donc à voir (avec la 15.12 demi-sinus il me semblait ne plus avoir de scintillement à l'installation puis à bas ou haut niveau de routage cela a réapparu)

Si je peux faire d'autres tests ou plus d'infos je suis dispo

Vu par le RMS avec SSR CE 2000W
   

Avec le rms linky de contrôle :
   

avec seulement le talon de la maison env.230w et une variation au niveau de la production

Avec un seuil à -10 et un routage autour de 500w vers le CE la courbe se stabilise et je n'ai quasiment plus de consommation linky, et l'amplitude d'injection/soutirage est beaucoup plus faible
Répondre

#17
Merci pour ce retour détaillé, qui est conforme aux attentes, cela fera une base de comparaison avec la v16 PID
Répondre

#18
Je viens d'installer la v.16 en multisinus ou en demi-sinus le scintillement des led est important par rapport à la version multisinus de votre version modifiée où le scintillement est légèrement perceptible mais non génant chez moi. S'il est possible de la porter en v16.01....
Répondre

#19
(10-11-2025, 03:18 PM)memz a écrit : Je viens d'installer la v.16 en multisinus ou en demi-sinus le scintillement des led est important par rapport à la version multisinus de votre version modifiée où le scintillement est légèrement perceptible mais non génant chez moi. S'il est possible de la porter en v16.01....

Lol je viens juste de le faire
mes tests en V16 officielle André donnent de moins bon resutats que les modifications que j'ai apportées et portée à la V16 officielle mais ce n est pas vraiment une surprise , il y a des explications mathematiques
- Le mode demi Sinus à une periode trop longue
- le mode multisinus regroupe les ON en debut de trame

- "Mon" mode multisinus regroupe les avantages des 2 methodes ci-dessus , des trames toujours les plus courtes possibles et une repartition des ON sur toutes cette trame

Le mode PID classique est très vite instable en raison du retard de mesure important, donc pour eviter de tomber dans cette instabilité on est obligé de mettre une proportionnelle et intégrale trop faible

"Mon" mode PID adapte automatiquement les réglages en fonction de l'écart, ce qui permet d'avoir une reponse rapide et stable sur une grande plage d'ecart

avec la V16 adaptée voici les résultats que j obtiens
   

grace à la V16 j accede à des parametres de reglages PID supplementaire qui me permettent d'ajuster les coefficients sans faire de mulitples compilations
tests fait avec mesure shelly et SSR sur un CE 2KW en mode multisnus "reparti" , coef Proportionnel 95, coef Integrale 48 coef derivée 3 ( /100 par programme)

si vous souhatez comparer la V16 "officielle" et la V16 modifiée , dites le moi je vous enverrai le BIN en PV
Répondre

#20
(10-11-2025, 04:18 PM)Lolo69 a écrit :
(10-11-2025, 03:18 PM)memz a écrit : Je viens d'installer la v.16 en multisinus ou en demi-sinus le scintillement des led est important par rapport à la version multisinus de votre version modifiée où le scintillement est légèrement perceptible mais non génant chez moi. S'il est possible de la porter en v16.01....

Lol je viens juste de le faire
mes tests en V16 officielle André donnent de moins bon resutats que les modifications que j'ai apportées et portée à la V16 officielle mais ce n est pas vraiment une surprise , il y a des explications mathematiques
- Le mode demi Sinus à une periode trop longue
- le mode multisinus regroupe les ON en debut de trame

- "Mon" mode multisinus regroupe les avantages des 2 methodes ci-dessus , des trames toujours les plus courtes possibles et une repartition des ON sur toutes cette trame

Le mode PID classique est très vite instable en raison du retard de mesure important, donc pour eviter de tomber dans cette instabilité on est obligé de mettre une proportionnelle et intégrale trop faible

"Mon" mode PID adapte automatiquement les réglages en fonction de l'écart, ce qui permet d'avoir une reponse rapide et stable sur une grande plage d'ecart

avec la V16 adaptée voici les résultats que j obtiens


grace à la V16 j accede à des parametres de reglages PID supplementaire qui me permettent d'ajuster les coefficients sans faire de mulitples compilations
tests fait avec mesure shelly et SSR sur un CE 2KW en mode multisnus "reparti" , coef Proportionnel 95, coef Integrale 48 coef derivée 3 ( /100 par programme)

si vous souhatez comparer la V16 "officielle" et la V16 modifiée , dites le moi je vous enverrai le BIN en PV

je suis intéressé pour les tests
Répondre



Atteindre :


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

Moteur MyBB, © 2002-2025 Melroy van den Berg.