Neues YouTube-Video: Visualisierung im Devices-Adapter

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

[michihorn]

@asgothian Hast du eine alternative Empfehlung?

[Asgothian]

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

[arteck]

@michihorn sagte in zigbee Adapter:

zwischen dem Versuch vorher,

genau das...

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

[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:


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:

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):

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

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

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

Kann ich die Kachel irgendwie selbst "reparieren"?

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

[Kueppert]

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

[arteck]

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

[Asgothian]

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

[Kueppert]

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

[arteck]

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

[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]

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