18-09-2025, 01:10 PM
(Modification du message : 18-09-2025, 01:12 PM par FastFrench.)
D'accord, merci André, je crois que je vais retenir la leçon cette fois 
Concernant la fenêtre prise en compte dans la mesure pour les Linky d'une part et les Shelly d'autre part, tu as mené des investigations pour identifier la largeur de la fenêtre de mesure effective pour les deux dispositifs ? Dans mes tests pour l'instant je n'ai pas de comportement flagrant me poussant à penser que la durée des mesures pourrait être sensiblement plus courte que la seconde pour le Shelly. Notamment je n'ai pas constaté de cas où le Shelly aurait loupé un pic de courte durée.
Mais c'est assez facile à confirmer, j'essaierai de regarder ça (si je n'oublie pas).
A noter que dans le cas du Linky, même si la plage mesurée dépasse la seconde, on garderait une très forte marge d'erreur si cette plage est inférieure à 2 secondes. Par exemple, si la plage durait 1.5 secondes, on voit que la première moitié de la seconde serait surpondérée (x2) par rapport à la seconde moitié de seconde (x1). Donc certes l'erreur serait moindre, mais pourrait quand même atteindre les 50%.
pour traiter ce problème, je vais tenter de mettre en place un mode de régulation différent, qui évite de regrouper les 1/2 sinusoïdes passantes par paquets. Ca me permettra de confirmer que ça se passe mieux (on a discuté du sujet sur un autre topic avec Lolo69, il projette aussi d'expérimenter cette idée).
A mon avis ce qui n'aide pas non plus, c'est le délai variable (et parfois assez important) entre deux lectures. J'ai le sentiment que la solution optimum serait tout simplement de faire une lecture par seconde pour le Shelly, et une toutes les deux secondes pour le Linky. Ou peut-être deux, afin de maintenir une synchronisation entre les lectures et les mesures effectives (mais c'est plus compliqué dans ce cas, ça viendra dans un second temps).

Concernant la fenêtre prise en compte dans la mesure pour les Linky d'une part et les Shelly d'autre part, tu as mené des investigations pour identifier la largeur de la fenêtre de mesure effective pour les deux dispositifs ? Dans mes tests pour l'instant je n'ai pas de comportement flagrant me poussant à penser que la durée des mesures pourrait être sensiblement plus courte que la seconde pour le Shelly. Notamment je n'ai pas constaté de cas où le Shelly aurait loupé un pic de courte durée.
Mais c'est assez facile à confirmer, j'essaierai de regarder ça (si je n'oublie pas).
A noter que dans le cas du Linky, même si la plage mesurée dépasse la seconde, on garderait une très forte marge d'erreur si cette plage est inférieure à 2 secondes. Par exemple, si la plage durait 1.5 secondes, on voit que la première moitié de la seconde serait surpondérée (x2) par rapport à la seconde moitié de seconde (x1). Donc certes l'erreur serait moindre, mais pourrait quand même atteindre les 50%.
pour traiter ce problème, je vais tenter de mettre en place un mode de régulation différent, qui évite de regrouper les 1/2 sinusoïdes passantes par paquets. Ca me permettra de confirmer que ça se passe mieux (on a discuté du sujet sur un autre topic avec Lolo69, il projette aussi d'expérimenter cette idée).
A mon avis ce qui n'aide pas non plus, c'est le délai variable (et parfois assez important) entre deux lectures. J'ai le sentiment que la solution optimum serait tout simplement de faire une lecture par seconde pour le Shelly, et une toutes les deux secondes pour le Linky. Ou peut-être deux, afin de maintenir une synchronisation entre les lectures et les mesures effectives (mais c'est plus compliqué dans ce cas, ça viendra dans un second temps).
GibHub repository: https://github.com/FastFrench/F1ATB_Router
Ma config:
P.V. 3kWc
Ballon E.C.S. 3kW
Routeur F1ATB 15.09 sur CYD, Shelly Pro 3EM (Ethernet), SSR (train de sinus)
Ma config:
P.V. 3kWc
Ballon E.C.S. 3kW
Routeur F1ATB 15.09 sur CYD, Shelly Pro 3EM (Ethernet), SSR (train de sinus)