Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Winni]

Guten Morgen in die Runde. Bei mir kommen immer wieder solche Fehlermeldungen:

zigbee.0
2023-10-23 06:53:09.486	error	Send command to 0xa4c1385dac2f6eda failed with no error code (Timeout - 13439 - 1 - 247 - 6 - 11 after 10000ms

Die Dosen funktionieren aber. Ich vermute, dass es sich irgendwie um ein Timing Problem handelt, denn wenn ich das richtig sehe, tritt das nur bei Dosen auf die über andere (Repeater) angebunden sind. Wäre es vielleicht möglich hier mittels einer Einstellung im Adapter was zu machen?

[MyzerAT]

@arteck

Ja stimmt, hab da länger nix an neuerer Firmware auf den USB Stick eingespielt! wobei ich ja die selben innr LED (5 Stk.) Lampen vor kurzem anlernen konnte ohne Probleme!

habe jetzt mal was anderes probiert! habe die innr alle von Strom genommen unbd siehe da ich konnte die neuen innr Lampwen sofort anlernen! Funktioniert jetzt!!! DANKE dennoch!!!!

ps: aber wie komme ich nun auf eine neuere Firmware bei meinem Zigbee Usbstick , ist schon Jahre her das ich das gemacht habe!

[arteck]

@myzerat sagte in ZigBee neue Version 1.8.x:

ps: aber wie komme ich nun auf eine neuere Firmware bei meinem Zigbee Usbstick , ist schon Jahre her das ich das gemacht habe!

es kommt auf den koordinator an.. von @haus-automatisierung gibts bestimmt ein video zu .. schau mal auf youtube nach

[MyzerAT]

@arteck

danke, habs gefunden : ZigBee-Stick - Firmware-Update per SSH unter Linux

[Winni]

@winni so, jetzt habe ich mal 2 Dosen näher an den Stick gebracht und jetzt kommen keine Fehlermeldung mehr. Auch kann jetzt die Firmware der Dosen gecheckt werden, was vorher auch nicht möglich war. Das ist aber keine Lösung des Problems, weil ein großer Vorteil von Zigbee ist es ja doch, dass die Geräte selbstständig ein Netzwerk aufbauen und dann auch als Repeater fungieren. Aber täglich mehrere rote Fehlermeldungen sind auch nicht schön. Vielleicht kann da mal @arteck schauen, ob es eine Möglichkeit gibt einen längeren Timeout zu setzen.

[Thomas Braun]

@winni sagte in ZigBee neue Version 1.8.x:

weil ein großer Vorteil von Zigbee ist es ja doch, dass die Geräte selbstständig ein Netzwerk aufbauen und dann auch als Repeater fungieren.

Aber dafür muss die Topologie halt passen.

[arteck]

@winni sagte in ZigBee neue Version 1.8.x:

ob es eine Möglichkeit gibt einen längeren Timeout zu setzen.

nein das ist Standard.. auserdem nicht empfehlenswert.. damit wird das Netz verlangsamt
also nächstes schreibst du .. meine Geräte reagieren träge..

du köntest aber die Sendeleistung des Coordinator begrenzen auf low.. wenn Router in der nähe sind .. so dass die Geräte den coordinator nicht sehen und über Router gehen müssen..

[spike2]

Hallo zusammen,

ich habe seit knapp einem halben Jahr das Phänomen, dass der State (true/ false) von meiner Küchenbeleuchtung (ZG192910-4) nicht mehr erkannt wird.

Der State ändert sich natürlich, wenn über iobroker direkt angesteuert wird.
Es gibt dazu noch eine Funkfernbedienung, wo direkt gesteuert werden kann und dort wird ausschließlich der State (true/ false) nicht aktualisiert.

Sämtliche andere Geräte im Zigbee Netzwerk funktionieren einwandfrei.
Im Log ist auch kein Fehler.

Folgenden Dinge wurden durchgeführt:

• Gerät gelöscht und neu angelernt
• System neugestartet
• Reconfigure der Küchenbeleuchtung
• System auf dem neusten Stand
• Zigbee Küchenbeleuchtung vom Stromnetz getrennt
• State Cleanup durchgeführt
• Prüfung auf Firmwareupdate der Küchenbeleuchtung
• Zigbee Adapter Downgrade auf verschiedene Versionen
• Zigbee Adapter akt. Version 1.8.24 installiert
• Zigbee Coordinator neuste Firmware

Datenpunkte im Objektbaum wie „link_quality“ und „msg_from_zigbee“ werden ganz normal aktualisiert.

Komischerweise nach einem Neustart vom Zigbee Adapter, wird es meist 1-2 korrekt erkannt, danach aber nicht mehr.

[arteck]

@spike2 soll ich jetzt ne Handauflegen auf mein Monitor oder wie ???
du bist ja lustig.. ohne LOG stocher ich doch nur rum im Trüben

machmal folgendes
https://github.com/ioBroker/ioBroker.zigbee/wiki/debug-messages-with-zigbee.0.info.debugmessages

[amg_666]

@arteck sagte in ZigBee neue Version 1.8.x:

soll ich jetzt ne Handauflegen auf mein Monitor oder wie

Das wär doch einen Versuch wert :-)

