ZigBee neue Version 1.8.x

[arteck]

@spike2 nochmal..

was passiert wenn du mit der Funkfernbedienung (kurz FB) was schaltest im LOG..
dass es per Object geht ist mir klar

[spike2]

@arteck

Anbei das Log, die Beleuchtung wurde um 19.28 Uhr per FB eingeschalten, im Log ist leider nichts zu finden.

zigbee.0
	2023-11-05 19:36:13.805	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:36:13.804	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:36:10.802	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:36:10.802	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:36:07.810	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:36:07.809	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:36:04.811	warn	ELEVATED publishToState: value generated '145' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:36:04.810	warn	ELEVATED publishToState: message received '{"linkquality":145}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:36:01.818	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:36:01.816	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:25:58.954	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:25:58.952	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:25:56.013	warn	ELEVATED publishToState: value generated '138' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:25:56.011	warn	ELEVATED publishToState: message received '{"linkquality":138}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:25:53.030	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:25:53.028	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:25:50.082	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:25:50.079	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:25:47.258	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:25:47.254	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:15:44.059	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:15:44.058	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:15:41.056	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:15:41.056	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:15:38.118	warn	ELEVATED publishToState: value generated '145' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:15:38.117	warn	ELEVATED publishToState: message received '{"linkquality":145}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:15:35.056	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:15:35.056	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:15:32.138	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 19:15:32.136	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'

[arteck]

@spike2 dann meldet das Gerät das es eingeschaltet wurde es nicht weiter... ist so.. wenn du den state brauchst kannst den selber abholen

mit dem DP

zigbee.0.540f57fffe2cc9b1.device_query

[spike2]

@arteck

Über den DP Device Query funktioniert es natürlich, dass hatte ich schon mal probiert

Was mich wundert ist, dass vor ca. einem halben Jahr für Monate ohne Probleme funktioniert hatte.

Und zum zweiten, dass nach einem Neustart der Zigbee Instanz (egal wielange der Neustart her war) der korrekte Status 1-2 korrekt ermittelt wird.

[arteck]

@spike2 es hat nie funktioniert.. ausser du hast NICHT über die Fernbedienung geschaltet...

und ja es funktioniert immer bei start da der Adapter alle geräte zustände abfragt.. so als ob du den device_query button drücken würdest

[spike2]

@arteck sagte in ZigBee neue Version 1.8.x:

@spike2 es hat nie funktioniert.. ausser du hast NICHT über die Fernbedienung geschaltet...

Eben doch, weil ich IMMER mit der FB geschalten habe
Das ist doch das Phänomen, was ich nicht verstehe da es vor ca. einem halben Jahr problemlos funktionierte

und ja es funktioniert immer bei start da der Adapter alle geräte zustände abfragt.. so als ob du den device_query button drücken würdest

Ja direkt nach einem Neustart ist klar, wenn die States unmittelbar danach abgerufen werden
Aber der Neustart ist zum Beispiel um 8 Uhr gewesen und der State "true" über die FB geschalten, wird Abends um 19Uhr korrekt ermittelt.

[locito09]

@arteck

Bekomme in der letzte Zeit immer wieder solche fehler im LOG:

Send command to 0x00158d00048519ee failed with no error code (SREQ '--> ZDO - extRouteDisc - {"dstAddr":3281,"options":0,"radius":30}' failed with status '(0xc7: NWK_TABLE_FULL)

Gerät ist eine aqara Lampe

Aber auch andere Geräte zeigen ab und zu diesen Fehler.

Das ist der coordinator den ich verwende (TI CC26X2R1)

Adapter ist auf V.1.8.24 habe den heute geupdatet

[arteck]

@locito09 ziehmal den coordinator mal raus..da ist interne tabelle voll gelaufen..warum auch immer

[locito09]

@arteck
Und wie kann ich die Tabelle bereinigen? Eifach ausziehen und wieder rein?

[Neuschwansteini]

@locito09 sagte in ZigBee neue Version 1.8.x:

@arteck
Und wie kann ich die Tabelle bereinigen? Eifach ausziehen und wieder rein?

Naja, also ich denk nicht, dass @arteck da einen Glasreiniger empfehlen kann...
Wie heist es so schoen: Rebuut tut guut... (hier der Stick.. ! )

[arteck]

@ilovegym sagte in ZigBee neue Version 1.8.x:

Rebuut tut guut.

na in dem falle hilft es auch nicht.. der Stick/Coordinator muss stromlos gemacht werden

[locito09]

@ilovegym
Wusste nicht das du @arteck kugeln reinigst
Aber Danke hat funktioniert, werde es weiterhin beobachten, meinst du das ich die firmware vom Ti board Updaten soll die ist ja schon vom 2021. Wenn ja kann ich die Firmware Updaten ohne alle 97 Geräten neu anzulernen?

[Neuschwansteini]

@locito09

Ja, kannst du updaten, schau dir dazu das Video an

[souly75]

@locito09
neben dem Video hat mir dieser Blogeintrag gestern enorm geholfen, meinen sonoff p auf den neuesten Stand zu bringen.
https://haus-automatisierung.com/hardware/sonoff/2022/01/11/sonoff-zigbee-usb-dongle-plus.html

liebe Grüße

[Hadebe]

Neues Gerät Aqara Dual Relay Module T2

Bitte aufnehmen:

Vielen Dank im Voraus

[spotterblog]

@hadebe funktioniert bei mir problemlos:

[Hadebe]

@spotterblog Ich nutze ConbeeII und Zigbee 1.8.24
Es werden nur wenige DP angelegt, keine Verbindung:

Im Protokoll kommt Error:

Das deutet für mich auf eine fehlende Gerätebeschreibung im Adapter
Über Zigbee-Adapter Entwicklertab lassen sich beide Schalter ansteuern.
Eine Idee was ich ändern muss?

[Neuschwansteini]

@hadebe

ich wuerde sagen, loesch den mal richtig raus, (also mit Datenpunkten loeschen) dann Adapter stoppen, Hardware resetten, warten... Adapter starten... warten.... und nach ein paar Minuten, wenn das Netzwerk wieder laeuft.. neu anlernen..
Hatte ich auch schon, da wurde beim Anlernen was nicht richtig erkannt und dann lief er nicht...

[Hadebe]

@ilovegym habe ich bereits mehrfach versucht, aber trotzdem genau deine Sequenz
Gerät gelöscht im Zigbee-Adapter,
DP gecheckt - keine vorhanden
ZIgbee-Adapter gestoppt
HW reset
Zigbee-Adapter gestartet
Kopplung gestartet

Die Kopplung habe ich einmal direkt mit dem Zigbee-Koordinator (Entfernung ca. 5m durch Stahlbetondecke), einmal mit einem Repeater (Entfernung ca. 5m im selben Raum). einmal mit einem Repeater unmittelbar neben dem Aqara Gerät.

Im Kopplungsprotokoll erscheint immer:

Und im Objektbrowser stehen immer nur die oben schon gezeigten 5 DP

Immerhin lassen sich über Zigbee-Adapter Entwicklertab die beiden Schalter ansteuern.

[Hadebe]

Heute mit der neuen Adapter Version 1.8.25 erneut versucht. Es ist deutlich besser, aber die Schalter lassen sich nicht über Adapterkachel oder Objektbrowser bedienen jedoch über das Entwicklertab

Die DP haben sich deutlich vermehrt, eine Verbindung zum Netzwerk ist vorhanden, das Gerät wird als Zigbee-Router erkannt, die angezeigten Werte im Objektbrowser entsprechen der Realität.
Die Liste der Datenpunkte:

Aber: die beschreibbaren Datenpunkte wie "state_i1" werden offensichtlich nicht an das Gerät gegeben
Meldung im Protokoll:

Ich habe auch den Gerätetyp unter Exclude eingetragen, das ändert nichts am Verhalten.

Ich habe an i1 eine Außensteckdose und an i2 Außenleuchten. Ich nutze keinen Aqara Hub, Geräte melde sich direkt am ConbeeII an.

Vielleicht kann mir jemand, der den Switch in ähnlicher Weise nutzt, mal einen Tipp geben wie die funktionsfähige Konfiguration aussieht. Oder muss eventuell noch ein anderer DP angepasst werden, damit alles läuft? Zunächst gehe ich davon aus, nur "state_i1/2" zu ändern reicht. Ist leider nicht der Fall.