MQTT via Tasmota verhindert Empfang der Sensor Daten meiner Beuten

Hallo zusammen,

ich habe ein für mich nicht nachvollziehbares, aber reproduzierbares Phänomen.

Mein Ziel ist es die Messdaten meines Stromzählers (Tasmota) im Dashboard darzu stellen.

Wenn der Tasmota Stromzähler meine MQTT Zugangsdaten verwendet sendet der auch ganz fleißig Daten die auch im Dashboard ankommen.

Leider ist dann der Effekt das die Daten meiner 3 Waagen unter den Bienenbeuten dann nicht mehr im Dashboard ankommen.

Stoppe ich den Versand der Daten meines Stromzählers (Deaktivieren von MQTT) kommen auch wieder die Daten der Waagen in Grafana an.
Die Waagen senden im Abstand von 5 bzw. 15 Minuten,
der Tasmota Stromzähler hat alle 10 Sekunden gesendet. (auch ein Versuch das Intervall auf 60 Sekunden zu erhöhen hat keinen Unterschied gemacht.

Und so sieht das dann im Dashboard aus

Oben sind die Daten zu sehen die vom Stromzähler kommen,
Unten die Spannung am Spannungsteiler.

Hat jemand eine Idee, oder Ansatz den ich zur Fehlersuche verfolgen könnte?

Herzlichen Dank,
Stefan

1 Like

Hi Stefan,

das ist wirklich ein kurioses Phänomen, vielen Dank für Deinen Bericht.

Du verwendest ja verschiedene Kanaladressen (MQTT Topics) für Deine beiden Geräte, stimmts? Datenaufzeichnungen sollten sich dann eigentlich nicht in die Quere kommen, aber Bugs sind natürlich immer möglich.

In welchem Format schickst Du die Daten denn? Dass Du MQTT als Transport verwendest, schriebst Du ja schon. Das Format is demnach auch JSON, oder etwa doch CSV?

Viele Grüße,
Andreas.

Hi Andreas,

Danke für’s aufgreifen meines Problems.

Ich habe noch einen Schnipsel gesichert den ich per Wtee gesehen habe:

Für mich wären nur die Werte Total_in und Power_Curr von Interesse, also was ich an Gesamtverbrauch habe und was ich aktuell verbrauche.

hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/Power_curr/tele/STATE {"Time":"2024-08-14T16:34:16","Uptime":"0T00:52:29","UptimeSec":3149,"Heap":164,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":21,"Berry":{"HeapUsed":4,"Objects":46},"Wifi":
hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/power_curr/tele/SENSOR {"Time":"2024-08-26T11:32:08","Power":{"Total_in":8416.5701,"Power_curr":211}}

Von meiner Waage kommen die Daten wie folgt:

hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/node-1/data.json {"weight1":46757,"weight2":41090,"temps1":21.19,"temps2":20.12,"tempwww":"","humwwww":""}

Nach meinem Verständnis wären das verschiedene Kanaladressen und JSON als Format, korrekt?

Auch eine Verlängerung der Sendeperiode auf 60 Sekunden hat leider keinen Erfolg gebracht.

Meine Vermutung geht in die Richtung dass der Tasmota MQTT Client sich praktisch exklusiv die Verbindung zu hiveeyes sichert (blockiert) und eine weiteres anmelden der Waage am System zum senden der Daten nicht möglich ist.

Viele Grüße
Stefan

BTW, Power_curr<> power_curr. MQTT-topics sind case-sensitiv, das würde eigentlich zu zwei verschiedenen topics führen und klappt so nur unter tasmota, die das wg. Abwärtskompatibilität eingebaut hatten.

Dann wundert mich, wo dies verwaiste "Wifi": am Ende der ersten Zeile herkommt?

Dier Erklärung ist ganz einfach: Kopierfehler

iveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/LWT Offline
hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/tasmota_87566C/tele/LWT Offline
hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/Power_curr/tele/LWT Offline
hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/Power_curr/tele/STATE {"Time":"2024-08-14T16:34:16","Uptime":"0T00:52:29","UptimeSec":3149,"Heap":164,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":21,"Berry":{"HeapUsed":4,"Objects":46},"Wifi":{"AP":1,"SSId":"Ittoqqortoormiit","BSSId":"E0:28:6D:77:38:D3","Channel":1,"Mode":"11n","RSSI":72,"Signal":-64,"LinkCount":1,"Downtime":"0T00:00:04"}}
hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/topic/tele/LWT Offline
hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/power_curr/tele/LWT Offline

Sollte ich es hinbekommen das sowohl Tasmota, als auch meine Waagen parallel Daten übermitteln,
möchte ich die “Geschwätzigkeit” im nächsten Schritt ein wenig einschränken.

Ah, Du benutzt sowohl plain JSON, als auch das Tasmota-Format. Von Ferne betrachtet scheinen die MQTT-Kanaladressen-Topics in Ordnung.

hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/node-1/data.json
hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/power_curr
hiveeyes/c3664391-ac4c-41b3-97aa-66f63127471b/spielwiese/tasmota_87566C

Meine Gedanken dazu: Auf elbanco, dem Hiveeyes-Server, haben wir noch eine ältere Version von Kotori.

$ kotori --version
Kotori version 0.26.11

Da müsste ich mal sehen, ob das dort schon so gut klappt wie in der jüngsten Dokumentation versprochen.

Ansonsten ist es vielleicht auch wirklich ein Bug, den Du entdeckt hast. Oder auf dem hiveeyes Realm werden die Zusatzdekoder einfach noch gar nicht angeworfen? Um dem näherzukommen, müsste ich die Angelegenheit mal lokal simulieren.

1 Like