Tester für Zigbee Adapter 2.0.x gesucht

[Neuschwansteini]

@asgothian

Den link von dir kann ich zwar aufrufen, führt aber zu meinem eigenen Beitrag..

Ich hab den Adapter gestoppt, gewartet, den Koordinator vom Strom und Netzwerk genommen für 3 Minuten, dann wieder angeschlossen, gewartet bis er wieder verbunden war und dann den Adapter wieder gestartet.

Leider das gleiche Schauspiel, endlosschleife beim config der Rauchmelder… das hört nicht auf …

[Asgothian]

@neuschwansteini Das ist seltsam - die Änderung zwischen 2.0.2 und 2.0.3 kann ich erklären - es wird geprüft ob ein Gerät bereits konfiguriert wurde, und ggf. wird eine erneute Konfiguration angestossen. Was sich mir nicht erschliessen will ist warum die Konfiguration nicht durch geht. Kannst du versuchen einen der Rauchmelder aus dem Netz zu nehmen und neu zu pairen - damit wir sehen können ob die Meldung vom Gerät oder Konfigurator kommt ?

A.

[Neuschwansteini]

@asgothian

Sehe gerade, die Flora kann er auch nicht… da kommt nicht mal ein Error..
Heute kann ich da nicht mehr testen .. Morgen Nachmittag erst wieder..
Hier mal noch der Auszug vom log, bin leider nur noch mit dem iPad connected..

zigbee.0
2025-03-07 17:44:12.717	info	Configuring 0x00124b0022ff500c DIYRuZ_Flower

zigbee.0
2025-03-07 17:44:12.626	info	Configuring 0x0015bc0031009604 SMSZB-120

zigbee.0
2025-03-07 17:44:12.547	info	Configuring 0x0015bc0031009604 SMSZB-120

zigbee.0
2025-03-07 17:44:12.030	info	Configuring 0x00124b002257644d DIYRuZ_Flower

zigbee.0
2025-03-07 17:44:11.432	info	Configuring 0x00124b0022ff500c DIYRuZ_Flower

zigbee.0
2025-03-07 17:44:11.249	warn	DeviceConfigure:0x0015bc0031009956 SMSZB-120 Failed to configure. --> Bind 0x0015bc0031009956/35 genBinaryInput from '0x00124b00219fc127/1' failed (Status 'TABLE_FULL')

zigbee.0
2025-03-07 17:44:11.166	info	Configuring 0x00124b00226080a8 DIYRuZ_Flower

zigbee.0
2025-03-07 17:44:10.497	warn	DeviceConfigure:0x0015bc0031009956 SMSZB-120 Failed to configure. --> Bind 0x0015bc0031009956/35 genBinaryInput from '0x00124b00219fc127/1' failed (Status 'TABLE_FULL')

zigbee.0
2025-03-07 17:44:09.703	info	Configuring 0x00124b002257644d DIYRuZ_Flower

zigbee.0
2025-03-07 17:44:08.482	info	Configuring 0x00124b00226080a8 DIYRuZ_Flower

zigbee.0
2025-03-07 17:44:07.831	info	Configuring 0x0015bc00310097b8 SMSZB-120

zigbee.0
2025-03-07 17:44:07.749	info	Configuring 0x00124b0022ff500c DIYRuZ_Flower

zigbee.0
2025-03-07 17:44:07.224	info	Configuring 0x00124b00226080a8 DIYRuZ_Flower

[Asgothian]

@neuschwansteini das sieht eher danach aus das die Flower erfolgreich konfiguriert werden. Es kommt keine Fehlermeldung, und die gepusteten Meldungen kommen von unterschiedlichen Geräten.

A.

[Neuschwansteini]

@asgothian

ja, aber bei den Flower hab ich nur 5 Stk., dann sollte die Meldung doch 5x kommen, ist konfiguriert und dann nicht mehr?
Er versucht das aber immer wieder, genau wie bei den Rauchmeldern, nur die geben dann einen Error wieder.

Musste gestern abend wieder zurueck auf die 2.0.2, da die 2.0.3 anscheinend durch die Fehler eine Verzoegerung von 1-2sek bei den Scripten verursacht hat..

Melde mich, wenn ich wieder getestet habe.

[David G.]

