Attention, je pense que tu confonds puissance et consommation. Tes index ne donnent que la consommation. le delta que tu as calculé est une consommation sur une minute.
Si pendant cette minute un appareil qui a une puissance de 1200 w ne fonctionne que 30 secondes, il n’aura consommé que 10wh soit 0,01 Kwh, et tu ne peux pas dire que ton appareil a une puissance de 600w.
Tout dépend de la durée pendant laquelle une puissance est utilisée. La seule possibilité pour avoir une puissance est avec un ampèremètre (qui va te donner l’intensité, à multiplier par la tension), le linky va t’indiquer une consommation, pas une puissance. Par calcul, tu peux en déduire une puissance moyenne, mais pas une puissance instantanée.
Je ne sais pas si je me suis bien fait comprendre.
@EchoVictor : oui ok c’est ma formule qui n’est pas bonne. Pour avoir un semblant d’instantané (mais moyenné sur 1 minute) il faut faire : (différence d’index en 1 minutes) * 3600 / 60
J’ai comparé un mettant un tore autour de l’arrivée du tableau et branché sur une entrée de mon Ecocompteur, les chiffres sont plutôt correctes mais un peu en dessous de la réalité et forcement pas très réactif pour repérer les montées brutales.
Le problème c’est que je compte faire du délestage et je ne suis pas sûr que le fait d’attendre trop longtemps un retour d’information « fiable » permette de couper les circuits avant que Linky ne coupe le courant.
D’après ce que j’ai lu, Linky envoi bien la PAPP, ça doit être cette valeur qu’il faut récupérer, le problème c’est surtout que l’Ecocompteur Legrand n’a pas l’air de récupérer cette information et du coup ne permet pas de la récupérer.
@Dams : Je comprend bien que le module USB ne consomme pas grand chose, c’est pas le problème. valdoche a carrément installé un second boitier Jeedom pour brancher le module dessus et c’est un peu ce que j’aimerai éviter car c’est à nouveau un investissement important en matériel et en consommation H24 (le boitier Jeedom, pas le module USB).
Est-ce que le branchement d’un adaptateur USB → RJ45 pourrait fonctionner afin que le plugin teleinformation récupère les informations sur le réseau ?
La meilleure solution est tout de même de récupérer la Télé Info du compteur LINKY. Surtout pour faire du délestage.
Il existe des kits de télé info en WiFi. A chercher sur l’ancien forum. Il me semble qu’il y a un sujet a ce propos.
Mettre un deuxième Raspberry avec un Jeedom en esclave n’est pas forcément une mauvaise idée. Le but est quand même de faire des économies avec le délestage. Et pour y parvenir, il faut accepter parfois de dépenser un peu d’argent pour ensuite faire des économies. C’est du retour sur investissement. A calculer pour voir si cela vaut le coup.
@Bison: Pour faire du délestage, seule l’électronique est instantanée (ou presque), je ne suis pas sûr que le linky se dise "tiens je vais attendre 3 secondes pour voir ce qu’il fait.
L’informatique même avec des capteurs ultra performants demande un certain temps, même en codant en assembleur.
Excellent cette astuce de TAM, merci pour le lien ! Je tenterai ça demain. Si c’est OK ça me libérera une entrée sur L’ECOCOMPTEUR.
Ceci dit effectivement ta reflexion a du sens.
Tenez-nous au courant.
Je n’ai pas osé faire cette manip.
Pour moi la différence d’index est la seule méthode précise compte-tenu de la relève chaque minute.
J’ai déjà de grosses variations de puissance:
Et y’a pas moyen de faire en sorte qu’un plugin (ecocompteur Legrand ici) interroge le matériel plus fréquemment que 1mn (car basé sur un cron) comme par exemple 10s ?
Pour récupérer la PAPP ça serait plus précis puisque tu dis qu’elle est mise à jour en temps réel sur Linky.
Si on utilise les index, même remarque, est-ce qu’ils sont mis à jour suffisamment régulièrement pour que ça vaille le coup de descendre le temps d’interrogation de l’équipement.
J’ai fais la modification du fichier TI.OBI de l’ecocompteur pour récupérer la valeur PAPP envoyé par Linky, je confirme que ça fonctionne.
Je me suis amusé à faire un comparatif entre :
Pince ampèremétrique (tore) placée entre compteur général et tableau électrique et dont l’information est récupéré par l’ecocompteur (courbe bleu)
PAPP issue de Linky et récupéré par l’ecocompteur (courbe rouge)
Consommation moyennée sur 1 minute après calcul de la différence d’index issue de Linky et récupéré par l’ecocompteur (courbe verte)
Je considère que le tore donne une information juste mais il faudrait vérifier avec une autre pince ampéremétrique pour valider.
On voit bien que :
Dans l’ensemble les 3 courbes se suivent, indiquant la cohérence des résultats
La valeur de la PAPP Linky est systématiquement au dessus de la valeur donnée par le tore mais garde presque toujours le même écart
Que le calcul sur les index semble perdre un peu les pédales sur la 2eme partie du graph alors qu’il semblait finalement plus proche de la PAPP Linky (que de l’information donnée par le tore) sur la 1ere partie
Normalement, il faut faire un daemon pour ne pas perturber le cron de Jeedom qui pourrait durer trop longtemps.
Temporairement et uniquement pour tester, vous pouvez modifier la fonction cron du plugin pour faire une interrogation toutes les 10 secondes.
public static function cron() {
foreach (eqLogic::byType('legrandeco',true) as $legrandeco) {
$legrandeco->getInformations();
$legrandeco->getData();
for($i=0;$i<5;$i++) { sleep(10); $legrandeco->getData(); } // Ligne ajoutée pour recup index
}
}
La perte de pédale des index peut s’expliquer par le fait que la relève des index qui doit se faire chaque 60s, peut se faire à 58s, 59s, 61s, 62s selon la charge de Jeedom
Il faut calculer le nombre de secondes entre les 2 relevés et ne pas faire systématiquement *3600/60
J’ai modifié le scénario de calcul à partir des index pour prendre en compte le vrai temps qui s’écoule entre les 2 exécutions. On va voir si ça colle mieux mais effectivement ça a du sens.
La différence entre le tore et le PAPP du Link, c’est parce que le Link donne la puissance apparente, qui comprend la puissance active (mesurée par le tore) et la puissance réactive (non mesurée et non facturée par les fournisseurs d’énergie).
Jamais entendu parlé de ça, c’est intéressant merci
Sais-tu par hasard comment se comporte la coupure en cas de dépassement ? Il doit y avoir fatalement une tolérance par rapport à la PAPP et ça doit couper un peu au dessus de l’abonnement du coup ?
J’ai modifié vers 11h40 le fichier pour ajouter cette ligne afin de récupérer aussi les valeurs instantanées :
for($i=0;$i<5;$i++) { sleep(10); $legrandeco->getInformations(); $legrandeco->getData(); } // Ligne ajoutée pour recup index
Il me faudrait modifier mon scénario de calcul sur les index maintenant …
En tout cas pour le moment (polling 1m) même en changeant la méthode de calcul des index pour prendre en compte le véritable nombre de secondes écoulées entre les 2 prises, ça reste moins précis.
Bonjour,
Faites un zoom sur la zone intéressante (poignées de chaque coté de la zone bleutée. Là on voit pas bien.
La PAPP est aussi arrondie à la dizaine la plus proche. Voir spéc de la téléinfo.
Faire un daemon nécessiterait la réécriture du plugin.
Elle a l’air de très bien coller aux courbe de la PAPP et à celle donné par le tore. En revanche la courbe de calcul sur les index (en vert) dans un intervalle d’une minute n’est pas assez réactive.
A vu de tout ça je pense que le mieux pour gérer un affichage de la consommation instantanée et un hypothétique délestage de certains circuits est de :
modifier le fichier TI.OBI pour récupérer la PAPP du Linky sur l’ecocompteur (merci TAM)
voir si Lunarok ne pourrait pas modifier son plugin pour en faire un daemon et récupérer les valeurs plus régulièrement que sur 1 minutes. Je vais ouvrir un autre sujet voir si ça le branche.
J’ai lu ici (La puissance apparente, active et réactive - Conseils Thermiques) et en complément de l’information donné par tristanbalege que « La puissance apparente est la somme (trigonométrique) de la puissance active et réactive. C’est par ailleurs la puissance souscrite (kVA) pour son contrat d’électricité. »
La valeur de la PAPP a donc plutôt l’air très indiqué pour gérer un délestage puisque c’est visiblement sur cette valeur que Linky pourrait couper l’alimentation électrique.
J’avais bien supprimé la boucle for mais merci pour le rappel
Je me doute un peu (beaucoup? ) que Lunarok ne voudra pas modifier son plugin mais si je ne lance pas le sujet il est certain qu’il ne le fera pas alors je tente.
Je ne mesure pas l’étendu des modifications à y apporter.
Pour la nouvelle version de l’ecocompteur, on ne sait pas comment elle va se comporter, si ça se trouve il n’y aura rien à modifier coté plugin pour que ça fonctionne encore.
