Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. zigbee Adapter

    NEWS

    • Neues Video "KI im Smart Home" - ioBroker plus n8n

    • Neues Video über Aliase, virtuelle Geräte und Kategorien

    • Wir empfehlen: Node.js 22.x

    zigbee Adapter

    This topic has been deleted. Only users with topic management privileges can see it.
    • K
      Kueppert last edited by 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

      Asgothian arteck 2 Replies Last reply Reply Quote 0
      • Asgothian
        Asgothian Developer @Kueppert last edited by

        @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 1 Reply Last reply Reply Quote 1
        • K
          Kueppert @Asgothian last edited by 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 Asgothian 2 Replies Last reply Reply Quote 0
          • M
            michihorn @Kueppert last edited by

            @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 Reply Last reply Reply Quote 0
            • K
              Kueppert @michihorn last edited by

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

              1 Reply Last reply Reply Quote 0
              • arteck
                arteck Developer Most Active @Kueppert last edited by

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

                K 1 Reply Last reply Reply Quote 0
                • Asgothian
                  Asgothian Developer @Kueppert last edited by

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

                  1 Reply Last reply Reply Quote 1
                  • K
                    Kueppert @arteck last edited by

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

                    arteck 1 Reply Last reply Reply Quote 0
                    • arteck
                      arteck Developer Most Active @Kueppert last edited by arteck

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

                      K 1 Reply Last reply Reply Quote 0
                      • K
                        Kueppert @arteck last edited by Kueppert

                        @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'
                        
                        Asgothian 1 Reply Last reply Reply Quote 0
                        • Asgothian
                          Asgothian Developer @Kueppert last edited by

                          @kueppert sagte in zigbee Adapter:

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

                          Das ist erst einmal normal - da der Sensor batteriebetrieben ist muss er gerade wach sein damit er ohne Zwang gelöscht werden kann. Manchmal gelingt es den Sensor über den Knopf am Sensor aufzuwecken und dann zu löschen - aber das ist nicht stabil.

                          A.

                          1 Reply Last reply Reply Quote 1
                          • First post
                            Last post

                          Support us

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

                          796
                          Online

                          32.0k
                          Users

                          80.6k
                          Topics

                          1.3m
                          Posts

                          5
                          38
                          2177
                          Loading More Posts
                          • Oldest to Newest
                          • Newest to Oldest
                          • Most Votes
                          Reply
                          • Reply as topic
                          Log in to reply
                          Community
                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                          The ioBroker Community 2014-2023
                          logo