Suiviconso: bug calcul HC aberrant?

Hello

J’utilise le plugin teleinfo depuis 3 semaines, je le trouve top!

Ce matin en me connectant j’ai eu le message suivant:
La somme des sous-équipements est supérieure au total de l'équipement père pour la période jour. Le camembert ne peut plus être affiché. Total père: 100.00% Total sous-équipements: 1447.2%

Effectivement il me comptabilise une conso aberrante de 82kWh pour le sous-équipement radiateurs alors que tous les radiateurs sont en eco la nuit ce qu’on voit bien sur les consos des jours précédents.
On peut aussi le vérifier sur l’historique de la nuit ce qui me fait pencher vers l’hypothèse du bug…

J’utilise 2 pinces amperemetriques Zipato PAB01, l’une qui mesure l’arrivee compteur et l’autre les radiateurs. Je viens de verifier pas de pbs niveau ZWave. Je n’ai rien changé non plus à ma config: Jeedom v3.3.35, derniere release du plugin

Des suggestions?
Merci pour votre aide

Salut,

Ce n’est pas un bug, ton équipement a du envoyer une valeur très grande et ça a donc faussé les calculs.

Il faut que tu regardes dans le plugin il y a un endroit pour corriger les valeurs. Il faut chercher l’endroit où il y a une valeur délirante et la rectifier. Je suis pas sûr PC là c’est difficile de te montrer.

salut @Bison

je pense avoir trouvé l’endroit dans la table téléinfo, hchc passe souhainement de 12480 à 94090:

MariaDB [jeedom]> desc  conso_teleinfo;
+---------------+------------+------+-----+----------+-------+
| Field         | Type       | Null | Key | Default  | Extra |
+---------------+------------+------+-----+----------+-------+
| timestamp     | bigint(10) | NO   | PRI | 0        |       |
| rec_date      | date       | NO   | MUL | NULL     |       |
| rec_time      | time       | NO   | MUL | 00:00:00 |       |
| hchp          | bigint(9)  | NO   |     | 0        |       |
| hchc          | bigint(9)  | NO   | MUL | 0        |       |
| ptec          | varchar(2) | NO   |     | NULL     |       |
| inst1         | tinyint(3) | NO   |     | 0        |       |
| imax1         | tinyint(3) | NO   |     | 0        |       |
| pmax          | int(5)     | NO   |     | 0        |       |
| papp          | int(5)     | NO   |     | 0        |       |
| id_equipement | int(11)    | NO   | PRI | 0        |       |
| temp          | float      | YES  |     | NULL     |       |
+---------------+------------+------+-----+----------+-------+
MariaDB [jeedom]> select * from conso_teleinfo where id_equipement=471 and rec_date='2021-05-30' and ptec='HC' into outfile '/tmp/teleinfo.log';

1622342590	2021-05-30	04:43:10	138150	12480	HC	0	0	0	2	471	16.4
1622342654	2021-05-30	04:44:14	138150	12480	HC	0	0	0	2	471	16.4
1622342846	2021-05-30	04:47:26	138150	94090	HC	0	0	0	2	471	16.4
1622342910	2021-05-30	04:48:30	138150	94090	HC	0	0	0	2	471	16.4

Moi je veux bien qu’il y ait un pb avec mon équipement mais pourquoi est ce que je n’ai rien dans les autres champs? ptec inst1 imax1 pmax papp ?? Dis moi si je me trompe mais il me semble que l’index est calculé à partir de ces valeurs

L’index est bien calculé à partir de ces valeurs. Comme l’a dit @Bison, ton module zwave a du envoyer une valeur erronée.
Pour l’absence de valeur dans les autres champs, peux tu donner une copie d’écran du paramétrage de ton équipement.

Merci pour ton retour. Le hic c’est qu’il n’y a pas de conso dans la table teleinfo. Si la pince a buggé ca n’a pas du durer longtemps. Voici le paramétrage:

J’ai corrigé l’erreur et démarré l’historisation de intensité, puissance et consommation comme ca je vais pouvoir suivre ce qui se passe

Tu as revu le paramétrage, ou c’était déjà comme cela?

Normalement avec la valeur 6000 en variation max autorisée tu ne devrais pas avoir de problème de valeur trop importante

Oui c’était comme ca
J’ai juste ajouté les 6000W max pour voir si ca change quelque chose

Cela t’évitera le problème que tu as eu.