Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Codage Shelly
#21
Merci à André et Lolo69 pour votre travail. 

De mon côté j'ai laissé refroidir l'EC de 5 degrés et attendu le soleil pour reprendre mes tests. Ce semble moins prometteur qu'hier. 
Je vais faire un autre topic pour décrire mes actions et résultats obtenus, peut-être y a-t-il un truc évident qui m'échappe.
Répondre
#22
Les tests de 59jag sont intéressants. Ils montrent 2 choses :
- il n'est pas nécessaire de trop échantillonné le Shelly
- la mesure de puissance se fait probablement sur 1s ce qui est bon pour les modes multi-sinus et train de sinus.

J'ai fait la manip avec un Shelly em gen3 et je trouve de même des résultats de puissances stables pendant 1s environ

André
Répondre
#23
FastFrench tu as quoi en commande de puissance SSR ou Triac ?
En tout cas pour faire fonctionner ta version en SSR c est un comble j ai du freiner la mesure comme un dingue. J ai remplacer le filtre « RC » par un filtre exponentiel avec une constante de temps de 5s . J ai pas eu le temps de retester en le passant à 3s qui je pense doit etre une valeur optimale
En fait ca s explique, par le fait que l instant de la mesure n’est pas synchro avec la sinusoidale


Que fait on , on continue sur cette conversation ou sur celle d André version 15.04 car ca converge sur le meme sujet ?
Répondre
#24
Oui, toutes les sources d'infos semblent concorder pour dire que les Shelly mettent à jour les mesures toutes les secondes. 
Mais si on fait une lecture de puissance par seconde (ou pire), alors le temps moyen de réaction à un changement de consommation est au mieux de 0.5s en plus (1.5s au lieu de 1s). 
Et avec le lissage, c'est en fait beaucoup plus.
A noter que en passant de la 15.03 à la 15.04, je perds l'affichage de la courbe de production solaire (cf dernière capture sur https://f1atb.fr/forum_f1atb/thread-1741...l#pid14210)

@Lolo69: ma priorité pour l'instant est de faire marcher mon routeur Sad Donc j'ai essayé la 15.04, mais j'ai de petites régressions et je perds mes traces sur Telnet (il y un étage et 15m entre mon bureau et le routeur, pas pratique pour tirer un câble USB), donc je vais revenir à la 15.03.02, et, à moins d'une brillante idée, tout casser et refaire à ma sauce pour arriver à faire marcher le routeur.
Ceci dit, je suis parfaitement conscient que si ça marche partout ailleurs mais pas chez moi, le problème vient certainement de chez moi. Comme je ne vois pas ce que ça peut être, bah je vais reprendre le soft point par point jusqu'à ce que ça marche (le matériel semble OK, en tous cas je n'ai aucun indice m'incitant à le remettre en cause).
Et pour répondre à ta question, j'utilise un SSR.

@F1ATB: j'aimerais modifier le code du routeur avec ces points.
1/ -> remplacer tous les Serial.println par l'appel d'une fonction dédiée Debug(string msg).
-> cette fonction implémenterait deux modes de communication pour les traces: par port série (cable USB) ou par Réseau (Telnet).
-> une variable (ou constante) permettrait de passer d'un mode à l'autre. Serial par défaut pour le rien changer au fonctionnement actuel.
-> idéalement, ce serait bien d'avoir une option dans la configuration pour choisir le mode des traces
-> par contre j'aurais besoin d'aide pour ajouter cette option dans la configuration. Je ne suis pas trop chaud pour m'y risquer maintenant. Sinon on peut laisse l'option accessible uniquement à ceux qui compilent eux-mêmes le routeur.

2/ -> le code pour établir une connexion réseau, et d'autre part pour récupérer des données (une chaîne de caractère), est très similaire et reproduit à de nombreuses occasions.
Ce serait plus propre et pratique d'avoir deux fonctions partagées appelées partout pour le faire.
Ca ne changerait rien au fonctionnement, mais rendrait juste le code plus lisible et maintenable.

Qu'en pensez-vous ?
Répondre
#25
Oui c est inherent au mode multi sinus / train de sinus , cet aprem je vais tester sur un rms en triac sur un convecteur. Je vais me faire engueuler les ecolos faire tourner un convecteur en plein été !!! Mais au moins je suis pas embêté par le thermostat !!!

