Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • 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. zigbee Adapter

NEWS

  • Neues YouTube-Video: Visualisierung im Devices-Adapter
    BluefoxB
    Bluefox
    10
    1
    218

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    1.8k

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    11
    1
    768

zigbee Adapter

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
38 Beiträge 5 Kommentatoren 2.9k Aufrufe 7 Beobachtet
  • Ä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.
  • M michihorn

    @arteck Hallöchen, ein freundlicher Nachbar hat den Rechner einmal per Ausschaltknopf augeschaltet, ist offensichtlich was anderes als wenn ich den Rechner nur aus der Ferne per Remote neustarte. Der Adapter ist jetzt grün, die Geräte mit dem Backup vom 2.4.22 sind zu sehen, zeigen aber keinen Status an, aussderm sind viele Namen verloren gegangen.
    Unbenannt.PNG
    Was kann ich tun?
    Gruß
    Michael

    arteckA Offline
    arteckA Offline
    arteck
    Developer Most Active
    schrieb am zuletzt editiert von arteck
    #18

    @michihorn zumindest läuft die instanz.. die wirst du wohl neu anlernen müssen..

    und für die zukunft.. wenn was nicht läuft ist ein zurückspielen des Backups eher kontraproduktiv.. vor allem wenn man nicht weiss was man macht.

    der cc2531 ist ne zicke .. tausche den mal aus.. vor allem da du keinen Router im Netz hast..der wird dir immer wieder aussteigen..

    zigbee hab ich, zwave auch, nuc's genauso und HA auch

    M 2 Antworten Letzte Antwort
    0
    • arteckA arteck

      @michihorn zumindest läuft die instanz.. die wirst du wohl neu anlernen müssen..

      und für die zukunft.. wenn was nicht läuft ist ein zurückspielen des Backups eher kontraproduktiv.. vor allem wenn man nicht weiss was man macht.

      der cc2531 ist ne zicke .. tausche den mal aus.. vor allem da du keinen Router im Netz hast..der wird dir immer wieder aussteigen..

      M Offline
      M Offline
      michihorn
      schrieb am zuletzt editiert von
      #19

      @arteck Welchen Stick würdest Du empfehlen?

      Thomas BraunT 1 Antwort Letzte Antwort
      0
      • M michihorn

        @arteck Welchen Stick würdest Du empfehlen?

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

        @michihorn

        Schau hier:

        https://www.zigbee2mqtt.io/guide/adapters/#recommended

        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

        M 1 Antwort Letzte Antwort
        0
        • Thomas BraunT Thomas Braun

          @michihorn

          Schau hier:

          https://www.zigbee2mqtt.io/guide/adapters/#recommended

          M Offline
          M Offline
          michihorn
          schrieb am zuletzt editiert von
          #21

          @thomas-braun Danke , was machst du mit Zigbee über mehrere Etagen, die Osram Steckdose als Repeater funktioniert nur suboptimal

          Thomas BraunT 1 Antwort Letzte Antwort
          0
          • M michihorn

            @thomas-braun Danke , was machst du mit Zigbee über mehrere Etagen, die Osram Steckdose als Repeater funktioniert nur suboptimal

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

            @michihorn Habe das Problem nicht, da nur eine Etage.
            Aber ich würde andere Router einsetzen. Die Osram-Dinger sind da eher schwachbrüstig unterwegs.

            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

            1 Antwort Letzte Antwort
            1
            • arteckA arteck

              @michihorn zumindest läuft die instanz.. die wirst du wohl neu anlernen müssen..

              und für die zukunft.. wenn was nicht läuft ist ein zurückspielen des Backups eher kontraproduktiv.. vor allem wenn man nicht weiss was man macht.

              der cc2531 ist ne zicke .. tausche den mal aus.. vor allem da du keinen Router im Netz hast..der wird dir immer wieder aussteigen..

              M Offline
              M Offline
              michihorn
              schrieb am zuletzt editiert von michihorn
              #23

              @arteck Ich nochmal 😊 Ich habe soeben ein Vollbackup über die vorhandene Installation gebügelt, jetzt sind wieder alle Geräte auf true und senden Werte. Was macht also den Unterschied aus zwischen dem Versuch vorher, die Backup Dateien von Zigbee drüber zubügeln und einem kompletten Restore eines Backups?
              Und was passiert wenn ich einen Backup Rechner z.B einen alten Pi ebenfalls auf Kanal 11 laufen lasse?
              Michael

              BTW: Für meine private Immobilie über mehrere Stockwerkwerke möchte ich einen Zigbee Router anschaffen. Ist der Aquara Hub M2 Zigbee zu gebrauchen?

              AsgothianA arteckA 2 Antworten Letzte Antwort
              0
              • M michihorn

                @arteck Ich nochmal 😊 Ich habe soeben ein Vollbackup über die vorhandene Installation gebügelt, jetzt sind wieder alle Geräte auf true und senden Werte. Was macht also den Unterschied aus zwischen dem Versuch vorher, die Backup Dateien von Zigbee drüber zubügeln und einem kompletten Restore eines Backups?
                Und was passiert wenn ich einen Backup Rechner z.B einen alten Pi ebenfalls auf Kanal 11 laufen lasse?
                Michael

                BTW: Für meine private Immobilie über mehrere Stockwerkwerke möchte ich einen Zigbee Router anschaffen. Ist der Aquara Hub M2 Zigbee zu gebrauchen?

                AsgothianA Offline
                AsgothianA Offline
                Asgothian
                Developer
                schrieb am zuletzt editiert von
                #24

                @michihorn sagte in zigbee Adapter:

                BTW: Für meine private Immobilie über mehrere Stockwerkwerke möchte ich einen Zigbee Router anschaffen. Ist der Aquara Hub M2 Zigbee zu gebrauchen?

                Nein.

                A.

                ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                M 1 Antwort Letzte Antwort
                0
                • AsgothianA Asgothian

                  @michihorn sagte in zigbee Adapter:

                  BTW: Für meine private Immobilie über mehrere Stockwerkwerke möchte ich einen Zigbee Router anschaffen. Ist der Aquara Hub M2 Zigbee zu gebrauchen?

                  Nein.

                  A.

                  M Offline
                  M Offline
                  michihorn
                  schrieb am zuletzt editiert von
                  #25

                  @asgothian Hast du eine alternative Empfehlung?

                  AsgothianA 1 Antwort Letzte Antwort
                  0
                  • M michihorn

                    @asgothian Hast du eine alternative Empfehlung?

                    AsgothianA Offline
                    AsgothianA Offline
                    Asgothian
                    Developer
                    schrieb am zuletzt editiert von Asgothian
                    #26

                    @michihorn Nein.

                    Ein Zigbee Netzwerk wird durch eine hinreichend grosse Zahl von Geräten mit Routing Funktion Stabil

                    • Birnen
                    • Steckdosen
                    • andere immer am Strom befindliche Geräte.

                    ich bin kein Freund von extra Routern ohne weitere Funktion.

                    A.

                    ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                    "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                    1 Antwort Letzte Antwort
                    0
                    • M michihorn

                      @arteck Ich nochmal 😊 Ich habe soeben ein Vollbackup über die vorhandene Installation gebügelt, jetzt sind wieder alle Geräte auf true und senden Werte. Was macht also den Unterschied aus zwischen dem Versuch vorher, die Backup Dateien von Zigbee drüber zubügeln und einem kompletten Restore eines Backups?
                      Und was passiert wenn ich einen Backup Rechner z.B einen alten Pi ebenfalls auf Kanal 11 laufen lasse?
                      Michael

                      BTW: Für meine private Immobilie über mehrere Stockwerkwerke möchte ich einen Zigbee Router anschaffen. Ist der Aquara Hub M2 Zigbee zu gebrauchen?

                      arteckA Offline
                      arteckA Offline
                      arteck
                      Developer Most Active
                      schrieb am zuletzt editiert von
                      #27

                      @michihorn sagte in zigbee Adapter:

                      zwischen dem Versuch vorher,

                      genau das...

                      du musst die richtigen Dateien an die richtige stelle bringen..

                      zigbee hab ich, zwave auch, nuc's genauso und HA auch

                      1 Antwort Letzte Antwort
                      0
                      • K Offline
                        K Offline
                        Kueppert
                        schrieb am zuletzt editiert von Kueppert
                        #28

                        Hallo zusammen,
                        ich nutze den Sonoff Zigbee-Stick. Gestern hab ich ein Update drauf gemacht gem. Anleitung von Heimautomatisierung auf die Version 19.02.2022 direkt über USB und ein Python-Skript. Hat alles super geklappt. Geräte sind auch alle noch da und erreichbar.

                        Problem: Wenn ich ein neues Gerät anlernen möchte (Aquara Doorsensor BJ 2016) funktioniert das Interview:

                        zigbee.0 2022-05-04 09:09:33.334	info	DeviceConfigure successful 0x00158d00033ab609 lumi.sensor_magnet.aq2
                        zigbee.0 2022-05-04 09:09:33.326	info	Configuring 0x00158d00033ab609 lumi.sensor_magnet.aq2
                        zigbee.0 2022-05-04 09:09:33.325	info	Device '0x00158d00033ab609' is supported, identified as: Xiaomi Aqara door & window contact sensor (MCCGQ11LM)
                        zigbee.0 2022-05-04 09:09:33.324	info	Successfully interviewed '0x00158d00033ab609', device has succesfully been paired
                        

                        aber in der Zigbee-Inszanz (habe nur eine) wird das Gerät nicht korrekt angezeigt:
                        c4cf1697-f613-4f0b-a5c1-04d7821ec72f-image.png
                        d2520d41-053b-4058-9bdc-2b785646c57b-image.png
                        Hab den Sensor jetzt 2mal neu angelernt (vorher gelöscht). SO ein Verhalten hatte ich in den vergangenen Jahren noch nicht ^^ Jemand eine Idee, was ich kaputt gemacht hab?
                        Zigbee-Instanz hab ich auch schon neu gestartet...macht aktuell keinen Unterschied.

                        Mein Stick in der Instanz:
                        02ab70c0-6649-4fa5-9887-64e8feb1e1b1-image.png

                        Der Stick lief vorher auf der Standard-Version (Auslieferungszustand) und das schon einige Wochen anstandslos. Vorher war eine Version von 2021-01 drauf.

                        NACHTRAG:
                        Hab gerade eine Osram Flex neu gepaired (war vorher nicht in Nutzung und auch nicht angelernt). Das funktioniert einwandfrei 🤔

                        Hier noch meine Adapter-Einstellungen (nix dran verändert...ewig nicht):
                        c12a5b2f-7169-4898-a1f9-88d9daffba5e-image.png

                        UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+

                        AsgothianA arteckA 2 Antworten Letzte Antwort
                        0
                        • K Kueppert

                          Hallo zusammen,
                          ich nutze den Sonoff Zigbee-Stick. Gestern hab ich ein Update drauf gemacht gem. Anleitung von Heimautomatisierung auf die Version 19.02.2022 direkt über USB und ein Python-Skript. Hat alles super geklappt. Geräte sind auch alle noch da und erreichbar.

                          Problem: Wenn ich ein neues Gerät anlernen möchte (Aquara Doorsensor BJ 2016) funktioniert das Interview:

                          zigbee.0 2022-05-04 09:09:33.334	info	DeviceConfigure successful 0x00158d00033ab609 lumi.sensor_magnet.aq2
                          zigbee.0 2022-05-04 09:09:33.326	info	Configuring 0x00158d00033ab609 lumi.sensor_magnet.aq2
                          zigbee.0 2022-05-04 09:09:33.325	info	Device '0x00158d00033ab609' is supported, identified as: Xiaomi Aqara door & window contact sensor (MCCGQ11LM)
                          zigbee.0 2022-05-04 09:09:33.324	info	Successfully interviewed '0x00158d00033ab609', device has succesfully been paired
                          

                          aber in der Zigbee-Inszanz (habe nur eine) wird das Gerät nicht korrekt angezeigt:
                          c4cf1697-f613-4f0b-a5c1-04d7821ec72f-image.png
                          d2520d41-053b-4058-9bdc-2b785646c57b-image.png
                          Hab den Sensor jetzt 2mal neu angelernt (vorher gelöscht). SO ein Verhalten hatte ich in den vergangenen Jahren noch nicht ^^ Jemand eine Idee, was ich kaputt gemacht hab?
                          Zigbee-Instanz hab ich auch schon neu gestartet...macht aktuell keinen Unterschied.

                          Mein Stick in der Instanz:
                          02ab70c0-6649-4fa5-9887-64e8feb1e1b1-image.png

                          Der Stick lief vorher auf der Standard-Version (Auslieferungszustand) und das schon einige Wochen anstandslos. Vorher war eine Version von 2021-01 drauf.

                          NACHTRAG:
                          Hab gerade eine Osram Flex neu gepaired (war vorher nicht in Nutzung und auch nicht angelernt). Das funktioniert einwandfrei 🤔

                          Hier noch meine Adapter-Einstellungen (nix dran verändert...ewig nicht):
                          c12a5b2f-7169-4898-a1f9-88d9daffba5e-image.png

                          AsgothianA Offline
                          AsgothianA Offline
                          Asgothian
                          Developer
                          schrieb am zuletzt editiert von
                          #29

                          @kueppert sagte in zigbee Adapter:

                          Hab den Sensor jetzt 2mal neu angelernt (vorher gelöscht). SO ein Verhalten hatte ich in den vergangenen Jahren noch nicht ^^ Jemand eine Idee, was ich kaputt gemacht hab?
                          Zigbee-Instanz hab ich auch schon neu gestartet...macht aktuell keinen Unterschied.

                          Bitte schau ob die Datenpunkte des Sensors sauber verarbeitet werden, sprich ob es sich um ein Problem mit der Kacheldarstellung oder um ein problem mit der Funktion des Sensors handelt.

                          bitte dazu auch den wert 00158d00033ab609 in den Datenpunkt zigbee.0.info.debugmessages eintragen und schauen ob das aktivieren des Sensors entsprechende Meldungen im iobroker auslöst.

                          A.

                          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                          K 1 Antwort Letzte Antwort
                          1
                          • AsgothianA Asgothian

                            @kueppert sagte in zigbee Adapter:

                            Hab den Sensor jetzt 2mal neu angelernt (vorher gelöscht). SO ein Verhalten hatte ich in den vergangenen Jahren noch nicht ^^ Jemand eine Idee, was ich kaputt gemacht hab?
                            Zigbee-Instanz hab ich auch schon neu gestartet...macht aktuell keinen Unterschied.

                            Bitte schau ob die Datenpunkte des Sensors sauber verarbeitet werden, sprich ob es sich um ein Problem mit der Kacheldarstellung oder um ein problem mit der Funktion des Sensors handelt.

                            bitte dazu auch den wert 00158d00033ab609 in den Datenpunkt zigbee.0.info.debugmessages eintragen und schauen ob das aktivieren des Sensors entsprechende Meldungen im iobroker auslöst.

                            A.

                            K Offline
                            K Offline
                            Kueppert
                            schrieb am zuletzt editiert von Kueppert
                            #30

                            @asgothian sagte in zigbee Adapter:

                            00158d00033ab609

                            Hab die ID vom Sensor eingetragen bei debug. Folgendes erscheint im Log beim neuen Anlernen (war vorher entfernt):

                            zigbee.0 2022-05-04 09:57:16.507	info	Zigbee: stop joining
                            zigbee.0 2022-05-04 09:57:13.312	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Is open'
                            zigbee.0 2022-05-04 09:57:13.312	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Contact event'
                            zigbee.0 2022-05-04 09:57:13.311	warn	ELEVATED publishToState: message received '{"contact":false}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:57:13.309	warn	ELEVATED publishToState: value generated '171' from device 00158d00033ab609 for 'Link quality'
                            zigbee.0 2022-05-04 09:57:13.308	warn	ELEVATED publishToState: message received '{"linkquality":171}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:57:09.872	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Is open'
                            zigbee.0 2022-05-04 09:57:09.871	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Contact event'
                            zigbee.0 2022-05-04 09:57:09.871	warn	ELEVATED publishToState: message received '{"contact":true}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:57:09.869	warn	ELEVATED publishToState: value generated '142' from device 00158d00033ab609 for 'Link quality'
                            zigbee.0 2022-05-04 09:57:09.868	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:30.056	warn	ELEVATED publishToState: value generated '10' from device 00158d00033ab609 for 'Link quality'
                            zigbee.0 2022-05-04 09:55:30.056	warn	ELEVATED publishToState: message received '{"linkquality":10}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:30.055	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Available'
                            zigbee.0 2022-05-04 09:55:30.055	warn	ELEVATED publishToState: message received '{"available":true}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:29.057	info	DeviceConfigure successful 0x00158d00033ab609 lumi.sensor_magnet.aq2
                            zigbee.0 2022-05-04 09:55:29.052	info	Configuring 0x00158d00033ab609 lumi.sensor_magnet.aq2
                            zigbee.0 2022-05-04 09:55:29.050	info	Device '0x00158d00033ab609' is supported, identified as: Xiaomi Aqara door & window contact sensor (MCCGQ11LM)
                            zigbee.0 2022-05-04 09:55:29.050	info	Successfully interviewed '0x00158d00033ab609', device has succesfully been paired
                            zigbee.0 2022-05-04 09:55:28.761	warn	ELEVATED publishToState: value generated '100' from device 00158d00033ab609 for 'Battery percent'
                            zigbee.0 2022-05-04 09:55:28.760	warn	ELEVATED publishToState: value generated '3.055' from device 00158d00033ab609 for 'Battery voltage'
                            zigbee.0 2022-05-04 09:55:28.760	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Is open'
                            zigbee.0 2022-05-04 09:55:28.760	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Contact event'
                            zigbee.0 2022-05-04 09:55:28.759	warn	ELEVATED publishToState: message received '{"voltage":3055,"battery":100,"temperature":30,"contact":false}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:28.756	warn	ELEVATED publishToState: value generated '185' from device 00158d00033ab609 for 'Link quality'
                            zigbee.0 2022-05-04 09:55:28.756	warn	ELEVATED publishToState: message received '{"linkquality":185}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:25.267	warn	ELEVATED publishToState: value generated '10' from device 00158d00033ab609 for 'Link quality'
                            zigbee.0 2022-05-04 09:55:25.267	warn	ELEVATED publishToState: message received '{"linkquality":10}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:25.266	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Available'
                            zigbee.0 2022-05-04 09:55:25.265	warn	ELEVATED publishToState: message received '{"available":true}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:24.518	warn	ELEVATED publishToState: value generated '100' from device 00158d00033ab609 for 'Battery percent'
                            zigbee.0 2022-05-04 09:55:24.517	warn	ELEVATED publishToState: value generated '3.055' from device 00158d00033ab609 for 'Battery voltage'
                            zigbee.0 2022-05-04 09:55:24.517	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Is open'
                            zigbee.0 2022-05-04 09:55:24.517	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Contact event'
                            zigbee.0 2022-05-04 09:55:24.516	warn	ELEVATED publishToState: message received '{"voltage":3055,"battery":100,"temperature":30,"contact":false}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:24.513	warn	ELEVATED publishToState: value generated '185' from device 00158d00033ab609 for 'Link quality'
                            zigbee.0 2022-05-04 09:55:24.513	warn	ELEVATED publishToState: message received '{"linkquality":185}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:24.384	warn	ELEVATED publishToState: message received '{}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:24.381	warn	ELEVATED publishToState: value generated '174' from device 00158d00033ab609 for 'Link quality'
                            zigbee.0 2022-05-04 09:55:24.381	warn	ELEVATED publishToState: message received '{"linkquality":174}' from device 00158d00033ab609 type 'MCCGQ11LM'
                            zigbee.0 2022-05-04 09:55:24.260	warn	Device '0x00158d00033ab609' announced itself
                            zigbee.0 2022-05-04 09:55:24.105	info	Starting interview of '0x00158d00033ab609'
                            zigbee.0 2022-05-04 09:55:15.084	info	Zigbee: allowing new devices to join.
                            

                            4f88a590-111e-4576-959e-96194ebe6093-image.png

                            Sieht so aus, als wäre "nur" die Kachel kaputt??

                            aa1a882b-686a-4eef-a656-9a81b177a872-image.png 6f957c4f-f0d2-42f4-adcf-3b4c5f049836-image.png e6a7b8e1-5d90-403f-b80e-834b92dc625c-image.png

                            Kann ich die Kachel irgendwie selbst "reparieren"?

                            UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+

                            M AsgothianA 2 Antworten Letzte Antwort
                            0
                            • K Kueppert

                              @asgothian sagte in zigbee Adapter:

                              00158d00033ab609

                              Hab die ID vom Sensor eingetragen bei debug. Folgendes erscheint im Log beim neuen Anlernen (war vorher entfernt):

                              zigbee.0 2022-05-04 09:57:16.507	info	Zigbee: stop joining
                              zigbee.0 2022-05-04 09:57:13.312	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Is open'
                              zigbee.0 2022-05-04 09:57:13.312	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Contact event'
                              zigbee.0 2022-05-04 09:57:13.311	warn	ELEVATED publishToState: message received '{"contact":false}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:57:13.309	warn	ELEVATED publishToState: value generated '171' from device 00158d00033ab609 for 'Link quality'
                              zigbee.0 2022-05-04 09:57:13.308	warn	ELEVATED publishToState: message received '{"linkquality":171}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:57:09.872	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Is open'
                              zigbee.0 2022-05-04 09:57:09.871	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Contact event'
                              zigbee.0 2022-05-04 09:57:09.871	warn	ELEVATED publishToState: message received '{"contact":true}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:57:09.869	warn	ELEVATED publishToState: value generated '142' from device 00158d00033ab609 for 'Link quality'
                              zigbee.0 2022-05-04 09:57:09.868	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:30.056	warn	ELEVATED publishToState: value generated '10' from device 00158d00033ab609 for 'Link quality'
                              zigbee.0 2022-05-04 09:55:30.056	warn	ELEVATED publishToState: message received '{"linkquality":10}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:30.055	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Available'
                              zigbee.0 2022-05-04 09:55:30.055	warn	ELEVATED publishToState: message received '{"available":true}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:29.057	info	DeviceConfigure successful 0x00158d00033ab609 lumi.sensor_magnet.aq2
                              zigbee.0 2022-05-04 09:55:29.052	info	Configuring 0x00158d00033ab609 lumi.sensor_magnet.aq2
                              zigbee.0 2022-05-04 09:55:29.050	info	Device '0x00158d00033ab609' is supported, identified as: Xiaomi Aqara door & window contact sensor (MCCGQ11LM)
                              zigbee.0 2022-05-04 09:55:29.050	info	Successfully interviewed '0x00158d00033ab609', device has succesfully been paired
                              zigbee.0 2022-05-04 09:55:28.761	warn	ELEVATED publishToState: value generated '100' from device 00158d00033ab609 for 'Battery percent'
                              zigbee.0 2022-05-04 09:55:28.760	warn	ELEVATED publishToState: value generated '3.055' from device 00158d00033ab609 for 'Battery voltage'
                              zigbee.0 2022-05-04 09:55:28.760	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Is open'
                              zigbee.0 2022-05-04 09:55:28.760	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Contact event'
                              zigbee.0 2022-05-04 09:55:28.759	warn	ELEVATED publishToState: message received '{"voltage":3055,"battery":100,"temperature":30,"contact":false}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:28.756	warn	ELEVATED publishToState: value generated '185' from device 00158d00033ab609 for 'Link quality'
                              zigbee.0 2022-05-04 09:55:28.756	warn	ELEVATED publishToState: message received '{"linkquality":185}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:25.267	warn	ELEVATED publishToState: value generated '10' from device 00158d00033ab609 for 'Link quality'
                              zigbee.0 2022-05-04 09:55:25.267	warn	ELEVATED publishToState: message received '{"linkquality":10}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:25.266	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Available'
                              zigbee.0 2022-05-04 09:55:25.265	warn	ELEVATED publishToState: message received '{"available":true}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:24.518	warn	ELEVATED publishToState: value generated '100' from device 00158d00033ab609 for 'Battery percent'
                              zigbee.0 2022-05-04 09:55:24.517	warn	ELEVATED publishToState: value generated '3.055' from device 00158d00033ab609 for 'Battery voltage'
                              zigbee.0 2022-05-04 09:55:24.517	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Is open'
                              zigbee.0 2022-05-04 09:55:24.517	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Contact event'
                              zigbee.0 2022-05-04 09:55:24.516	warn	ELEVATED publishToState: message received '{"voltage":3055,"battery":100,"temperature":30,"contact":false}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:24.513	warn	ELEVATED publishToState: value generated '185' from device 00158d00033ab609 for 'Link quality'
                              zigbee.0 2022-05-04 09:55:24.513	warn	ELEVATED publishToState: message received '{"linkquality":185}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:24.384	warn	ELEVATED publishToState: message received '{}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:24.381	warn	ELEVATED publishToState: value generated '174' from device 00158d00033ab609 for 'Link quality'
                              zigbee.0 2022-05-04 09:55:24.381	warn	ELEVATED publishToState: message received '{"linkquality":174}' from device 00158d00033ab609 type 'MCCGQ11LM'
                              zigbee.0 2022-05-04 09:55:24.260	warn	Device '0x00158d00033ab609' announced itself
                              zigbee.0 2022-05-04 09:55:24.105	info	Starting interview of '0x00158d00033ab609'
                              zigbee.0 2022-05-04 09:55:15.084	info	Zigbee: allowing new devices to join.
                              

                              4f88a590-111e-4576-959e-96194ebe6093-image.png

                              Sieht so aus, als wäre "nur" die Kachel kaputt??

                              aa1a882b-686a-4eef-a656-9a81b177a872-image.png 6f957c4f-f0d2-42f4-adcf-3b4c5f049836-image.png e6a7b8e1-5d90-403f-b80e-834b92dc625c-image.png

                              Kann ich die Kachel irgendwie selbst "reparieren"?

                              M Offline
                              M Offline
                              michihorn
                              schrieb am zuletzt editiert von
                              #31

                              @kueppert Ich hatte das auch schon mal, schau mal in den Objekten, dort wird der Sensor angezeigt und liefert auch Werte. Also könntest Du die Bezichnung des Sensors auch in den Objekten ändern. Es ist auch nicht unbedingt mit deinem Sonoff Stick im direkten Zusammenhang, da ich das Problem mit einen einfachen "Wald und Wiesen" Stick gehabt habe. Am Ende habe ich eine neue Zigbee Instanz angelegt und alle Sensoren neu angelegt.

                              K 1 Antwort Letzte Antwort
                              0
                              • M michihorn

                                @kueppert Ich hatte das auch schon mal, schau mal in den Objekten, dort wird der Sensor angezeigt und liefert auch Werte. Also könntest Du die Bezichnung des Sensors auch in den Objekten ändern. Es ist auch nicht unbedingt mit deinem Sonoff Stick im direkten Zusammenhang, da ich das Problem mit einen einfachen "Wald und Wiesen" Stick gehabt habe. Am Ende habe ich eine neue Zigbee Instanz angelegt und alle Sensoren neu angelegt.

                                K Offline
                                K Offline
                                Kueppert
                                schrieb am zuletzt editiert von
                                #32

                                @michihorn Hi, danke für den Tip. Aber alle Sensoren neu anlernen...uuhhhh, das möchte ich möglichst verhindern ^^

                                UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+

                                1 Antwort Letzte Antwort
                                0
                                • K Kueppert

                                  Hallo zusammen,
                                  ich nutze den Sonoff Zigbee-Stick. Gestern hab ich ein Update drauf gemacht gem. Anleitung von Heimautomatisierung auf die Version 19.02.2022 direkt über USB und ein Python-Skript. Hat alles super geklappt. Geräte sind auch alle noch da und erreichbar.

                                  Problem: Wenn ich ein neues Gerät anlernen möchte (Aquara Doorsensor BJ 2016) funktioniert das Interview:

                                  zigbee.0 2022-05-04 09:09:33.334	info	DeviceConfigure successful 0x00158d00033ab609 lumi.sensor_magnet.aq2
                                  zigbee.0 2022-05-04 09:09:33.326	info	Configuring 0x00158d00033ab609 lumi.sensor_magnet.aq2
                                  zigbee.0 2022-05-04 09:09:33.325	info	Device '0x00158d00033ab609' is supported, identified as: Xiaomi Aqara door & window contact sensor (MCCGQ11LM)
                                  zigbee.0 2022-05-04 09:09:33.324	info	Successfully interviewed '0x00158d00033ab609', device has succesfully been paired
                                  

                                  aber in der Zigbee-Inszanz (habe nur eine) wird das Gerät nicht korrekt angezeigt:
                                  c4cf1697-f613-4f0b-a5c1-04d7821ec72f-image.png
                                  d2520d41-053b-4058-9bdc-2b785646c57b-image.png
                                  Hab den Sensor jetzt 2mal neu angelernt (vorher gelöscht). SO ein Verhalten hatte ich in den vergangenen Jahren noch nicht ^^ Jemand eine Idee, was ich kaputt gemacht hab?
                                  Zigbee-Instanz hab ich auch schon neu gestartet...macht aktuell keinen Unterschied.

                                  Mein Stick in der Instanz:
                                  02ab70c0-6649-4fa5-9887-64e8feb1e1b1-image.png

                                  Der Stick lief vorher auf der Standard-Version (Auslieferungszustand) und das schon einige Wochen anstandslos. Vorher war eine Version von 2021-01 drauf.

                                  NACHTRAG:
                                  Hab gerade eine Osram Flex neu gepaired (war vorher nicht in Nutzung und auch nicht angelernt). Das funktioniert einwandfrei 🤔

                                  Hier noch meine Adapter-Einstellungen (nix dran verändert...ewig nicht):
                                  c12a5b2f-7169-4898-a1f9-88d9daffba5e-image.png

                                  arteckA Offline
                                  arteckA Offline
                                  arteck
                                  Developer Most Active
                                  schrieb am zuletzt editiert von
                                  #33

                                  @kueppert wir hatten mal ein BUG im adapter ..hast du auch den von GIT installiert

                                  zigbee hab ich, zwave auch, nuc's genauso und HA auch

                                  K 1 Antwort Letzte Antwort
                                  0
                                  • K Kueppert

                                    @asgothian sagte in zigbee Adapter:

                                    00158d00033ab609

                                    Hab die ID vom Sensor eingetragen bei debug. Folgendes erscheint im Log beim neuen Anlernen (war vorher entfernt):

                                    zigbee.0 2022-05-04 09:57:16.507	info	Zigbee: stop joining
                                    zigbee.0 2022-05-04 09:57:13.312	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Is open'
                                    zigbee.0 2022-05-04 09:57:13.312	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Contact event'
                                    zigbee.0 2022-05-04 09:57:13.311	warn	ELEVATED publishToState: message received '{"contact":false}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:57:13.309	warn	ELEVATED publishToState: value generated '171' from device 00158d00033ab609 for 'Link quality'
                                    zigbee.0 2022-05-04 09:57:13.308	warn	ELEVATED publishToState: message received '{"linkquality":171}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:57:09.872	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Is open'
                                    zigbee.0 2022-05-04 09:57:09.871	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Contact event'
                                    zigbee.0 2022-05-04 09:57:09.871	warn	ELEVATED publishToState: message received '{"contact":true}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:57:09.869	warn	ELEVATED publishToState: value generated '142' from device 00158d00033ab609 for 'Link quality'
                                    zigbee.0 2022-05-04 09:57:09.868	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:30.056	warn	ELEVATED publishToState: value generated '10' from device 00158d00033ab609 for 'Link quality'
                                    zigbee.0 2022-05-04 09:55:30.056	warn	ELEVATED publishToState: message received '{"linkquality":10}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:30.055	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Available'
                                    zigbee.0 2022-05-04 09:55:30.055	warn	ELEVATED publishToState: message received '{"available":true}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:29.057	info	DeviceConfigure successful 0x00158d00033ab609 lumi.sensor_magnet.aq2
                                    zigbee.0 2022-05-04 09:55:29.052	info	Configuring 0x00158d00033ab609 lumi.sensor_magnet.aq2
                                    zigbee.0 2022-05-04 09:55:29.050	info	Device '0x00158d00033ab609' is supported, identified as: Xiaomi Aqara door & window contact sensor (MCCGQ11LM)
                                    zigbee.0 2022-05-04 09:55:29.050	info	Successfully interviewed '0x00158d00033ab609', device has succesfully been paired
                                    zigbee.0 2022-05-04 09:55:28.761	warn	ELEVATED publishToState: value generated '100' from device 00158d00033ab609 for 'Battery percent'
                                    zigbee.0 2022-05-04 09:55:28.760	warn	ELEVATED publishToState: value generated '3.055' from device 00158d00033ab609 for 'Battery voltage'
                                    zigbee.0 2022-05-04 09:55:28.760	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Is open'
                                    zigbee.0 2022-05-04 09:55:28.760	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Contact event'
                                    zigbee.0 2022-05-04 09:55:28.759	warn	ELEVATED publishToState: message received '{"voltage":3055,"battery":100,"temperature":30,"contact":false}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:28.756	warn	ELEVATED publishToState: value generated '185' from device 00158d00033ab609 for 'Link quality'
                                    zigbee.0 2022-05-04 09:55:28.756	warn	ELEVATED publishToState: message received '{"linkquality":185}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:25.267	warn	ELEVATED publishToState: value generated '10' from device 00158d00033ab609 for 'Link quality'
                                    zigbee.0 2022-05-04 09:55:25.267	warn	ELEVATED publishToState: message received '{"linkquality":10}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:25.266	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Available'
                                    zigbee.0 2022-05-04 09:55:25.265	warn	ELEVATED publishToState: message received '{"available":true}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:24.518	warn	ELEVATED publishToState: value generated '100' from device 00158d00033ab609 for 'Battery percent'
                                    zigbee.0 2022-05-04 09:55:24.517	warn	ELEVATED publishToState: value generated '3.055' from device 00158d00033ab609 for 'Battery voltage'
                                    zigbee.0 2022-05-04 09:55:24.517	warn	ELEVATED publishToState: value generated 'true' from device 00158d00033ab609 for 'Is open'
                                    zigbee.0 2022-05-04 09:55:24.517	warn	ELEVATED publishToState: value generated 'false' from device 00158d00033ab609 for 'Contact event'
                                    zigbee.0 2022-05-04 09:55:24.516	warn	ELEVATED publishToState: message received '{"voltage":3055,"battery":100,"temperature":30,"contact":false}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:24.513	warn	ELEVATED publishToState: value generated '185' from device 00158d00033ab609 for 'Link quality'
                                    zigbee.0 2022-05-04 09:55:24.513	warn	ELEVATED publishToState: message received '{"linkquality":185}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:24.384	warn	ELEVATED publishToState: message received '{}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:24.381	warn	ELEVATED publishToState: value generated '174' from device 00158d00033ab609 for 'Link quality'
                                    zigbee.0 2022-05-04 09:55:24.381	warn	ELEVATED publishToState: message received '{"linkquality":174}' from device 00158d00033ab609 type 'MCCGQ11LM'
                                    zigbee.0 2022-05-04 09:55:24.260	warn	Device '0x00158d00033ab609' announced itself
                                    zigbee.0 2022-05-04 09:55:24.105	info	Starting interview of '0x00158d00033ab609'
                                    zigbee.0 2022-05-04 09:55:15.084	info	Zigbee: allowing new devices to join.
                                    

                                    4f88a590-111e-4576-959e-96194ebe6093-image.png

                                    Sieht so aus, als wäre "nur" die Kachel kaputt??

                                    aa1a882b-686a-4eef-a656-9a81b177a872-image.png 6f957c4f-f0d2-42f4-adcf-3b4c5f049836-image.png e6a7b8e1-5d90-403f-b80e-834b92dc625c-image.png

                                    Kann ich die Kachel irgendwie selbst "reparieren"?

                                    AsgothianA Offline
                                    AsgothianA Offline
                                    Asgothian
                                    Developer
                                    schrieb am zuletzt editiert von
                                    #34

                                    @kueppert sagte in zigbee Adapter:

                                    Kann ich die Kachel irgendwie selbst "reparieren"?

                                    Nein - aber ich bin dabei heraus zu bekommen wie der Fehler passiert und Gegenmaßnahmen zu ergreifen. Da nur die Kachel betroffen ist wird das Problem sich dann durch ein Update des Adapters "von alleine" beheben.

                                    A.

                                    ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                                    "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                                    1 Antwort Letzte Antwort
                                    1
                                    • arteckA arteck

                                      @kueppert wir hatten mal ein BUG im adapter ..hast du auch den von GIT installiert

                                      K Offline
                                      K Offline
                                      Kueppert
                                      schrieb am zuletzt editiert von
                                      #35

                                      @arteck hab nicht den von GIT. Soll ich den denn mal nehmen? :)

                                      UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+

                                      arteckA 1 Antwort Letzte Antwort
                                      0
                                      • K Kueppert

                                        @arteck hab nicht den von GIT. Soll ich den denn mal nehmen? :)

                                        arteckA Offline
                                        arteckA Offline
                                        arteck
                                        Developer Most Active
                                        schrieb am zuletzt editiert von arteck
                                        #36

                                        @kueppert ja mach..danach das object löschen.. und neu anlernen

                                        zigbee hab ich, zwave auch, nuc's genauso und HA auch

                                        K 1 Antwort Letzte Antwort
                                        0
                                        • arteckA arteck

                                          @kueppert ja mach..danach das object löschen.. und neu anlernen

                                          K Offline
                                          K Offline
                                          Kueppert
                                          schrieb am zuletzt editiert von Kueppert
                                          #37

                                          @arteck hab ich gemacht. Über Katze => von Github neu installiert (Version weiterhin 1.6.18). Keine Änderung bei der Kachel...immer noch undefined

                                          NACHTRAG:
                                          das Entfernen des problematischen Sensors ging nicht ohne Zwang (mehrmals probiert, dann mit Zwang gelöscht)

                                          zigbee.0 2022-05-06 09:14:55.247	error	Failed to remove Error: AREQ - ZDO - mgmtLeaveRsp after 10000ms at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) at listOnTimeout (internal/timers.js:557:17) at processTimers (internal/timers.js:500:7)
                                          

                                          das Anlernen ging wieder problemlos (nur die Kachel fehlt halt wie vorher auch):

                                          zigbee.0 2022-05-06 09:20:49.118	info	DeviceConfigure successful 0x00158d00033ab609 lumi.sensor_magnet.aq2
                                          zigbee.0 2022-05-06 09:20:49.114	info	Configuring 0x00158d00033ab609 lumi.sensor_magnet.aq2
                                          zigbee.0 2022-05-06 09:20:49.113	info	Device '0x00158d00033ab609' is supported, identified as: Xiaomi Aqara door & window contact sensor (MCCGQ11LM)
                                          zigbee.0 2022-05-06 09:20:49.112	info	Successfully interviewed '0x00158d00033ab609', device has succesfully been paired
                                          zigbee.0 2022-05-06 09:20:44.961	info	Starting interview of '0x00158d00033ab609'
                                          

                                          UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+

                                          AsgothianA 1 Antwort Letzte Antwort
                                          0

                                          Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                                          Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                                          Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                                          Registrieren Anmelden
                                          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

                                          547

                                          Online

                                          32.9k

                                          Benutzer

                                          83.0k

                                          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