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

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


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          843

                                          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