Pow pow pow la 15.03 optimized de FastFrench avec des petites customisation LBE avec un triac c est de la baaaalllle .
j attends que tu ouvres une conversation sur les résultats pour poster les miens
je compense en moins de 3 secondes un demarrage ou arret de pompe de piscine de 1kw avec une production de 2kw 
Par contre j'avaispas fait gaffe mais les compteurs total actifs du jour sont faux, je n'ai pas encore regardé mais dans ton module Shelly il doit y avoir des erreurs.
Bon etape suivante je teste la 15.04 d'André
Répondre
#26
(23-08-2025, 04:46 PM)Lolo69 a écrit : Oui c est inherent au mode multi sinus / train de sinus , cet aprem je vais tester sur un rms en triac sur un convecteur. Je vais me faire engueuler les ecolos faire tourner un convecteur en plein été !!! Mais au moins je suis pas embêté par le thermostat !!!

Qu'est-ce qui est inhérent aux modes multi-sinus/train de sinus ? Le fait de ne pas marcher ?!
Répondre
#27
(23-08-2025, 05:32 PM)FastFrench a écrit :
(23-08-2025, 04:46 PM)Lolo69 a écrit : Oui c est inherent au mode multi sinus / train de sinus , cet aprem je vais tester sur un rms en triac sur un convecteur. Je vais me faire engueuler les ecolos faire tourner un convecteur en plein été !!! Mais au moins je suis pas embêté par le thermostat !!!

Qu'est-ce qui est inhérent aux modes multi-sinus/train de sinus ? Le fait de ne pas marcher ?!

le fait qu'en mutli ou train de sinus c 'est basé sur des salves de sinusoide, en echantllonnant rapidement le shelly prend sa mesure quelque par dans cette salves et donc la mesure peut etre completement faussée , il faudrait faire des dessins pour expliqué là je n' ai pas le courage

Pour continuer la V15.04 d André 
Meme probleme avec le compteur Energie Active du jour , ca ne va pas chercher la bonne info dans le shelly, je regarderai apres. Ne prenez pas en compte je dis n'importe quoi sur ces comptages j'ai les yeux qui se croisent
je ne peux pas dire si cela vient de la 15.04 je viens d'une 12 ou tout est OK sur ce comptage, quand je regarde les valeurs brutes je ne vois pas d'où viennent ces valeurs qui ne correspondent à rien
Brut de fonderie la regulation en decoupe sinus fonctionne un poil moins bien que la version 15.03FastFrench+filtrelolo mais c est très bien
Là encore je prendrai le temps de vous mettre des copies d'ecrans
Répondre
#28
Le Shelly sort une mesure toutes les secondes. Cela ne veut pas dire que la mesure de puissance se fait durant 1s. Je pense que le Shelly intégré plus court.ce qui explique les instabilités de mesure par rapport à d'autres. Il faut que je me monte un banc de mesure

Pour le Telnet, j'avais cela dans les premières versions, puis j'ai eut des problèmes. Je vais voir pour remettre cela.
André
Répondre
#29
OK merci. 

Si vous voulez vous avez une implémentation qui fonctionne ici:
15.03.01 (GitHub) - binaire et sources (l'implémentation est dans Solar_Router_V15_03.ino)

A noter qu'il n'est pas utile d'ajouter une nouvelle bibliothèque (ça existe mais c'est inutile, et ça pèse lourd), et léger au niveau du code ajouté. 

A mon avis, le Shelly lisse très certainement les valeurs mesurées sur la seconde (ou proche). Soit de façon purement électronique (un filtrage est nécessaire de toutes façons au moins à l'échelle de la sinusoïde), soit de façon électronique (sur une ou plusieurs périodes de 20ms) puis logicielle (moyenne de plusieurs mesures). Mais au final, cela n'importe pas vraiment.
Je pense très improbable que le Shelly donne des valeurs plus instantanées que des moyennes sur la seconde. Cela ne présenterait que des inconvénients en fait. Ca ferait même du Shelly un gadget sans grand intérêt (si il prenait une valeur instantanée à un moment arbitraire chaque seconde).
Répondre


Atteindre :


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