UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Fabio]

"aus dem kopf weiss ich es nicht.. müsste ich nachschauen."

@arteck das wäre nett wenn du das machen würdest.

Herzliche Grüße
Fabio

[Asgothian]

@fabio hab ich doch vorhin schon geschrieben. Um zu verhindern das wir das Netz nur mit Pings vollspammen ist die Zeit dynamisch.

In die Berechnung geht ein

• wieviele Geräte im Netz angepingt werden müssen
• wie gut sie erreichbar sind
• wie oft sie sich von selber melden

Als Ergebnis kommt für jedes Gerät eine Zeit zwischen 5 und 30 Minuten heraus.

A.

[pmayer]

@arteck Es ging um die ESP32 FW, nicht um die CC2652P7 FW ;-)
Unser Coordinator, der runtergebrochen ja nur die serielle Verbindung zum CC2652P7 über Netzwerk herstellt, ist quasi "dumm".

[Fabio]

@asgothian Danke, sehr komisch ich hatte keine Meldung über deinen Post. Hier ist echt der Teufel am Werk.

ich wollte wissen wie oft das passiert also in 24 Stunden kann das Gerät so oft angepingt werden. Es geht mir darum raus zu bekomme ob es auch stören kann im ZigBee Netz. Ich hatte eine Fehler Meldung da stand drin das nach 200 Ping abgebrochen wurde, das finde ich echt viel.

Grüße
Fabio

[Fabio]

@fabio und wieder ein Absturz des ZigBee Adapters.

zigbee.0
2025-01-25 16:06:23.631	info	Currently 94 devices are joined:

zigbee.0
2025-01-25 16:06:23.550	info	--> transmitPower : normal

zigbee.0
2025-01-25 16:06:23.538	info	Unable to disable LED, unsupported function.

zigbee.0
2025-01-25 16:06:23.536	info	Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20240710}}

zigbee.0
2025-01-25 16:06:22.192	info	Installed Version: iobroker.zigbee@1.10.14

zigbee.0
2025-01-25 16:06:22.042	info	Starting Zigbee npm ...

zigbee.0
2025-01-25 16:06:22.041	info	delete old Backup files. keep only last 10

zigbee.0
2025-01-25 16:06:22.015	info	starting. Version 1.10.14 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.18.2, js-controller: 7.0.6

host.nuc
2025-01-25 16:06:20.888	info	instance system.adapter.zigbee.0 in version "1.10.14" started with pid 4179

host.nuc
2025-01-25 16:05:50.609	info	Restart adapter system.adapter.zigbee.0 because enabled

host.nuc
2025-01-25 16:05:50.608	error	instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: at Controller.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:278:9)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: at Controller.permitJoinInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:321:13)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: at GreenPower.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/greenPower.ts:271:13)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: at ZStackAdapter.sendZclFrameToAll (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:721:16)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:723:13

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: at ZStackAdapter.dataRequestExtended (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:1080:9)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: at processTicksAndRejections (node:internal/process/task_queues:95:5)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:291:27

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: Error: --> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":87,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,194,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)')

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[3]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[2]: zh:controller: Failed to disable join on stop: Error: --> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":86,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,193,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)')

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: at Timeout.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:311:25)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: at Controller.permitJoinInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:321:13)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: at GreenPower.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/greenPower.ts:271:13)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: at ZStackAdapter.sendZclFrameToAll (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:721:16)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:723:13

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: at ZStackAdapter.dataRequestExtended (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:1080:9)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: at processTicksAndRejections (node:internal/process/task_queues:95:5)

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:291:27

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: Error: --> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":85,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,192,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)')

host.nuc
2025-01-25 16:05:50.608	error	Caught by controller[1]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:

zigbee.0
2025-01-25 16:05:50.349	error	--> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":87,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,194,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)')

zigbee.0
2025-01-25 16:05:50.349	error	Error: --> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":87,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,194,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)') at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:291:27 at processTicksAndRejections (node:internal/process/task_queues:95:5) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20) at ZStackAdapter.dataRequestExtended (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:1080:9) at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:723:13 at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20) at ZStackAdapter.sendZclFrameToAll (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:721:16) at GreenPower.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/greenPower.ts:271:13) at Controller.permitJoinInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:321:13) at Controller.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:278:9)

zigbee.0
2025-01-25 16:05:50.348	error	unhandled promise rejection: --> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":87,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,194,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)')

zigbee.0
2025-01-25 16:05:50.347	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

zigbee.0
2025-01-25 16:05:50.327	info	Zigbee: stop joining

zigbee.0
2025-01-25 16:05:50.012	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

zigbee.0
2025-01-25 16:05:50.010	info	terminating

zigbee.0
2025-01-25 16:05:49.510	info	Zigbee: disabling joining new devices.

zigbee.0
2025-01-25 16:05:49.508	info	cleaned everything up...

