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. Off Topic
  4. MQTT Error von Tasmota Publish/Suscription Einstellung?

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.8k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.2k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.4k

MQTT Error von Tasmota Publish/Suscription Einstellung?

Geplant Angeheftet Gesperrt Verschoben Off Topic
mqttpublishsubscriptiontasmota
25 Beiträge 2 Kommentatoren 1.9k 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.
  • BananaJoeB BananaJoe

    @dieter_p von der Webseite des Adapters:

    24511078-2019-42f4-ab59-bb1cad2c127f-image.png

    Nimm den Haken mal raus, das brauchen die Clients nicht. Das könnte das Problem sein.
    Eventuell den Adapter auch mal 3 Minuten aus lassen damit auch alle Clients merken das diese die Verbindung verloren haben und sich reconnecten

    D Online
    D Online
    Dieter_P
    schrieb am zuletzt editiert von Dieter_P
    #11

    @bananajoe said in MQTT Error von Tasmota Publish/Suscription Einstellung?:

    Nimm den Haken mal raus, das brauchen die Clients nicht. Das könnte das Problem sein.

    Bisher leider nein. Nach dem Neustart des mqtt0 und dann Ausführung des Publish wieder die Meldung.
    Hätte mich auch ehrlicherweise gewundert. Für mich ist das eine Reaktion von Tasmota Geräten zu Publish Befehlen, die sie "nix angehen".

    Aber warte mal. Mir fällt gerade auf dass sich nur 2 Tasmota Geräte im IOBroker Log dazu melden. Ich habe aber mehr mit MQTT eingebunden.

    Ich schau mal ob es da einen Unterschied gibt.

    Edit:
    Erster großer Unterschied, viele Tasmota Geräte hab ich gar nicht für Mqtt konfiguriert :cold_sweat: da kann sich nix melden.

    Hab nur noch 1 Relayboards gefunden mit MQTT Konfiguration das läuft auf Tasmota v13.4 und die "meckernden" Steckdosen auf v14.03.01. Sonst sehe ich keinen Unterschied.

    D 1 Antwort Letzte Antwort
    0
    • D Dieter_P

      @bananajoe said in MQTT Error von Tasmota Publish/Suscription Einstellung?:

      Nimm den Haken mal raus, das brauchen die Clients nicht. Das könnte das Problem sein.

      Bisher leider nein. Nach dem Neustart des mqtt0 und dann Ausführung des Publish wieder die Meldung.
      Hätte mich auch ehrlicherweise gewundert. Für mich ist das eine Reaktion von Tasmota Geräten zu Publish Befehlen, die sie "nix angehen".

      Aber warte mal. Mir fällt gerade auf dass sich nur 2 Tasmota Geräte im IOBroker Log dazu melden. Ich habe aber mehr mit MQTT eingebunden.

      Ich schau mal ob es da einen Unterschied gibt.

      Edit:
      Erster großer Unterschied, viele Tasmota Geräte hab ich gar nicht für Mqtt konfiguriert :cold_sweat: da kann sich nix melden.

      Hab nur noch 1 Relayboards gefunden mit MQTT Konfiguration das läuft auf Tasmota v13.4 und die "meckernden" Steckdosen auf v14.03.01. Sonst sehe ich keinen Unterschied.

      D Online
      D Online
      Dieter_P
      schrieb am zuletzt editiert von Dieter_P
      #12

      Interessant:

      Da ich bis auf Tasmota Version zum Relayboard keinen Unterschied gesehen hab, hab ich eine Steckdose auf den aktuellsten Status also v14.3.0.7 upgedated

      und die andere Dose runter auf v13.4

      Dann publish und Ergebnis, es erscheinen nur noch Fehler der v14.3 er Dose im Log

      mqtt.0
      	2024-11-20 12:12:40.196	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B2266616E223A317D [{"fan":1}]"}
      mqtt.0
      	2024-11-20 12:12:20.129	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B2266616E223A317D [{"fan":1}]"}
      mqtt.0
      	2024-11-20 12:12:00.119	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B2266616E223A317D [{"fan":1}]"}
      

      na supi

      Edit: nun beide Dosen auf 13.4 und Ruhe ist. Ob das so sein soll(v14), darf man ja bezweifeln.

      BananaJoeB 1 Antwort Letzte Antwort
      0
      • D Dieter_P

        Interessant:

        Da ich bis auf Tasmota Version zum Relayboard keinen Unterschied gesehen hab, hab ich eine Steckdose auf den aktuellsten Status also v14.3.0.7 upgedated

        und die andere Dose runter auf v13.4

        Dann publish und Ergebnis, es erscheinen nur noch Fehler der v14.3 er Dose im Log

        mqtt.0
        	2024-11-20 12:12:40.196	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B2266616E223A317D [{"fan":1}]"}
        mqtt.0
        	2024-11-20 12:12:20.129	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B2266616E223A317D [{"fan":1}]"}
        mqtt.0
        	2024-11-20 12:12:00.119	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B2266616E223A317D [{"fan":1}]"}
        

        na supi

        Edit: nun beide Dosen auf 13.4 und Ruhe ist. Ob das so sein soll(v14), darf man ja bezweifeln.

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

        @dieter_p Also ich habe vor 2 Wochen grade erst alles auf 14.3.0 geupdatet - und mein Mosquitto-Log sieht so aus:

        1732115615: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
        1732115916: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
        1732116217: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
        1732116518: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
        1732116819: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
        1732117120: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
        

        Könnte also doch irgendwie mit dem Adapter zusammenhängen.

        Mich würde mal interessieren welche MQTT Version der iobroker-Adapter simuliert.

        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

        D 1 Antwort Letzte Antwort
        0
        • BananaJoeB BananaJoe

          @dieter_p Also ich habe vor 2 Wochen grade erst alles auf 14.3.0 geupdatet - und mein Mosquitto-Log sieht so aus:

          1732115615: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
          1732115916: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
          1732116217: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
          1732116518: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
          1732116819: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
          1732117120: Saving in-memory database to /var/lib/mosquitto//mosquitto.db.
          

          Könnte also doch irgendwie mit dem Adapter zusammenhängen.

          Mich würde mal interessieren welche MQTT Version der iobroker-Adapter simuliert.

          D Online
          D Online
          Dieter_P
          schrieb am zuletzt editiert von Dieter_P
          #14

          @bananajoe

          jetzt wirds spooky. Wollte mal testen und hab eine Dose wieder auf v14.3.07 gezogen und wollte sie mal mit dem Mosquitto Broker verbinden um zu sehen was passiert. Aber selbst am IOBroker-Mqtt-Broker ist nun Ruhe in den Logs obwohl ich im Tasmota Log schön alle publish command sehe die bisher die Fehler produziert haben....

          :woman-shrugging:

          bzgl. mqtt version bin ich auf github nicht schlauer geworden zum iobroker adapter.

          D 1 Antwort Letzte Antwort
          0
          • D Dieter_P

            @bananajoe

            jetzt wirds spooky. Wollte mal testen und hab eine Dose wieder auf v14.3.07 gezogen und wollte sie mal mit dem Mosquitto Broker verbinden um zu sehen was passiert. Aber selbst am IOBroker-Mqtt-Broker ist nun Ruhe in den Logs obwohl ich im Tasmota Log schön alle publish command sehe die bisher die Fehler produziert haben....

            :woman-shrugging:

            bzgl. mqtt version bin ich auf github nicht schlauer geworden zum iobroker adapter.

            D Online
            D Online
            Dieter_P
            schrieb am zuletzt editiert von
            #15

            Noch jemand eine Idee dazu?

            Aktuell erzeugt der Publish:

            9f864ce0-7e9f-4b62-b144-fd43c9913bcd-grafik.png

            wieder Fehlereinträge im IOB:

            mqtt.0 2025-02-08 08:31:28.943	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F72223A302E327D [{"autor":0.2}]"}
            mqtt.0 2025-02-08 08:31:28.892	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F74223A32312E357D [{"autot":21.5}]"}
            

            Dieser Client (DVES_29BD00) ist die Tasmota Steckdose welche mitlerweile auf Tasmota 14.4.1.4 läuft. Eine andere Steckdose mit 13.4 gibt Ruhe zu Nachrichten die nichts für sie bestimmt sind.

            Ist das ein Tasmota Problem oder eins vom Mqtt Adapter?

            BananaJoeB 1 Antwort Letzte Antwort
            0
            • D Dieter_P

              Noch jemand eine Idee dazu?

              Aktuell erzeugt der Publish:

              9f864ce0-7e9f-4b62-b144-fd43c9913bcd-grafik.png

              wieder Fehlereinträge im IOB:

              mqtt.0 2025-02-08 08:31:28.943	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F72223A302E327D [{"autor":0.2}]"}
              mqtt.0 2025-02-08 08:31:28.892	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F74223A32312E357D [{"autot":21.5}]"}
              

              Dieser Client (DVES_29BD00) ist die Tasmota Steckdose welche mitlerweile auf Tasmota 14.4.1.4 läuft. Eine andere Steckdose mit 13.4 gibt Ruhe zu Nachrichten die nichts für sie bestimmt sind.

              Ist das ein Tasmota Problem oder eins vom Mqtt Adapter?

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

              @dieter_p in der console funktionieren die beiden befehle? also direkt auf dem Gerät?
              Würde mich wundern ... Bei command müssten eigentlich die ganz normalen tasmota-coammands rein:
              https://tasmota.github.io/docs/Commands/
              autot kommt da als Befehl nicht vor.

              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

              D 1 Antwort Letzte Antwort
              0
              • BananaJoeB BananaJoe

                @dieter_p in der console funktionieren die beiden befehle? also direkt auf dem Gerät?
                Würde mich wundern ... Bei command müssten eigentlich die ganz normalen tasmota-coammands rein:
                https://tasmota.github.io/docs/Commands/
                autot kommt da als Befehl nicht vor.

                D Online
                D Online
                Dieter_P
                schrieb am zuletzt editiert von Dieter_P
                #17

                @bananajoe said in MQTT Error von Tasmota Publish/Suscription Einstellung?:

                in der console funktionieren die beiden befehle? also direkt auf dem Gerät?
                Würde mich wundern ...

                Mich auch. Die Befehle/commands haben gar nichts mit den Tasmota-Geräten zu tun. Wenn sie diese ignorieren würden, wäre alles fein, aber stattdessen fluten sie meinen Fehler Log im IOB und ich versteh nicht wieso um es ggf abzustellen.

                Was triggert die Tasmotageräte hier auf fremde topics zu reagieren?

                BananaJoeB 1 Antwort Letzte Antwort
                0
                • D Dieter_P

                  @bananajoe said in MQTT Error von Tasmota Publish/Suscription Einstellung?:

                  in der console funktionieren die beiden befehle? also direkt auf dem Gerät?
                  Würde mich wundern ...

                  Mich auch. Die Befehle/commands haben gar nichts mit den Tasmota-Geräten zu tun. Wenn sie diese ignorieren würden, wäre alles fein, aber stattdessen fluten sie meinen Fehler Log im IOB und ich versteh nicht wieso um es ggf abzustellen.

                  Was triggert die Tasmotageräte hier auf fremde topics zu reagieren?

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

                  @dieter_p Ah, jetzt verstehe ich das Problem, die MQTT-Befehle sind für ein anderes Gerät und das hier hört falsch mit, richtig?

                  Die eingestellten Topics noch mal peinlich genau prüfen? Die Tasmotas hören nicht nur auf cmnd sondern auch noch auf ihr Fallback-Topic:
                  0894c411-270c-43ba-8ca0-a46bf67ef766-image.png
                  siehe auch https://tasmota.github.io/docs/MQTT/#fallback-topic

                  Ich habe hier allerdings auch einen umgeflashten Shelly Plus 1PM der "Geistermeldungen" über MQTT hört, irgendwelches Kauderwelsch. Auch wenn MQTT und WebAPI abgeschaltet sind ...

                  Bei dir sind es aber ja wohl die konkreten Meldungen.

                  Ansonsten: Einmal plattmachen, neu flashen mit löschen und einmal neu einrichten. Das versuche ich gleich mal mit meinem Shelly ...

                  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

                  D 1 Antwort Letzte Antwort
                  1
                  • BananaJoeB BananaJoe

                    @dieter_p Ah, jetzt verstehe ich das Problem, die MQTT-Befehle sind für ein anderes Gerät und das hier hört falsch mit, richtig?

                    Die eingestellten Topics noch mal peinlich genau prüfen? Die Tasmotas hören nicht nur auf cmnd sondern auch noch auf ihr Fallback-Topic:
                    0894c411-270c-43ba-8ca0-a46bf67ef766-image.png
                    siehe auch https://tasmota.github.io/docs/MQTT/#fallback-topic

                    Ich habe hier allerdings auch einen umgeflashten Shelly Plus 1PM der "Geistermeldungen" über MQTT hört, irgendwelches Kauderwelsch. Auch wenn MQTT und WebAPI abgeschaltet sind ...

                    Bei dir sind es aber ja wohl die konkreten Meldungen.

                    Ansonsten: Einmal plattmachen, neu flashen mit löschen und einmal neu einrichten. Das versuche ich gleich mal mit meinem Shelly ...

                    D Online
                    D Online
                    Dieter_P
                    schrieb am zuletzt editiert von
                    #19

                    @bananajoe said in MQTT Error von Tasmota Publish/Suscription Einstellung?:

                    die MQTT-Befehle sind für ein anderes Gerät und das hier hört falsch mit, richtig?

                    Ja genauso. Und es kann es eben mit Steckdose die auf Tasmota geflasht sind teils reproduzieren, wenn ich auf Tasmota FW 14 gehe.

                    Danke, wie man Details zu der Subskriptionen über MQTT unter Tasmota herausfindet/einstellt ist mir gänzlich neu. Schaue mal ob ich bzgl diesem Status 6 finde was das Verhalten erklärt.

                    BananaJoeB 1 Antwort Letzte Antwort
                    0
                    • D Dieter_P

                      @bananajoe said in MQTT Error von Tasmota Publish/Suscription Einstellung?:

                      die MQTT-Befehle sind für ein anderes Gerät und das hier hört falsch mit, richtig?

                      Ja genauso. Und es kann es eben mit Steckdose die auf Tasmota geflasht sind teils reproduzieren, wenn ich auf Tasmota FW 14 gehe.

                      Danke, wie man Details zu der Subskriptionen über MQTT unter Tasmota herausfindet/einstellt ist mir gänzlich neu. Schaue mal ob ich bzgl diesem Status 6 finde was das Verhalten erklärt.

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

                      @dieter_p sonst müsstest du mal schauen, die 14er ist ja inzwischen schon auf der 14.4.1, in den Beiträgen oben hattest du mit der 14.3 getestet. Man müsste mal den Changelog ansehen bzw. sich die Issues auf Github ansehen (und ggf. eines Eröffnen)

                      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

                      D 1 Antwort Letzte Antwort
                      0
                      • BananaJoeB BananaJoe

                        @dieter_p sonst müsstest du mal schauen, die 14er ist ja inzwischen schon auf der 14.4.1, in den Beiträgen oben hattest du mit der 14.3 getestet. Man müsste mal den Changelog ansehen bzw. sich die Issues auf Github ansehen (und ggf. eines Eröffnen)

                        D Online
                        D Online
                        Dieter_P
                        schrieb am zuletzt editiert von Dieter_P
                        #21

                        @bananajoe said in MQTT Error von Tasmota Publish/Suscription Einstellung?:

                        @dieter_p sonst müsstest du mal schauen, die 14er ist ja inzwischen schon auf der 14.4.1, in den Beiträgen oben hattest du mit der 14.3 getestet. Man müsste mal den Changelog ansehen bzw. sich die Issues auf Github ansehen (und ggf. eines Eröffnen)

                        Danke. Auf der Dose ist 14.4.1.4 drauf. Hab das nichtmehr so genau ausgeführt da es ja auch schon bei tieferen 14er Versionen auftrat.

                        Im Changelog hab ich nichts finden können. Und Status 6 ist für mich normal und keine Ahnung warum die Dose so darauf reagiert:

                        07:33:59.331 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.6}"}
                        07:34:11.387 CMD: Status 6
                        07:34:11.394 MQT: stat/tasmota_29BD00/STATUS6 = {"StatusMQT":{"MqttHost":"192.168.7.20","MqttPort":1886,"MqttClientMask":"DVES_%06X","MqttClient":"DVES_29BD00","MqttUser":"DVES_USER","MqttCount":1,"MAX_PACKET_SIZE":1200,"KEEPALIVE":30,"SOCKET_TIMEOUT":4}}
                        07:34:29.331 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.6}"}
                        

                        In dem Beispiel auch nochmal interessant. Ein weiterer Mqtt Befehl zur Umgebungstemperatur den ich alle 30 Sekunden publish auch mit Ziel für das andere Gerät.

                        Diese Meldung tauch hier auch im Tasmota Log auf, erzeugt aber derzeit keinen Fehler im IOB Mqtt Broker.

                        Edit: Hab das nochmal näher betrachtet und um 9h zum Start der Heizung publish ich noch etwas mehr was sich im Tasmota log zeigt:

                        08:59:59.268 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.9}"}
                        09:00:03.053 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"DEMAND 85"}
                        09:00:03.101 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"ECONO 1"}
                        09:00:03.153 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"COMFORT 1"}
                        09:00:03.203 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"FAN A"}
                        09:00:03.252 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F74223A32312E357D [{"autot":21.5}]"}
                        09:00:03.303 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F72223A302E327D [{"autor":0.2}]"}
                        09:00:29.249 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":20}"}
                        09:00:59.232 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":20}"}
                        

                        Interessant das davon lediglich das autot und autor cmd als Fehler im IOB auftaucht:

                        mqtt.0 2025-02-12 09:00:04.208	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F72223A302E327D [{"autor":0.2}]"}
                        mqtt.0 2025-02-12 09:00:04.169	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F74223A32312E357D [{"autot":21.5}]"}
                        

                        Das publishen unterscheidet sich auch bei den beiden Werten, wird aber funktional am Zielgerät verarbeitet.

                        6750b7d6-1e92-4817-9fff-978c0c80ac94-grafik.png

                        Mach ich nun etwas falsch oder ist Tasmota in der Subsription fehlerhaft/sensibel.

                        BananaJoeB 1 Antwort Letzte Antwort
                        0
                        • D Dieter_P

                          @bananajoe said in MQTT Error von Tasmota Publish/Suscription Einstellung?:

                          @dieter_p sonst müsstest du mal schauen, die 14er ist ja inzwischen schon auf der 14.4.1, in den Beiträgen oben hattest du mit der 14.3 getestet. Man müsste mal den Changelog ansehen bzw. sich die Issues auf Github ansehen (und ggf. eines Eröffnen)

                          Danke. Auf der Dose ist 14.4.1.4 drauf. Hab das nichtmehr so genau ausgeführt da es ja auch schon bei tieferen 14er Versionen auftrat.

                          Im Changelog hab ich nichts finden können. Und Status 6 ist für mich normal und keine Ahnung warum die Dose so darauf reagiert:

                          07:33:59.331 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.6}"}
                          07:34:11.387 CMD: Status 6
                          07:34:11.394 MQT: stat/tasmota_29BD00/STATUS6 = {"StatusMQT":{"MqttHost":"192.168.7.20","MqttPort":1886,"MqttClientMask":"DVES_%06X","MqttClient":"DVES_29BD00","MqttUser":"DVES_USER","MqttCount":1,"MAX_PACKET_SIZE":1200,"KEEPALIVE":30,"SOCKET_TIMEOUT":4}}
                          07:34:29.331 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.6}"}
                          

                          In dem Beispiel auch nochmal interessant. Ein weiterer Mqtt Befehl zur Umgebungstemperatur den ich alle 30 Sekunden publish auch mit Ziel für das andere Gerät.

                          Diese Meldung tauch hier auch im Tasmota Log auf, erzeugt aber derzeit keinen Fehler im IOB Mqtt Broker.

                          Edit: Hab das nochmal näher betrachtet und um 9h zum Start der Heizung publish ich noch etwas mehr was sich im Tasmota log zeigt:

                          08:59:59.268 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.9}"}
                          09:00:03.053 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"DEMAND 85"}
                          09:00:03.101 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"ECONO 1"}
                          09:00:03.153 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"COMFORT 1"}
                          09:00:03.203 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"FAN A"}
                          09:00:03.252 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F74223A32312E357D [{"autot":21.5}]"}
                          09:00:03.303 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F72223A302E327D [{"autor":0.2}]"}
                          09:00:29.249 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":20}"}
                          09:00:59.232 MQT: stat/tasmota_29BD00/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":20}"}
                          

                          Interessant das davon lediglich das autot und autor cmd als Fehler im IOB auftaucht:

                          mqtt.0 2025-02-12 09:00:04.208	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F72223A302E327D [{"autor":0.2}]"}
                          mqtt.0 2025-02-12 09:00:04.169	error	Client [DVES_29BD00] Cannot parse "stat/tasmota_29BD00/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F74223A32312E357D [{"autot":21.5}]"}
                          

                          Das publishen unterscheidet sich auch bei den beiden Werten, wird aber funktional am Zielgerät verarbeitet.

                          6750b7d6-1e92-4817-9fff-978c0c80ac94-grafik.png

                          Mach ich nun etwas falsch oder ist Tasmota in der Subsription fehlerhaft/sensibel.

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

                          @dieter_p richte mal den MQTT der Tasmota Büchse mit einem anderem Namen ein:
                          935046d6-68c1-4788-910d-3935daea44ea-image.png
                          Also bei Topic einen anderen Namen.

                          Ich setze das immer alles auf den gleichen Namen (Anzeige, Host, Topic und MQTT Client):

                          Backlog DeviceName Reserve3198; Hostname Reserve3198
                          

                          Und nun die MQTT-Einstellungen:

                          Backlog Topic Reserve3198; MqttClient Reserve3198; MqttHost 192.168.1.8; MqttPort 1883; MqttUser xxxx; MqttPassword xxxxxxxx
                          

                          So betreibe ich über 100 Tasmotageräte ohne deine Probleme.

                          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

                          D 2 Antworten Letzte Antwort
                          0
                          • BananaJoeB BananaJoe

                            @dieter_p richte mal den MQTT der Tasmota Büchse mit einem anderem Namen ein:
                            935046d6-68c1-4788-910d-3935daea44ea-image.png
                            Also bei Topic einen anderen Namen.

                            Ich setze das immer alles auf den gleichen Namen (Anzeige, Host, Topic und MQTT Client):

                            Backlog DeviceName Reserve3198; Hostname Reserve3198
                            

                            Und nun die MQTT-Einstellungen:

                            Backlog Topic Reserve3198; MqttClient Reserve3198; MqttHost 192.168.1.8; MqttPort 1883; MqttUser xxxx; MqttPassword xxxxxxxx
                            

                            So betreibe ich über 100 Tasmotageräte ohne deine Probleme.

                            D Online
                            D Online
                            Dieter_P
                            schrieb am zuletzt editiert von
                            #23

                            @bananajoe
                            Danke, für mich identisch zu Deinem Setup:

                            e882d4a7-45d5-4976-a591-acc5524f63dd-grafik.png

                            09:06:29.648 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.9}"}
                            09:06:59.538 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.9}"}
                            09:07:18.493 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"DEMAND 85"}
                            09:07:18.542 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"ECONO 1"}
                            09:07:18.594 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"COMFORT 1"}
                            09:07:18.644 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"FAN A"}
                            09:07:18.695 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F74223A32312E357D [{"autot":21.5}]"}
                            09:07:18.907 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F72223A302E327D [{"autor":0.2}]"}
                            09:07:29.557 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.9}"}
                            09:07:59.583 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.9}"}
                            09:08:29.677 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.9}"}
                            09:08:59.590 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.9}"}
                            09:09:29.649 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.9}"}
                            09:09:42.607 CMD: status 6
                            09:09:42.614 MQT: stat/AIRCO1OG/STATUS6 = {"StatusMQT":{"MqttHost":"192.168.7.20","MqttPort":1886,"MqttClientMask":"AIRCO1OG","MqttClient":"AIRCO1OG","MqttUser":"mqtt","MqttCount":1,"MAX_PACKET_SIZE":1200,"KEEPALIVE":30,"SOCKET_TIMEOUT":4}}
                            09:09:59.529 MQT: stat/AIRCO1OG/RESULT = {"Command":"Unknown","Input":"CONTROL {\"env\":19.9}"}
                            

                            aber die beiden publish befehle immer noch als Fehler im Log:

                            mqtt.0 2025-02-13 09:07:19.485	error	Client [AIRCO1OG] Cannot parse "stat/AIRCO1OG/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F72223A302E327D [{"autor":0.2}]"}
                            mqtt.0 2025-02-13 09:07:19.273	error	Client [AIRCO1OG] Cannot parse "stat/AIRCO1OG/RESULT": {"Command":"Unknown","Input":"F0F5BD731830 7B226175746F74223A32312E357D [{"autot":21.5}]"}
                            
                            1 Antwort Letzte Antwort
                            0
                            • BananaJoeB BananaJoe

                              @dieter_p richte mal den MQTT der Tasmota Büchse mit einem anderem Namen ein:
                              935046d6-68c1-4788-910d-3935daea44ea-image.png
                              Also bei Topic einen anderen Namen.

                              Ich setze das immer alles auf den gleichen Namen (Anzeige, Host, Topic und MQTT Client):

                              Backlog DeviceName Reserve3198; Hostname Reserve3198
                              

                              Und nun die MQTT-Einstellungen:

                              Backlog Topic Reserve3198; MqttClient Reserve3198; MqttHost 192.168.1.8; MqttPort 1883; MqttUser xxxx; MqttPassword xxxxxxxx
                              

                              So betreibe ich über 100 Tasmotageräte ohne deine Probleme.

                              D Online
                              D Online
                              Dieter_P
                              schrieb am zuletzt editiert von
                              #24

                              @bananajoe

                              Danke für Deine Unterstützung, ich habe einen anderen Weg gefunden die Commands zu publishen, dass das Zielgerät sie auch annimmt. Über den Publish bleiben die Tasmotageräte nun still.

                              Verstehe immer noch nicht warum das so passiert auf fremden Geräten die "das gar nix angeht" (Subskription) aber muß ja nicht alles verstehn.

                              BananaJoeB 1 Antwort Letzte Antwort
                              0
                              • D Dieter_P

                                @bananajoe

                                Danke für Deine Unterstützung, ich habe einen anderen Weg gefunden die Commands zu publishen, dass das Zielgerät sie auch annimmt. Über den Publish bleiben die Tasmotageräte nun still.

                                Verstehe immer noch nicht warum das so passiert auf fremden Geräten die "das gar nix angeht" (Subskription) aber muß ja nicht alles verstehn.

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

                                @dieter_p sagte in MQTT Error von Tasmota Publish/Suscription Einstellung?:

                                @bananajoe

                                Danke für Deine Unterstützung, ich habe einen anderen Weg gefunden die Commands zu publishen, dass das Zielgerät sie auch annimmt. Über den Publish bleiben die Tasmotageräte nun still.

                                Verstehe immer noch nicht warum das so passiert auf fremden Geräten die "das gar nix angeht" (Subskription) aber muß ja nicht alles verstehn.

                                Ich hatte es bei mir auch mal mit dem command/xx Topic getestet, bei mir passiert da nichts.
                                Aber schön das du jetzt eine Lösung gefunden hast.

                                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
                                Antworten
                                • In einem neuen Thema antworten
                                Anmelden zum Antworten
                                • Älteste zuerst
                                • Neuste zuerst
                                • Meiste Stimmen


                                Support us

                                ioBroker
                                Community Adapters
                                Donate

                                553

                                Online

                                32.4k

                                Benutzer

                                81.5k

                                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