NEWS
Tester gesucht: Zigbee 3.2.x
Tester gesucht: Zigbee 3.2.x
-
@dimaiv sagte in Tester gesucht: Zigbee 3.2.x:
@fabio
Habe 5 Instanzen laufen.Was kannst du nicht bestätigen?
hast du einen externen konverter für das PTVO gerät oder ist es via Legacy eingebunden ?
Ich kann da erst kommendes Wochenende ran, also bitte auf 3.1.6 bleiben mit dem Gerät.
A.
@asgothian
Normale Konverter von ZHC, keine andere Einstellungen wurden gemacht. -
@asgothian
Normale Konverter von ZHC, keine andere Einstellungen wurden gemacht.@dimaiv bitte mal die Zeile 489 in commands.js (von der 3.2.5) patchen:
Von
epName: device.mapped?.endpoint ? getKey(device.mapped?.endpoint(device), ep.ID) : ep.ID,Zu
epName: device.mapped?.endpoint ? getKey(device.mapped?.endpoint(device.device), ep.ID) : ep.ID,Dann sollten auch die ptvo laufen.
A.
-
@dimaiv bitte mal die Zeile 489 in commands.js (von der 3.2.5) patchen:
Von
epName: device.mapped?.endpoint ? getKey(device.mapped?.endpoint(device), ep.ID) : ep.ID,Zu
epName: device.mapped?.endpoint ? getKey(device.mapped?.endpoint(device.device), ep.ID) : ep.ID,Dann sollten auch die ptvo laufen.
A.
@asgothian
Es läuft jetzt.
Vielen Dank. -
3.2.0 3.2.3 3.2.43.2.5 nun live im Latest.Bugfixes:
crash wegendevice.getEndpoint is not a function(issue #2640) behoben - ab 3.2.1
crash wegenthis.adapter.stController.localConfig.removeLocalData is not a functionbehoben - ab 3.2.2
crash wegenTypeError: event.data.deviceExposesChanged is not a function(issue #2647) behoben - ab 3.2.3Features:
- extended debug logging
- improve device_query - mehr states abgefragt, bessere Ergebnisse
- new option (local,global):
resend_states. Wert kann sein:
-- Liste von States, mit , oder ; getrennt (e.g.state, brightnessoderbrightness;device_query=> Hier wird der aktuell im ioBroker vorhandene Wert des States erneut an das Device geschickt, wenn einedevice_announcedMeldung rein kommt. wichtig da anpassungen von verschiedenen Datenpunkten ggf. denstateam Gerät ändern wird dieser immer als letztes gesandt.
-- JSON mit state und value, (z.Bsp. `{"state":true, "brightness":90}) - in Diesem Fall werden die in den Optionen gesetzten Werte gesendet wenn eine 'device_announced' meldung rein kommt.
=>Nutzen: Wenn Geräte vom Strom getrennt werden, ihre Einstellungen vergessen, und dann beim widereinschalten andere Werte haben, dann lässt sich das dadurch automatisch korrigieren. Eine globale Einstellung dazu gibt es nicht - diese Option muss pro Gerät (über die Gerätekachel) oder pro Model (über den Local Data Tab in den Einstellungen) vorgenommen werden. - Automatischer Resend wenn eine Nachricht an ein Gerät mit dem Fehler 25 zurück kommt (max 2x).
- Option zum Löschen der gespeicherten Fehlermeldungen (dann verschwindet auch der button, er kommt aber wieder wenn weitere Meldungen eingehen)
- 'min. Available update timeout: Einstellung in Sekunden. < 10 => available wird nur bei Änderung aktualisiert. Ansonsten wird das Available bei Eingang einer Nachricht, aber max. alle X Sekunden aktualisiert (default: 30 s).
A.
Viel spass beim testen
Nachtrag: Dumm wenn man mit manuell erstellten States testet - und dann die vom Adapter benötigten States nicht sauber automatisch anlegen lässt - deswegen der Sprung 3.2.2 zu 3.2.5
Hi,
Ich bin neu hier, bitte also um etwas Geduld mit mir.
Ich habe gerade das Update von 3.2.2 auf 3.2.5 mit einigen Problemen durchgeführt.
Davor hatte ich 3.1.5.
Wegen dem "available" Satus...
Nachdem ich in der 3.1.5 die Einstellung: "Read states at device announce" durchgeführt habe, reagiert mein JavaScript zumindest auf das Einschalten des Gerätes, aber auch nur dann, wenn es vorher 6 Minuten aus war.
Im Gegensatz zur 3.2.2 / 3.2.5 sehe ich da aber keine Verbesserung zur 3.1.5, oder hatte ich das falsch verstanden?
Zur Erinnerung: In der 3.0.5 reagierte das Script sowohl beim Einschalten, als auch bei Ausschalten unmittelbar mit 'available=true' oder 'available=false'.Wird das nie wieder so, oder gibt es besondere Einstellungen?
Danke.
-
Hi,
Ich bin neu hier, bitte also um etwas Geduld mit mir.
Ich habe gerade das Update von 3.2.2 auf 3.2.5 mit einigen Problemen durchgeführt.
Davor hatte ich 3.1.5.
Wegen dem "available" Satus...
Nachdem ich in der 3.1.5 die Einstellung: "Read states at device announce" durchgeführt habe, reagiert mein JavaScript zumindest auf das Einschalten des Gerätes, aber auch nur dann, wenn es vorher 6 Minuten aus war.
Im Gegensatz zur 3.2.2 / 3.2.5 sehe ich da aber keine Verbesserung zur 3.1.5, oder hatte ich das falsch verstanden?
Zur Erinnerung: In der 3.0.5 reagierte das Script sowohl beim Einschalten, als auch bei Ausschalten unmittelbar mit 'available=true' oder 'available=false'.Wird das nie wieder so, oder gibt es besondere Einstellungen?
Danke.
@olli-h sagte in Tester gesucht: Zigbee 3.2.x:
Zur Erinnerung: In der 3.0.5 reagierte das Script sowohl beim Einschalten, als auch bei Ausschalten unmittelbar mit 'available=true' oder 'available=false'.
ich halte das für ein Gerücht - insbesondere das 'unmittelbar' und wenn es so war, dann war es ziemlich sicher ein Fehler.
Folgendes ist die Situation:
- der Zigbee Adapter erkennt nicht 'von alleine' ob ein Gerät offline geht. Dazu muss eine von 2 Bedingungen erfüllt werden:
-- Das Gerät ist ein EndGerät, und hat > 25h keine Nachricht gesendet. Dann wird das Gerät aufavailable:falsegesetzt.
-- Das Gerät ist ein Router - dann versucht der Adapter in regelmässigen Abständen das Gerät anzusprechen. Gelingt dies nicht, oder reagiert das Gerät auf eine normale Kontaktaufnahme nicht so wird das Gerät aufavailable:falsegesetzt. - der Zigbee Adapter setzt bei jeder Nachricht die er empfängt
available:true- aber nur intern. In die Datenpunkte wird das nur geschrieben wenn der Datenpunkt nicht schontrueist. Der Code ist seit 1.x so im Adapter. Es ist denkbar das auf Basis eines bugs sich da etwas eingeschlichen hat welches das 'true' jedes mal aktualisiert - das kann ich nicht verifizieren. - das der Adapter auf ein Ausschalten eines Gerätes unverzüglich mit
available:falsereagiert ist nur dann möglich wenn die Pings alle paar Sekunden laufen - damit wäre das Netz aber schnell überlastet, insbesondere bei vielen Geräten.
Daraus ergibt sich das ein Skript welches auf den
availabledatenpunkt reagiert grundsätzlich nicht die Lösung sein kann.Wird das nie wieder so, oder gibt es besondere Einstellungen?
Klare aussage wie oben - Nein, der DP wird nie wieder jede Meldung mit einer Aktualisierung quittieren. Das ist. Ressourcenverschwendung. Es ist schon jetzt so das meiner Meinung nach zu viele DP bei Jeder Nachricht des Gerätes aktualisiert werden:
- der Ziel DP
- LQ
- MsgFromZigbee.
Wenn man sich vor Augen hält das einige Geräte im Burst mit bis zu 10 Nachrichten pro Sekunde kommunizieren ist das schon relevant. Dementsprechend wird man zukünftig den
MsgFromZigbeeDP explizit und pro Gerät über eine device specific oder model specific Option freischalten müssen damit er aktiviert wird. Zusätzlich noch denavailableStatus zu aktualiseren halte ich für verschwenderisch.Im Gegenzug gibt es eine deutlich bessere Lösung. Die Beschreibung dazu findest Du hier: https://forum.iobroker.net/topic/82602/tester-gesucht-zigbee-3-2-x/2?_=1762100523090
Diese hängt ausschliesslich davon ab ob ein Gerät ein 'device announced' schickt wenn es wieder Strom hat und ist in der 3.2.5 vorhanden
Damit wird auch die Einstellung 'Read all states at Device Announce` für diesen Anwendungsfall unnötig.
Zusätzlich gibt es eine Einstellung, mit der man die Aktualisierung des
available:trueexplizit aktivieren kann - aber nur alle x sekunden, mit einer Minimalzeit von 10. Alles darunter gilt als 0 - sprich nur bei Änderung aktualisieren.Ist im gleichen post beschrieben.
A.
- der Zigbee Adapter erkennt nicht 'von alleine' ob ein Gerät offline geht. Dazu muss eine von 2 Bedingungen erfüllt werden:
-
Hallo zusammen,
nachdem die 3.1.5 erfolgreich im Stable gelandet ist (und die 3.1.6 im latest) habe ich die 3.2.0 als 3.2.0-alpha.0 fertig gemacht. Jetzt brauche ich dafür Tester:
Aktuelle Test Version 3.2.1 Veröffentlichungsdatum 26.10.2025 Github Link~~https://github.com/ioBroker/ioBroker.zigbee/tarball/3.2.0RC~~ Installation Aus dem Beta Kanal Wichtig - die Version ist so weit das ich den kurzfristig bis ins latest bringen will. Ich brauche aber vorher noch ein paar mehr Leute die den testen, damit das nicht zu Chaos führt.
Die Anpassungen in der 3.2.1 sind primär kosmetisch, intern und bugfixes.
Folgendes hat sich geändert / wurde verbessert. (Einiges davon geht auch schon in 3.1.6, aber ohne doku etc.)
UI:
- Anpassungen auf der Gerätekachel:
-- dieses Icon ist entfallen:
-- Die Funktion davon wurde in deneditDialog integriert
-- dieses Icon ist neu - und nur bei Geräten verfügbar die Gruppen hinzugefügt werden können. Es dient ausschliesslich dazu, die Mitgliedschaft in Gruppen zu verwalten. Man kann damit nicht den Namen des Gerätes ändern.
-- Der Edit Dialog wurde angepasst. Er erlaubt jetzt neben dem Anpassen des Namens auch die Auswahl des Bildes und die Auswahl von Gerätespezifischen Optionen - so wie sie bei Z2M angegeben sind. Es werden auch immer nur die Optionen angeboten die von den ZHC gemeldet werden:
. Eine Überprüfung der Werte für die Optionen findet aktuell nur bedingt statt, und die Optionen werden in der 'LocalOverrides.json' gespeichert - sie überleben also ein Löschen und neu anlernen des Gerätes. Allerdings können sie hier ausschliesslich auf device Ebene vergeben werden. Die Möglichkeit diese global zu definieren ist an eine andere Stelle gewandert.
-- die Zuordnung zu Räumen ist gewandert - aus der Fusszeile mit den Icons auf die Kachel selber. Dies wurde Notwendig weil sich die Anzahl der Buttons erhöht hat:
-- Das vorhanden sein von unbekannten Geräten wird im Log nur noch 1x bei Adapter-Start geloggt, und in der Folge in die interne Fehlerliste (sichtbar über diesen Button, der nur existiert wenn die Liste nicht leer ist) geschrieben.
-- es gibt ein weiteres Icon auf der Kachel, welches darüber informiert wenn ein Gerät nicht vollständig interviewed werden konnte. Dies kann in seltenen Fällen passieren und führt dazu das das Gerät nur teilweise funktioniert. Solche Geräte sollten gelöscht und neu Verbunden werden.
-- es gibt noch ein weiteres Icon welches ausschliesslich am Koordinator auftauchen kann:
. Das Orangene Pause Symbol weist darauf hin das dieser Haken
nicht gesetzt ist.
Konfiguration
- der Tab
Local Overridesist entfallen. Die Funktionalität ist in den TabLocal Datagewandert - Der Tab
Local Dataist neu - er listet die vorhandenen Devices gruppiert nach Modell auf, und erlaubt:
-- das Löschen von Geräten
-- das Einstellen von Optionen aufModelEbene (Global für alle Geräte dieses Typs - incl. eines Default Namens !)
-- das Aktivieren und deaktivieren von einzelnen Devices
-- das 'vollständige' Löschen eines Gerätes (incl. der eingestellten Optionen, des Namens und der Bildzuordnung) (noch nicht zu 100% implementiert)
Hier sind neben den vom ZHC vorgegebenen Optionen noch weitere Einstellungen möglich. So können custom Optionen vergeben werden (die z.Bsp. in externen Convertern verarbeitet werden)
Zusätzlich kann bei Geräten für die es eine Legacy Implementation gibt diese aktiviert werden. Die Option dazu heisst 'Legacy', und ist im Beispiel nicht vorhanden weil das Gerät diese nicht besitzt.
wichtig das Feld 'Name' Ist explizit leer, damit der Name nicht umdefiniert wird.
Bugfixes und Anpassungen:
- das Pairing am Router ist jetzt nochmal verbessert worden - es sollte funktionieren.
- die Erkennung von Routern ist verbessert worden - nur Router sollten das Pairing am Router anbieten.
- Auf der Kachel gibt es neben dem Pairing button auch einen 'device_query' button um die States auszulesen (sollte schon ab 3.1.5 vorhanden gewesen sein, auch wenn der erst ab 3.2.0 geplant war.
- Weniger Meldungen wegen standard-Aktionen
- Nutzung des neusten ZHC
- Restore aus dem Adapter internen Backup über die Oberfläche mit diesem Button
Weitere geplante Anpassungen:
- Umstellung der Bindings auf die bei den Gruppen verwendete Methode
- Erweiterung der Bindings auf 'freie Binding Wahl' um erweiterte Zigbee Funktionen möglich zu machen, z.Bsp. Binden eines Temperatursensors an einen Thermostat als externe Quelle für die gemessene Temperatur
- Weitere Verbesserung bei den Optionen (Überprüfung von mehr Werten sofern diese von den ZHC vorgegeben werden
- verbessertes Handling von komplexen Exposes (Bsp. Zeitpläne bei Thermostaten, etc)
wichtig : Bei Nutzern mit externen Konvertern kann es in der 3.1.5 und 3.1.6 zu Problemen mit diesen führen wenn ZHC > 25.38.0 installiert sind, da in den ZHC (mal wieder) plötzlich aufgeräumt wurde. Erst in der 3.2.0 ist code vorhanden, der diese Auffälligkeit beseitigt. Mehr Details dazu gibt es in [diesem Post](Link Adresse) (Forum Link)
A.
Hallo @asgothian ich habe ein kleines Problem.
ZigBee Adapter übergibt Geräte an den Matter Adapter über die Bridge Funktion.
Die ZigBee Geräte werden dann in der Apple Home App angezeigt und können von dort geschaltet werden etc.
Seid der Version 3.2.5 passiert folgendes. Geräte werden auf einmal als An in der App angezeigt, sie sind es aber nicht. Die Datenpunkte stehen auf falsch. Es betrifft auch nicht alle Geräte. Ich habe dann im Zigbee Adapter ein Gerät auf Debug gestellt.
Und in dem Moment wo das im Log auftauchte wurde das Gerät als an AN in der App angezeigt siehe bitte hier:zigbee.1 2025-11-03 10:35:37.988 warn ELEVATED:I04 (7600) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:35:37.988 warn ELEVATED:I03 (7600) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:35:37.988 warn ELEVATED:NOCONV (7600) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:35:37.987 warn ELEVATED:I02 (7600) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:35:37.985 warn ELEVATED:I04 (7601) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:35:37.985 warn ELEVATED:I03 (7601) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:35:37.984 warn ELEVATED:I01 (7600) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":127,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,7,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":7,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:34:11.352 info debug devices set to ["a4c1389893367f90"]als ich dann in der App geschaltet habe kommt das Log und ich denke das ist so richtig:
zigbee.1 2025-11-03 10:46:27.174 warn ELEVATED:I04 (5de4) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:46:27.174 warn ELEVATED:I03 (5de4) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:46:27.174 warn ELEVATED:NOCONV (5de4) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:46:27.174 warn ELEVATED:I02 (5de4) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:46:27.173 warn ELEVATED:I04 (5de5) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:46:27.173 warn ELEVATED:I03 (5de5) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:46:27.172 warn ELEVATED:I01 (5de4) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":127,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,15,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":15,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:45:09.660 warn ELEVATED:I04 (2f19) value generated 'false' from device a4c1389893367f90 for 'On/off state of the switch' zigbee.1 2025-11-03 10:45:09.660 warn ELEVATED:I03 (2f19) message received '{"state":"OFF"}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:09.660 warn ELEVATED:I02.2c (2f19) candidates: [{"state":"OFF"},{}] => payload {"state":"OFF"} zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I02.1b (2f19) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:undefined zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I02.2a (2f19) converter 2 : Cluster genOnOff zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I02.0b (2f19) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:{"state":"OFF"} zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I02.1a (2f19) converter 1 : Cluster genOnOff zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I04 (2f19) value generated '131' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I03 (2f19) message received '{"linkquality":131}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I02 (2f19) 2 converters available for 'B1Z' 'a4c1389893367f90' with cluster 'genOnOff' and type 'attributeReport' zigbee.1 2025-11-03 10:45:09.657 warn ELEVATED:I01 (2f19) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"onOff":0},"linkquality":131,"groupID":0,"cluster":"genOnOff","meta":{"rawData":{"type":"Buffer","data":[8,14,10,0,0,16,0]},"zclTransactionSequenceNumber":14,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I04 (2362) value generated 'false' from device a4c1389893367f90 for 'On/off state of the switch' zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I03 (2362) message received '{"state":"OFF"}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I02.2c (2362) candidates: [{"state":"OFF"},{}] => payload {"state":"OFF"} zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I02.1b (2362) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:undefined zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I02.2a (2362) converter 2 : Cluster genOnOff zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I02.0b (2362) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:{"state":"OFF"} zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I02.1a (2362) converter 1 : Cluster genOnOff zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I04 (2362) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:45:06.659 warn ELEVATED:I03 (2362) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:06.659 warn ELEVATED:I02 (2362) 2 converters available for 'B1Z' 'a4c1389893367f90' with cluster 'genOnOff' and type 'attributeReport' zigbee.1 2025-11-03 10:45:06.658 warn ELEVATED:I04 (2362) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:45:06.658 warn ELEVATED:I03 (2362) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:06.658 warn ELEVATED:I01 (2362) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"onOff":0},"linkquality":127,"groupID":0,"cluster":"genOnOff","meta":{"rawData":{"type":"Buffer","data":[24,13,10,0,0,16,0]},"zclTransactionSequenceNumber":13,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:45:06.658 warn ELEVATED:SUCCESS (232f) convert result {"state":{"state":"OFF"}} for device 0xa4c1389893367f90 zigbee.1 2025-11-03 10:45:06.609 warn ELEVATED:O04 (232f) convert state with value "OFF" and options {} for device 0xa4c1389893367f90 with Endpoint state zigbee.1 2025-11-03 10:45:06.608 warn ELEVATED:O03 (232f) Publishing to 0xa4c1389893367f90 of model B1Z with state zigbee.1 2025-11-03 10:45:06.608 warn ELEVATED:O02 (232f) Change state 'state' at device 0xa4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:06.607 warn ELEVATED:O01 (232f) User state change of state zigbee.1.a4c1389893367f90.state with value false (ack: false) from system.adapter.matter.0 zigbee.1 2025-11-03 10:43:50.368 warn ELEVATED:I04 (f95f) value generated '131' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:43:50.368 warn ELEVATED:I03 (f95f) message received '{"linkquality":131}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:43:50.368 warn ELEVATED:NOCONV (f95f) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:43:50.368 warn ELEVATED:I02 (f95f) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:43:50.367 warn ELEVATED:I04 (f95f) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:43:50.367 warn ELEVATED:I03 (f95f) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:43:50.367 warn ELEVATED:I01 (f95f) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":131,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,12,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":12,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:41:15.338 warn ELEVATED:I04 (9bc7) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:41:15.338 warn ELEVATED:I03 (9bc7) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:41:15.338 warn ELEVATED:NOCONV (9bc7) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:41:15.338 warn ELEVATED:I02 (9bc7) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:41:15.336 warn ELEVATED:I04 (9bc8) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:41:15.336 warn ELEVATED:I03 (9bc8) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:41:15.335 warn ELEVATED:I01 (9bc7) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":127,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,11,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":11,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:38:25.884 warn ELEVATED:I04 (05d7) value generated '131' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:38:25.883 warn ELEVATED:I03 (05d7) message received '{"linkquality":131}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:38:25.883 warn ELEVATED:NOCONV (05d7) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:38:25.883 warn ELEVATED:I02 (05d7) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:38:25.880 warn ELEVATED:I04 (05d8) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:38:25.880 warn ELEVATED:I03 (05d8) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:38:25.879 warn ELEVATED:I01 (05d7) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":131,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,10,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":10,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I04 (bb3d) value generated 'false' from device a4c1389893367f90 for 'On/off state of the switch' zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I03 (bb3d) message received '{"state":"OFF"}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I02.2c (bb3d) candidates: [{"state":"OFF"},{}] => payload {"state":"OFF"} zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I02.1b (bb3d) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:undefined zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I02.2a (bb3d) converter 2 : Cluster genOnOff zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I02.0b (bb3d) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:{"state":"OFF"} zigbee.1 2025-11-03 10:37:01.246 warn ELEVATED:I02.1a (bb3d) converter 1 : Cluster genOnOff zigbee.1 2025-11-03 10:37:01.246 warn ELEVATED:I04 (bb3d) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:37:01.246 warn ELEVATED:I03 (bb3d) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:37:01.246 warn ELEVATED:I02 (bb3d) 2 converters available for 'B1Z' 'a4c1389893367f90' with cluster 'genOnOff' and type 'attributeReport' zigbee.1 2025-11-03 10:37:01.245 warn ELEVATED:I01 (bb3d) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"onOff":0},"linkquality":127,"groupID":0,"cluster":"genOnOff","meta":{"rawData":{"type":"Buffer","data":[8,9,10,0,0,16,0]},"zclTransactionSequenceNumber":9,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:36:58.251 warn ELEVATED:I04 (af87) value generated 'false' from device a4c1389893367f90 for 'On/off state of the switch' zigbee.1 2025-11-03 10:36:58.251 warn ELEVATED:I03 (af87) message received '{"state":"OFF"}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:36:58.251 warn ELEVATED:I02.2c (af87) candidates: [{"state":"OFF"},{}] => payload {"state":"OFF"} zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I02.1b (af87) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:undefined zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I02.2a (af87) converter 2 : Cluster genOnOff zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I02.0b (af87) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:{"state":"OFF"} zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I02.1a (af87) converter 1 : Cluster genOnOff zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I04 (af87) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I03 (af87) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I02 (af87) 2 converters available for 'B1Z' 'a4c1389893367f90' with cluster 'genOnOff' and type 'attributeReport' zigbee.1 2025-11-03 10:36:58.248 warn ELEVATED:I04 (af88) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:36:58.248 warn ELEVATED:I03 (af88) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:36:58.247 warn ELEVATED:I01 (af87) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"onOff":0},"linkquality":127,"groupID":0,"cluster":"genOnOff","meta":{"rawData":{"type":"Buffer","data":[24,8,10,0,0,16,0]},"zclTransactionSequenceNumber":8,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:36:58.246 warn ELEVATED:SUCCESS (af52) convert result {"state":{"state":"OFF"}} for device 0xa4c1389893367f90 zigbee.1 2025-11-03 10:36:58.198 warn ELEVATED:O04 (af52) convert state with value "OFF" and options {} for device 0xa4c1389893367f90 with Endpoint state zigbee.1 2025-11-03 10:36:58.197 warn ELEVATED:O03 (af52) Publishing to 0xa4c1389893367f90 of model B1Z with state zigbee.1 2025-11-03 10:36:58.197 warn ELEVATED:O02 (af52) Change state 'state' at device 0xa4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:36:58.194 warn ELEVATED:O01 (af52) User state change of state zigbee.1.a4c1389893367f90.state with value false (ack: false) from system.adapter.matter.0und hier dann wenn es sich wieder von alleine meldet. Dann wird auch wieder in der App angezeigt das es An ist was es aber nicht ist:
zigbee.1 2025-11-03 10:55:02.181 warn ELEVATED:I04 (39a1) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:55:02.181 warn ELEVATED:I03 (39a1) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:55:02.181 warn ELEVATED:NOCONV (39a1) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:55:02.180 warn ELEVATED:I02 (39a1) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:55:02.178 warn ELEVATED:I04 (39a2) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:55:02.178 warn ELEVATED:I03 (39a2) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:55:02.177 warn ELEVATED:I01 (39a1) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":127,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,18,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":18,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:52:14.444 warn ELEVATED:I04 (aa6a) value generated '131' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:52:14.444 warn ELEVATED:I03 (aa6a) message received '{"linkquality":131}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:52:14.444 warn ELEVATED:NOCONV (aa6a) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:52:14.444 warn ELEVATED:I02 (aa6a) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:52:14.443 warn ELEVATED:I04 (aa6b) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:52:14.443 warn ELEVATED:I03 (aa6b) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:52:14.442 warn ELEVATED:I01 (aa6a) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":131,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,17,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":17,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:49:18.831 warn ELEVATED:I04 (fc6c) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:49:18.831 warn ELEVATED:I03 (fc6c) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:49:18.831 warn ELEVATED:NOCONV (fc6c) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:49:18.831 warn ELEVATED:I02 (fc6c) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:49:18.829 warn ELEVATED:I04 (fc6d) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:49:18.829 warn ELEVATED:I03 (fc6d) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:49:18.828 warn ELEVATED:I01 (fc6c) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":127,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,16,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":16,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1Hast du evtl. eine Idee was da schief läuft?
Kann es mit diese Zeilenzigbee.1
2025-11-03 11:03:18.295 warn ELEVATED:I04 (cb97) value generated 'true' from device a4c1389893367f90 for 'Available'
zigbee.1
2025-11-03 11:03:18.295 warn ELEVATED:I03 (cb97) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z'zusammenhängen die ja eigentich nur da sind um zu zeigen ob da Gerät vorhanden Online ist. Nur komisch das die App dann in diesen Moment anzeigt das das Gerät AN ist.
Herzliche Grüße
FabioIobroker:
-
Für mich persöhnlich, gibt es nichts besseres, ich liebe es.
-
Das hat unser Smarthome erst zu Smarthome gemacht.
-
Du wächst mit ioBroker und ioBroker wächst mit dir.
-
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
- Anpassungen auf der Gerätekachel:
-
Hallo @asgothian ich habe ein kleines Problem.
ZigBee Adapter übergibt Geräte an den Matter Adapter über die Bridge Funktion.
Die ZigBee Geräte werden dann in der Apple Home App angezeigt und können von dort geschaltet werden etc.
Seid der Version 3.2.5 passiert folgendes. Geräte werden auf einmal als An in der App angezeigt, sie sind es aber nicht. Die Datenpunkte stehen auf falsch. Es betrifft auch nicht alle Geräte. Ich habe dann im Zigbee Adapter ein Gerät auf Debug gestellt.
Und in dem Moment wo das im Log auftauchte wurde das Gerät als an AN in der App angezeigt siehe bitte hier:zigbee.1 2025-11-03 10:35:37.988 warn ELEVATED:I04 (7600) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:35:37.988 warn ELEVATED:I03 (7600) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:35:37.988 warn ELEVATED:NOCONV (7600) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:35:37.987 warn ELEVATED:I02 (7600) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:35:37.985 warn ELEVATED:I04 (7601) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:35:37.985 warn ELEVATED:I03 (7601) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:35:37.984 warn ELEVATED:I01 (7600) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":127,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,7,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":7,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:34:11.352 info debug devices set to ["a4c1389893367f90"]als ich dann in der App geschaltet habe kommt das Log und ich denke das ist so richtig:
zigbee.1 2025-11-03 10:46:27.174 warn ELEVATED:I04 (5de4) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:46:27.174 warn ELEVATED:I03 (5de4) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:46:27.174 warn ELEVATED:NOCONV (5de4) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:46:27.174 warn ELEVATED:I02 (5de4) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:46:27.173 warn ELEVATED:I04 (5de5) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:46:27.173 warn ELEVATED:I03 (5de5) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:46:27.172 warn ELEVATED:I01 (5de4) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":127,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,15,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":15,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:45:09.660 warn ELEVATED:I04 (2f19) value generated 'false' from device a4c1389893367f90 for 'On/off state of the switch' zigbee.1 2025-11-03 10:45:09.660 warn ELEVATED:I03 (2f19) message received '{"state":"OFF"}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:09.660 warn ELEVATED:I02.2c (2f19) candidates: [{"state":"OFF"},{}] => payload {"state":"OFF"} zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I02.1b (2f19) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:undefined zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I02.2a (2f19) converter 2 : Cluster genOnOff zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I02.0b (2f19) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:{"state":"OFF"} zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I02.1a (2f19) converter 1 : Cluster genOnOff zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I04 (2f19) value generated '131' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I03 (2f19) message received '{"linkquality":131}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:09.659 warn ELEVATED:I02 (2f19) 2 converters available for 'B1Z' 'a4c1389893367f90' with cluster 'genOnOff' and type 'attributeReport' zigbee.1 2025-11-03 10:45:09.657 warn ELEVATED:I01 (2f19) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"onOff":0},"linkquality":131,"groupID":0,"cluster":"genOnOff","meta":{"rawData":{"type":"Buffer","data":[8,14,10,0,0,16,0]},"zclTransactionSequenceNumber":14,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I04 (2362) value generated 'false' from device a4c1389893367f90 for 'On/off state of the switch' zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I03 (2362) message received '{"state":"OFF"}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I02.2c (2362) candidates: [{"state":"OFF"},{}] => payload {"state":"OFF"} zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I02.1b (2362) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:undefined zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I02.2a (2362) converter 2 : Cluster genOnOff zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I02.0b (2362) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:{"state":"OFF"} zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I02.1a (2362) converter 1 : Cluster genOnOff zigbee.1 2025-11-03 10:45:06.660 warn ELEVATED:I04 (2362) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:45:06.659 warn ELEVATED:I03 (2362) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:06.659 warn ELEVATED:I02 (2362) 2 converters available for 'B1Z' 'a4c1389893367f90' with cluster 'genOnOff' and type 'attributeReport' zigbee.1 2025-11-03 10:45:06.658 warn ELEVATED:I04 (2362) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:45:06.658 warn ELEVATED:I03 (2362) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:06.658 warn ELEVATED:I01 (2362) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"onOff":0},"linkquality":127,"groupID":0,"cluster":"genOnOff","meta":{"rawData":{"type":"Buffer","data":[24,13,10,0,0,16,0]},"zclTransactionSequenceNumber":13,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:45:06.658 warn ELEVATED:SUCCESS (232f) convert result {"state":{"state":"OFF"}} for device 0xa4c1389893367f90 zigbee.1 2025-11-03 10:45:06.609 warn ELEVATED:O04 (232f) convert state with value "OFF" and options {} for device 0xa4c1389893367f90 with Endpoint state zigbee.1 2025-11-03 10:45:06.608 warn ELEVATED:O03 (232f) Publishing to 0xa4c1389893367f90 of model B1Z with state zigbee.1 2025-11-03 10:45:06.608 warn ELEVATED:O02 (232f) Change state 'state' at device 0xa4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:45:06.607 warn ELEVATED:O01 (232f) User state change of state zigbee.1.a4c1389893367f90.state with value false (ack: false) from system.adapter.matter.0 zigbee.1 2025-11-03 10:43:50.368 warn ELEVATED:I04 (f95f) value generated '131' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:43:50.368 warn ELEVATED:I03 (f95f) message received '{"linkquality":131}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:43:50.368 warn ELEVATED:NOCONV (f95f) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:43:50.368 warn ELEVATED:I02 (f95f) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:43:50.367 warn ELEVATED:I04 (f95f) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:43:50.367 warn ELEVATED:I03 (f95f) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:43:50.367 warn ELEVATED:I01 (f95f) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":131,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,12,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":12,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:41:15.338 warn ELEVATED:I04 (9bc7) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:41:15.338 warn ELEVATED:I03 (9bc7) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:41:15.338 warn ELEVATED:NOCONV (9bc7) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:41:15.338 warn ELEVATED:I02 (9bc7) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:41:15.336 warn ELEVATED:I04 (9bc8) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:41:15.336 warn ELEVATED:I03 (9bc8) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:41:15.335 warn ELEVATED:I01 (9bc7) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":127,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,11,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":11,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:38:25.884 warn ELEVATED:I04 (05d7) value generated '131' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:38:25.883 warn ELEVATED:I03 (05d7) message received '{"linkquality":131}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:38:25.883 warn ELEVATED:NOCONV (05d7) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:38:25.883 warn ELEVATED:I02 (05d7) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:38:25.880 warn ELEVATED:I04 (05d8) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:38:25.880 warn ELEVATED:I03 (05d8) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:38:25.879 warn ELEVATED:I01 (05d7) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":131,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,10,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":10,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I04 (bb3d) value generated 'false' from device a4c1389893367f90 for 'On/off state of the switch' zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I03 (bb3d) message received '{"state":"OFF"}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I02.2c (bb3d) candidates: [{"state":"OFF"},{}] => payload {"state":"OFF"} zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I02.1b (bb3d) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:undefined zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I02.2a (bb3d) converter 2 : Cluster genOnOff zigbee.1 2025-11-03 10:37:01.247 warn ELEVATED:I02.0b (bb3d) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:{"state":"OFF"} zigbee.1 2025-11-03 10:37:01.246 warn ELEVATED:I02.1a (bb3d) converter 1 : Cluster genOnOff zigbee.1 2025-11-03 10:37:01.246 warn ELEVATED:I04 (bb3d) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:37:01.246 warn ELEVATED:I03 (bb3d) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:37:01.246 warn ELEVATED:I02 (bb3d) 2 converters available for 'B1Z' 'a4c1389893367f90' with cluster 'genOnOff' and type 'attributeReport' zigbee.1 2025-11-03 10:37:01.245 warn ELEVATED:I01 (bb3d) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"onOff":0},"linkquality":127,"groupID":0,"cluster":"genOnOff","meta":{"rawData":{"type":"Buffer","data":[8,9,10,0,0,16,0]},"zclTransactionSequenceNumber":9,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:36:58.251 warn ELEVATED:I04 (af87) value generated 'false' from device a4c1389893367f90 for 'On/off state of the switch' zigbee.1 2025-11-03 10:36:58.251 warn ELEVATED:I03 (af87) message received '{"state":"OFF"}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:36:58.251 warn ELEVATED:I02.2c (af87) candidates: [{"state":"OFF"},{}] => payload {"state":"OFF"} zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I02.1b (af87) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:undefined zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I02.2a (af87) converter 2 : Cluster genOnOff zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I02.0b (af87) data: {"onOff":0} options: {} meta:{"deviceIEEE":"0xa4c1389893367f90","logger":"StatesController","state":{"state":""}} result:{"state":"OFF"} zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I02.1a (af87) converter 1 : Cluster genOnOff zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I04 (af87) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I03 (af87) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:36:58.250 warn ELEVATED:I02 (af87) 2 converters available for 'B1Z' 'a4c1389893367f90' with cluster 'genOnOff' and type 'attributeReport' zigbee.1 2025-11-03 10:36:58.248 warn ELEVATED:I04 (af88) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:36:58.248 warn ELEVATED:I03 (af88) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:36:58.247 warn ELEVATED:I01 (af87) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"onOff":0},"linkquality":127,"groupID":0,"cluster":"genOnOff","meta":{"rawData":{"type":"Buffer","data":[24,8,10,0,0,16,0]},"zclTransactionSequenceNumber":8,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:36:58.246 warn ELEVATED:SUCCESS (af52) convert result {"state":{"state":"OFF"}} for device 0xa4c1389893367f90 zigbee.1 2025-11-03 10:36:58.198 warn ELEVATED:O04 (af52) convert state with value "OFF" and options {} for device 0xa4c1389893367f90 with Endpoint state zigbee.1 2025-11-03 10:36:58.197 warn ELEVATED:O03 (af52) Publishing to 0xa4c1389893367f90 of model B1Z with state zigbee.1 2025-11-03 10:36:58.197 warn ELEVATED:O02 (af52) Change state 'state' at device 0xa4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:36:58.194 warn ELEVATED:O01 (af52) User state change of state zigbee.1.a4c1389893367f90.state with value false (ack: false) from system.adapter.matter.0und hier dann wenn es sich wieder von alleine meldet. Dann wird auch wieder in der App angezeigt das es An ist was es aber nicht ist:
zigbee.1 2025-11-03 10:55:02.181 warn ELEVATED:I04 (39a1) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:55:02.181 warn ELEVATED:I03 (39a1) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:55:02.181 warn ELEVATED:NOCONV (39a1) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:55:02.180 warn ELEVATED:I02 (39a1) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:55:02.178 warn ELEVATED:I04 (39a2) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:55:02.178 warn ELEVATED:I03 (39a2) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:55:02.177 warn ELEVATED:I01 (39a1) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":127,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,18,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":18,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:52:14.444 warn ELEVATED:I04 (aa6a) value generated '131' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:52:14.444 warn ELEVATED:I03 (aa6a) message received '{"linkquality":131}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:52:14.444 warn ELEVATED:NOCONV (aa6a) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:52:14.444 warn ELEVATED:I02 (aa6a) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:52:14.443 warn ELEVATED:I04 (aa6b) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:52:14.443 warn ELEVATED:I03 (aa6b) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:52:14.442 warn ELEVATED:I01 (aa6a) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":131,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,17,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":17,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} zigbee.1 2025-11-03 10:49:18.831 warn ELEVATED:I04 (fc6c) value generated '127' from device a4c1389893367f90 for 'Link quality' zigbee.1 2025-11-03 10:49:18.831 warn ELEVATED:I03 (fc6c) message received '{"linkquality":127}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:49:18.831 warn ELEVATED:NOCONV (fc6c) No converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:49:18.831 warn ELEVATED:I02 (fc6c) 0 converter available for 'B1Z' 'a4c1389893367f90' with cluster 'genBasic' and type 'attributeReport' zigbee.1 2025-11-03 10:49:18.829 warn ELEVATED:I04 (fc6d) value generated 'true' from device a4c1389893367f90 for 'Available' zigbee.1 2025-11-03 10:49:18.829 warn ELEVATED:I03 (fc6d) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z' zigbee.1 2025-11-03 10:49:18.828 warn ELEVATED:I01 (fc6c) Zigbee Event of Type attributeReport from device 0xa4c1389893367f90, incoming event: {"type":"attributeReport","data":{"65506":56,"65508":0,"appVersion":72},"linkquality":127,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[8,16,10,1,0,32,72,226,255,32,56,228,255,32,0]},"zclTransactionSequenceNumber":16,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1Hast du evtl. eine Idee was da schief läuft?
Kann es mit diese Zeilenzigbee.1
2025-11-03 11:03:18.295 warn ELEVATED:I04 (cb97) value generated 'true' from device a4c1389893367f90 for 'Available'
zigbee.1
2025-11-03 11:03:18.295 warn ELEVATED:I03 (cb97) message received '{"available":true}' from device a4c1389893367f90 type 'B1Z'zusammenhängen die ja eigentich nur da sind um zu zeigen ob da Gerät vorhanden Online ist. Nur komisch das die App dann in diesen Moment anzeigt das das Gerät AN ist.
Herzliche Grüße
Fabio@fabio Du müsstest im Matter adapter mal schauen ob er den 'available' state als Status der Lampe weiter gibt. Zusätzlich bitte die 'role' des 'available' state im Objektbaum anschauen - und ob der Matter Adapter diesen als 'ist Status der Lampe' weiter gibt - er sollte den eigentlich ignorieren.
Was du zu testzwecken tun kannst ist die
roleaufindicator.reachableändern - und dann den Matter Adapter neu starten - schauen ob er dann die Lichter anders ansteuert.A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@fabio Du müsstest im Matter adapter mal schauen ob er den 'available' state als Status der Lampe weiter gibt. Zusätzlich bitte die 'role' des 'available' state im Objektbaum anschauen - und ob der Matter Adapter diesen als 'ist Status der Lampe' weiter gibt - er sollte den eigentlich ignorieren.
Was du zu testzwecken tun kannst ist die
roleaufindicator.reachableändern - und dann den Matter Adapter neu starten - schauen ob er dann die Lichter anders ansteuert.A.
@asgothian der Matter Adapter muss das ja wohl weitergeben ansonten würde ja in der App es nicht angezeigt, meinst du den role ändern im Zigbee Adapter beim Gerät?
Das komische ist das ich ja 2 (jetzt sogar 3) Instanzen laufen habe und es nicht bei allen Geräten ist.Im Matter Adapter sieht das Gerät so aus.
Endpoint 115 (DimmableLight / a4c3b9ac-4359-4c72-aab4-3eff6f0d9526): Cluster-Servers: Cluster-Server "identify" (0x3) Global-Attributes: "clusterRevision" (0xfffd): value = 5 "featureMap" (0xfffc): value = {} "attributeList" (0xfffb): value = [ 0, 1, 65533, 65532, 65531, 65529, 65528 ] "acceptedCommandList" (0xfff9): value = [ 0, 64 ] "generatedCommandList" (0xfff8): value = [] Attributes: "identifyTime" (0x0): value = 0 "identifyType" (0x1): value = 1 Commands: "identify" (0x0) "triggerEffect" (0x40) Events: Cluster-Server "groups" (0x4) (Features: groupNames) Global-Attributes: "clusterRevision" (0xfffd): value = 4 "featureMap" (0xfffc): value = { groupNames: true } "attributeList" (0xfffb): value = [ 0, 65533, 65532, 65531, 65529, 65528 ] "acceptedCommandList" (0xfff9): value = [ 0, 1, 2, 3, 4, 5 ] "generatedCommandList" (0xfff8): value = [ 0, 1, 2, 3 ] Attributes: "nameSupport" (0x0): value = { nameSupport: false, groupNames: true } Commands: "addGroup" (0x0/0x0) "viewGroup" (0x1/0x1) "getGroupMembership" (0x2/0x2) "removeGroup" (0x3/0x3) "removeAllGroups" (0x4) "addGroupIfIdentifying" (0x5) Events: Cluster-Server "onOff" (0x6) (Features: lighting) Global-Attributes: "clusterRevision" (0xfffd): value = 6 "featureMap" (0xfffc): value = { lighting: true, deadFrontBehavior: false, offOnly: false } "attributeList" (0xfffb): value = [ 0, 65533, 65532, 65531, 65529, 65528, 16384, 16385, 16386, 16387 ] "acceptedCommandList" (0xfff9): value = [ 0, 64, 65, 66, 1, 2 ] "generatedCommandList" (0xfff8): value = [] Attributes: "onOff" (0x0): value = true "globalSceneControl" (0x4000): value = true "onTime" (0x4001): value = 0 "offWaitTime" (0x4002): value = 0 "startUpOnOff" (0x4003): value = null Commands: "off" (0x0) "offWithEffect" (0x40) "onWithRecallGlobalScene" (0x41) "onWithTimedOff" (0x42) "on" (0x1) "toggle" (0x2) Events: Cluster-Server "levelControl" (0x8) (Features: onOff, lighting) Global-Attributes: "clusterRevision" (0xfffd): value = 6 "featureMap" (0xfffc): value = { onOff: true, lighting: true, frequency: false } "attributeList" (0xfffb): value = [ 0, 15, 17, 65533, 65532, 65531, 65529, 65528, 1, 16384 ] "acceptedCommandList" (0xfff9): value = [ 0, 1, 2, 3, 4, 5, 6, 7 ] "generatedCommandList" (0xfff8): value = [] Attributes: "currentLevel" (0x0): value = 203 "options" (0xf): value = { executeIfOff: false, coupleColorTempToLevel: false } "onLevel" (0x11): value = null "remainingTime" (0x1): value = 0 "startUpCurrentLevel" (0x4000): value = null Commands: "moveToLevel" (0x0) "move" (0x1) "step" (0x2) "stop" (0x3) "moveToLevelWithOnOff" (0x4) "moveWithOnOff" (0x5) "stepWithOnOff" (0x6) "stopWithOnOff" (0x7) Events: Cluster-Server "bridgedDeviceBasicInformation" (0x39) Global-Attributes: "clusterRevision" (0xfffd): value = 4 "featureMap" (0xfffc): value = { bridgedIcdSupport: false } "attributeList" (0xfffb): value = [ 3, 5, 14, 15, 17, 18, 65533, 65532, 65531, 65529, 65528 ] "acceptedCommandList" (0xfff9): value = [] "generatedCommandList" (0xfff8): value = [] Attributes: "productName" (0x3): value = "Kaffeebar" "nodeLabel" (0x5): value = "Kaffeebar" "productLabel" (0xe): value = "Kaffeebar" "serialNumber" (0xf): value = "a4c3b9ac43594c72aab43eff6f0d9526" "reachable" (0x11): value = true "uniqueId" (0x12): value = "e20f77882f6d22c1fcfd14b015f69ab3" Commands: Events: "reachableChanged" (0x3) Cluster-Server "descriptor" (0x1d) Global-Attributes: "clusterRevision" (0xfffd): value = 2 "featureMap" (0xfffc): value = { tagList: false } "attributeList" (0xfffb): value = [ 0, 1, 2, 3, 65533, 65532, 65531, 65529, 65528 ] "acceptedCommandList" (0xfff9): value = [] "generatedCommandList" (0xfff8): value = [] Attributes: "deviceTypeList" (0x0): value = [ { deviceType: 257, revision: 3 }, { deviceType: 19, revision: 3 } ] "serverList" (0x1): value = [ 3, 4, 6, 8, 57, 29 ] "clientList" (0x2): value = [] "partsList" (0x3): value = [] Commands: Events: Child-Endpoints:Iobroker:
-
Für mich persöhnlich, gibt es nichts besseres, ich liebe es.
-
Das hat unser Smarthome erst zu Smarthome gemacht.
-
Du wächst mit ioBroker und ioBroker wächst mit dir.
-
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
-
@asgothian der Matter Adapter muss das ja wohl weitergeben ansonten würde ja in der App es nicht angezeigt, meinst du den role ändern im Zigbee Adapter beim Gerät?
Das komische ist das ich ja 2 (jetzt sogar 3) Instanzen laufen habe und es nicht bei allen Geräten ist.Im Matter Adapter sieht das Gerät so aus.
Endpoint 115 (DimmableLight / a4c3b9ac-4359-4c72-aab4-3eff6f0d9526): Cluster-Servers: Cluster-Server "identify" (0x3) Global-Attributes: "clusterRevision" (0xfffd): value = 5 "featureMap" (0xfffc): value = {} "attributeList" (0xfffb): value = [ 0, 1, 65533, 65532, 65531, 65529, 65528 ] "acceptedCommandList" (0xfff9): value = [ 0, 64 ] "generatedCommandList" (0xfff8): value = [] Attributes: "identifyTime" (0x0): value = 0 "identifyType" (0x1): value = 1 Commands: "identify" (0x0) "triggerEffect" (0x40) Events: Cluster-Server "groups" (0x4) (Features: groupNames) Global-Attributes: "clusterRevision" (0xfffd): value = 4 "featureMap" (0xfffc): value = { groupNames: true } "attributeList" (0xfffb): value = [ 0, 65533, 65532, 65531, 65529, 65528 ] "acceptedCommandList" (0xfff9): value = [ 0, 1, 2, 3, 4, 5 ] "generatedCommandList" (0xfff8): value = [ 0, 1, 2, 3 ] Attributes: "nameSupport" (0x0): value = { nameSupport: false, groupNames: true } Commands: "addGroup" (0x0/0x0) "viewGroup" (0x1/0x1) "getGroupMembership" (0x2/0x2) "removeGroup" (0x3/0x3) "removeAllGroups" (0x4) "addGroupIfIdentifying" (0x5) Events: Cluster-Server "onOff" (0x6) (Features: lighting) Global-Attributes: "clusterRevision" (0xfffd): value = 6 "featureMap" (0xfffc): value = { lighting: true, deadFrontBehavior: false, offOnly: false } "attributeList" (0xfffb): value = [ 0, 65533, 65532, 65531, 65529, 65528, 16384, 16385, 16386, 16387 ] "acceptedCommandList" (0xfff9): value = [ 0, 64, 65, 66, 1, 2 ] "generatedCommandList" (0xfff8): value = [] Attributes: "onOff" (0x0): value = true "globalSceneControl" (0x4000): value = true "onTime" (0x4001): value = 0 "offWaitTime" (0x4002): value = 0 "startUpOnOff" (0x4003): value = null Commands: "off" (0x0) "offWithEffect" (0x40) "onWithRecallGlobalScene" (0x41) "onWithTimedOff" (0x42) "on" (0x1) "toggle" (0x2) Events: Cluster-Server "levelControl" (0x8) (Features: onOff, lighting) Global-Attributes: "clusterRevision" (0xfffd): value = 6 "featureMap" (0xfffc): value = { onOff: true, lighting: true, frequency: false } "attributeList" (0xfffb): value = [ 0, 15, 17, 65533, 65532, 65531, 65529, 65528, 1, 16384 ] "acceptedCommandList" (0xfff9): value = [ 0, 1, 2, 3, 4, 5, 6, 7 ] "generatedCommandList" (0xfff8): value = [] Attributes: "currentLevel" (0x0): value = 203 "options" (0xf): value = { executeIfOff: false, coupleColorTempToLevel: false } "onLevel" (0x11): value = null "remainingTime" (0x1): value = 0 "startUpCurrentLevel" (0x4000): value = null Commands: "moveToLevel" (0x0) "move" (0x1) "step" (0x2) "stop" (0x3) "moveToLevelWithOnOff" (0x4) "moveWithOnOff" (0x5) "stepWithOnOff" (0x6) "stopWithOnOff" (0x7) Events: Cluster-Server "bridgedDeviceBasicInformation" (0x39) Global-Attributes: "clusterRevision" (0xfffd): value = 4 "featureMap" (0xfffc): value = { bridgedIcdSupport: false } "attributeList" (0xfffb): value = [ 3, 5, 14, 15, 17, 18, 65533, 65532, 65531, 65529, 65528 ] "acceptedCommandList" (0xfff9): value = [] "generatedCommandList" (0xfff8): value = [] Attributes: "productName" (0x3): value = "Kaffeebar" "nodeLabel" (0x5): value = "Kaffeebar" "productLabel" (0xe): value = "Kaffeebar" "serialNumber" (0xf): value = "a4c3b9ac43594c72aab43eff6f0d9526" "reachable" (0x11): value = true "uniqueId" (0x12): value = "e20f77882f6d22c1fcfd14b015f69ab3" Commands: Events: "reachableChanged" (0x3) Cluster-Server "descriptor" (0x1d) Global-Attributes: "clusterRevision" (0xfffd): value = 2 "featureMap" (0xfffc): value = { tagList: false } "attributeList" (0xfffb): value = [ 0, 1, 2, 3, 65533, 65532, 65531, 65529, 65528 ] "acceptedCommandList" (0xfff9): value = [] "generatedCommandList" (0xfff8): value = [] Attributes: "deviceTypeList" (0x0): value = [ { deviceType: 257, revision: 3 }, { deviceType: 19, revision: 3 } ] "serverList" (0x1): value = [ 3, 4, 6, 8, 57, 29 ] "clientList" (0x2): value = [] "partsList" (0x3): value = [] Commands: Events: Child-Endpoints:@fabio sagte in Tester gesucht: Zigbee 3.2.x:
role ändern im Zigbee Adapter beim Gerät?
- im Objektbaum des Zigbee Adapters, bei einem der Geräte den DP
available(im Expertenmodus) anschauen: Welcherolehat der - im Matter Adapter vom gleichen Gerät die Geräteerkennung anschauen - welche DP nutzt er für die Steuerung des Gerätes (geht aus den Daten oben nicht hervor)
Sollte da der
availableState mit dabei sein, dann muss der da weg. Da ich Matter aktuell nicht nutze, kann ich nicht sagen was da der beste Weg ist.Daher der Versuch die
roledes oben angeschauten states aufindicator.reachableanzupassen und dann den Matter Adapter neu zu starten - in der Hoffnung das er das Gerät neu versucht zu erkennen.A.
nachtrag: Nutzt du Alias Datenpunkte ? Wenn ja, wie erzeugst du die ? Über den 'devices' Adapter - dann ist auch da nochmal eine Mögliche Fehlerquelle.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. - im Objektbaum des Zigbee Adapters, bei einem der Geräte den DP
-
@fabio sagte in Tester gesucht: Zigbee 3.2.x:
role ändern im Zigbee Adapter beim Gerät?
- im Objektbaum des Zigbee Adapters, bei einem der Geräte den DP
available(im Expertenmodus) anschauen: Welcherolehat der - im Matter Adapter vom gleichen Gerät die Geräteerkennung anschauen - welche DP nutzt er für die Steuerung des Gerätes (geht aus den Daten oben nicht hervor)
Sollte da der
availableState mit dabei sein, dann muss der da weg. Da ich Matter aktuell nicht nutze, kann ich nicht sagen was da der beste Weg ist.Daher der Versuch die
roledes oben angeschauten states aufindicator.reachableanzupassen und dann den Matter Adapter neu zu starten - in der Hoffnung das er das Gerät neu versucht zu erkennen.A.
nachtrag: Nutzt du Alias Datenpunkte ? Wenn ja, wie erzeugst du die ? Über den 'devices' Adapter - dann ist auch da nochmal eine Mögliche Fehlerquelle.
@asgothian nein kein Alias und im Matter Adapter gibt es keine Datenpunkte wie beim ZigBee Adapter und du kannst da nachträglich nichts ändern da bleibt nur das Gerät löschen und wieder neu übergeben.
.... so sieht das aus:
{ "type": "state", "common": { "name": "Available", "color": null, "type": "boolean", "read": true, "write": false, "role": "state" }, "native": {}, "from": "system.adapter.zigbee.1", "user": "system.user.admin", "ts": 1750057449953, "_id": "zigbee.1.04cf8cdf3c7c2a0e.available", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Iobroker:
-
Für mich persöhnlich, gibt es nichts besseres, ich liebe es.
-
Das hat unser Smarthome erst zu Smarthome gemacht.
-
Du wächst mit ioBroker und ioBroker wächst mit dir.
-
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
- im Objektbaum des Zigbee Adapters, bei einem der Geräte den DP
-
@asgothian nein kein Alias und im Matter Adapter gibt es keine Datenpunkte wie beim ZigBee Adapter und du kannst da nachträglich nichts ändern da bleibt nur das Gerät löschen und wieder neu übergeben.
.... so sieht das aus:
{ "type": "state", "common": { "name": "Available", "color": null, "type": "boolean", "read": true, "write": false, "role": "state" }, "native": {}, "from": "system.adapter.zigbee.1", "user": "system.user.admin", "ts": 1750057449953, "_id": "zigbee.1.04cf8cdf3c7c2a0e.available", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }@fabio dann mal mit dem Experten Modus aus dem das machen:
{ "type": "state", "common": { "name": "Available", "color": null, "type": "boolean", "read": true, "write": false, "role": "indicator.reachable" }, "native": {}, "from": "system.adapter.zigbee.1", "user": "system.user.admin", "ts": 1750057449953, "_id": "zigbee.1.04cf8cdf3c7c2a0e.available", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }und dann im Matter Adapter rauswerfen und neu hinzufügen.
Wobei mir dann nicht klar wird warum der Matter adapter sich anders verhält wenn du den Zigbee Adapter anpasst. Der Available State wurde auch sonst immer mal wieder aktualisiert.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@fabio dann mal mit dem Experten Modus aus dem das machen:
{ "type": "state", "common": { "name": "Available", "color": null, "type": "boolean", "read": true, "write": false, "role": "indicator.reachable" }, "native": {}, "from": "system.adapter.zigbee.1", "user": "system.user.admin", "ts": 1750057449953, "_id": "zigbee.1.04cf8cdf3c7c2a0e.available", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }und dann im Matter Adapter rauswerfen und neu hinzufügen.
Wobei mir dann nicht klar wird warum der Matter adapter sich anders verhält wenn du den Zigbee Adapter anpasst. Der Available State wurde auch sonst immer mal wieder aktualisiert.
A.
@asgothian ich hoffe ich hab es richtig gemacht die role geändert.
Dann das Gerät im Matter Adapter gelöscht. Gewartet bis es bei Apple raus war und dann wieder neu hinzugefügt. Jetzt heißt es warten und schauen was passiert.
Iobroker:
-
Für mich persöhnlich, gibt es nichts besseres, ich liebe es.
-
Das hat unser Smarthome erst zu Smarthome gemacht.
-
Du wächst mit ioBroker und ioBroker wächst mit dir.
-
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
-
@asgothian ich hoffe ich hab es richtig gemacht die role geändert.
Dann das Gerät im Matter Adapter gelöscht. Gewartet bis es bei Apple raus war und dann wieder neu hinzugefügt. Jetzt heißt es warten und schauen was passiert.
@Asgothian so Test beendet. Ich bestätige das dieser Fehler durch deinen Workaround behoben ist. Hab jetzt alle Geräte wo das war umgestellt, blöd nur das ich sie dann auch erst löschen musste im Matter Adapter.
Sollte man apollon77 das evtl. mitteilen? Ist das überhaupt ein Bug? Erst mal herzlichen Dank melde dich wenn du Zeit hast.
Grüße FabioIobroker:
-
Für mich persöhnlich, gibt es nichts besseres, ich liebe es.
-
Das hat unser Smarthome erst zu Smarthome gemacht.
-
Du wächst mit ioBroker und ioBroker wächst mit dir.
-
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
-
@Asgothian so Test beendet. Ich bestätige das dieser Fehler durch deinen Workaround behoben ist. Hab jetzt alle Geräte wo das war umgestellt, blöd nur das ich sie dann auch erst löschen musste im Matter Adapter.
Sollte man apollon77 das evtl. mitteilen? Ist das überhaupt ein Bug? Erst mal herzlichen Dank melde dich wenn du Zeit hast.
Grüße Fabio@fabio sagte in Tester gesucht: Zigbee 3.2.x:
@Asgothian so Test beendet. Ich bestätige das dieser Fehler durch deinen Workaround behoben ist. Hab jetzt alle Geräte wo das war umgestellt, blöd nur das ich sie dann auch erst löschen musste im Matter Adapter.
Sollte man apollon77 das evtl. mitteilen? Ist das überhaupt ein Bug? Erst mal herzlichen Dank melde dich wenn du Zeit hast.
Grüße Fabio- das der Type detektor den
availablestate als 'SET_ACTUAL` deklariert ist unglücklich. Das der Matter Adapter den einfach so übernimmt auch. - Das der Matter Adapter nicht von sich aus auf geänderte Rollen reagiert ist meiner Meinung nach ein Bug - allerdings kann es sein das @apollon77 das absichtlich so umgesetzt hat.
Nen Issue ist das auf aber jeden Fall wert - dann kann geschaut werden ob das absicht, versehen oder bug ist.
Zum Thema Type Detektor (das ist denk ich nicht apollons direkte Baustelle) - das was da gemacht wird ist denkbar unschön:
Lt. der Rollen definition soll ein Datenpunkt dessen Role nicht zu den vordefinierten passt die Role
statebekommen:- state - very common purpose. If you don't know which role the state has, use this one.
Die Doku zum Type-Detector für lights sagt in der Tabelle das der Wert für
ON_ACTUALein Boolean mit der Rolesensor.lightsein soll. Leider sagt das Match-Muster das daneben auch Boolean states mit der RolestateoderswitchalsON_ACTUALgenommen werden.In der Kombination muss das eigentlich schief gehen. Ob das ein Fehler im Matter Adapter, im Type Detektor oder in der Role Definition ist weiss ich nicht.
Ich kenne verschiedene Zigbee Devices die als Light erkannt werden sollen, die aber weitere boolean States beinhalten - nicht nuravailable. Bei einigen davon gibt es sogar mehrereread onlyboolean states.In der 3.2.6 wird jedenfalls zumindest der state
availableeine andere Role bekommen:indicator.reachableTrotzdem ist die Kombination von Role definition, Device-Detektor und Matter Adapter in der Form mindestens mal unglücklich.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. - das der Type detektor den
-
@fabio sagte in Tester gesucht: Zigbee 3.2.x:
@Asgothian so Test beendet. Ich bestätige das dieser Fehler durch deinen Workaround behoben ist. Hab jetzt alle Geräte wo das war umgestellt, blöd nur das ich sie dann auch erst löschen musste im Matter Adapter.
Sollte man apollon77 das evtl. mitteilen? Ist das überhaupt ein Bug? Erst mal herzlichen Dank melde dich wenn du Zeit hast.
Grüße Fabio- das der Type detektor den
availablestate als 'SET_ACTUAL` deklariert ist unglücklich. Das der Matter Adapter den einfach so übernimmt auch. - Das der Matter Adapter nicht von sich aus auf geänderte Rollen reagiert ist meiner Meinung nach ein Bug - allerdings kann es sein das @apollon77 das absichtlich so umgesetzt hat.
Nen Issue ist das auf aber jeden Fall wert - dann kann geschaut werden ob das absicht, versehen oder bug ist.
Zum Thema Type Detektor (das ist denk ich nicht apollons direkte Baustelle) - das was da gemacht wird ist denkbar unschön:
Lt. der Rollen definition soll ein Datenpunkt dessen Role nicht zu den vordefinierten passt die Role
statebekommen:- state - very common purpose. If you don't know which role the state has, use this one.
Die Doku zum Type-Detector für lights sagt in der Tabelle das der Wert für
ON_ACTUALein Boolean mit der Rolesensor.lightsein soll. Leider sagt das Match-Muster das daneben auch Boolean states mit der RolestateoderswitchalsON_ACTUALgenommen werden.In der Kombination muss das eigentlich schief gehen. Ob das ein Fehler im Matter Adapter, im Type Detektor oder in der Role Definition ist weiss ich nicht.
Ich kenne verschiedene Zigbee Devices die als Light erkannt werden sollen, die aber weitere boolean States beinhalten - nicht nuravailable. Bei einigen davon gibt es sogar mehrereread onlyboolean states.In der 3.2.6 wird jedenfalls zumindest der state
availableeine andere Role bekommen:indicator.reachableTrotzdem ist die Kombination von Role definition, Device-Detektor und Matter Adapter in der Form mindestens mal unglücklich.
A.
@asgothian
Type detektor available wird als state als 'SET_ACTUAL` deklariert
https://github.com/ioBroker/ioBroker.matter/issues/618 - das der Type detektor den
-
Hey. Ja das an einigen stellen im type detector auch generische „state“ rollen genutzt werden sind der vergangenheit geschuldet. Kann ich leider so einfach nicht ändern. Alternative sind aliase oder Rollen korrigieren. Aber ja man kann gern type detector issue mit Beispiel Objekt Export anlegen dann kann man das diskutieren.
Das der matter Adapter (oder auch iot) nicht auf sich ändernde Rollen reagiert ohne restart bzw neustarten der Bridge liegt einfach daran das sich Rollen im Normalfall nicht einfach so ändern. Also für so einen Sonderfall Logik zu bauen empfinde ich daher als eher unnötig um ehrlich zu sein.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Hey. Ja das an einigen stellen im type detector auch generische „state“ rollen genutzt werden sind der vergangenheit geschuldet. Kann ich leider so einfach nicht ändern. Alternative sind aliase oder Rollen korrigieren. Aber ja man kann gern type detector issue mit Beispiel Objekt Export anlegen dann kann man das diskutieren.
Das der matter Adapter (oder auch iot) nicht auf sich ändernde Rollen reagiert ohne restart bzw neustarten der Bridge liegt einfach daran das sich Rollen im Normalfall nicht einfach so ändern. Also für so einen Sonderfall Logik zu bauen empfinde ich daher als eher unnötig um ehrlich zu sein.
@apollon77 ich bin nur ein einfacher Nutzer und kein Developer und verstehe auch nicht immer die Zusammenhänge.
Aber, ich persöhnlich finde das sehr merkwürdig, das An sich ändert wenn der State dafür aber nicht geschaltet wurde, sondern nur weil value generated 'true' from device a4c1389893367f90 for 'Available' geändert sprich abgefragt wurde, so weiß man letztendlich nicht wie in der Apple Home App, ist das Gerät nun wirklich An oder Aus. Und das finde ich ist ne Dikussion oder Änderung alle mal wert.
Herzliche Grüße
Fabio -
Hey. Ja das an einigen stellen im type detector auch generische „state“ rollen genutzt werden sind der vergangenheit geschuldet. Kann ich leider so einfach nicht ändern. Alternative sind aliase oder Rollen korrigieren. Aber ja man kann gern type detector issue mit Beispiel Objekt Export anlegen dann kann man das diskutieren.
Das der matter Adapter (oder auch iot) nicht auf sich ändernde Rollen reagiert ohne restart bzw neustarten der Bridge liegt einfach daran das sich Rollen im Normalfall nicht einfach so ändern. Also für so einen Sonderfall Logik zu bauen empfinde ich daher als eher unnötig um ehrlich zu sein.
Das der matter Adapter (oder auch iot) nicht auf sich ändernde Rollen reagiert ohne restart bzw >neustarten der Bridge liegt einfach daran das sich Rollen im Normalfall nicht einfach so ändern. Also für so einen Sonderfall Logik zu bauen empfinde ich daher als eher unnötig um ehrlich zu sein
Nur als Klarstellung - beim Neustart des matter Adapters werden die Änderungen der Role erkannt ?
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
Das der matter Adapter (oder auch iot) nicht auf sich ändernde Rollen reagiert ohne restart bzw >neustarten der Bridge liegt einfach daran das sich Rollen im Normalfall nicht einfach so ändern. Also für so einen Sonderfall Logik zu bauen empfinde ich daher als eher unnötig um ehrlich zu sein
Nur als Klarstellung - beim Neustart des matter Adapters werden die Änderungen der Role erkannt ?
A.
@asgothian Sogar beim "Nur neustarten (einmal aus und an) der Bridge" weil dann wird alles eingelesen und gemappt. Ja
Support us
164
Online32.4k
Users81.3k
Topics1.3m
Posts