zigbee.0
2025-01-25 16:05:49.504	error	--> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":85,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,192,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)')

zigbee.0
2025-01-25 16:05:49.503	error	Error: --> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":85,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,192,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)') at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:291:27 at processTicksAndRejections (node:internal/process/task_queues:95:5) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20) at ZStackAdapter.dataRequestExtended (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:1080:9) at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:723:13 at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20) at ZStackAdapter.sendZclFrameToAll (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:721:16) at GreenPower.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/greenPower.ts:271:13) at Controller.permitJoinInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:321:13) at Timeout.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:311:25)

zigbee.0
2025-01-25 16:05:49.469	error	unhandled promise rejection: --> 'SREQ: AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":85,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,192,2,10,0,0]}}' failed with status '(0x11: BUFFER_FULL)' (expected '(0x00: SUCCESS)')

zigbee.0
2025-01-25 16:05:49.468	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

[Asgothian]

@fabio Du hast weiterhin 'buffer full' Meldungen, die darauf hin deuten das Dein Netzwerk nicht stabil ist.

Du kannst versuchen ob die damit einher gehenden Abstürze weg gehen wenn du die aktuelle 1.10.15 von Github installierst - da habe ich einiges an Arbeit in die Stabilität gesteckt.

A.

[Fabio]

@asgothian mein lieber, vielen Dank für deine Arbeit und Rückmeldung. Ich habe noch mal ca.150 Euro in die Hand genommen und neue Plugs und Lampem etc. gekauft um das Netz noch stabiler zu machen.
Der Absturz passierte genau in dem Moment als der Adapter im Pairing war.

Grüße
Fabio

[Fabio]

@asgothian erledigt. Ich werde berichten.

Updating objects from io-package.json for adapter "zigbee" with version "1.10.15"

Update "system.adapter.zigbee.0"

Process exited with code 0

[Fabio]

@Asgothian so ich melde ich mal.

Ich kann berichten das ich seit der neuen Version keine Abstürze mehr hatte. Da hast du ja abgeliefert. ;-) Man hat auch das Gefühl, das läuft alles runder.

@pmayer also ich finde das Teil echt super, aber ich glaube es hat so seine Probleme mit Osram und Ikea. Ich hab viel getestet und neues ausprobiert und er kann auch besser mit ZigBee 3.0
Es gibt Phasen das werden Befehle nicht an Lampen gesendet, aber das kann natürlich auch am ZigBee Netz liegen.
Ich würde euch empfehlen in der Firma mal ein Test Set zu installieren mit ca. 100 Geräten drüber hab ich das Gefühl wird es echt eng. So war es bei mir....

Was echt Geil ist, anschließen, starten und mit dem ZigBee Adapter verbinden, noch leichter geht es nicht mehr. Echt cool.
Ich glaube auch nicht das mein Gerät einen Defekt hat. Was ich mir wünsche wäre eine bessere Doku und noch mehr Arbeitsspeicher wenn das was bringt.

@arteck auch du hattes Recht. 2 Geräte haben echt Blödsinn gemacht im Netz.
Das Problem, ist das testen, raus werfen und schauen wie es läuft, dann wieder anlernen ob der Fehler wieder kommt. Das zieht sich echt in die Länge da man mindesten 1 bis 2 Tage warten sollte.

Router sind nicht immer Router und ZigBee ist nicht immer ZigBee. Auch die Bindings Netzwerkkarte ändern sich laufend wie auch alles andere. Ich habe keinen Tag wo es gleich aussieht. Wie auch, Wlan, Blutooth, Webcam, Alarmanlage, Funk und was weiß ich noch alles was stört und funkt dawischen. Alles hat Auswirkungen.
Was auch ein wenig Probleme macht sind die Eurotronic Spirit Zigbee Themostate die sind mal weg und im nächsten Moment melden sie sich wieder zurück in Netz.

Herzliche Grüße aus Köln
Fabio

[chucky666]

@fabio
Moin
Ich hatte auch Probleme am Anfang, seit ich meine letzten beiden Osram Stecker entsorgt habe , läuft es besser .
Ikea gu10 Spots laufen bei mir perfekt
Aqara Schalter habe ich manchmal Probleme , mal sehen ob es besser wird

[Fabio]

@chucky666 ja die Schalter sind ein Problem kann ich bestätigen.
Gerüße
Fabio

[Fabio]

@Asgothian

und prompt kommt gerade das:

zigbee.0
2025-01-29 18:11:33.689	info	Device '0x0c4314fffe53a317' is supported, identified as: Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (HG06337)
zigbee.0
2025-01-29 18:11:33.689	info	Successfully interviewed '0x0c4314fffe53a317', device has successfully been paired
zigbee.0
2025-01-29 18:11:19.191	warn	Blocked interview for 'undefined' because the network is closed

obwohl ich nichts gemacht habe wie kann das sein?

[Asgothian]

@fabio sagte in ZigBee Adapter CZC Zigbee Coordinator:

@Asgothian

und prompt kommt gerade das:

zigbee.0
2025-01-29 18:11:33.689	info	Device '0x0c4314fffe53a317' is supported, identified as: Lidl Silvercrest smart plug (EU, CH, FR, BS, DK) (HG06337)
zigbee.0
2025-01-29 18:11:33.689	info	Successfully interviewed '0x0c4314fffe53a317', device has successfully been paired
zigbee.0
2025-01-29 18:11:19.191	warn	Blocked interview for 'undefined' because the network is closed

obwohl ich nichts gemacht habe wie kann das sein?

Das ist ein Fehlverhalten der Lildl Steckdose, die sich als 'neues' Gerät besucht am Netzwerk anzumelden. Aus irgend einem Grund ist die Steckdose der Meinung das Netzwerk verlassen zu haben.

Ein erneutes Interview bei geschlossenem Netz wird unterbunden, auch wenn das Gerät meldet es hätte ein Interview gegeben.

A.

[Fabio]

@asgothian Danke für die Erklärung.

[Fabio]

@asgothian sagte in

Du kannst versuchen ob die damit einher gehenden Abstürze weg gehen wenn du die aktuelle 1.10.15 von Github installierst - da habe ich einiges an Arbeit in die Stabilität gesteckt.

Guten morgen ,

noch mal eine weitere Meldung zu dieser Version, habe gar keine Probleme mehr bis heute. Arbeitet alles sauber, schnell und zuverlässig. Auch keine Fehlermeldungen mehr.

Herzliche Grüße und vielen Dank
Fabio

[Fabio]

@Asgothian noch mal Meldung zur der Version 1.10.15 immer noch keine Abstürze, weiter eine sehr gute Zusammenarbeit mit dem CZC Zigbee Coordinator.

Was mir manchmal auffällt ist das ich das Gefühl habe das sich mein Browser Chrome unter Windoes 11 aufhängt bis er was umsetzt, wenn ich im ZigBee Adapter zum Beispiel von Bindings, zu Geräte klicke und dann Pairing und an Ende dann auf die Kachel um zum Beispiel einen Namen ändere.

Wenn man Geräte löscht findet man immer noch alte Gerätebezeichnung in der dev_names.json könnte man das so programieren das wenn man löscht das wirklich alle alten Daten vom Gerät weg sind?

Herzliche Grüße aus Köln
Fabio

[Asgothian]

@fabio sagte in ZigBee Adapter CZC Zigbee Coordinator:

@Asgothian noch mal Meldung zur der Version 1.10.15 immer noch keine Abstürze, weiter eine sehr gute Zusammenarbeit mit dem CZC Zigbee Coordinator.

Was mir manchmal auffällt ist das ich das Gefühl habe das sich mein Browser Chrome unter Windoes 11 aufhängt bis er was umsetzt, wenn ich im ZigBee Adapter zum Beispiel von Bindings, zu Geräte klicke und dann Pairing und an Ende dann auf die Kachel um zum Beispiel einen Namen ändere.

Du musst dem System Zeit geben, insbesondere nach dem Pairing. Ansonsten kann ich das nicht testen - kein Chrome, kein Windows.

Wenn man Geräte löscht findet man immer noch alte Gerätebezeichnung in der dev_names.json könnte man das so programieren das wenn man löscht das wirklich alle alten Daten vom Gerät weg sind?

könnte man - wird aber nicht passieren. Die Datei ist explizit dafür da das Benutzerdefinierte Einstellungen erhalten bleiben auch wenn das Objekt oder Gerät gelöscht wird.

A.

Herzliche Grüße aus Köln
Fabio

[Fabio]

@asgothian okay, vielen Dank.

Grüße
Fabio

[Fabio]

@pmayer habe da mal ne Frage. Ich träume gerade....
Der Coordinator kann doch Thread. Was ist er dann wenn das so eingestellt ist.
Ein Border Router?

Wenn das so wäre, wie groß ist da die Chance in Kooperation mit ioBroker, einen Matter Adapter dafür zu entwickeln, in Form zum Beispiel des ZigBee Adapter @Asgothian oder dem Matter Adapter von @apollon77 der ihn dann als Border Router nutzt.
Das wäre doch der Knaller beides wäre voll angepasst auf ioBroker und aus einer sprich zwei Händen. ;-)

Herzliche Grüße
Fabio

[pmayer]

@fabio Also, wir sind an der Thread Firmware dran... und ehrlich gesagt ist Thread a burning s*it hole....
In Home Assistant kann man zum Beispiel einen Netzwerkadapter nur einstellen, wenn man auch ein USB-Gerät angeschlossen hat weil sonst der Dialog nicht aufgeht.

Wir fixen gerade noch die ZigBee-Router Funktionalität des Coordinators und gehen dann wieder an Thread.

Unterstütze gerne wo ich kann bei ioBroker.