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 Online
    MartinPM Online
    MartinP
    schrieb am zuletzt editiert von
    #3

    @martinp System scheint sich beruhigt zu haben keine einzige Log-Meldung vom Sonoff Adapter heute ...

    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

      @martinp System scheint sich beruhigt zu haben keine einzige Log-Meldung vom Sonoff Adapter heute ...

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

      @martinp Zu früh gefreut ...

      Ablauf ist immer folgender:

      	Client [Stromzaehler_B5F63F] reconnected. Old secret 1730964423476_3511 ==> New secret 1730969832217_3563
      sonoff.0
      	2024-11-07 09:58:00.338	info	Client [Stromzaehler_B5F63F] connection closed: closed
      sonoff.0
      	2024-11-07 09:58:00.801	info	Client [Stromzaehler_B5F63F] connected with secret 1730969880800_8875
      sonoff.0
      	2024-11-07 09:58:10.019	warn	Old client Stromzaehler_B5F63F with secret 1730964423476_3511 sends publish. Ignore! Actual secret is 1730969880800_8875
      

      Es wird also zweimal hintereinander ein neue Secret zugeteilt, und dann kommen noch Messages mit dem alten vorletzten (!) Secret hinein...

      Könnte das an einer instabilen WLAN-Verbindung liegen?

      Zählerschrank hängt am Fuß der Kellertreppe, Fritzbox hängt am Kopf der Kellertreppe, hinter der Fritzbox (Kanal 6) aus Sicht des Node MCU, an dem der Zähler hängt steht im Obergeschoss ein Fritz-Repeater 1200AX (Kanal 11)

      WIFI im Tasmota Info-Menu:

       6 (70%, -65 dBm) 11n
      

      Schwankt zwischen -60 und -65... finde ich viel Schwankung, aber von den Absolutwerten ok...

      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

        @martinp Zu früh gefreut ...

        Ablauf ist immer folgender:

        	Client [Stromzaehler_B5F63F] reconnected. Old secret 1730964423476_3511 ==> New secret 1730969832217_3563
        sonoff.0
        	2024-11-07 09:58:00.338	info	Client [Stromzaehler_B5F63F] connection closed: closed
        sonoff.0
        	2024-11-07 09:58:00.801	info	Client [Stromzaehler_B5F63F] connected with secret 1730969880800_8875
        sonoff.0
        	2024-11-07 09:58:10.019	warn	Old client Stromzaehler_B5F63F with secret 1730964423476_3511 sends publish. Ignore! Actual secret is 1730969880800_8875
        

        Es wird also zweimal hintereinander ein neue Secret zugeteilt, und dann kommen noch Messages mit dem alten vorletzten (!) Secret hinein...

        Könnte das an einer instabilen WLAN-Verbindung liegen?

        Zählerschrank hängt am Fuß der Kellertreppe, Fritzbox hängt am Kopf der Kellertreppe, hinter der Fritzbox (Kanal 6) aus Sicht des Node MCU, an dem der Zähler hängt steht im Obergeschoss ein Fritz-Repeater 1200AX (Kanal 11)

        WIFI im Tasmota Info-Menu:

         6 (70%, -65 dBm) 11n
        

        Schwankt zwischen -60 und -65... finde ich viel Schwankung, aber von den Absolutwerten ok...

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

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

        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

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


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          835

                                          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