Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Retours d'expérience sur la configuration des actions
#11
D'accord, je vais essayer ça dès que le soleil tape sur les PV. 
(mes derniers essais étaient avec Réactivité 4, train de Sinus, Réactivité CACSI x4)
Merci

Essai pas très concluant. 
   

A l'affichage, j'ai bien les mesures de puissance qui se mettent à jour toutes les 2 secondes, mais cependant quand même des messages TimeOut dans l'onglet Message. 

A noter que la puissance injectée n'est que de qqs watts (ce qui déclenche une consommation supérieure à 1000W en pic, et plusieurs centaines de watts en moyenne).
Répondre
#12
pourquoi mettre de la réactivité cacsi ? tu n'es pas en mesure linky, donc tu ne dois pas utiliser cette fonction, c'est ce qu'explique André.
Répondre
#13
(12-08-2025, 12:59 PM)grostoto a écrit : pourquoi mettre de la réactivité cacsi ? tu n'es pas en mesure linky, donc tu ne dois pas utiliser cette fonction, c'est ce qu'explique André.

Faute d'arriver à obtenir un fonctionnement adéquat avec des configurations "logiques", j'essaie un peu tout. 

A vrai dire, je n'ai vu nulle part que cette option était réservée pour les mesures Linky (pas même dans le code). Ça a du m'échapper.
Répondre
#14
André le précise dans une de ces réponses sur le forum je crois.
cela sert uniquement pour compenser le pb de réactivité de la mesure linky avec cacsi.

il faut rester sur des configurations normales, que tu trouves largement sur le forum, et trouver ou est la différence avec ton montage (défaillance electronique ou autre).

mais je pense que si tu ajoutes des paramètres non prévu..

d'ailleurs, tu n'as pas mis les copies écrans des tes configs paramètre et copie des listes de messages.. des fois cela aide...
on a parfois le défaut écrit devant le bout du nez sans le voir..
Répondre
#15
Hello. 
Là j'en suis à débugger les actions, pour comprendre comment ça marche et ce qui ne fonctionne pas (c'est finalement assez simple de debugger à distance - via WiFi. Si ça intéresse du monde, je peux faire un p'tit tuto). 
Un truc que j'ai remarqué, mais probablement pas le problème principal: avec une charge de 3kW, on est à une mesure de puissance toutes les 1,2 secondes. 
Sachant qu'en interne le Shelly fait une mesure par seconde (j'ai vérifié, c'et bien la moyenne et l'écart type est faible), en moyenne on connait la puissance consommée avec un retard de 1,7 secondes. C'est beaucoup, et ça pourrait être moins. Je ne comprend pas vraiment la logique de cette variable "ralenti" qui fait - si j'ai bien compris - que plus la charge est importante, plus on va ralentir la vitesse de lecture. Ca me semble particulièrement contre-intuitif: c'est surtout quand on consomme beaucoup qu'il est important d'optimiser la conso. 
Donc j'ai abaissé la vitesse de mesure à 0,2 secondes. Ainsi j'ai en moyenne la température avec seulement 0.7s de retard, en moyenne. C'est toujours ça de gagné. 

Là je pars 1 semaine, je reprendrai mes expériences ensuite.
Répondre
#16
(Il y a 4 heures)FastFrench a écrit : Hello. 
Là j'en suis à débugger les actions, pour comprendre comment ça marche et ce qui ne fonctionne pas (c'est finalement assez simple de debugger à distance - via WiFi. Si ça intéresse du monde, je peux faire un p'tit tuto). 
Un truc que j'ai remarqué, mais probablement pas le problème principal: avec une charge de 3kW, on est à une mesure de puissance toutes les 1,2 secondes. 
Sachant qu'en interne le Shelly fait une mesure par seconde (j'ai vérifié, c'et bien la moyenne et l'écart type est faible), en moyenne on connait la puissance consommée avec un retard de 1,7 secondes. C'est beaucoup, et ça pourrait être moins. Je ne comprend pas vraiment la logique de cette variable "ralenti" qui fait - si j'ai bien compris - que plus la charge est importante, plus on va ralentir la vitesse de lecture. Ca me semble particulièrement contre-intuitif: c'est surtout quand on consomme beaucoup qu'il est important d'optimiser la conso. 
Donc j'ai abaissé la vitesse de mesure à 0,2 secondes. Ainsi j'ai en moyenne la température avec seulement 0.7s de retard, en moyenne. C'est toujours ça de gagné. 

Là je pars 1 semaine, je reprendrai mes expériences ensuite.

hello je suis d'accord avec toi FastFrench , je ne comprend pas l'interet du 200+ralenti .... 
De mon coté en ayant corrigé le bug de connexion ( il manque une fermeture des socket TCP dans les programmes d'André , j'ai meme passé le timer fixe à 100ms et mes routeurs tournent comme des horloges depuis, plus de reset , plus de connection failed et un sentiment ( cela reste un sentiment) d'une meilleure régulation quelque soit le point de fonctionnement.
Si tu le souhaites je peux t'indiquer précisement les 3 lignes à rajouter dans le code source
Répondre


Atteindre :


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