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. ioBroker Allgemein
  4. MQTT Datenpunkt Reset ohne Triggerauslösung

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.0k

MQTT Datenpunkt Reset ohne Triggerauslösung

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
11 Beiträge 3 Kommentatoren 650 Aufrufe 3 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.
  • W Offline
    W Offline
    wpd
    schrieb am zuletzt editiert von
    #1

    Hallo Community

    Ich bin frisch angemeldet hier im Forum und grüße Euch alle.
    Meine Frage dreht sich um das Zurücksetzen eines mqtt Datenpunktes nachdem ein Trigger in ioBroker das Topic abgearbeitet hat.

    Meine Situation.
    Ich habe zwei mqtt Topic-Bäume (cmd und state).
    Im state Baum stehen alle aktuellen Zustände des Hauses.
    Im cmd Baum können externe Geräte Befehle an ioBroker publizieren. Dort lauschen Trigger auf Änderungen und verteilen Sie auf andere ioBroker Datenpunkte.

    Ich möchte erreichen, dass jeder cmd publish den ioBroker erreicht, auch wenn es der gleiche Wert ist wie zuvor.
    Dafür muss ich das Topic im mqtt Broker auf eine neutralen Wert (z.B. null) setzen, sobald es von ioBroker verarbeitet wurde. Andernfalls erhalten die mqtt Clients ja keine Benachrichtigung.

    Wie kann ich das elegant lösen?

    Drei Hinweise:

    1. Im Trigger (Blockly: Falls Objekte... wurde geändert) spielt es keine Rolle, ob man auf geändert oder aktualisiert geht.
      Der mqtt-Broker sendet keine Benachrichtigung, solange ein Topic-Wert unverändert ist.

    2. Alle Ereignisse von mqtt-Broker sind immer ack.

    3. Der Blockly-Befehl Schreibe Objekt-ID (steuere) erzeugt (entgegen meiner Recherche) bestätigte (ack) Nachrichten. Folgendes Blockly ruft sich also selber auf:

    Blockly-1.PNG

    Vielen Dank für Eure Tipps.
    Sebastian

    mickymM BananaJoeB 2 Antworten Letzte Antwort
    0
    • W wpd

      Hallo Community

      Ich bin frisch angemeldet hier im Forum und grüße Euch alle.
      Meine Frage dreht sich um das Zurücksetzen eines mqtt Datenpunktes nachdem ein Trigger in ioBroker das Topic abgearbeitet hat.

      Meine Situation.
      Ich habe zwei mqtt Topic-Bäume (cmd und state).
      Im state Baum stehen alle aktuellen Zustände des Hauses.
      Im cmd Baum können externe Geräte Befehle an ioBroker publizieren. Dort lauschen Trigger auf Änderungen und verteilen Sie auf andere ioBroker Datenpunkte.

      Ich möchte erreichen, dass jeder cmd publish den ioBroker erreicht, auch wenn es der gleiche Wert ist wie zuvor.
      Dafür muss ich das Topic im mqtt Broker auf eine neutralen Wert (z.B. null) setzen, sobald es von ioBroker verarbeitet wurde. Andernfalls erhalten die mqtt Clients ja keine Benachrichtigung.

      Wie kann ich das elegant lösen?

      Drei Hinweise:

      1. Im Trigger (Blockly: Falls Objekte... wurde geändert) spielt es keine Rolle, ob man auf geändert oder aktualisiert geht.
        Der mqtt-Broker sendet keine Benachrichtigung, solange ein Topic-Wert unverändert ist.

      2. Alle Ereignisse von mqtt-Broker sind immer ack.

      3. Der Blockly-Befehl Schreibe Objekt-ID (steuere) erzeugt (entgegen meiner Recherche) bestätigte (ack) Nachrichten. Folgendes Blockly ruft sich also selber auf:

      Blockly-1.PNG

      Vielen Dank für Eure Tipps.
      Sebastian

      mickymM Online
      mickymM Online
      mickym
      Most Active
      schrieb am zuletzt editiert von mickym
      #2

      @wpd sagte in MQTT Datenpunkt Reset ohne Triggerauslösung:

      Ich möchte erreichen, dass jeder cmd publish den ioBroker erreicht, auch wenn es der gleiche Wert ist wie zuvor.

      Das passiert beim mqtt Protokoll automatisch - ausser Du hast diese Option angehakt.

      6b6a3905-6866-4e81-8750-3d1df76527e8-image.png

      was man natürlich nicht sollte.

      Dafür muss ich das Topic im mqtt Broker auf eine neutralen Wert (z.B. null) setzen, sobald es von ioBroker verarbeitet wurde. Andernfalls erhalten die mqtt Clients ja keine Benachrichtigung.
      Da muss man nichts auf null setzen. Ein Broker führt intern Listen, welche Clients benachrichtigt sind und welche nicht.

      Das ist falsch!

      Im Übrigen kannst Du das unter Objekte selbst nachprüfen, wenn Du die Zeitstempel einblendest.

      2c9fa8b7-0004-4faf-b193-d0ce2f96daf5-image.png

      Zeitstempel ist letzte Aktualisierung, Letzte Änderung ist letzte Änderung.

      Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

      W 1 Antwort Letzte Antwort
      2
      • W wpd

        Hallo Community

        Ich bin frisch angemeldet hier im Forum und grüße Euch alle.
        Meine Frage dreht sich um das Zurücksetzen eines mqtt Datenpunktes nachdem ein Trigger in ioBroker das Topic abgearbeitet hat.

        Meine Situation.
        Ich habe zwei mqtt Topic-Bäume (cmd und state).
        Im state Baum stehen alle aktuellen Zustände des Hauses.
        Im cmd Baum können externe Geräte Befehle an ioBroker publizieren. Dort lauschen Trigger auf Änderungen und verteilen Sie auf andere ioBroker Datenpunkte.

        Ich möchte erreichen, dass jeder cmd publish den ioBroker erreicht, auch wenn es der gleiche Wert ist wie zuvor.
        Dafür muss ich das Topic im mqtt Broker auf eine neutralen Wert (z.B. null) setzen, sobald es von ioBroker verarbeitet wurde. Andernfalls erhalten die mqtt Clients ja keine Benachrichtigung.

        Wie kann ich das elegant lösen?

        Drei Hinweise:

        1. Im Trigger (Blockly: Falls Objekte... wurde geändert) spielt es keine Rolle, ob man auf geändert oder aktualisiert geht.
          Der mqtt-Broker sendet keine Benachrichtigung, solange ein Topic-Wert unverändert ist.

        2. Alle Ereignisse von mqtt-Broker sind immer ack.

        3. Der Blockly-Befehl Schreibe Objekt-ID (steuere) erzeugt (entgegen meiner Recherche) bestätigte (ack) Nachrichten. Folgendes Blockly ruft sich also selber auf:

        Blockly-1.PNG

        Vielen Dank für Eure Tipps.
        Sebastian

        BananaJoeB Online
        BananaJoeB Online
        BananaJoe
        Most Active
        schrieb am zuletzt editiert von
        #3

        @wpd wie @mickym schreibt: Im Normalfall wird der Refresh (aka Wert ändert sich nicht, aber Zeitstempel) auch gemeldet,
        In Blockly kannst du ja wählen ob du auf eine Wertänderung wartest oder ob eine Aktualisierung (=Refresh) auch auslöst:

        9dc98dec-835c-495c-ad0b-10f1e34975c4-image.png

        ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

        1 Antwort Letzte Antwort
        1
        • mickymM mickym

          @wpd sagte in MQTT Datenpunkt Reset ohne Triggerauslösung:

          Ich möchte erreichen, dass jeder cmd publish den ioBroker erreicht, auch wenn es der gleiche Wert ist wie zuvor.

          Das passiert beim mqtt Protokoll automatisch - ausser Du hast diese Option angehakt.

          6b6a3905-6866-4e81-8750-3d1df76527e8-image.png

          was man natürlich nicht sollte.

          Dafür muss ich das Topic im mqtt Broker auf eine neutralen Wert (z.B. null) setzen, sobald es von ioBroker verarbeitet wurde. Andernfalls erhalten die mqtt Clients ja keine Benachrichtigung.
          Da muss man nichts auf null setzen. Ein Broker führt intern Listen, welche Clients benachrichtigt sind und welche nicht.

          Das ist falsch!

          Im Übrigen kannst Du das unter Objekte selbst nachprüfen, wenn Du die Zeitstempel einblendest.

          2c9fa8b7-0004-4faf-b193-d0ce2f96daf5-image.png

          Zeitstempel ist letzte Aktualisierung, Letzte Änderung ist letzte Änderung.

          W Offline
          W Offline
          wpd
          schrieb am zuletzt editiert von wpd
          #4

          @mickym
          Guter Hinweis!
          Da mein Broker Mosquitto ist, habe ich den von Dir markierten Haken nicht. Muss ich in Mosquitto prüfen...

          EDIT:
          Ja, Mosquitto published auch bei demselben Wert.

          mickymM 2 Antworten Letzte Antwort
          0
          • W wpd

            @mickym
            Guter Hinweis!
            Da mein Broker Mosquitto ist, habe ich den von Dir markierten Haken nicht. Muss ich in Mosquitto prüfen...

            EDIT:
            Ja, Mosquitto published auch bei demselben Wert.

            mickymM Online
            mickymM Online
            mickym
            Most Active
            schrieb am zuletzt editiert von
            #5

            @wpd Na ich habe auch mosquitto - aber Du musst in den Adaptereinstellungen trotzdem schauen, auch wenn Du den als Client betreibst. Das ist in den mqtt Einstellungen (3. Tab)

            Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

            W 1 Antwort Letzte Antwort
            1
            • W wpd

              @mickym
              Guter Hinweis!
              Da mein Broker Mosquitto ist, habe ich den von Dir markierten Haken nicht. Muss ich in Mosquitto prüfen...

              EDIT:
              Ja, Mosquitto published auch bei demselben Wert.

              mickymM Online
              mickymM Online
              mickym
              Most Active
              schrieb am zuletzt editiert von
              #6

              @wpd sagte in MQTT Datenpunkt Reset ohne Triggerauslösung:

              EDIT:
              Ja, Mosquitto published auch bei demselben Wert.

              :+1: :+1: :+1:

              Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

              1 Antwort Letzte Antwort
              0
              • mickymM mickym

                @wpd Na ich habe auch mosquitto - aber Du musst in den Adaptereinstellungen trotzdem schauen, auch wenn Du den als Client betreibst. Das ist in den mqtt Einstellungen (3. Tab)

                W Offline
                W Offline
                wpd
                schrieb am zuletzt editiert von
                #7

                @mickym
                Ach Du Scheiße - pardon my french - das war wirklich angehakt in ioBroker.
                Scheint mir keine sehr sinnvolle Option zu sein.

                Das erklärt wohl, warum die Trigger-Optionen "wurde aktualisiert"/"wurde geändert" sich gleich verhalten haben.

                mickymM 1 Antwort Letzte Antwort
                0
                • W wpd

                  @mickym
                  Ach Du Scheiße - pardon my french - das war wirklich angehakt in ioBroker.
                  Scheint mir keine sehr sinnvolle Option zu sein.

                  Das erklärt wohl, warum die Trigger-Optionen "wurde aktualisiert"/"wurde geändert" sich gleich verhalten haben.

                  mickymM Online
                  mickymM Online
                  mickym
                  Most Active
                  schrieb am zuletzt editiert von
                  #8

                  @wpd sagte in MQTT Datenpunkt Reset ohne Triggerauslösung:

                  Scheint mir keine sehr sinnvolle Option zu sein.

                  Ist auch keine sinnvolle Option. Ich sag immer alle Haken raus, ist bei dem Adapter das Sinnvollste. ;)

                  Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

                  W 1 Antwort Letzte Antwort
                  0
                  • mickymM mickym

                    @wpd sagte in MQTT Datenpunkt Reset ohne Triggerauslösung:

                    Scheint mir keine sehr sinnvolle Option zu sein.

                    Ist auch keine sinnvolle Option. Ich sag immer alle Haken raus, ist bei dem Adapter das Sinnvollste. ;)

                    W Offline
                    W Offline
                    wpd
                    schrieb am zuletzt editiert von
                    #9

                    @mickym said in MQTT Datenpunkt Reset ohne Triggerauslösung:

                    @wpd sagte in MQTT Datenpunkt Reset ohne Triggerauslösung:

                    Scheint mir keine sehr sinnvolle Option zu sein.

                    Ist auch keine sinnvolle Option. Ich sag immer alle Haken raus, ist bei dem Adapter das Sinnvollste. ;)

                    Muss man halt wissen, dass es den Haken gibt - ich kenn ioBroker erst seit wenigen Tagen.
                    Diese Standard-Einstellung hat mich einen ganzen Tag Debugging gekostet :angry: Jetzt kann ich endlich wieder am Tasmota arbeiten.

                    Vielen Dank an Euch Beide

                    W 1 Antwort Letzte Antwort
                    1
                    • W wpd

                      @mickym said in MQTT Datenpunkt Reset ohne Triggerauslösung:

                      @wpd sagte in MQTT Datenpunkt Reset ohne Triggerauslösung:

                      Scheint mir keine sehr sinnvolle Option zu sein.

                      Ist auch keine sinnvolle Option. Ich sag immer alle Haken raus, ist bei dem Adapter das Sinnvollste. ;)

                      Muss man halt wissen, dass es den Haken gibt - ich kenn ioBroker erst seit wenigen Tagen.
                      Diese Standard-Einstellung hat mich einen ganzen Tag Debugging gekostet :angry: Jetzt kann ich endlich wieder am Tasmota arbeiten.

                      Vielen Dank an Euch Beide

                      W Offline
                      W Offline
                      wpd
                      schrieb am zuletzt editiert von
                      #10

                      Kurze Frage, off-topic.
                      Wie geht das mit dem Bewerten bzw. Upvoten?
                      Ich kann +1 oder manchmal +2 upvoten. Ist das der richtige Weg?

                      BananaJoeB 1 Antwort Letzte Antwort
                      0
                      • W wpd

                        Kurze Frage, off-topic.
                        Wie geht das mit dem Bewerten bzw. Upvoten?
                        Ich kann +1 oder manchmal +2 upvoten. Ist das der richtige Weg?

                        BananaJoeB Online
                        BananaJoeB Online
                        BananaJoe
                        Most Active
                        schrieb am zuletzt editiert von
                        #11

                        @wpd 2x Upvoten ist kein Vote. Einmal und der Zähler geht einen Wert hoch, noch mal Upvoten und der geht wieder einen runter. Du kannst nur einmal Upvoten

                        ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

                        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
                        FAQ Cloud / IOT
                        HowTo: Node.js-Update
                        HowTo: Backup/Restore
                        Downloads
                        BLOG

                        775

                        Online

                        32.6k

                        Benutzer

                        82.0k

                        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