Community Forum

@redge76 Salut, j'ai vu ça sur mon montage à moi.
Globalement, il y a deux choses:

• Tout d'abord, avant d'ajouter les données dans la télé info, il n'y a pas de vérification des étiquettes pour savoir si elles veulent dire quelque chose quand on active certaines options. Une erreur de lecture et hop, l'output est pourri jusqu'au prochain reboot. Voilà la modif que j'ai effectué pour corriger ça dans le code de Tasmota:

iff --git a/tasmota/xnrg_15_teleinfo.ino b/tasmota/xnrg_15_teleinfo.ino
index e87d899f..9a50b0f3 100755
--- a/tasmota/xnrg_15_teleinfo.ino
+++ b/tasmota/xnrg_15_teleinfo.ino
@@ -359,6 +359,20 @@ void ResponseAppendTInfo(char sep)
         me = me->next;

         if (me->name && me->value && *me->name && *me->value) {
+            int ilabel ;
+            char labelName[16];
+            // Find the label index
+            for ( ilabel = 1 ; ilabel < LABEL_END ; ilabel++) {
+                GetTextIndexed(labelName, sizeof(labelName), ilabel, kLabel);
+                if (!strcmp(labelName, me->name)) {
+                    break;
+                }
+            }
+
+            if (ilabel>=LABEL_END) {
+                continue;
+            }
+
             isNumber = true;
             p = me->value;

• Ensuite, j'avais plein de problème avec mes résistances et les soudures, j'ai changé pour mettre une résistance de 1k pour R1 à la place de celle de 4.7k dans le montage, et depuis j'ai beaucoup moins de problèmes.

Rémy

Coucou,

je viens de tester ce montage (j'ai un autre montage avec juste un opto et une résistance qui arrivait à être lisible par un nodemcu, mais y'a un peu de bruit on dirait du coup j'essaye de faire un truc plus propre), et tout fonctionne bien à condition que je ne branche pas le 3v3 (enfin, « 3v » sur mon nodemcu).

Le montage ressemble à ça:

Une idée de ce qui pourrait ne pas fonctionner ?

Rémy

En fait, il semblerait qu'il y ait des corruptions dans la sortie TIC, qui se traduisent par des corruptions dans les messages MQTT:

12:10:39 CFG: Saved to flash at FB, Count 58, Bytes 4096
12:10:39 MQT: tele/tasmota_19FDA8/STATE = {"Time":"2020-08-23T12:10:39","Uptime":"0T00:00:11","UptimeSec":11,"Heap":23,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"Wifi":{"AP":1,"SSId":"Livebox-FE98","BSSId":"70:FC:8F:49:25:7F","Channel":6,"RSSI":94,"Signal":-53,"LinkCount":1,"Downtime":"0T00:00:05"}}
12:10:39 MQT: tele/tasmota_19FDA8/SENSOR = {"Time":"2020-08-23T12:10:39","ENERGY":{"TotalStartTime":"2020-08-22T13:20:46","Total":2.611,"Yesterday":2.106,"Today":0.505,"Period":1,"Power":230,"Current":1.000,"Load":2,"ADCO":"811775074547","OPTARIF":"BASE","ISOUSC":45,"BASE":7822537,"PTEC":"TH..","IINST":1,"HHPHC":"A","MOTDETAT":0,"IMAX":90,"PAPP":230}}
12:10:42 TIC: [26]# rj^5jxGW^FwVASE=007822537
12:10:49 MQT: tele/tasmota_19FDA8/STATE = {"Time":"2020-08-23T12:10:49","Uptime":"0T00:00:21","UptimeSec":21,"Heap":23,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"Wifi":{"AP":1,"SSId":"Livebox-FE98","BSSId":"70:FC:8F:49:25:7F","Channel":6,"RSSI":96,"Signal":-52,"LinkCount":1,"Downtime":"0T00:00:05"}}
12:10:49 MQT: tele/tasmota_19FDA8/SENSOR = {"Time":"2020-08-23T12:10:49","ENERGY":{"TotalStartTime":"2020-08-22T13:20:46","Total":2.611,"Yesterday":2.106,"Today":0.505,"Period":0,"Power":230,"Current":1.000,"Load":2,"ADCO":"811775074547","OPTARIF":"BASE","ISOUSC":45,"BASE":7822537,"PTEC":"TH..","IINST":1,"HHPHC":"A","MOTDETAT":0,"IMAX":90,"PAPP":230,"rj^5jxGW^FwVASE":7822537}}

Est-ce ma faute, est-ce que quelqu'un a déjà vu ça?

Une fois que la sortie TIC s'est plantée, on dirait que les données restent dans les messages MQTT suivants (même si la sortie TIC semble être "rétablie").

Rémy

Merci ! Ça fonctionne globalement, mais… J'ai encore un petit problème: j'ai parfois des caractères non-ascii / utf8 dans la sortie, par exemple:

{"Time":"2020-08-23T12:05:47","ENERGY":{"TotalStartTime":"2020-08-22T13:20:46","Total":2.594,"Yesterday":2.106,"Today":0.488,"Period":0,"Power":240,"Current":1.000,"Load":2,"ADCO":"811775074547","ISOUSC":45,"HHPHC":"A","IMAX":90,"BASE":7822520,"PTEC":"TH..","IINST":1,"PAPP":240,"MOTDETAT":0,"OPTARIF":"BASE","TEC":"TH.."}}

se termine en fait par:

 'OPTARIF":"BASE","\x10TEC":"TH.."}}'

Ça ne semble pas arriver tout le temps, je peux probablement traiter le \x10 à la sortie de MQTT mais c'est peut être le syndrome d'un autre problème.

Rémy

Salut,

Tout d'abord, merci pour le module, j'ai quelque chose qui ressemble à quelque chose, maintenant !

J'essaye d'utiliser Tasmota et ce nouveau module, et je suis face à un problème: j'obtiens des informations qui semblent ne pas être du json valide:

{"Time":"2020-08-22T21:47:31","ENERGY":{"TotalStartTime":"2020-08-22T13:20:46","Total":1.116,"Yesterday":0.000,"Today":1.116,"Period":0,"Power":230,"Current":1.000,"Load":2 "ADCO":"XXXXXXXXXXXX","OPTARIF":"BASE","ISOUSC":45,"BASE":7819066,"PTEC":"TH..","IINST":1,"IMAX":90,"PAPP":230,"HHPHC":"A","MOTDETAT":0}}

Il manque par exemple entre le "Load":2et le "ADCO": "XXXXXXXXXXXX" une virgule. Ça resemble au problème de @pascal-Mochel d'il y a quelques jours, sauf que j'aimerais garder ce format où j'ai tout dans un seul type detopic MQTT (tele/tasmota_foobar/SENSOR) donc ne pas utiliser le setOption108 1 , et ce "json" non valide m'empêche de traiter les données simplement par la suite.

Une idée?

Rémy