Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Einsteigerfragen
  4. Einbindung von Geräten
  5. MQTT- Adapter/ Verbindung mit HiveMQ

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    16
    1
    1.6k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    864

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.1k

MQTT- Adapter/ Verbindung mit HiveMQ

Geplant Angeheftet Gesperrt Verschoben Einbindung von Geräten
absturzcloudhivemqmqtttasmota
29 Beiträge 3 Kommentatoren 2.0k Aufrufe 2 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • Basti97B Basti97

    @Marc-Berg
    Das ist ein auszug vom Log habe noch mal die State geändert um das auch auszuschliesen.


    mqtt.3
    2025-01-28 11:58:38.438 info terminating
    mqtt.3
    2025-01-28 11:58:38.003 info Disconnected from xxxxxxxxxxxxxxxx.eu.hivemq.cloud
    mqtt.3
    2025-01-28 11:58:38.001 error Client error: Error: read ECONNRESET
    mqtt.3
    2025-01-28 11:58:37.934 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
    mqtt.3
    2025-01-28 11:58:37.930 info terminating
    mqtt.3
    2025-01-28 11:58:37.919 info Got terminate signal TERMINATE_YOURSELF
    mqtt.3
    2025-01-28 11:51:48.696 info send2Server mqtt.3.info.connection[info/connection]
    mqtt.3
    2025-01-28 11:51:48.665 info All states published
    mqtt.3
    2025-01-28 11:51:48.604 info Publishing state mqtt.3.Weihnachten.tele.Adventskranz.STATE
    mqtt.3
    2025-01-28 11:51:48.603 info Publishing state mqtt.3.Weihnachten.stat.Adventskranz.POWER5
    mqtt.3
    2025-01-28 11:51:48.602 info Publishing state mqtt.3.Weihnachten.stat.Adventskranz.POWER4
    mqtt.3
    2025-01-28 11:51:48.601 info Publishing state mqtt.3.Weihnachten.stat.Adventskranz.POWER3
    mqtt.3
    2025-01-28 11:51:48.601 info Publishing state mqtt.3.Weihnachten.stat.Adventskranz.POWER2
    mqtt.3
    2025-01-28 11:51:48.600 info Publishing state mqtt.3.Weihnachten.stat.Adventskranz.POWER6
    mqtt.3
    2025-01-28 11:51:48.598 info Publishing state mqtt.3.Weihnachten.stat.Adventskranz.POWER1
    mqtt.3
    2025-01-28 11:51:48.597 info Publishing state mqtt.3.Weihnachten.stat.Adventskranz.RESULT
    mqtt.3
    2025-01-28 11:51:48.595 info Publishing state mqtt.3.cmnd.Adventskranz.cmnd.Adventskranz.POWER1
    mqtt.3
    2025-01-28 11:51:48.595 info Publishing state mqtt.3.ioBroker.cmnd.Adventskranz.POWER1
    mqtt.3
    2025-01-28 11:51:48.594 info Publishing state mqtt.3.ioBroker.Weihnachten.cmnd.Adventskranz.POWER1
    mqtt.3
    2025-01-28 11:51:48.592 info Publishing state mqtt.3.info.connection
    mqtt.3
    2025-01-28 11:51:48.586 info Subscribe on "#"
    mqtt.3
    2025-01-28 11:51:48.582 info Connected to xxxxxxxxxxxxxxxx..s1.eu.hivemq.cloud
    mqtt.3
    2025-01-28 11:51:47.785 info Try to connect to mqtts:// xxxxxxxxxxxxxxxx..s1.eu.hivemq.cloud:8883 with clientId=Media04.mqtt.3and credentials Mia25:*******************
    mqtt.3
    2025-01-28 11:51:47.318 info starting. Version 6.1.2 in /opt/iobroker/node_modules/iobroker.mqtt, node: v18.20.5, js-controller: 7.0.6
    mqtt.3
    2025-01-28 11:51:46.233 info Sets unsupported
    mqtt.3
    2025-01-28 11:51:37.480 info terminating
    mqtt.3
    2025-01-28 11:51:37.036 info Disconnected from xxxxxxxxxxxxxxxx..s1.eu.hivemq.cloud
    mqtt.3
    2025-01-28 11:51:37.035 error Client error: Error: read ECONNRESET
    mqtt.3
    2025-01-28 11:51:36.975 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
    mqtt.3
    2025-01-28 11:51:36.971 info terminating
    mqtt.3
    2025-01-28 11:51:36.961 info Got terminate signal TERMINATE_YOURSELF
    mqtt.3
    2025-01-28 11:41:47.146 info All states published

    Marc BergM Offline
    Marc BergM Offline
    Marc Berg
    Most Active
    schrieb am zuletzt editiert von
    #21

    @basti97

    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.

    Basti97B 2 Antworten Letzte Antwort
    0
    • Marc BergM Marc Berg

      @basti97

      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.

      Basti97B Offline
      Basti97B Offline
      Basti97
      Most Active
      schrieb am zuletzt editiert von
      #22

      @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.

      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

      1 Antwort Letzte Antwort
      0
      • Marc BergM Marc Berg

        @basti97

        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.

        Basti97B Offline
        Basti97B Offline
        Basti97
        Most Active
        schrieb am zuletzt editiert von
        #23

        @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

        mcm1957M 1 Antwort Letzte Antwort
        0
        • Basti97B Basti97

          @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"

          mcm1957M Online
          mcm1957M Online
          mcm1957
          schrieb am zuletzt editiert von
          #24

          @basti97

          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

          LESEN - gute Forenbeitrage

          Basti97B 1 Antwort Letzte Antwort
          0
          • mcm1957M mcm1957

            @basti97

            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.

            Basti97B Offline
            Basti97B Offline
            Basti97
            Most Active
            schrieb am zuletzt editiert von Basti97
            #25

            @mcm1957 Naja es erschließt mich aber trotzdem nicht warum das mit dem MQTT Adapter nicht funktioniert aber mit den MQTT.client wahrscheinlich schon. Sind die Adapter so verschieden im Aufbau?

            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

            1 Antwort Letzte Antwort
            0
            • Marc BergM Offline
              Marc BergM Offline
              Marc Berg
              Most Active
              schrieb am zuletzt editiert von Marc Berg
              #26

              @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.

              9d636cf1-bf0c-4584-8699-5d058db9b357-grafik.png

              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.

              Basti97B 1 Antwort Letzte Antwort
              1
              • Marc BergM Marc Berg

                @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.

                9d636cf1-bf0c-4584-8699-5d058db9b357-grafik.png

                Basti97B Offline
                Basti97B Offline
                Basti97
                Most Active
                schrieb am zuletzt editiert von Basti97
                #27

                @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 BergM 1 Antwort Letzte Antwort
                0
                • Basti97B Basti97

                  @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. :)

                  Marc BergM Offline
                  Marc BergM Offline
                  Marc Berg
                  Most Active
                  schrieb am zuletzt editiert von
                  #28

                  @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.

                  Basti97B 1 Antwort Letzte Antwort
                  0
                  • Marc BergM Marc Berg

                    @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.

                    Basti97B Offline
                    Basti97B Offline
                    Basti97
                    Most Active
                    schrieb am zuletzt editiert von
                    #29

                    @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.

                    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

                    1 Antwort Letzte Antwort
                    0
                    Antworten
                    • In einem neuen Thema antworten
                    Anmelden zum Antworten
                    • Älteste zuerst
                    • Neuste zuerst
                    • Meiste Stimmen


                    Support us

                    ioBroker
                    Community Adapters
                    Donate

                    883

                    Online

                    32.6k

                    Benutzer

                    82.1k

                    Themen

                    1.3m

                    Beiträge
                    Community
                    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                    ioBroker Community 2014-2025
                    logo
                    • Anmelden

                    • Du hast noch kein Konto? Registrieren

                    • Anmelden oder registrieren, um zu suchen
                    • Erster Beitrag
                      Letzter Beitrag
                    0
                    • Home
                    • Aktuell
                    • Tags
                    • Ungelesen 0
                    • Kategorien
                    • Unreplied
                    • Beliebt
                    • GitHub
                    • Docu
                    • Hilfe