EcoDevices 3
Version IHM : 1.2.0 - Version du firmware: 1.3.0
Config MQTT :
Activer [Coché]
Nom du serveur : xx.xx.xx.xx
Nom du topic : EcoDevice
Port : 1883
Client ID : ED3
Désactiver l’indicateur de conservation : [coché]. (Pas de « retained »)
Nom d’utilisateur : [Vide]
SSL : [non coché]
Linky : Mode Historique - Long câble TIC 25 cm blindé
J’ai remplacé et simplifié une solution ancienne d’exploitation des valeurs d’index :
Linky → GCE TéléInfo USB et Pinces_Amp. Shelly → PI2 → Prog Python → MQTT → Exploitation /PC et Domoticz etc…
Par nouvelle solution :
Linky → GCE ED3 → MQTT → Exploitation /PC et Domoticz etc …
Tout semblait fonctionner correctement quand je me suis aperçu, parfois (env.3 fois par semaine !), la valeur d’un [compteur_index] de cumul pouvait être inférieure à sa valeur précédente.
En mettant en écoute la sortie des trames MQTT de l’ED3 directement et simplement avec le mode Historique de l’application « MQTT Explorer » (Donc sans mes programmes et applications). J’ai constaté qu’il y avait, parfois, des trames MQTT de [Compteurs_Index] sortant de l’ED3 avec des valeurs inférieures aux précédentes (cumul de consommations avec saut négatif !).
Ci-après des copies d’écran de » MQTT Explore r » avec des exemples d’erreurs.
Pour avancer : j’ai constaté que ce problème se produit (mais pas systématiquement) quand le [compteur_index] arrive vers 12345.9xx kWh (c’est-à-dire xkWh.9xxW et passe, non pas logiquement à l’unité kWh supérieure 12346.xxx mais reste à 12345.123, surtout si le saut entre les 2 valeurs (consommation) est important (Ex : 250W) => l’unité kWh ne s’incrémentent pas.
Le problème, ce n’est pas systématique. Peut-être pas de problème quand la consommation entre deux publications MQTT est inférieure à 100 W !?
J’ai fait ce constat aussi bien sur les [compteur_index] TIC HC et HP qu’avec des pinces ampèremétriques.
Pour l’instant, Je n’ai pas constaté cette anomalie sur le [compteur_index] Consommation Totale TIC.
Pour reproduire ce bug simplement, configurer l’ED3 en MQTT + serveur Mosquitto + [MQTT Explorer (Historique)] est attendre des passages de compteurs à xxxxx.9xx !
Pour le moment je corrige ces erreurs par programme ou manuellement.
En attente de correction
Je viens juste de publier ce bug en disant que je n’avais pas observé d’erreur sur le [compteur_index] de la consommation totale TIC qu’une apparait !
Donc cette erreur semble concerner tous les compteurs index (cumul)
Ne constatant que des consommations négatives après des valeurs de type xxxx.9x (saut de – 850w en moyenne, je pense avoir mis le doigt sur le problème. Dans l’historique de MQTT Explorer, on peut voir que la pente de la consommation est bien plus importante avant le saut qu’après … et qu’il n’y a pas de « rattrapage » des cumuls manquants sur la suite de la courbe.
Cela vient du fait, qu’il y a un bug dans le calcul de tous ces compteurs dans la zone xxxx.0 à xxxxx.100.
Dans les exemples ci-dessous, pour ce compteur, il devrait afficher 268.099 au lieu de 268.99. Il manque le 0 de 099.
En conclusion tous les compteurs sont faux dans la partie décimale, quand celle-ci est comprise entre [.0 et .099].
Tout se passe comme si on accolait par exemple 268 kWh avec 99W : ça ne doit pas faire 268.99 kWh mais bien 268.099 kWh.
Ça pourrait être un problème de format d’affichage, mais je pense plutôt à un bug de calcul car les Compteurs MQTT ont ce même problème.
EcoDevices 3 - MQTT – BUG - Problème d’incrémentation des compteurs de cumuls envoyés en MQTT au passage des valeurs entre xxxx.001xx et xxxx.099
En mettant en écoute la sortie des trames MQTT de l’ED3 directement et simplement avec le mode Historique de l’application « MQTT Explorer » (Donc sans mes programmes et applications). J’ai constaté qu’il y avait, parfois, des trames MQTT de [Compteurs_Index] avec des valeurs inférieures aux précédentes (cumul de consommations avec saut négatif !).
J’ai fait ce constat sur tous les compteurs index TIC HC et HP etc … et avec les compteurs index des pinces ampèremétriques.
Les valeurs des compteurs affichées dans le [tableau de bord général] sont correctes, mais ces mêmes valeurs envoyées en MQTT sont incorrectes lorsque que les sous-multiples de ces valeurs sont compris entre 0 et 99.
Ci-après des copies d’écran de » MQTT Explorer » avec des exemples d’erreurs.
Pour visualiser ce bug, configurer l’ED3 en MQTT + serveur Mosquitto + MQTT Explorer (Historique) est attendre le passage des valeurs entre xxxxx.001 et xxxxx.099 d’un compteur dans ED3 (tableau de bord général ou postes électricité) et de visualiser les valeurs envoyées en même temps par MQTT sans les 0 des sous-multiples.