Bei mir vermutlich nichts auffälliges.
Beim ersten Start der 2.0.3 wurden einige Geräte laut log sehr oft hintereinander konfiguriert.

Beim Neustart des Adapters war es ruiher.
Allerdings mehr Meldungen als Geräte nicht verfügbar.

zigbee.0
2025-03-08 10:51:49.392	warn	DeviceConfigure:Timeout trying to configure 0xa4c138ebcf547772 TS0207: 10 attempts remaining

zigbee.0
2025-03-08 10:51:39.364	info	Configuring 0xa4c138ebcf547772 TS0207

zigbee.0
2025-03-08 10:51:39.363	warn	DeviceConfigure:Timeout trying to configure 0xa4c138932f7d376a TS0044: 10 attempts remaining

zigbee.0
2025-03-08 10:51:16.266	info	Configuring 0xa4c138932f7d376a TS0044

zigbee.0
2025-03-08 10:51:16.264	warn	DeviceConfigure:0xa4c1385864ba12d4 TS011F Failed to configure. --> ZCL command 0xa4c1385864ba12d4/1 genBasic.read(["manufacturerName","zclVersion","appVersion","modelId","powerSource",65534], {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"reservedBits":0,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205))

zigbee.0
2025-03-08 10:50:51.913	info	Configuring 0xa4c1385864ba12d4 TS011F

zigbee.0
2025-03-08 10:50:51.910	warn	DeviceConfigure:Timeout trying to configure 0xa4c13876d17ec059 TS0202: 10 attempts remaining

zigbee.0
2025-03-08 10:50:41.894	info	Configuring 0xa4c13876d17ec059 TS0202

zigbee.0
2025-03-08 10:50:41.894	warn	DeviceConfigure:Timeout trying to configure 0x804b50fffefb471f TRADFRI on/off switch: 10 attempts remaining

zigbee.0
2025-03-08 10:50:31.867	info	Configuring 0x804b50fffefb471f TRADFRI on/off switch

zigbee.0
2025-03-08 10:50:31.867	warn	DeviceConfigure:Timeout trying to configure 0xa4c138757132f69d TS0207: 10 attempts remaining

zigbee.0
2025-03-08 10:50:31.717	info	Failed to ping 0xf0d1b800001c4c80 Plug Value

zigbee.0
2025-03-08 10:50:21.714	info	Configuring 0xa4c138757132f69d TS0207

zigbee.0
2025-03-08 10:50:21.714	warn	DeviceConfigure:Timeout trying to configure 0xf0d1b800001c4c80 Plug Value: 10 attempts remaining

zigbee.0
2025-03-08 10:50:18.603	info	Failed to ping 0xa4c1385864ba12d4 TS011F

zigbee.0
2025-03-08 10:50:11.683	info	debug devices set to []

zigbee.0
2025-03-08 10:50:11.659	info	Configuring 0xf0d1b800001c4c80 Plug Value

zigbee.0
2025-03-08 10:50:11.656	info	Zigbee started

[MeisterQ 0]

Hab bei mir die 2.0.3 drauf gemacht. Seit dem dreht der eine Lichtsensor durch. Einen Neustart habe ich auch schon gemacht. @Asgothian

zigbee.0
	2025-03-08 15:56:03.095	info	Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01
zigbee.0
	2025-03-08 15:55:56.818	warn	DeviceConfigure:Timeout trying to configure 0x04cf8cdf3c775721 lumi.sen_ill.mgl01: 4 attempts remaining
zigbee.0
	2025-03-08 15:55:53.126	info	Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01
zigbee.0
	2025-03-08 15:55:46.800	warn	DeviceConfigure:Timeout trying to configure 0x04cf8cdf3c775721 lumi.sen_ill.mgl01: 6 attempts remaining
zigbee.0
	2025-03-08 15:55:43.147	info	Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01
zigbee.0
	2025-03-08 15:55:36.781	warn	DeviceConfigure:Timeout trying to configure 0x04cf8cdf3c775721 lumi.sen_ill.mgl01: 8 attempts remaining
zigbee.0
	2025-03-08 15:55:28.159	info	Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01
zigbee.0
	2025-03-08 15:55:26.762	warn	DeviceConfigure:Timeout trying to configure 0x04cf8cdf3c775721 lumi.sen_ill.mgl01: 10 attempts remaining
zigbee.0
	2025-03-08 15:55:23.164	info	Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01
zigbee.0
	2025-03-08 15:55:16.743	warn	DeviceConfigure:Timeout trying to configure 0x04cf8cdf3c775721 lumi.sen_ill.mgl01: 2 attempts remaining
zigbee.0
	2025-03-08 15:55:13.215	info	Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01
zigbee.0
	2025-03-08 15:55:03.258	info	Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01
zigbee.0
	2025-03-08 15:54:53.322	info	Configuring 0x04cf8cdf3c775721 lumi.sen_ill.mgl01

MOD-EDIT: Code in code-tags gesetzt!

[Homoran]

bin jetzt aus anderen Gründen auch auf 2.0.3
https://forum.iobroker.net/post/1256177

Meine Instanz hängt seitdem schon das zweite Mal

im log sehe ich nichts

[Asgothian]

@homoran @MeisterQ-0 @David-G @Neuschwansteini

Bitte zurück auf die 2.0.2 gehen - anscheinend geht irgend ein Thread in der 2.0.3 durch - der Adapter zieht maximal Prozessorleistung.

Das ist bei meinen Tests nicht aufgefallen.

A.

[Homoran]

@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:

Bitte zurück auf die 2.0.2 gehen

hmmm, ich teste gerade für/mit @arteck was an einem branch (nehm ich an)

@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:

der Adapter zieht maximal Prozessorleistung.

das seh ich im Moment nach Neustart der Instanz nicht.

[MeisterQ 0]

@asgothian Bei mir ist nichts zu sehen. Iobroker 36% CPU und der NUC allegemein bei kleiner 30% CPU last.

[Asgothian]

@homoran Das passiert über die Zeit, und ist Ursache dafür das der Adapter als 'nicht verbunden mit Host' angezeigt wird.

Das muss nicht bei jedem Start und direkt passieren.

A.

[Shadowhunter23]

@asgothian
Ich hatte nicht genau nachgeschaut und etwas anderes in Verdacht...

Bin nun auch wieder zurück auf 2.0.2

[Asgothian]

@shadowhunter23 @Neuschwansteini
Wärt Ihr (oder einer von euch) bereit eine Testversion laufen zu lassen die diesen Bug nicht mehr haben sollte ? Wenn ja kann ich einen Link bereit stellen - die Instanz läuft erst einmal bei Mir im Testlauf. Wenn sie die 2 Stunden übersteht dann leg ich den Link hier her.

A

[Shadowhunter23]

@asgothian
Ja mach ich gerne.

[Neuschwansteini]

@asgothian

Ich bin ja gestern Abend schon zurück auf die 2.0.2, ja gerne!

[Asgothian]

@neuschwansteini @Shadowhunter23

Ich muss den Test noch verschieben - auch die Version wo ich das was ich in Verdacht hatte bereinigt habe frisst noch Speicher und Prozessorleistung.

Ich weiss nicht ob ich da heute noch vorwärts komme

A.

[Asgothian]

@Neuschwansteini @Shadowhunter23

So, jetzt gibt es besagte Testversion. Bitte von hier installieren:

https://github.com/asgothian/ioBroker.zigbee/tarball/1.11

was ich geändert hab:

• Anpassungen am Configure - da war ggf. ein Bug drin der so viele Configure versuche am Anfang ausgelöst hat
• Anpassungen an den Debug Messages - aktuell werden keine Warn-Meldungen im Log ausgegeben. Die Meldungen landen nur im Debug Interface Ist weg. Man kann das jetzt im dem Debug Interface umschalten (mit Debug messages im Log: ohne Debug messages im Log.
  Standard ist 'mit'
• Ich bin zurück auf die ZHC 21.38.0. Erst dieser Versuch hat wirklich was gebracht. Der identische Adapter-Code lief mit ZHC23.1.1 nicht sauber.

wenn das bei euch stabil ist fixe ich heute Abend noch die Debug-Messages, und dann bitte ich @arteck um eine 2.0.4

A.

[Homoran]

@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:

Bitte von hier installieren:

???

[Asgothian]

@homoran ich liebe copy und paste errors.. moment.. fixe ich

Danke für die Erinnerung