Forum Domoticz en français

Dans le data.json j'ai le "conso_base" : 007354439,

C'est les KW depuis le debut ? Ca me parait gros... Sinon c'est que le reset n'efface pas ça !?

galipette a écrit : 30 déc. 2019, 00:59 Bonjour à tous,

J'utilise un Eco Compteur depuis deux ans et demi, et je rencontre un problème de fond... Qui me donne bien l'impression que cet engin est une grosse bouse.

Toute mon installation est répartie sur les 5 tores. Cela fonctionnait bien au début, la somme des 5 compteurs était très proche de ma consommation totale EDF. Dans l'interface web, le canal "Autres" était donc proche de zéro.

Je me suis rendu compte au fil du temps que la voie "Autres" devenait de plus en plus importante dans la consommation mensuelle, ce qui n'était pas logique. En creusant un peu, j'ai vu que sur les voies dont le compteur était le plus élevé (chauffage notemment), une puissance faible comme 100W, bien mesurée en instantanné par les tores, n'incrémentait plus le compteur dans le log1.csv chaque heure.

J'ai donc creusé un peu plus, et voici mes conclusions:
- Dans les fichiers H1.BIN à H12.BIN, les compteurs sont au format float 32 bits
- Lorsque l'on récupère la valeurs des compteurs (dans un json custom, avec les registres comme ~LG536 2 12724$) on obtient une valeur qui correspond exactement à un nombre représentable en float 32 bits
- Les compteurs sont incrémentés une fois par seconde
- Pour mon chauffage, dont le compteur est à 10246.576172 kWh, il faut une puissance de 1.8kW minimum pour que le compteur, incrémenté de 1.8/3600 ne retombe pas à sa valeur précédente après arrondi en float 32 bits.

Il semble donc que les compteurs soient implémentés en interne avec des flottants 32 bits, et qu'après deux ans d'utilisation la précision des compteurs devienne catastrophique, y compris sur l'interface web et sur l'écran du compteur lui même. Et après plusieurs années sur le marché, cela n'a jamais été corrigé dans une mise à jour. Pire, il est impossible de remettre à zero les compteurs.

Votre avis?

Bonjour,

ton post m'interpelle.

si la mise à jour est effectivement réalisée toutes les secondes, la précision va très vite diminuer si ce sont des floats 32 bits. Un tel format a grosso-modo 7 à 8 chiffres significatifs (cf. https://pub.phyks.me/sdz/sdz/maitrisez- ... thmatiques ). Dans ton cas, tu en as déjà 5 avant la virgule, ça ne laisse plus grand chose comme sensibilité.
On peut jouer avec ce site pour voir les erreurs de précision : https://www.h-schmidt.net/FloatConverter/IEEE754.html

Si c'est ça, cela veut dire qu'il s'agit d'un défaut de conception, voire d'un vice caché.
Il y a des tas de solutions logicielles pour contourner le problème (changer le format de stockage, stocker les valeurs cumulées par heure dans un autre compteur puis additionner au compteur total avant de le remettre à 0, ...).

Bonjour,
J'utilise l'ecocompteur Legrand depuis 3 ans. Les données csv dont récupérées via ethernet et analysées sous excel.
Ce que j'ai remarqué : TOUT fonctionne parfaitement bien pendant environ 2 mois avec un taux d'erreur journalier entre +4 et +6% par rapport au Linky. Chaque heure le compteur compte de l'électricité EN PLUS ET SYSTÉMATIQUEMENT.

Après 2 mois (environ!) Commence a apparaitrent dans les camemberts une valeur "Autre" en € alors qu'il continue a compter de l'électricité en plus ! Ce
Champ autre n'apparaît curieusement pas dans les camemberts en kWh...

Si on laisse faire, ce champ "Autre" apparaîtra de plus en plus fréquemment alors qu'il compte toujours davantage d'électricité que le linky sur la journée... Il arrive cependant sur cette période qu'à certaines heures le compteur compte moins que le Linky. Puis subitement un beau jour il va se mettre a compter moins d'électricité que le linky sur 1 journée et la présence du champ "Autre" sera justifié !

Si on laisse passer les semaines, le taux d'électricité non comptabilisée augmente progressivement. Je suis arrivé a -20% en ce qui me concerne. Le défaut ne fait qu'augmenter au fil du temps...
Je précise que le fait de l'eteindre et de le rallumer ne change strictement rien au problème, ni la version du firmware (3.0.17 en ce qui me concerne).

Seule solution : Un hard reset fait perdre toutes les données mais remet immédiatement tout en place pour environ 2 nouveaux mois (taux d'erreur journalier très régulier entre +4 et +6%) et jamais d'erreur en moins sur la conso électrique sur aucune des 24 heures des différentes journées !
Après (environ !) deux mois, le cycle recommence et il est nécessaire d'effectuer à nouveau un hard reset...

Pour pas qu'il y ait d'ambiguité, je précise que je mesure l'intégralité de la consommation électrique répartie sur les 5 entrées de l'Ecocompteur.

Ce que j'ai pu remarquer (mais je ne peux l'affirmer car c'est assez difficile), c'est que la mesure instantanée est toujours juste. ce n'est pas elle qui est en cause à mon avis mais l’enregistrement (ou le traitement ) des données. Je dis cela car en été quand il se met à dérailler, la conso (faible) de la pompe à chaleur constituée par le circulateur se voit bien en temps réel mais on ne la retrouve pas toujours ensuite dans le fichier "CSV"...
En outre, j'ai également remarqué que plus la conso était élevée (quand le chauffage tourne l'hiver par exemple), moins le phénomène décrit est perceptible.

Je n'ai pas compris l'explication technique de "Galipette" sur ce forum, mais en tout cas elle correspond en tous points aux problèmes que je rencontre systématiquement avec cet EcoCompteur !
Cela me semble cependant bizarre qu'une boite comme Legrand fasse un produit censé enregistrer sur plusieurs années des données en partant sur une base de travail complètement erronée.. Mais pourquoi pas !
Ce que je ne comprends pas bien non plus c'est que régulièrement (environ tous les 15 jours) le fichier horaire est écrasé par les nouvelles données, donc ce fichier ne grossit jamais.. Quant au fichier journalier, c'est 730 lignes Excel pour 2 ans...
Bref, j'ai effectué une réclamation à Legrand avec tout le descriptif, copies d'écran et fichiers CSV, mais je ne m'attends pas à une réponse très claire de leur part !

Merci pour le temps passé à analyser le comportement et ton retour d'expérience.
Ce que tu indiques comme comportement est tout à fait normal par rapport à la précision du stockage de données utilisé par l'écocompteur. C'est pour cela que je parlais d'une faute de conception (c'est tellement énorme !).

