NEWS
MQTT- Adapter/ Verbindung mit HiveMQ
-
Publish: auf keinen Fall "als Objekt" anhaken. Da kann Tasmota nichts mit anfangen, du willst ja nur den Wert übertragen.
Subscribe: Wurden denn vom Tasmota-Gerät neue Werte bzw. Änderungen übertragen? Nur dann erfolgt hier eine Aktualisierung.
Ansonsten würde ich aus der Datenpunkt-ID Zeichen wie Klammern und Umlaute zur Sicherheit rauslassen.
Zur weiteren Fehlersuche kannst du auch mal den MQTT Explorer auf HiveMQ loslassen. Damit siehst du dann genau, welche Topics gerade übertragen werden.@marc-berg Dankeschön probiere ich am Freitag noch einmal vielleicht schaffe ich den Durchbruch. Aber unabhängig davon das ich kein Gerät schalten kann bzw abfragen kann. Funktioniert der Adapter zu HiveMQ ohne Fehlermeldungen.
-
Kurz eine Info ich habe das ganze mit einem Raspberry mal getestet und es kommt der gleiche Fehler
Iobroker läuft als VM auf Proxmoxserver x folgende Hersteller im Einsatz Sonoff, Gosund, Siemens x Aofo über Tasmota x Zigbee x das Smarthome wächst und wächst
-
Kurz eine Info ich habe das ganze mit einem Raspberry mal getestet und es kommt der gleiche Fehler
@basti97 sagte in MQTT- Adapter/ Verbindung mit HiveMQ:
Kurz eine Info ich habe das ganze mit einem Raspberry mal getestet und es kommt der gleiche Fehler
Was steht im Log direkt vor "ECONNRESET"?
EDIT: kann es sein, dass du die "Client ID" auf der Seite "Client Settings" nicht gesetzt hast? Schreib da mal einen eindeutigen Namen rein, der von keinem anderen Client genutzt wird. Außerdem QoS mal auf "1" setzen.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@basti97 sagte in MQTT- Adapter/ Verbindung mit HiveMQ:
Kurz eine Info ich habe das ganze mit einem Raspberry mal getestet und es kommt der gleiche Fehler
Was steht im Log direkt vor "ECONNRESET"?
EDIT: kann es sein, dass du die "Client ID" auf der Seite "Client Settings" nicht gesetzt hast? Schreib da mal einen eindeutigen Namen rein, der von keinem anderen Client genutzt wird. Außerdem QoS mal auf "1" setzen.
@marc-berg Unter Client steht bei mir nichts drinnen muss ich da das ESP Gerät eingeben oder die HiveMQ Seite. Das andere habe ich auf 1 geändert
Iobroker läuft als VM auf Proxmoxserver x folgende Hersteller im Einsatz Sonoff, Gosund, Siemens x Aofo über Tasmota x Zigbee x das Smarthome wächst und wächst
-
@marc-berg Unter Client steht bei mir nichts drinnen muss ich da das ESP Gerät eingeben oder die HiveMQ Seite. Das andere habe ich auf 1 geändert
@basti97 sagte in MQTT- Adapter/ Verbindung mit HiveMQ:
Unter Client steht bei mir nichts drinnen muss ich da das ESP Gerät eingeben oder die HiveMQ Seite
Dort muss eine beliebiger Text rein. Wichtig ist nur, dass dies über alle Clients (also auch Tasmota) eindeutig ist, also z.B. "mqttclientiob". Es könnte sein, dass Probleme auftreten, wenn die ID leer oder doppelt vergeben ist, das gilt auch für den mqtt-client Adapter.
-
@basti97 sagte in MQTT- Adapter/ Verbindung mit HiveMQ:
Kurz eine Info ich habe das ganze mit einem Raspberry mal getestet und es kommt der gleiche Fehler
Was steht im Log direkt vor "ECONNRESET"?
EDIT: kann es sein, dass du die "Client ID" auf der Seite "Client Settings" nicht gesetzt hast? Schreib da mal einen eindeutigen Namen rein, der von keinem anderen Client genutzt wird. Außerdem QoS mal auf "1" setzen.
@Marc-Berg
Das ist ein auszug vom Log habe noch mal die State geändert um das auch auszuschliesen.Iobroker läuft als VM auf Proxmoxserver x folgende Hersteller im Einsatz Sonoff, Gosund, Siemens x Aofo über Tasmota x Zigbee x das Smarthome wächst und wächst
-
@Marc-Berg
Das ist ein auszug vom Log habe noch mal die State geändert um das auch auszuschliesen.Dann habe ich auch keine Idee mehr. Also entweder das Publishen der eigenen States abschalten um den Traffic zu sparen (Fehlermeldungen bleiben dann) oder auf den mqtt-client Adapter wechseln, das muss gehen.
In der HiveMQ Oberfläche gibt es den "Web Client", darin kannst du doch alle Messages sehen, ohne jetzt noch extra den MQTT Explorer zu installieren.
Ausgehend von den Messages und Topics, die dort erscheinen und den Einstellungen des mqtt-client Adapters könnten wir weiter den Fehler eingrenzen.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
Dann habe ich auch keine Idee mehr. Also entweder das Publishen der eigenen States abschalten um den Traffic zu sparen (Fehlermeldungen bleiben dann) oder auf den mqtt-client Adapter wechseln, das muss gehen.
In der HiveMQ Oberfläche gibt es den "Web Client", darin kannst du doch alle Messages sehen, ohne jetzt noch extra den MQTT Explorer zu installieren.
Ausgehend von den Messages und Topics, die dort erscheinen und den Einstellungen des mqtt-client Adapters könnten wir weiter den Fehler eingrenzen.
@marc-berg Danke für deine Meldung ich habe jetzt den Adapter nochmal gestartet in den ich bei client deinen vorgeschlagenen Name hinein kopiert habe.
-
Dann habe ich auch keine Idee mehr. Also entweder das Publishen der eigenen States abschalten um den Traffic zu sparen (Fehlermeldungen bleiben dann) oder auf den mqtt-client Adapter wechseln, das muss gehen.
In der HiveMQ Oberfläche gibt es den "Web Client", darin kannst du doch alle Messages sehen, ohne jetzt noch extra den MQTT Explorer zu installieren.
Ausgehend von den Messages und Topics, die dort erscheinen und den Einstellungen des mqtt-client Adapters könnten wir weiter den Fehler eingrenzen.
@marc-berg Die erste erfolgsmeldung mit den MQTT- Client Adapter kann ich bis jetzt schon die Zustände in Tasmota schreiben. Nun fehlen noch die state durch den Explorer in HiveMQ sieht man es sehr gut woran es lag. Denn der Adapter hat "Weihnachten/cmnd/Weihnachten/cmnd/Adventskranz/POWER5" immer weggeschickt anstatt nur "cmnd/Adventskranz/POWER5"
Iobroker läuft als VM auf Proxmoxserver x folgende Hersteller im Einsatz Sonoff, Gosund, Siemens x Aofo über Tasmota x Zigbee x das Smarthome wächst und wächst
-
@marc-berg Die erste erfolgsmeldung mit den MQTT- Client Adapter kann ich bis jetzt schon die Zustände in Tasmota schreiben. Nun fehlen noch die state durch den Explorer in HiveMQ sieht man es sehr gut woran es lag. Denn der Adapter hat "Weihnachten/cmnd/Weihnachten/cmnd/Adventskranz/POWER5" immer weggeschickt anstatt nur "cmnd/Adventskranz/POWER5"
Wenn du hier weiterkommst / machst, dann schließ bitte das Issue im Repo des mqtt Adapters. So wie es aussieht liegt ja weder ein Fehler im Adapter noch ein Featurerequest vor.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
Wenn du hier weiterkommst / machst, dann schließ bitte das Issue im Repo des mqtt Adapters. So wie es aussieht liegt ja weder ein Fehler im Adapter noch ein Featurerequest vor.
-
@basti97 sagte in MQTT- Adapter/ Verbindung mit HiveMQ:
Sind die Adapter so verschieden im Aufbau?
Habe mir das nochmal genauer angeschaut und die Ursache gefunden. Der mqtt (Broker/Client)-Adapter hat fix eine "keepalive"-Zeit vom 1000 Sekunden gesetzt, die sich über die Instanzeinstellungen nicht anpassen lässt. Diese Zeit ist HiveMQ zu lang, sodass die Verbindung abgebrochen wird und neu aufgebaut werden muss.
Der mqtt-client-Adapter hat die keepalive-Zeit NICHT gesetzt, damit greift der Default-Wert von 60 Sekunden.
Workaround1: regelmäßig, z.B. alle 60 Sekunden, eine MQTT Nachricht senden
Workaround2: In der Instanz die Einstellungen als json runterladen, nach "keepalive" suchen, die 1000 in 60 ändern und speichern. Danach die json Datei wieder hochladen.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@basti97 sagte in MQTT- Adapter/ Verbindung mit HiveMQ:
Sind die Adapter so verschieden im Aufbau?
Habe mir das nochmal genauer angeschaut und die Ursache gefunden. Der mqtt (Broker/Client)-Adapter hat fix eine "keepalive"-Zeit vom 1000 Sekunden gesetzt, die sich über die Instanzeinstellungen nicht anpassen lässt. Diese Zeit ist HiveMQ zu lang, sodass die Verbindung abgebrochen wird und neu aufgebaut werden muss.
Der mqtt-client-Adapter hat die keepalive-Zeit NICHT gesetzt, damit greift der Default-Wert von 60 Sekunden.
Workaround1: regelmäßig, z.B. alle 60 Sekunden, eine MQTT Nachricht senden
Workaround2: In der Instanz die Einstellungen als json runterladen, nach "keepalive" suchen, die 1000 in 60 ändern und speichern. Danach die json Datei wieder hochladen.
@marc-berg Danke das du nachgeschaut hast es funktioniert mit dem MQTTClient Adapter sehr gut ich denke das ich es erstmal so lasse. Und hoffe das der Adapter die keepalive Zeit bei einem der nächsten Updates bei dem client Adapter nicht bekommt.
Also ist in der Standard MQTT Teleperiod von 300 in Tasmota auch schon zuviel und man müsste wenn man den Adapter nutzen möchte häufiger senden/ empfangen also aller 60 Sekunden mindestens.
Den Workaround2 teste ich aber auf jeden Fall mal jetzt habe ich ja ein experten vom Adapter.Ich weiß ja nicht ob man für die HiveMQTT Verbindung mal einen eigenen Adapter schreiben sollte auf dem Stand des MQTT bzw MQTTClient Adapter mit einer geringeren keepalive Zeit. Oder ob man diese gleich herunter setzt. Hat es für andere MQTT Anwendungen irgendeine Auswirkung wenn sie nur 60 wäre anstat 1000?
Also nochmal vielen lieben Dank für deine Hilfe und sorry das ich erst zu spät antworte. :)Iobroker läuft als VM auf Proxmoxserver x folgende Hersteller im Einsatz Sonoff, Gosund, Siemens x Aofo über Tasmota x Zigbee x das Smarthome wächst und wächst
-
@marc-berg Danke das du nachgeschaut hast es funktioniert mit dem MQTTClient Adapter sehr gut ich denke das ich es erstmal so lasse. Und hoffe das der Adapter die keepalive Zeit bei einem der nächsten Updates bei dem client Adapter nicht bekommt.
Also ist in der Standard MQTT Teleperiod von 300 in Tasmota auch schon zuviel und man müsste wenn man den Adapter nutzen möchte häufiger senden/ empfangen also aller 60 Sekunden mindestens.
Den Workaround2 teste ich aber auf jeden Fall mal jetzt habe ich ja ein experten vom Adapter.Ich weiß ja nicht ob man für die HiveMQTT Verbindung mal einen eigenen Adapter schreiben sollte auf dem Stand des MQTT bzw MQTTClient Adapter mit einer geringeren keepalive Zeit. Oder ob man diese gleich herunter setzt. Hat es für andere MQTT Anwendungen irgendeine Auswirkung wenn sie nur 60 wäre anstat 1000?
Also nochmal vielen lieben Dank für deine Hilfe und sorry das ich erst zu spät antworte. :)@basti97 sagte in MQTT- Adapter/ Verbindung mit HiveMQ:
Also ist in der Standard MQTT Teleperiod von 300 in Tasmota auch schon zuviel und man müsste wenn man den Adapter nutzen möchte häufiger senden/ empfangen also aller 60 Sekunden mindestens.
Nein. Was wir wissen ist, dass die 1000 Sekunden für HiveMQ zu viel sind. Man müsste sich jetzt mal herantasten, welcher Wert noch okay ist. Ich denke mal, auch die 300 Sekunden sind in Ordnung.
Ich weiß ja nicht ob man für die HiveMQTT Verbindung mal einen eigenen Adapter schreiben sollte auf dem Stand des MQTT bzw MQTTClient Adapter mit einer geringeren keepalive Zeit.
Nein. Man müsste lediglich den keepalive Parameter (den es ja im Hinter-/Untergrund bereits gibt) in die Oberfläche einbauen, um ihn einfach einstellen zu können.
Oder ob man diese gleich herunter setzt. Hat es für andere MQTT Anwendungen irgendeine Auswirkung wenn sie nur 60 wäre anstat 1000?
Ich denke nicht. Die 60 Sekunden müssen ja auch nicht sein, sicher reichen keepalive-Zeiten irgendwo zwischen 100 und 500 Sekunden. Wie gesagt, müsste man probieren.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@basti97 sagte in MQTT- Adapter/ Verbindung mit HiveMQ:
Also ist in der Standard MQTT Teleperiod von 300 in Tasmota auch schon zuviel und man müsste wenn man den Adapter nutzen möchte häufiger senden/ empfangen also aller 60 Sekunden mindestens.
Nein. Was wir wissen ist, dass die 1000 Sekunden für HiveMQ zu viel sind. Man müsste sich jetzt mal herantasten, welcher Wert noch okay ist. Ich denke mal, auch die 300 Sekunden sind in Ordnung.
Ich weiß ja nicht ob man für die HiveMQTT Verbindung mal einen eigenen Adapter schreiben sollte auf dem Stand des MQTT bzw MQTTClient Adapter mit einer geringeren keepalive Zeit.
Nein. Man müsste lediglich den keepalive Parameter (den es ja im Hinter-/Untergrund bereits gibt) in die Oberfläche einbauen, um ihn einfach einstellen zu können.
Oder ob man diese gleich herunter setzt. Hat es für andere MQTT Anwendungen irgendeine Auswirkung wenn sie nur 60 wäre anstat 1000?
Ich denke nicht. Die 60 Sekunden müssen ja auch nicht sein, sicher reichen keepalive-Zeiten irgendwo zwischen 100 und 500 Sekunden. Wie gesagt, müsste man probieren.
@marc-berg
Wenn ich mich so richtig erinnern kann hatte ich ganz am Anfang weniger Abbrüche gehabt wo ich die Teleperiode zeit noch gering hatte auf 300 aber da kam es auch mal vor hat sich aber dann irgendwie im Sande verlaufen oder ich habe da kein großen Augenmerk darauf gelegt. Aber aus irgendeinen Grund hatte ich bei HiveMQ angeblich schon 10GB verbraucht und ich habe dann die Teleperiode Zeit erhöht erst 600 dann 900. Dann fingen die Probleme an, ich kann das ja mal testen aber dann mit einen anderen ESP. Den der ESP in Verbindung mit MQTT Client funktioniert ja und den lasse ich unangetastet.Nein. Man müsste lediglich den keepalive Parameter (den es ja im Hinter-/Untergrund bereits gibt) in die Oberfläche einbauen, um ihn einfach einstellen zu können.
Ja das wäre die einfachste Variante vielleicht mit dem Hinweis für HiveMQ.
Support us
625
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge