NEWS
Tester für Zigbee Adapter 2.0.x gesucht
-
@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.
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.
-
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
-
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.mgl01MOD-EDIT: Code in code-tags gesetzt!
-
bin jetzt aus anderen Gründen auch auf 2.0.3
https://forum.iobroker.net/post/1256177Meine Instanz hängt seitdem schon das zweite Mal
im log sehe ich nichts
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
bin jetzt aus anderen Gründen auch auf 2.0.3
https://forum.iobroker.net/post/1256177Meine Instanz hängt seitdem schon das zweite Mal
im log sehe ich nichts
@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.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@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.
@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.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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.
@asgothian Bei mir ist nichts zu sehen. Iobroker 36% CPU und der NUC allegemein bei kleiner 30% CPU last.
-
@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.
-
@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.
@asgothian
Ich hatte nicht genau nachgeschaut und etwas anderes in Verdacht...
Bin nun auch wieder zurück auf 2.0.2 -
@asgothian
Ich hatte nicht genau nachgeschaut und etwas anderes in Verdacht...
Bin nun auch wieder zurück auf 2.0.2@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
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@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
@asgothian
Ja mach ich gerne. -
@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
Ich bin ja gestern Abend schon zurück auf die 2.0.2, ja gerne!
-
Ich bin ja gestern Abend schon zurück auf die 2.0.2, ja gerne!
@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.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@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.
@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 InterfaceIst 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.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@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 InterfaceIst 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.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
-
Ist so etwas noch interessant?
Tritt nach Aufruf der Karte auf.kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@homoran Das ist so gewollt - es gibt immer wieder Beschwerden das die Karte irgend einen Effekt zeigt.
Die Meldungen kommen per Default wenn die Karte aufgebaut wird. Sie können unterdrückt werden:
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@homoran Das ist so gewollt - es gibt immer wieder Beschwerden das die Karte irgend einen Effekt zeigt.
Die Meldungen kommen per Default wenn die Karte aufgebaut wird. Sie können unterdrückt werden:
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Sie können unterdrückt werden:
Danke!
Also sind da nicht wirklich Probleme, die zu den Meldungen führen?kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Sie können unterdrückt werden:
Danke!
Also sind da nicht wirklich Probleme, die zu den Meldungen führen?@homoran sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Also sind da nicht wirklich Probleme, die zu den Meldungen führen?
Jein. Du hast da einen ganzen Rattenschwanz an TS011F Geräten, die auf die routing und LQI Anfrage einfach nicht reagieren. Das ist eigentlich nicht ok. Wenn die Geräte funktionieren hast du da erst einmal kein Problem, nur gilt dann, das alles was die Karte zu diesen Geräten zeigt mit grosser Vorsicht zu geniessen ist.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.
Support us
396
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge