Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Wiedermal Zigbee Bridge Pro

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    14
    1
    181

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    12
    1
    572

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.8k

Wiedermal Zigbee Bridge Pro

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
8 Beiträge 4 Kommentatoren 1.6k Aufrufe 3 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • T Offline
    T Offline
    Telefisch
    schrieb am zuletzt editiert von
    #1

    Hallo Forum,
    erstmal frohes Neues...

    Ich versuche seit geraumer Zeit, mit haufenweise Tutorials, Videos und Forenbeiträgen immer und immer wieder die Sonoff ZB Bridge Pro zu flashen und in den ioB einzubinden.
    Mittlerweile bin ich total verwirrt und noch immer ohne Erfolg.
    Letzter Versuch:
    Tasmota32-zbbridgepro.factory.bin geflasht.
    Die soll ja eigentlich alles, incl. Coordinator beinhalten.
    Dateien sind im Dateisystem auch sichtbar.
    Ich kann auch ZB-Devices verbinden, die in einer Map angezeigt werden und laut Console auch ihre Stati und Signale übertragen (Illum, Occupied etc...)
    letzte Ausgabe der Tasmota-Console nach Neustart:

    00:00:00.003 HDW: ESP32-D0WD-V3 v3.1 
    00:00:00.141 UFS: FlashFS mounted with 908 kB free
    00:00:00.170 CFG: Loaded from File, Count 18
    00:00:00.180 QPC: Count 1
    00:00:00.186 I2C: Bus1 using GPIO26(SCL) and GPIO25(SDA)
    00:00:00.309 BRY: Berry initialized, RAM used 3936 bytes
    00:00:00.372 Project tasmota - Tasmota-ZbBridge Version 13.3.0(zbbrdgpro)-2_0_14(2023-12-12T14:31:25)
    00:00:01.126 WIF: Connecting to AP1 DDT-IoT Channel 6 BSSId BA:FB:E4:4A:13:FF in mode 11n as tasmota-0ED4A0-5280...
    00:00:02.785 WIF: Connected
    00:00:03.209 HTP: Web server active on tasmota-0ED4A0-5280 with IP address 192.168.20.131
    14:32:30.193 RSL: INFO1 = {"Info1":{"Module":"TCP ZBBridge Pro","Version":"13.3.0(zbbrdgpro)","FallbackTopic":"cmnd/DVES_0ED4A0_fb/","GroupTopic":"cmnd/tasmotas/"}}
    14:32:30.209 RSL: INFO2 = {"Info2":{"WebServerMode":"Admin","Hostname":"tasmota-0ED4A0-5280","IPAddress":"192.168.20.131","IP6Global":"","IP6Local":"fe80::e665:b8ff:fe0e:d4a0%st1"}}
    14:32:30.223 RSL: INFO3 = {"Info3":{"RestartReason":"Software reset CPU","BootCount":7}}
    14:32:30.245 RUL: SYSTEM#BOOT performs "TCPStart 8888"
    14:32:30.248 TCP: Starting TCP server on port 8888
    14:32:30.251 RSL: RESULT = {"TCPStart":"Done"}
    14:32:33.226 QPC: Reset
    14:32:34.847 RSL: STATE = {"Time":"2024-01-05T14:32:34","Uptime":"0T00:00:09","UptimeSec":9,"Heap":163,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":21,"MqttCount":0,"Berry":{"HeapUsed":3,"Objects":44},"Wifi":{"AP":1,"SSId":"DDT-IoT","BSSId":"BA:FB:E4:4A:13:FF","Channel":6,"Mode":"11n","RSSI":96,"Signal":-52,"LinkCount":1,"Downtime":"0T00:00:04"}}
    14:32:46.114 TCP: Got connection from 0.0.0.0
    14:33:29.081 TCP: Got connection from 0.0.0.0
    14:35:01.906 TCP: Got connection from 0.0.0.0
    14:35:44.983 TCP: Got connection from 0.0.0.0
    

    Sieht für mich erstmal so aus, als sollte sie den Zugriff per TCP, Port 8888 zulassen.

    Einstellungen im Adapter:
    d4625046-6b54-4515-a4d8-cab8d595a970-image.png

    Im ioB Adapter bekomme ich die ersten beiden punkte grün, der letzte bleibt rot.

    Was sagt mir denn das log?:

    host.iobroker
    2024-01-05 14:47:20.403	info	Restart adapter system.adapter.zigbee.0 because enabled
    host.iobroker
    2024-01-05 14:47:20.403	error	instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
    host.iobroker
    2024-01-05 14:47:20.403	error	Caught by controller[3]: at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)
    host.iobroker
    2024-01-05 14:47:20.403	error	Caught by controller[3]: at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:299:23
    host.iobroker
    2024-01-05 14:47:20.403	error	Caught by controller[3]: Error: Reset error: Error: {"sequence":-1} after 10000ms
    host.iobroker
    2024-01-05 14:47:20.403	error	Caught by controller[3]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
    host.iobroker
    2024-01-05 14:47:20.403	error	Caught by controller[2]: Not able to detect the current tarif. Not filtering any expose...
    host.iobroker
    2024-01-05 14:47:20.403	error	Caught by controller[1]: Was not able to detect the Linky energy_phase. Default to single_phase
    host.iobroker
    2024-01-05 14:47:20.403	error	Caught by controller[0]: Was not able to detect the Linky linky_mode. Default to historique
    
    zigbee.0
    2024-01-05 14:47:19.966	info	terminating
    
    zigbee.0
    2024-01-05 14:47:19.832	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
    
    zigbee.0
    2024-01-05 14:47:19.831	info	terminating
    
    zigbee.0
    2024-01-05 14:47:19.831	warn	Failed to stop zigbee during startup
    
    zigbee.0
    2024-01-05 14:47:19.463	info	Zigbee: disabling joining new devices.
    
    zigbee.0
    2024-01-05 14:47:19.462	info	cleaned everything up...
    
    zigbee.0
    2024-01-05 14:47:19.453	error	Reset error: Error: {"sequence":-1} after 10000ms
    
    zigbee.0
    2024-01-05 14:47:19.453	error	Error: Reset error: Error: {"sequence":-1} after 10000ms at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:299:23 at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)
    
    zigbee.0
    2024-01-05 14:47:19.432	error	unhandled promise rejection: Reset error: Error: {"sequence":-1} after 10000ms
    
    zigbee.0
    2024-01-05 14:47:19.431	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
    
    zigbee.0
    2024-01-05 14:47:09.240	info	Installed Version: iobroker.zigbee@1.9.5
    
    zigbee.0
    2024-01-05 14:47:09.140	info	Starting Zigbee npm ...
    
    zigbee.0
    2024-01-05 14:47:09.139	info	delete old Backup files. keep only last 10
    
    zigbee.0
    2024-01-05 14:47:09.104	info	starting. Version 1.9.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.19.0, js-controller: 5.0.17
    host.iobroker
    2024-01-05 14:47:07.243	info	instance system.adapter.zigbee.0 started with pid 21308
    host.iobroker
    2024-01-05 14:47:07.076	info	"system.adapter.zigbee.0" enabled
    

    Nachdem der Adapter dann terminated ist, sind natürlich alle drei Punkte rot.

    Bin mittlerweile echt ratlos.

    Synology DS916+ (Docker), 2x Echo, 2x Dot, 2x Show

    T 1 Antwort Letzte Antwort
    0
    • T Telefisch

      Hallo Forum,
      erstmal frohes Neues...

      Ich versuche seit geraumer Zeit, mit haufenweise Tutorials, Videos und Forenbeiträgen immer und immer wieder die Sonoff ZB Bridge Pro zu flashen und in den ioB einzubinden.
      Mittlerweile bin ich total verwirrt und noch immer ohne Erfolg.
      Letzter Versuch:
      Tasmota32-zbbridgepro.factory.bin geflasht.
      Die soll ja eigentlich alles, incl. Coordinator beinhalten.
      Dateien sind im Dateisystem auch sichtbar.
      Ich kann auch ZB-Devices verbinden, die in einer Map angezeigt werden und laut Console auch ihre Stati und Signale übertragen (Illum, Occupied etc...)
      letzte Ausgabe der Tasmota-Console nach Neustart:

      00:00:00.003 HDW: ESP32-D0WD-V3 v3.1 
      00:00:00.141 UFS: FlashFS mounted with 908 kB free
      00:00:00.170 CFG: Loaded from File, Count 18
      00:00:00.180 QPC: Count 1
      00:00:00.186 I2C: Bus1 using GPIO26(SCL) and GPIO25(SDA)
      00:00:00.309 BRY: Berry initialized, RAM used 3936 bytes
      00:00:00.372 Project tasmota - Tasmota-ZbBridge Version 13.3.0(zbbrdgpro)-2_0_14(2023-12-12T14:31:25)
      00:00:01.126 WIF: Connecting to AP1 DDT-IoT Channel 6 BSSId BA:FB:E4:4A:13:FF in mode 11n as tasmota-0ED4A0-5280...
      00:00:02.785 WIF: Connected
      00:00:03.209 HTP: Web server active on tasmota-0ED4A0-5280 with IP address 192.168.20.131
      14:32:30.193 RSL: INFO1 = {"Info1":{"Module":"TCP ZBBridge Pro","Version":"13.3.0(zbbrdgpro)","FallbackTopic":"cmnd/DVES_0ED4A0_fb/","GroupTopic":"cmnd/tasmotas/"}}
      14:32:30.209 RSL: INFO2 = {"Info2":{"WebServerMode":"Admin","Hostname":"tasmota-0ED4A0-5280","IPAddress":"192.168.20.131","IP6Global":"","IP6Local":"fe80::e665:b8ff:fe0e:d4a0%st1"}}
      14:32:30.223 RSL: INFO3 = {"Info3":{"RestartReason":"Software reset CPU","BootCount":7}}
      14:32:30.245 RUL: SYSTEM#BOOT performs "TCPStart 8888"
      14:32:30.248 TCP: Starting TCP server on port 8888
      14:32:30.251 RSL: RESULT = {"TCPStart":"Done"}
      14:32:33.226 QPC: Reset
      14:32:34.847 RSL: STATE = {"Time":"2024-01-05T14:32:34","Uptime":"0T00:00:09","UptimeSec":9,"Heap":163,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":21,"MqttCount":0,"Berry":{"HeapUsed":3,"Objects":44},"Wifi":{"AP":1,"SSId":"DDT-IoT","BSSId":"BA:FB:E4:4A:13:FF","Channel":6,"Mode":"11n","RSSI":96,"Signal":-52,"LinkCount":1,"Downtime":"0T00:00:04"}}
      14:32:46.114 TCP: Got connection from 0.0.0.0
      14:33:29.081 TCP: Got connection from 0.0.0.0
      14:35:01.906 TCP: Got connection from 0.0.0.0
      14:35:44.983 TCP: Got connection from 0.0.0.0
      

      Sieht für mich erstmal so aus, als sollte sie den Zugriff per TCP, Port 8888 zulassen.

      Einstellungen im Adapter:
      d4625046-6b54-4515-a4d8-cab8d595a970-image.png

      Im ioB Adapter bekomme ich die ersten beiden punkte grün, der letzte bleibt rot.

      Was sagt mir denn das log?:

      host.iobroker
      2024-01-05 14:47:20.403	info	Restart adapter system.adapter.zigbee.0 because enabled
      host.iobroker
      2024-01-05 14:47:20.403	error	instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
      host.iobroker
      2024-01-05 14:47:20.403	error	Caught by controller[3]: at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)
      host.iobroker
      2024-01-05 14:47:20.403	error	Caught by controller[3]: at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:299:23
      host.iobroker
      2024-01-05 14:47:20.403	error	Caught by controller[3]: Error: Reset error: Error: {"sequence":-1} after 10000ms
      host.iobroker
      2024-01-05 14:47:20.403	error	Caught by controller[3]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
      host.iobroker
      2024-01-05 14:47:20.403	error	Caught by controller[2]: Not able to detect the current tarif. Not filtering any expose...
      host.iobroker
      2024-01-05 14:47:20.403	error	Caught by controller[1]: Was not able to detect the Linky energy_phase. Default to single_phase
      host.iobroker
      2024-01-05 14:47:20.403	error	Caught by controller[0]: Was not able to detect the Linky linky_mode. Default to historique
      
      zigbee.0
      2024-01-05 14:47:19.966	info	terminating
      
      zigbee.0
      2024-01-05 14:47:19.832	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
      
      zigbee.0
      2024-01-05 14:47:19.831	info	terminating
      
      zigbee.0
      2024-01-05 14:47:19.831	warn	Failed to stop zigbee during startup
      
      zigbee.0
      2024-01-05 14:47:19.463	info	Zigbee: disabling joining new devices.
      
      zigbee.0
      2024-01-05 14:47:19.462	info	cleaned everything up...
      
      zigbee.0
      2024-01-05 14:47:19.453	error	Reset error: Error: {"sequence":-1} after 10000ms
      
      zigbee.0
      2024-01-05 14:47:19.453	error	Error: Reset error: Error: {"sequence":-1} after 10000ms at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:299:23 at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)
      
      zigbee.0
      2024-01-05 14:47:19.432	error	unhandled promise rejection: Reset error: Error: {"sequence":-1} after 10000ms
      
      zigbee.0
      2024-01-05 14:47:19.431	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
      
      zigbee.0
      2024-01-05 14:47:09.240	info	Installed Version: iobroker.zigbee@1.9.5
      
      zigbee.0
      2024-01-05 14:47:09.140	info	Starting Zigbee npm ...
      
      zigbee.0
      2024-01-05 14:47:09.139	info	delete old Backup files. keep only last 10
      
      zigbee.0
      2024-01-05 14:47:09.104	info	starting. Version 1.9.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.19.0, js-controller: 5.0.17
      host.iobroker
      2024-01-05 14:47:07.243	info	instance system.adapter.zigbee.0 started with pid 21308
      host.iobroker
      2024-01-05 14:47:07.076	info	"system.adapter.zigbee.0" enabled
      

      Nachdem der Adapter dann terminated ist, sind natürlich alle drei Punkte rot.

      Bin mittlerweile echt ratlos.

      T Offline
      T Offline
      Telefisch
      schrieb am zuletzt editiert von
      #2

      @telefisch hmmm...
      keiner einen Tipp wie ich dem Problem auf die Schliche kommen kann?

      Synology DS916+ (Docker), 2x Echo, 2x Dot, 2x Show

      Thomas BraunT 1 Antwort Letzte Antwort
      0
      • T Telefisch

        @telefisch hmmm...
        keiner einen Tipp wie ich dem Problem auf die Schliche kommen kann?

        Thomas BraunT Online
        Thomas BraunT Online
        Thomas Braun
        Most Active
        schrieb am zuletzt editiert von
        #3

        @telefisch

        Bist du sicher, das EZSP der richtige Treiber-Typ für die Hardware ist?

        Linux-Werkzeugkasten:
        https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
        NodeJS Fixer Skript:
        https://forum.iobroker.net/topic/68035/iob-node-fix-skript
        iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

        T 1 Antwort Letzte Antwort
        0
        • Thomas BraunT Thomas Braun

          @telefisch

          Bist du sicher, das EZSP der richtige Treiber-Typ für die Hardware ist?

          T Offline
          T Offline
          Telefisch
          schrieb am zuletzt editiert von
          #4

          @thomas-braun
          naja, den Treiber habe ich aufgrund einer "Anleitung" hier aus dem Forum ausgewählt.
          Alle Anderen funktionieren aber genausowenig :(

          Synology DS916+ (Docker), 2x Echo, 2x Dot, 2x Show

          1 Antwort Letzte Antwort
          0
          • L Offline
            L Offline
            Lachso
            schrieb am zuletzt editiert von
            #5

            Habe genau das gleiche Problem. Habe auch die gleiche Firmware auf die Sonoff Zigbee Bridge Pro geflasht.
            In der Console der Bridge kommt die Meldung: "Got connection from 192.xxx.xxx.xxx" und daraufhin stürzt die Zigbee Instanz im ioBroker ab.
            Konntest du das Problem mittlerweile lösen?

            Ralla66R 1 Antwort Letzte Antwort
            0
            • L Lachso

              Habe genau das gleiche Problem. Habe auch die gleiche Firmware auf die Sonoff Zigbee Bridge Pro geflasht.
              In der Console der Bridge kommt die Meldung: "Got connection from 192.xxx.xxx.xxx" und daraufhin stürzt die Zigbee Instanz im ioBroker ab.
              Konntest du das Problem mittlerweile lösen?

              Ralla66R Offline
              Ralla66R Offline
              Ralla66
              Most Active
              schrieb am zuletzt editiert von Ralla66
              #6

              @lachso

              flashen how to

              Zigbee.jpg

              L 1 Antwort Letzte Antwort
              0
              • Ralla66R Ralla66

                @lachso

                flashen how to

                Zigbee.jpg

                L Offline
                L Offline
                Lachso
                schrieb am zuletzt editiert von
                #7

                @ralla66

                Vielen herzlichen Dank für die schnelle Antwort.
                Die Ursache war wirklich der Falsche "Typ".
                Habe nämlich bereits die nicht-Pro-Variante der Sonoff Bridge. Und Diese konnte ich vor längerer Zeit bereits problemlos einbinden (mit dem Typ: "Silicon Labs EZSP/EFR32). Daher bin ich davon ausgegangen, dass das auch mit der Pro-Version klappen sollte (habe auch die anderen Typen probiert - hat aber nicht auf Anhieb funktioniert).
                Durch deinen Tipp mit dem Typ "TI Z-Stack/CCxxxx" konnte ich im Protokoll sehen, dass die erweiterte PAN ID auf dem Adapter nicht mit der in der Zigbee Instanz eingetragenen ID überein stimmte. Nachdem ich die ID in der Zigbee Instanz angepasst hatte, hat das ganze funktioniert.
                Also vielen Dank nochmal.

                T 1 Antwort Letzte Antwort
                0
                • L Lachso

                  @ralla66

                  Vielen herzlichen Dank für die schnelle Antwort.
                  Die Ursache war wirklich der Falsche "Typ".
                  Habe nämlich bereits die nicht-Pro-Variante der Sonoff Bridge. Und Diese konnte ich vor längerer Zeit bereits problemlos einbinden (mit dem Typ: "Silicon Labs EZSP/EFR32). Daher bin ich davon ausgegangen, dass das auch mit der Pro-Version klappen sollte (habe auch die anderen Typen probiert - hat aber nicht auf Anhieb funktioniert).
                  Durch deinen Tipp mit dem Typ "TI Z-Stack/CCxxxx" konnte ich im Protokoll sehen, dass die erweiterte PAN ID auf dem Adapter nicht mit der in der Zigbee Instanz eingetragenen ID überein stimmte. Nachdem ich die ID in der Zigbee Instanz angepasst hatte, hat das ganze funktioniert.
                  Also vielen Dank nochmal.

                  T Offline
                  T Offline
                  Telefisch
                  schrieb am zuletzt editiert von
                  #8

                  @lachso

                  Hallo Forum,
                  ich habe mein Problem mittlerweile gelöst, der Treiber war es nicht.
                  Ich wollte das auch hier rein schreiben aber aus irgend einem Grunde hat das nicht geklappt.

                  Das wollte ich damals schreiben:

                  *So, nach nun mehreren (gefühlt hunderten) Versuchen mit was nicht allem läuft es jetzt.

                  Zuletzt habe ich den Zigbee Adapter nochmal neu installiert und dann im Log diverse bereits vorher mal von mir eingestellte IDs gefunden.
                  Ich gehe also davon aus, dass die Reihenfolge in der man etwas zuerst verbindet erheblich ist.

                  Letzter Versuch war neu flashen über Webinstaller
                  Hier direkt die Tasmota 32 Sonoff ZigbeBridgePro auswählen.
                  Netzwerk verbinden und über Configuration - Autoconfiguration "Sonoff ZbPro TCP" installieren.
                  Ich habe hier kein Passwort für die Weboberfläche mehr angegeben, was meiner Meinung nach auch das Problem gewesen sein könnte.
                  Es muss sonst nichts mehr nachinstalliert oder konfiguriert werden.
                  Final hab ich den Adapter im ioB gelöscht und neu installiert.
                  Im Adapter Com Anschlussname auf tcp://<IP der Bridge>:8888 einstellen.
                  Typ auf TI Z-Stack/CCxxxx stellen.

                  Wenn die Schlüssel und IDs passen, sollte es jetzt klappen.
                  Wenn die nicht passen, stehen die von der Bridge erwarteten IDs im log.*

                  Synology DS916+ (Docker), 2x Echo, 2x Dot, 2x Show

                  1 Antwort Letzte Antwort
                  0
                  Antworten
                  • In einem neuen Thema antworten
                  Anmelden zum Antworten
                  • Älteste zuerst
                  • Neuste zuerst
                  • Meiste Stimmen


                  Support us

                  ioBroker
                  Community Adapters
                  Donate
                  FAQ Cloud / IOT
                  HowTo: Node.js-Update
                  HowTo: Backup/Restore
                  Downloads
                  BLOG

                  871

                  Online

                  32.5k

                  Benutzer

                  81.8k

                  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