Tiens nous informé de la réponse de Legrand (si tu en as une).

Je n'ai pas eu de réponse à ce jour de la part de Legrand (3 mois d'attente, bon ok avec 2 en période de télétravail...).
Me demande n'et cependant pas "embourbée" puisqu'on m'a demandé par mail la version du firmware puis un peu plus tard le numéro de fabrication du compteur... Bref patience (!) )

J'ai quand même reçu 2 appels téléphoniques du service qualité de Legrand qui souhaitaient connaître ma satisfaction face à la question posée alors que je n'ai à ce jour jamais eu de réponse... Ca craint un peu Legrand !

Pour compléter mes observations précédentes, je ne partage pas complètement les explications sur la précision des nombres à virgule flottantes pour la raison suivante :
Si on trace par heure les histogrammes de la consommation électrique totale données par le Linky (valeur supposée exacte) et qu'on juxtapose le taux d'erreur d'enregistrement par heure (valeur Linky - valeur Ecocompteur), on s'apperçoit que ce n'est absolument pas proportionnel ! Et même parfois, pour une heure avec une conso minimale on aura environ +3% d'erreur par rapport au Linky et l'heure d'après avec une conso quasi similaire on sera à -4%... Et ceci semble très aléatoire. De nuit la conso est au minimum mais très régulière et les erreurs d'enregistrement de consommation n'ont strictement rien de régulier...
Bref, s'il s'agissait 'un défaut de conception lié à un enregistrement en virgule flottante à 32 bits -explication très séduisante à priori puisqu'elle expliquerait à peu près tout ce que j'ai pu observer...), la dernière remarque évoquée dans le présent post serait de nature à contredire cette explication ou tout au moins à dire qu'il n'y a pas que cela comme problème...

Bonsoir tous le monde,
Je suis tombé par hasard sur ce forum concernant la dérive de l'ecocompteur, et malheureusement j'ai exactement le même phénomène. Depuis 4 mois la conso "autre" augmente de jour en jour. Je suis à la vesion 3.0.15.
Demain je ferai une réclamation, en étant plusieur à le faire j'espère que legrand fera quelque chose
Ps: il mets impossible de faire une mise à jour. Ecoupdater me dit "erreur de connection server". Je ne sais pas si cela vient de chez moi.
Bonne soirée

Bonjour,

Le problème que vous rencontrez est celui que je décris. Je pense l'avoir à peu près cerné après 3 ans d'utilisation...

Le problème pour se rendre compte de ce phénomène c'est qu'il faut absolument tout mesurer de sa consommation électrique. Je m'explique : si depuis le départ vous avez des "Autres" (par exemple vous avez choisi de ne pas mesurer la conso de la charge d'une voiture électrique), ces "Autres" ne vont cesser d'augmenter avec le temps et en conclusion vous les mettrez en toute logique "sur le dos" de la voiture électrique !
Si en revanche vous mesurez l'intégralité de votre conso électrique et que subitement des "Autres" apparaissent, là vous vous posez des questions !
Bref, pour que des gens se plaignent de ce phénomène, il faut qu'ils utilisent réellement l'ecocompteur dans ses possibilités (et qu'ils en aient le temps !) et que si possible toute l'installation soit prise en compte. Après il faut avoir la volonté de se signaler soit chez Legrand soit sur des forums comme ici... Moralité le nombre de personnes susceptibles de se plaindre est assez limité à mon avis... Quoique visiblement nous sommes quand même plusieurs !

Bon bref, pour votre problème de "Autres", vous pouvez y aller les yeux fermés, vous faites un "Reset" et tout va refonctionner parfaitement... pendant quelques temps...
Par contre sauvegardez car vous perdez toutes les données sauf celles qui sont enregistrées dans l'ecocompteur comme le nom des Tores 1 à 5, le prix de l'electricité, du m3 d'eau etc etc... Toutes ces données sont généralement perdues il faut le savoir lors d'une mise à jour logicielle.

En ce qui concerne Legrand pour l'instant pas de réponse au problème. Au dernier contact ils ont été surpris d'apprendre qu'il y avait un Reset sur leur produit car soit disant il n'était pas implanté... Je les ai renvoyé sur leur documentation où c'est écrit noir sur blanc... "Ah bon..."
Ensuite il m'a été indiqué que cet appareillage n'avait pas non plus été conçu pour avoir une précision de mesure faite pour faire de la facturation... Non ok mais avec 25% d'erreur de mesure au bout d'un an il ne sert plus non plus A RIEN ! L'argument a visiblement été compris sur ce dernier point...

En ce qui concerne les mises à jour logiciel (jamais documentées chez Legrand), elles ne serviraient que pour régler des problèmes de connexion avec le LInky des données erronées ayant été parfois récupérées. Cela n'a rien à voir avec le problème exposé puisque pendant x mois il compte plus que ce qu'indique le Linky avant dde faire apparaitre des "Autres" alors qu'il y a toujours plus que le Linky (donc peu importe qu'on ait 50 Watts de plus que le Linky ou que par erreur il y au 5KW puisque les Autres n'ont rien à faire dans ce cas là).
Bref, je ne pense pas qu'une mise à jour soit un jour disponible pour régler le problème (sous réserve que ce soit possible par rapport à la conception du matériel et notamment la remarque très intéressante sur le calcul en virgule flottante 32 bits exposé ici), car parfois j'ai l'impression de mieux connaître le matériel qu'eux (coup du Reset par exemple...)

La seule chose que je n'ai pas encore bien déterminé c'est si la dérive constatée est liée au temps d'enregistrement de l'ecocompteur ou à la consommation électrique mesurée (et donc qui collerait avec l'explication du calcul en virgule flottante). J'aurais cette réponse probablement en octobre car l'été j'ai mois de conso qu'en hiver (chauffage). donc si je continue à devoir refaire un Reset tous les deux mois en été c'est que c'est lié au temps de fonctionnement.

Ci dessous je vous laisse deux graphiques qui ont été réalisés après deux mois de fonctionnement continu de l'appareil, lorsque le problème commence à apparaître :
- Le premier le jour du Reset vers 10H05 (la mise à jour se fait toutes les heures à XXH02). Sur cette série on a la conso mesurée par Linky en haut et en bas l'erreur calculée par rapport au Linky. Avant 10H00 on s'aperçoit qu'il compte moins de conso que réellement de manière assez aléatoire (comme depuis plusieurs jours). Après 10H00, tout bascule, on se retrouve à un taux d'erreur toujours supérieur et constant entre +4 et +6% (sur la journée on est à +2.84% puisque de 00H à 10H00 il a "déconné".
- Le second graphique pris le lendemain montre que la situation est stable avec +4.72% de conso mesurée en plus par arpport au Linky et jamais en moins. Cela va durer ainsi pendant environ 2 mois.

Ce problème est récurent ET TOUJOURS LE MEME donc très facile à reproduire (je le reproduis tous les deux mois depuis 3 ans !). A mon avis il n'y a aucune raison qu'il ne se reproduise pas sur tous les Ecocompteurs du marché !!!
Après, est-ce possible à Legrand de régler le problème par Soft ??? Quand on voit qu'ils découvrent qu'il existe un Reset sur leur Ecocompteur, cela me parait difficile !
Et heureusement que ce reset existe car sinon avec 60% d'erreur au bout de 2 ou 3 ans (erreur qui ne cesse d'augmenter avec le temps !), l'appareil est bon à mettre à la poubelle !

Après essais en période estivale (et donc sans chauffage et de ce fait faible conso par rapport à l'hiver), la période de fonctionnement "correcte" de l'Ecocompteur Legrand est toujours la même (environ 2 mois).

J'en déduis que les problèmes constatés au niveau de l'enregistrement des données sont liés à la durée de fonctionnement de l'EcoCompteur et non au total de conso mesuré !

Ca ne corrige en rien le problème des valeurs erronées mais si ça peut aider quelqu'un à en trouver la raison et encore mieux la solution... Mais ne rêvons pas, si Legrand ne l'a pas résolu (avec le recul ils n'ont pas pu y passer à côté tellement c'est gros !), je doute fort que nous ayons un jour une solution à ce qui s'apparente à un défaut de conception !

Le reset tous les deux mois n'est pas prêt de s'arrêter !

Lavabre a écrit : 08 août 2020, 19:10 Après essais en période estivale (et donc sans chauffage et de ce fait faible conso par rapport à l'hiver), la période de fonctionnement "correcte" de l'Ecocompteur Legrand est toujours la même (environ 2 mois).

J'en déduis que les problèmes constatés au niveau de l'enregistrement des données sont liés à la durée de fonctionnement de l'EcoCompteur et non au total de conso mesuré !

Ca ne corrige en rien le problème des valeurs erronées mais si ça peut aider quelqu'un à en trouver la raison et encore mieux la solution... Mais ne rêvons pas, si Legrand ne l'a pas résolu (avec le recul ils n'ont pas pu y passer à côté tellement c'est gros !), je doute fort que nous ayons un jour une solution à ce qui s'apparente à un défaut de conception !

Le reset tous les deux mois n'est pas prêt de s'arrêter !

Bonjour,

Ce compteur m’intéresse pour pouvoir relever la consommation via les pinces ampèremétriques. J'ai quelques questions pour être sure de bien avoir compris,

1/ Le problème que tu remontes sur la dérive n'impacte pas le relevé temps réel?

2/ Actuellement, je fais le relevé via le teleinfo et un script maison, sauf que la précision ne descends pas sous le Wh (environ 10/12 par minutes), donc assez peu précis quand on cherche à analyser un pic sous la minute. Si j'ai bien lu l'extrait du json, la précision du relevé instantané renvoi 5 chiffres après la virgule (donc infiniment plus précis que le teleinfo), tu pourrais me le confirmer?

3/ Question con, mais est ce qu'il plante? tout du moins, est-ce qu'il reste parfois planté et un reboot manuel est nécessaire?

Merci beaucoup.

Halesk a écrit : 10 août 2020, 23:57
Bonjour,

Ce compteur m’intéresse pour pouvoir relever la consommation via les pinces ampèremétriques. J'ai quelques questions pour être sure de bien avoir compris,

1/ Le problème que tu remontes sur la dérive n'impacte pas le relevé temps réel?

2/ Actuellement, je fais le relevé via le teleinfo et un script maison, sauf que la précision ne descends pas sous le Wh (environ 10/12 par minutes), donc assez peu précis quand on cherche à analyser un pic sous la minute. Si j'ai bien lu l'extrait du json, la précision du relevé instantané renvoi 5 chiffres après la virgule (donc infiniment plus précis que le teleinfo), tu pourrais me le confirmer?

3/ Question con, mais est ce qu'il plante? tout du moins, est-ce qu'il reste parfois planté et un reboot manuel est nécessaire?

Merci beaucoup.

1/ a priori, le temps réél est correct
2/ la puissance mesurée en temps réél est en Watt (1 mesure par seconde)
3/ pas de cas de plantage à ma connaissance