@spike2 Du könntest auch mal checken ob das Device aktuelle FW hat und ggf updaten

[spike2]

@arteck
Das habe ich so nicht verlangt, Entschuldige dass es so rüber kommt ;)

@arteck sagte in ZigBee neue Version 1.8.x:

machmal folgendes
https://github.com/ioBroker/ioBroker.zigbee/wiki/debug-messages-with-zigbee.0.info.debugmessages

Das lasse ich seit ca. 30 min laufen, es ist bis jetzt kein Eintrag vorhanden.
Testweise habe ich ein anderes Gerät geprüft, dort sind Log Einträge vorhanden.

Edit: jetzt kam was im Log.

zigbee.0
	2023-11-05 16:52:15.797	warn	ELEVATED publishToState: value generated '145' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 16:52:15.796	warn	ELEVATED publishToState: message received '{"linkquality":145}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 16:52:12.816	warn	ELEVATED publishToState: value generated '145' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 16:52:12.815	warn	ELEVATED publishToState: message received '{"linkquality":145}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 16:52:09.797	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 16:52:09.796	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 16:52:06.821	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 16:52:06.820	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 16:52:03.815	warn	ELEVATED publishToState: value generated '145' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 16:52:03.814	warn	ELEVATED publishToState: message received '{"linkquality":145}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 16:49:47.817	warn	ELEVATED Change state 'state' at device 0x540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 17:02:30.704	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 17:02:30.703	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 17:02:27.664	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 17:02:27.663	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 17:02:24.704	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 17:02:24.703	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 17:02:21.656	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 17:02:21.655	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 17:02:18.682	warn	ELEVATED publishToState: value generated '142' from device 540f57fffe2cc9b1 for 'Link quality'
zigbee.0
	2023-11-05 17:02:18.681	warn	ELEVATED publishToState: message received '{"linkquality":142}' from device 540f57fffe2cc9b1 type 'ZG192910-4'

@amg_666 sagte in ZigBee neue Version 1.8.x:

@spike2 Du könntest auch mal checken ob das Device aktuelle FW hat und ggf updaten

Das habe ich schon geprüft, ist die aktuelle. Habe ich oben aber schon geschrieben ;)

[arteck]

@spike2 was schreibt Licht Küche wenn du den knopp drückst im log unter ELEVATED.. das ist interessant... kommt da nix .. unmitelbar..
dann sendet das Gerät nix wenn du ihn per FB schaltest..

[spike2]

@arteck

Das passiert wenn ich den Switch State im Zigbee Adapter ändere.
Ein- sowie ausschalten funktioniert damit ohne Probleme.

zigbee.0
	2023-11-05 19:04:09.820	warn	ELEVATED Change state 'state' at device 0x540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:04:09.766	warn	ELEVATED: User stateChange zigbee.0.540f57fffe2cc9b1.state {"val":false,"ack":false,"ts":1699207449762,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1699207449762}
zigbee.0
	2023-11-05 19:01:05.031	warn	ELEVATED Change state 'state' at device 0x540f57fffe2cc9b1 type 'ZG192910-4'
zigbee.0
	2023-11-05 19:01:04.199	warn	ELEVATED: User stateChange zigbee.0.540f57fffe2cc9b1.state {"val":true,"ack":false,"ts":1699207263976,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1699207263976}

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

[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