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. Microcontroller
  5. Sonoff-Adapter: Tasmota Stromzähler spinnt

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.2k

Sonoff-Adapter: Tasmota Stromzähler spinnt

Geplant Angeheftet Gesperrt Verschoben Microcontroller
42 Beiträge 2 Kommentatoren 3.1k 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.
  • MartinPM MartinP

    Habe das gefunden:

    https://forum.iobroker.net/topic/17351/sonoff-adapter-old-client-with-secret-send-pingreq

    Habe aufgrund des letzten Posts auch mal probeweise versucht, WifiPower auf 15 zu setzen. Die Tasmota-Konsole war vorher super Zäh...

    Nachdem ich WifiPower auf 15 gesetzt hatte, ist das "Zähe" der Konsole besser geworden ... Vielleicht hilft es ja ...

    BananaJoeB Offline
    BananaJoeB Offline
    BananaJoe
    Most Active
    schrieb am zuletzt editiert von
    #6

    @martinp 15 wäre ja schwächer ... wie wäre es den Wert auf 0 zu setzen, dann sollte sich Tasmota dynamisch an den AccessPoint anpassen

    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

    MartinPM 1 Antwort Letzte Antwort
    0
    • BananaJoeB BananaJoe

      @martinp 15 wäre ja schwächer ... wie wäre es den Wert auf 0 zu setzen, dann sollte sich Tasmota dynamisch an den AccessPoint anpassen

      MartinPM Online
      MartinPM Online
      MartinP
      schrieb am zuletzt editiert von MartinP
      #7

      @bananajoe Ist das so bei Tasmota?
      Bisher scheint die sporadische Kommunikationsunterbrechung nach dem Wechsel 15 -> 13 weg zu sein ...

      Wo hast Du das mit "WifiPower 0" her?

      In der Doku finde ich dazu nichts:
      https://tasmota.github.io/docs/WifiPower/

      lasse das estmal bei 15 ...

      2d349d62-659f-4f31-bdb1-c3cab2c78fca-grafik.png

      Hier noch ein ESP32-S2

      31a22639-56e9-487a-9e4b-e6702429550a-grafik.png

      Und meine ESP32-CAM

      3c94ee6f-f3b9-4d52-861d-3896b0ebbc60-grafik.png

      Da habe ich das mit WifiPower ausprobiert

      7:36:24.971 CMD: wifipower
      17:36:24.977 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":16.0}
      17:36:38.330 CMD: wifipower 0
      17:36:38.334 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":16.0}
      17:38:30.022 CMD: wifipower 15
      17:38:30.127 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":15.0}
      17:38:35.615 CMD: wifipower
      17:38:35.621 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":15.0}
      17:38:40.976 CMD: wifipower 0
      17:38:40.980 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":15.0}
      17:38:43.613 CMD: wifipower 0
      17:38:43.618 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":14.0}
      17:38:46.325 CMD: wifipower 0
      17:38:46.330 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":14.0}```

      Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
      Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
      Linux pve 6.8.12-16-pve
      6 GByte RAM für den Container
      Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
      Remote-Access über Wireguard der Fritzbox

      BananaJoeB 2 Antworten Letzte Antwort
      0
      • MartinPM MartinP

        @bananajoe Ist das so bei Tasmota?
        Bisher scheint die sporadische Kommunikationsunterbrechung nach dem Wechsel 15 -> 13 weg zu sein ...

        Wo hast Du das mit "WifiPower 0" her?

        In der Doku finde ich dazu nichts:
        https://tasmota.github.io/docs/WifiPower/

        lasse das estmal bei 15 ...

        2d349d62-659f-4f31-bdb1-c3cab2c78fca-grafik.png

        Hier noch ein ESP32-S2

        31a22639-56e9-487a-9e4b-e6702429550a-grafik.png

        Und meine ESP32-CAM

        3c94ee6f-f3b9-4d52-861d-3896b0ebbc60-grafik.png

        Da habe ich das mit WifiPower ausprobiert

        7:36:24.971 CMD: wifipower
        17:36:24.977 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":16.0}
        17:36:38.330 CMD: wifipower 0
        17:36:38.334 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":16.0}
        17:38:30.022 CMD: wifipower 15
        17:38:30.127 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":15.0}
        17:38:35.615 CMD: wifipower
        17:38:35.621 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":15.0}
        17:38:40.976 CMD: wifipower 0
        17:38:40.980 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":15.0}
        17:38:43.613 CMD: wifipower 0
        17:38:43.618 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":14.0}
        17:38:46.325 CMD: wifipower 0
        17:38:46.330 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":14.0}```
        BananaJoeB Offline
        BananaJoeB Offline
        BananaJoe
        Most Active
        schrieb am zuletzt editiert von BananaJoe
        #8

        @martinp Ok, die Docs gibt es auch, ich schaue immer in die ''Commands'' Liste:
        https://tasmota.github.io/docs/Commands/
        b07a5242-c388-4415-ae8c-1c289c84ebd7-image.png
        Ich setze auch immer noch (WifiPower habe ich bisher nicht angefasst)
        b73529cb-4a2a-49e1-9db4-ff24a0e511ec-image.png

        Ich überwache bei mir an welchen AccessPoint die Tasmota-Geräte sich gerade befinden, wenn ich den in der Unterverteilung neu starte kann ich schön sehen wie diese dann alle an den AP in der Küche wechseln und im laufe der nächsten Stunde wieder zurück.

        Bei neuen Geräten ist das per Default an, bei älteren muss man das ggf. setzen. Der Befehl ohne Parameter zeigt ja immer den aktuellen Status an.

        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

        MartinPM 1 Antwort Letzte Antwort
        0
        • MartinPM MartinP

          @bananajoe Ist das so bei Tasmota?
          Bisher scheint die sporadische Kommunikationsunterbrechung nach dem Wechsel 15 -> 13 weg zu sein ...

          Wo hast Du das mit "WifiPower 0" her?

          In der Doku finde ich dazu nichts:
          https://tasmota.github.io/docs/WifiPower/

          lasse das estmal bei 15 ...

          2d349d62-659f-4f31-bdb1-c3cab2c78fca-grafik.png

          Hier noch ein ESP32-S2

          31a22639-56e9-487a-9e4b-e6702429550a-grafik.png

          Und meine ESP32-CAM

          3c94ee6f-f3b9-4d52-861d-3896b0ebbc60-grafik.png

          Da habe ich das mit WifiPower ausprobiert

          7:36:24.971 CMD: wifipower
          17:36:24.977 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":16.0}
          17:36:38.330 CMD: wifipower 0
          17:36:38.334 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":16.0}
          17:38:30.022 CMD: wifipower 15
          17:38:30.127 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":15.0}
          17:38:35.615 CMD: wifipower
          17:38:35.621 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":15.0}
          17:38:40.976 CMD: wifipower 0
          17:38:40.980 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":15.0}
          17:38:43.613 CMD: wifipower 0
          17:38:43.618 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":14.0}
          17:38:46.325 CMD: wifipower 0
          17:38:46.330 MQT: stat/tasmota_CBA21C/RESULT = {"WifiPower":14.0}```
          BananaJoeB Offline
          BananaJoeB Offline
          BananaJoe
          Most Active
          schrieb am zuletzt editiert von
          #9

          @martinp Nachtrag: Die Signalstärke die dir angezeigt wird sagt dir genau genommen weniger als man denkt.
          Das ist ja wie gut stark das Empfangssignal ist (Signalqualität ist etwas anderes).

          Wobei ich sehe gerade - das ist wohl aus der FritzBox, also wie gut diese Empfängt. Naja, dann müsste der Wert bei 17 besser sein als bei 15 weil er stärker sendet ...
          Über -60dBm ist im "gelben" Bereich. Ist ok für die kleinen Miniplatinen ohne extra Antennen.

          Bei Kameras hast du natürlich höhere Bandbreitennutzung, die normalen Tasmota senden ja nicht viel bzw. nur kleine Pakete. Wenn der Stream ständig abgerufen wird, geht das natürlich von der Bandbreite der anderen Geräte runter

          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
          • BananaJoeB BananaJoe

            @martinp Ok, die Docs gibt es auch, ich schaue immer in die ''Commands'' Liste:
            https://tasmota.github.io/docs/Commands/
            b07a5242-c388-4415-ae8c-1c289c84ebd7-image.png
            Ich setze auch immer noch (WifiPower habe ich bisher nicht angefasst)
            b73529cb-4a2a-49e1-9db4-ff24a0e511ec-image.png

            Ich überwache bei mir an welchen AccessPoint die Tasmota-Geräte sich gerade befinden, wenn ich den in der Unterverteilung neu starte kann ich schön sehen wie diese dann alle an den AP in der Küche wechseln und im laufe der nächsten Stunde wieder zurück.

            Bei neuen Geräten ist das per Default an, bei älteren muss man das ggf. setzen. Der Befehl ohne Parameter zeigt ja immer den aktuellen Status an.

            MartinPM Online
            MartinPM Online
            MartinP
            schrieb am zuletzt editiert von MartinP
            #10

            @bananajoe

            Vielleicht gibt es bei 17 = Maximum gewisse Probleme, dass z.B. das Empfangen nach dem Senden nicht sofort wieder gut klappt, und das Umschalten besser funktioniert, wenn man mit "angezogener Handbremse" sendet ....

            Auch bei WifiPower 0 kommt je nach Tasmota Version entweder der erste "ausgewürfelte" Wert zurück, oder die "0.0"

            Hier die Werte von meiner Nous A1T

            NOUS A1T
            Tasmota
            Program Version	12.1.1(tasmota)
            
            17:52:23.111 CMD: wifipower
            17:52:23.117 MQT: stat/tasmota_17AB7E/RESULT = {"WifiPower":"0.0"}
            

            Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
            Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
            Linux pve 6.8.12-16-pve
            6 GByte RAM für den Container
            Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
            Remote-Access über Wireguard der Fritzbox

            BananaJoeB 1 Antwort Letzte Antwort
            0
            • MartinPM MartinP

              @bananajoe

              Vielleicht gibt es bei 17 = Maximum gewisse Probleme, dass z.B. das Empfangen nach dem Senden nicht sofort wieder gut klappt, und das Umschalten besser funktioniert, wenn man mit "angezogener Handbremse" sendet ....

              Auch bei WifiPower 0 kommt je nach Tasmota Version entweder der erste "ausgewürfelte" Wert zurück, oder die "0.0"

              Hier die Werte von meiner Nous A1T

              NOUS A1T
              Tasmota
              Program Version	12.1.1(tasmota)
              
              17:52:23.111 CMD: wifipower
              17:52:23.117 MQT: stat/tasmota_17AB7E/RESULT = {"WifiPower":"0.0"}
              
              BananaJoeB Offline
              BananaJoeB Offline
              BananaJoe
              Most Active
              schrieb am zuletzt editiert von BananaJoe
              #11

              @martinp eventuell gibst du auch einer aktuelleren Tasmota-Version mal eine Chance ...
              ddd238bb-d753-4b81-a150-61f0018dbe25-image.png

              ABER VORSICHT, du müsstest unbedingt eine SML-Version für den Stromzähler nehmen, bei allen anderen passen in der Regel die normalen, auf meinen Nous A1T habe ich 14.3.0 - aber nur weil ich zufällig letztes Wochenende eine große Updateorgie gemacht habe.

              Dein Stromzähler hat ja schon 13.1, das ist ja nur etwas mehr als ein Jahr alt. Gab aber schon einige Version dazwischen, müsste man mal in den Release-Notes schauen: https://github.com/arendst/Tasmota/releases?page=1

              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

              MartinPM 1 Antwort Letzte Antwort
              0
              • BananaJoeB BananaJoe

                @martinp eventuell gibst du auch einer aktuelleren Tasmota-Version mal eine Chance ...
                ddd238bb-d753-4b81-a150-61f0018dbe25-image.png

                ABER VORSICHT, du müsstest unbedingt eine SML-Version für den Stromzähler nehmen, bei allen anderen passen in der Regel die normalen, auf meinen Nous A1T habe ich 14.3.0 - aber nur weil ich zufällig letztes Wochenende eine große Updateorgie gemacht habe.

                Dein Stromzähler hat ja schon 13.1, das ist ja nur etwas mehr als ein Jahr alt. Gab aber schon einige Version dazwischen, müsste man mal in den Release-Notes schauen: https://github.com/arendst/Tasmota/releases?page=1

                MartinPM Online
                MartinPM Online
                MartinP
                schrieb am zuletzt editiert von
                #12

                @bananajoe Beim Stromzähler bin ich auf 13.1

                Die Nous A1T hat noch ihre Version aus dem Lieferzustand ...

                Den Stromzähler habe ich selber compiliert, da habe ich sentimentale Erinnerungen ;-) (aber vielleicht habe ich da auch verdrängt ....)

                Generic
                Tasmota
                Program Version	13.1.0(tasmota-4M)
                Build Date & Time	2023-09-02T18:48:01
                

                Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
                Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
                Linux pve 6.8.12-16-pve
                6 GByte RAM für den Container
                Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
                Remote-Access über Wireguard der Fritzbox

                MartinPM 1 Antwort Letzte Antwort
                0
                • MartinPM MartinP

                  @bananajoe Beim Stromzähler bin ich auf 13.1

                  Die Nous A1T hat noch ihre Version aus dem Lieferzustand ...

                  Den Stromzähler habe ich selber compiliert, da habe ich sentimentale Erinnerungen ;-) (aber vielleicht habe ich da auch verdrängt ....)

                  Generic
                  Tasmota
                  Program Version	13.1.0(tasmota-4M)
                  Build Date & Time	2023-09-02T18:48:01
                  
                  MartinPM Online
                  MartinPM Online
                  MartinP
                  schrieb am zuletzt editiert von
                  #13

                  Mit "WifiPower 0" läuft der Tasmota Node MCU am Lesekopf wieder unauffällig - seit einem Tag keine Logmeldungen bzgl. Problemen.

                  Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
                  Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
                  Linux pve 6.8.12-16-pve
                  6 GByte RAM für den Container
                  Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
                  Remote-Access über Wireguard der Fritzbox

                  MartinPM 1 Antwort Letzte Antwort
                  0
                  • MartinPM MartinP

                    Mit "WifiPower 0" läuft der Tasmota Node MCU am Lesekopf wieder unauffällig - seit einem Tag keine Logmeldungen bzgl. Problemen.

                    MartinPM Online
                    MartinPM Online
                    MartinP
                    schrieb am zuletzt editiert von
                    #14

                    Die Logmeldungen sind wieder aufgetreten ... bin etwas ratlos ...

                    Wifipower steht auf 0, hat sich auf 14 eingepegelt ...

                    Da ich die Pulse vom induktiven Näherungsschalter am Gaszähler durch ein Blockly zählen lasse gehen iobroker da jetzt ein paar Pulse pro Tag durch die Lappen, wenn die Verbindung mal wieder kippelt ...

                    Da scheinen Tasmota und Sonoff nicht einig, welches Secret denn nun gilt ...

                    sonoff.0
                    	2024-11-12 13:54:06.055	warn	Client [Stromzaehler_B5F63F] received pubrec on Stromzaehler_B5F63F for unknown message ID: 28005
                    sonoff.0
                    	2024-11-12 13:54:06.055	info	Client [Stromzaehler_B5F63F] connection closed: Error: Cannot parse topic
                    sonoff.0
                    	2024-11-12 13:54:06.271	info	Client [Stromzaehler_B5F63F] connected with secret 1731416046271_618
                    sonoff.0
                    	2024-11-12 14:01:45.115	info	Client [Stromzaehler_B5F63F] reconnected. Old secret 1731416046271_618 ==> New secret 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.626	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.627	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.627	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.627	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.627	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.628	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.637	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.637	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.638	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.638	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.639	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.643	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.643	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends pingreq. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.644	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.646	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.646	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.647	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.647	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.648	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.648	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.648	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.649	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.649	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.649	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.649	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.650	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.651	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.651	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.651	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.652	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.653	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.653	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.653	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    sonoff.0
                    	2024-11-12 14:01:56.654	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                    

                    Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
                    Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
                    Linux pve 6.8.12-16-pve
                    6 GByte RAM für den Container
                    Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
                    Remote-Access über Wireguard der Fritzbox

                    BananaJoeB 1 Antwort Letzte Antwort
                    0
                    • MartinPM MartinP

                      Die Logmeldungen sind wieder aufgetreten ... bin etwas ratlos ...

                      Wifipower steht auf 0, hat sich auf 14 eingepegelt ...

                      Da ich die Pulse vom induktiven Näherungsschalter am Gaszähler durch ein Blockly zählen lasse gehen iobroker da jetzt ein paar Pulse pro Tag durch die Lappen, wenn die Verbindung mal wieder kippelt ...

                      Da scheinen Tasmota und Sonoff nicht einig, welches Secret denn nun gilt ...

                      sonoff.0
                      	2024-11-12 13:54:06.055	warn	Client [Stromzaehler_B5F63F] received pubrec on Stromzaehler_B5F63F for unknown message ID: 28005
                      sonoff.0
                      	2024-11-12 13:54:06.055	info	Client [Stromzaehler_B5F63F] connection closed: Error: Cannot parse topic
                      sonoff.0
                      	2024-11-12 13:54:06.271	info	Client [Stromzaehler_B5F63F] connected with secret 1731416046271_618
                      sonoff.0
                      	2024-11-12 14:01:45.115	info	Client [Stromzaehler_B5F63F] reconnected. Old secret 1731416046271_618 ==> New secret 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.626	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.627	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.627	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.627	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.627	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.628	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.637	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.637	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.638	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.638	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.639	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.643	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.643	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends pingreq. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.644	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.646	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.646	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.647	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.647	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.648	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.648	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.648	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.649	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.649	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.649	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.649	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.650	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.651	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.651	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.651	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.652	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.653	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.653	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.653	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      sonoff.0
                      	2024-11-12 14:01:56.654	warn	Old client Stromzaehler_B5F63F with secret 1731416046271_618 sends publish. Ignore! Actual secret is 1731416505115_5102
                      
                      BananaJoeB Offline
                      BananaJoeB Offline
                      BananaJoe
                      Most Active
                      schrieb am zuletzt editiert von
                      #15

                      @martinp Hast du auch MQTT im Einsatz? Dann könntest du den Tasmota dahin senden lassen, musst das ganze dann halt nur selbst auswerten (was für einen Impuls nicht so wild sein wird).

                      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

                      MartinPM 1 Antwort Letzte Antwort
                      0
                      • BananaJoeB BananaJoe

                        @martinp Hast du auch MQTT im Einsatz? Dann könntest du den Tasmota dahin senden lassen, musst das ganze dann halt nur selbst auswerten (was für einen Impuls nicht so wild sein wird).

                        MartinPM Online
                        MartinPM Online
                        MartinP
                        schrieb am zuletzt editiert von
                        #16

                        @bananajoe Mit dem MQTT Client/Server Adapter habe ich teilweise ähnliche Probleme... Da müsste ich mich auch um das Auseinanderfummeln der JSON-Verpackung der Zählerwerte selber kümmern ..

                        Was ist von einer zwischengeschalteten Mosquitto Instanz zu halten?

                        Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
                        Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
                        Linux pve 6.8.12-16-pve
                        6 GByte RAM für den Container
                        Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
                        Remote-Access über Wireguard der Fritzbox

                        BananaJoeB 2 Antworten Letzte Antwort
                        0
                        • MartinPM MartinP

                          @bananajoe Mit dem MQTT Client/Server Adapter habe ich teilweise ähnliche Probleme... Da müsste ich mich auch um das Auseinanderfummeln der JSON-Verpackung der Zählerwerte selber kümmern ..

                          Was ist von einer zwischengeschalteten Mosquitto Instanz zu halten?

                          BananaJoeB Offline
                          BananaJoeB Offline
                          BananaJoe
                          Most Active
                          schrieb am zuletzt editiert von BananaJoe
                          #17

                          @martinp sagte in Sonoff-Adapter: Tasmota Stromzähler spinnt:

                          Was ist von einer zwischengeschalteten Mosquitto Instanz zu halten?

                          Ich persönlich ganz viel. Ich habe da alles drüber laufen (Shelly, Tasmota und alles andere)
                          Der Mosquitto ist unheimlich Leistungsfähig, der kann tausende von Geräten gleichzeitig bedienen, dann den MQTT-Broker/Client im Client-Modus damit verbinden.
                          Da geht nicht verloren, wenn der Adapter ein paar Millisekunden später reagiert ist das dann egal.

                          In Tasmota kann man einstellen wie er die MQTT-Daten sendet, wenn man stateretain 1 setzt erhält der Client die Info auch wenn er mal kurz offline war.

                          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
                          • MartinPM MartinP

                            @bananajoe Mit dem MQTT Client/Server Adapter habe ich teilweise ähnliche Probleme... Da müsste ich mich auch um das Auseinanderfummeln der JSON-Verpackung der Zählerwerte selber kümmern ..

                            Was ist von einer zwischengeschalteten Mosquitto Instanz zu halten?

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

                            @martinp wenn du die Daten hast die der Stromzähler sendet, die müssten unterhalb mqtt.0.tele.xxxx landen, poste was der Datenpunkt da ausspuckt (SENSOR?), das auseinandernehmen ist nicht weiter schwierig

                            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

                            MartinPM 1 Antwort Letzte Antwort
                            0
                            • BananaJoeB BananaJoe

                              @martinp wenn du die Daten hast die der Stromzähler sendet, die müssten unterhalb mqtt.0.tele.xxxx landen, poste was der Datenpunkt da ausspuckt (SENSOR?), das auseinandernehmen ist nicht weiter schwierig

                              MartinPM Online
                              MartinPM Online
                              MartinP
                              schrieb am zuletzt editiert von
                              #19

                              @bananajoe Ich werde dann wohl eher "Nägel mit Köpfen" machen, und mich mit Mosquitto beschäftigen, da ich wie gesagt auch mit dem MQTT Broker/Client schon ähnliche Probleme hatte.
                              Nutzt man Mosquitto da eher als "Rangierbahnhof" für komplette Topics, oder wird darin z. B. JSON auseinandergepflückt und umgebaut und neu in MQTT Topics verpackt?

                              Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
                              Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
                              Linux pve 6.8.12-16-pve
                              6 GByte RAM für den Container
                              Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
                              Remote-Access über Wireguard der Fritzbox

                              BananaJoeB 1 Antwort Letzte Antwort
                              0
                              • MartinPM MartinP

                                @bananajoe Ich werde dann wohl eher "Nägel mit Köpfen" machen, und mich mit Mosquitto beschäftigen, da ich wie gesagt auch mit dem MQTT Broker/Client schon ähnliche Probleme hatte.
                                Nutzt man Mosquitto da eher als "Rangierbahnhof" für komplette Topics, oder wird darin z. B. JSON auseinandergepflückt und umgebaut und neu in MQTT Topics verpackt?

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

                                @martinp als Rangierbahnhof. Besser: Als Nachrichtenzentrale. Jeder kann da alles ablegen, und über alles Informiert werden was einen Interessiert.

                                Den MQTT Broker/Client als Client kann ich aber in Verbindung mit dem Mosquitto empfehlen, läuft bei mir ganz wunderbar, bei 162 aktiven Clients:
                                06eaabd8-dc79-446b-8027-14e97b0d9f47-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

                                MartinPM 1 Antwort Letzte Antwort
                                0
                                • BananaJoeB BananaJoe

                                  @martinp als Rangierbahnhof. Besser: Als Nachrichtenzentrale. Jeder kann da alles ablegen, und über alles Informiert werden was einen Interessiert.

                                  Den MQTT Broker/Client als Client kann ich aber in Verbindung mit dem Mosquitto empfehlen, läuft bei mir ganz wunderbar, bei 162 aktiven Clients:
                                  06eaabd8-dc79-446b-8027-14e97b0d9f47-image.png

                                  MartinPM Online
                                  MartinPM Online
                                  MartinP
                                  schrieb am zuletzt editiert von
                                  #21

                                  @bananajoe Habe gerade gesehen, dass mein Zigbee2MQTT Docker-Stack auch bereits einen Mosquitto-Docker-Container hat ... könnte man ggfs. den verwenden?

                                  275a73f4-bb05-4e1e-8360-40c7f1127215-grafik.png

                                  Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
                                  Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
                                  Linux pve 6.8.12-16-pve
                                  6 GByte RAM für den Container
                                  Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
                                  Remote-Access über Wireguard der Fritzbox

                                  BananaJoeB 1 Antwort Letzte Antwort
                                  0
                                  • MartinPM MartinP

                                    @bananajoe Habe gerade gesehen, dass mein Zigbee2MQTT Docker-Stack auch bereits einen Mosquitto-Docker-Container hat ... könnte man ggfs. den verwenden?

                                    275a73f4-bb05-4e1e-8360-40c7f1127215-grafik.png

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

                                    @martinp müsste gehen. Kannst ja mal testen ob du dich mit dem ioBroker verbinden kannst per MQTT Broker/Client Adapter

                                    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

                                    MartinPM 1 Antwort Letzte Antwort
                                    0
                                    • BananaJoeB BananaJoe

                                      @martinp müsste gehen. Kannst ja mal testen ob du dich mit dem ioBroker verbinden kannst per MQTT Broker/Client Adapter

                                      MartinPM Online
                                      MartinPM Online
                                      MartinP
                                      schrieb am zuletzt editiert von
                                      #23

                                      @bananajoe Habe gestern mal probiert, konnte mit dem MQTT Explorer topics anlegen, und der Broker/Client hat auch zugefasst ...

                                      Muss man wirklich die Topics, die eine MQTT-Hardware als Eingangsgröße braucht VON HAND in Mosquitto eintragen (z. B. die Switches einer Schaltsteckdose, oder den Sollwert eines Thermostaten) Oder zieht sich das von alleine gerade?

                                      Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
                                      Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
                                      Linux pve 6.8.12-16-pve
                                      6 GByte RAM für den Container
                                      Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
                                      Remote-Access über Wireguard der Fritzbox

                                      BananaJoeB 1 Antwort Letzte Antwort
                                      0
                                      • MartinPM MartinP

                                        @bananajoe Habe gestern mal probiert, konnte mit dem MQTT Explorer topics anlegen, und der Broker/Client hat auch zugefasst ...

                                        Muss man wirklich die Topics, die eine MQTT-Hardware als Eingangsgröße braucht VON HAND in Mosquitto eintragen (z. B. die Switches einer Schaltsteckdose, oder den Sollwert eines Thermostaten) Oder zieht sich das von alleine gerade?

                                        BananaJoeB Offline
                                        BananaJoeB Offline
                                        BananaJoe
                                        Most Active
                                        schrieb am zuletzt editiert von
                                        #24

                                        @martinp Du musst da gar nichts eintragen.
                                        In den Topics erscheint alles automatisch was gesendet wird,
                                        Tasmota legt einige wenige eingehende an, z.B. cmnd/Gerätename/POWER,
                                        die restlichen würde man bei Bedarf erzeugen (für Befehle senden!), unter cmnd/Gerätename/xxx kann man jedes Tasmota Command senden.
                                        Das brauchst du hier aber ja gar nicht.

                                        Der MQTT-Broker/Client als Client abonniert per Default alles und legt für alles was kommt einen entsprechenden Datenpunkt an.

                                        Die MQTT-Hardware sollte von sich aus alles anlegen was es braucht. Tasmota nutzt per Default die Topics stat, cmnd und tele. Man könnte da noch eigene anlegen, das braucht es aber gar nicht.
                                        In den MQTT Einstellungen auf Tasmota sollte der MQTT-Clientname vergeben sein, ich nutze da immer den Gerätenamen:
                                        286b0668-14b1-4131-ba3d-1ce491e4aa19-image.png
                                        Wo hier also Tasmota steht, steht bei mir der Gerätename

                                        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

                                        MartinPM 1 Antwort Letzte Antwort
                                        0
                                        • BananaJoeB BananaJoe

                                          @martinp Du musst da gar nichts eintragen.
                                          In den Topics erscheint alles automatisch was gesendet wird,
                                          Tasmota legt einige wenige eingehende an, z.B. cmnd/Gerätename/POWER,
                                          die restlichen würde man bei Bedarf erzeugen (für Befehle senden!), unter cmnd/Gerätename/xxx kann man jedes Tasmota Command senden.
                                          Das brauchst du hier aber ja gar nicht.

                                          Der MQTT-Broker/Client als Client abonniert per Default alles und legt für alles was kommt einen entsprechenden Datenpunkt an.

                                          Die MQTT-Hardware sollte von sich aus alles anlegen was es braucht. Tasmota nutzt per Default die Topics stat, cmnd und tele. Man könnte da noch eigene anlegen, das braucht es aber gar nicht.
                                          In den MQTT Einstellungen auf Tasmota sollte der MQTT-Clientname vergeben sein, ich nutze da immer den Gerätenamen:
                                          286b0668-14b1-4131-ba3d-1ce491e4aa19-image.png
                                          Wo hier also Tasmota steht, steht bei mir der Gerätename

                                          MartinPM Online
                                          MartinPM Online
                                          MartinP
                                          schrieb am zuletzt editiert von MartinP
                                          #25

                                          @bananajoe Werde den Tasmota Stromzähler am Wochenende mal probeweise umkonfigurieren auf den Mosquitto im zigbee2mqtt Docker Container...
                                          Derzeit ist er am Sonoff-Adapter so oft indisponiert, dass er pro Tag 30...40 Impulse vom Gaszähler verpasst ... macht ca 0,4 m³ Fehler ...

                                          Hier die Grafana-Kurve von heute ... eine Linie sind 0,5 m³, gegen 7:42 habe ich anhand des realen Zählerstandes korrigiert ...

                                          604dab6d-18fd-4496-a906-7b0e1bae8c4b-grafik.png

                                          EDIT - Es scheint AUCH ein WIFI-Problem zu sein... was merkwürdig ist.
                                          Im Wifi Logging der Fritzbox gibt es für heute einen Verbindungsverlust des Devices ...

                                          Fritzbox meldet vom Endgerät -71 dBm (vielleicht 3 Meter entfernt...)
                                          Tasmota selber meldet 74%, -63 dBm

                                          Ein ESP01, der noch einmal deutlich näher an der Fritzbox ist, kommt mit -40 dB an ...

                                          Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
                                          Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
                                          Linux pve 6.8.12-16-pve
                                          6 GByte RAM für den Container
                                          Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
                                          Remote-Access über Wireguard der Fritzbox

                                          BananaJoeB 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

                                          460

                                          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