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

[maxpd]

@meister-mopper said in Zigbee kabelgebundene Geräte reagieren nicht:

/dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.25__Embed_with_CMSIS-DAP_L1100F9Y-if00

Bleibt alles beim gleichen. Empfangen der Daten,ja, aber kein Senden.

[Homoran]

@maxpd sagte in Zigbee kabelgebundene Geräte reagieren nicht:

und ein 2 Wochen altes Backup importiert.

und wenn du kein backup nimmst und nur zigbee neu installierst?

[maxpd]

@homoran Dann zählt der Kopplungsmodus runter, ich kann ein Gerät anlernen und steuern.

Wenn ich nun hingehe und spiele ein Backup ein, funktioniert es wieder nicht.
Installier ich eine 2. Instanz, stoppe die 1. und lerne ein Gerät in der 2. Instanz geht diese.
Stoppe ich nun die 2. Instanz wieder und starte die 1. Instanz, kann ich dieses eine Gerät in der 1. Instanz ebenfalls nutzen.:dizzy_face:
Als könne er nur 1 Datenbank mit 2 Instanzen nutzen?

PS: Problem des 433er Dongles gelöst. Im Token fehlte 1 Buchstabe - was lustig ist, dass er trotzdem Daten empfängt aber nicht sendet.

[Homoran]

@maxpd sagte in Zigbee kabelgebundene Geräte reagieren nicht:

Wenn ich nun hingehe und spiele ein Backup ein, funktioniert es wieder nicht.

dann ist schon das Backup defekt

[maxpd]

@homoran das Problem besteht seit bisschen mehr als einer Woche. ich habe das Backup von vor 2 Monaten getestet. mit der 1.13er Version, weil alte Datenbank.

8,1kb hat das Backup mit ca. 50 devices

aber auch das einspielen von anderen Backup Zeitpunkten aktualisiert die devices im Adapter nicht richtig, wenn schon einmal ein Backup eingespielt wurde. zumindest haben devices dann keine Namen mehr. dann lösche ich den Adapter nochmal komplett ein zwei Mal, bis es sauber aussieht

[maxpd]

Habe mal Einträge in der shepard.db verglichen.
Es gibt Abweichungen zwischen den Koordinatoren und Devices. Muss da etwas konvertiert werden für die 1.10.14? Bin immernoch der Meinung, dass der Fehler ab dem Update stattfand.

{"id":1,"type":"Coordinator","ieeeAddr":"0x00125b001caa68bd","nwkAddr":0,"manufId":7,"epList":[1,2,3,4,5,6,8,10,11,12,13,47,110,242],"endpoints":{"1":{"profId":260,"epId":1,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"2":{"profId":257,"epId":2,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"3":{"profId":260,"epId":3,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"4":{"profId":263,"epId":4,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"5":{"profId":264,"epId":5,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"6":{"profId":265,"epId":6,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"8":{"profId":260,"epId":8,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"10":{"profId":260,"epId":10,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"11":{"profId":260,"epId":11,"devId":1024,"inClusterList":[1281,10],"outClusterList":[1280,1282],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"12":{"profId":49246,"epId":12,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"13":{"profId":260,"epId":13,"devId":5,"inClusterList":[25],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"47":{"profId":260,"epId":47,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"110":{"profId":260,"epId":110,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"242":{"profId":41440,"epId":242,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}}},"interviewCompleted":true,"meta":{}}
{"id":1,"type":"Coordinator","ieeeAddr":"0x00125b001caa68bd","nwkAddr":0,"manufId":0,"epList":[1,2,3,4,5,6,8,11,12,13,47,110,242],"endpoints":{"1":{"profId":260,"epId":1,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]},"2":{"profId":257,"epId":2,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]},"3":{"profId":261,"epId":3,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]},"4":{"profId":263,"epId":4,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]},"5":{"profId":264,"epId":5,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]},"6":{"profId":265,"epId":6,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]},"8":{"profId":260,"epId":8,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]},"11":{"profId":260,"epId":11,"devId":1024,"inClusterList":[],"outClusterList":[1280,1282],"clusters":{},"binds":[]},"12":{"profId":49246,"epId":12,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]},"13":{"profId":260,"epId":13,"devId":5,"inClusterList":[25],"outClusterList":[],"clusters":{},"binds":[]},"47":{"profId":260,"epId":47,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]},"110":{"profId":260,"epId":110,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]},"242":{"profId":41440,"epId":242,"devId":5,"inClusterList":[],"outClusterList":[],"clusters":{},"binds":[]}},"interviewCompleted":true,"meta":{},"lastSeen":null}

{"id":2,"type":"Router","ieeeAddr":"0xf0d1b90000133dd6","nwkAddr":7187,"manufId":4489,"manufName":"LEDVANCE","powerSource":"Mains (single phase)","modelId":"Plug Z3","epList":[1,242],"endpoints":{"1":{"profId":260,"epId":1,"devId":266,"inClusterList":[0,3,4,5,6,2821,4096,64527],"outClusterList":[25],"clusters":{"genBasic":{"attributes":{"modelId":"Plug Z3","manufacturerName":"LEDVANCE","powerSource":1,"zclVersion":2,"appVersion":1,"stackVersion":2,"hwVersion":1,"dateCode":"Dec 10 2018\u0000\u0000\u0000\u0000\u0000","swBuildId":"00103101"}},"genOnOff":{"attributes":{"onOff":0}}},"binds":[{"cluster":6,"type":"endpoint","deviceIeeeAddress":"0x00125b001caa68bd","endpointID":1}],"configuredReportings":[{"cluster":6,"attrId":0,"minRepIntval":0,"maxRepIntval":65000,"repChange":1}],"meta":{}},"242":{"profId":41440,"epId":242,"devId":97,"inClusterList":[],"outClusterList":[33],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}}},"appVersion":1,"stackVersion":2,"hwVersion":1,"dateCode":"Dec 10 2018\u0000\u0000\u0000\u0000\u0000","swBuildId":"00103101","zclVersion":2,"interviewCompleted":true,"meta":{"configured":332242049},"lastSeen":1739910187827}
{"id":2,"type":"Router","ieeeAddr":"0xf0d1b90000133dd6","nwkAddr":5954,"manufId":4489,"manufName":"LEDVANCE","powerSource":"Mains (single phase)","modelId":"Plug Z3","epList":[1,242],"endpoints":{"1":{"profId":260,"epId":1,"devId":266,"inClusterList":[0,3,4,5,6,2821,4096,64527],"outClusterList":[25],"clusters":{"genBasic":{"attributes":{"modelId":"Plug Z3","manufacturerName":"LEDVANCE","powerSource":1,"zclVersion":2,"appVersion":1,"stackVersion":2,"hwVersion":1,"dateCode":"Dec 10 2018\u0000\u0000\u0000\u0000\u0000","swBuildId":"00103101"}},"genOnOff":{"attributes":{"onOff":0}}},"binds":[{"cluster":6,"type":"endpoint","deviceIeeeAddress":"0x00125b001caa68bd","endpointID":1}],"configuredReportings":[],"meta":{}},"242":{"profId":41440,"epId":242,"devId":97,"inClusterList":[],"outClusterList":[33],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}}},"appVersion":1,"stackVersion":2,"hwVersion":1,"dateCode":"Dec 10 2018\u0000\u0000\u0000\u0000\u0000","swBuildId":"00103101","zclVersion":2,"interviewCompleted":true,"meta":{"configured":1},"lastSeen":1739816777097}

Mit kopieren der shepard.db in die neue Instanz geht diese wieder nicht.
Kopiere ich die neuen Zeilen des Koordinators und des Devices in die alte Datenbank, lässt sich das Device aber trotzdem nicht mehr steuern.

[Asgothian]

@maxpd Nein.

Das Problem wird mit der 2.0 gelöst. Bitte prüfen: kannst du die 1.10.13 mit Deinen Devices und Deinem Backup stabil nutzen - wenn ja, dann mach das bitte. (ggf. muss die alte shepherd.db wiederhergestellt werden)

A.

[maxpd]

@asgothian Nein, ich habe die 1.10.13 installiert. Neue Instanz angelegt. Instanz gestoppt. Datenbanken aus Backup vom 24.12 eingespielt. Der Fehler bleibt der gleiche.

Habe auch noch das hier von dir gefunden:

This is a known issue (#2351).

Current state is that there are 2 options to move forward:

deleting the stored network setup (shepherd.db / nvbackup.json) and having to pair all devices anew
moving to a newer TI based coordinator which can 'inherit' the existing network
There is an open issue on the zigbee-herdsman level to add an option which retains both network and hardware, but that is slow going.

Edit: Hast du mir auch gerade nochmal im Git geschrieben ;)

Welcher neuer Coordinator mit Netzwerkübernahme wäre denn dann ein äquivalenter zum LAUNCHXL-CC26X2R1?
Bzw. wann käme die 2.0 oder kann ich die schon installieren?

[Asgothian]

@maxpd sagte in Zigbee kabelgebundene Geräte reagieren nicht:

@asgothian Nein, ich habe die 1.10.13 installiert. Neue Instanz angelegt. Instanz gestoppt. Datenbanken aus Backup vom 24.12 eingespielt. Der Fehler bleibt der gleiche.

Habe auch noch das hier von dir gefunden:

This is a known issue (#2351).

Current state is that there are 2 options to move forward:

deleting the stored network setup (shepherd.db / nvbackup.json) and having to pair all devices anew
moving to a newer TI based coordinator which can 'inherit' the existing network
There is an open issue on the zigbee-herdsman level to add an option which retains both network and hardware, but that is slow going.

Edit: Hast du mir auch gerade nochmal im Git geschrieben ;)

Welcher neuer Coordinator mit Netzwerkübernahme wäre denn dann ein äquivalenter zum LAUNCHXL-CC26X2R1?
Bzw. wann käme die 2.0 oder kann ich die schon installieren?

Sorry, mir ist da ein Fehler passiert. Installier bitte mal die 1.10.3 mit entsprechendem Backup, nicht die 1.10.13.

Wenn es mit der 1.10.3 nicht geht dann ist nicht damit zu rechnen das es mit der 2.0 geht - den Fehler mit nur empfangen, nicht Senden gibt es eigentlich erst ab 1.10.12 oder neuer.

Die aktuelle Testversion für die 2.0 findest Du in diesem Thread. Die kannst du installieren und auch nutzen - die generelle Funktion sollte gegeben sein. Es kann aber Auffälligkeiten geben.

A.

[maxpd]

@asgothian mit der 1.10.3 und einem Backup der Datenbank von Dezember funktioniert leider auch das Empfangen nicht mehr. Nur eine Ausnahme: das Gerät, welches ich in einer gänzlich anderen Zigbee Instanz angelernt habe, funktioniert auch hier mit der alten Datenbank.

Vermutlich muss ich neu Aufsetzen und alle 60 Geräte neu anlernen.

Mit welcher Version und welchem Coordinator (aktuell LAUNCHXL-CC26X2R1) mache ich es am besten, damit ich es nicht alsbald wieder machen muss.

In dem Thread oben wird von der 1.11.3 als neue Version 2 gesprochen. Im git gibt es aber nur einen 1.11.0er Branch

[Asgothian]

@maxpd du kannst mit dem 1.11.3 von meinem github starten - der ist relativ weit, es fehlen “nur” noch die neuen exposes für die Thermostate dann kann der als 2.0 ins latest übernommen werden für erweiterte Tests. Laufen sollte alles, es kann aber mehr Warnmeldungen als normal geben da noch einige Warnungen zu Test Zwecken ausgegeben werden.

Ansonsten empfehle ich die 1.10.15 vom offiziellen git - die ist stabiler als die stable 1.10.14

A.

[maxpd]

@asgothian meinst hier? https://github.com/asgothian/ioBroker.zigbee/tree/1.11

Wird im Admin UI als 1.10.15 gelabelt

[Asgothian]

@maxpd was steht im Log beim Start des Adapters ?

A.

[maxpd]

@asgothian 1.10.15

[Asgothian]

@maxpd Bitte die komplette Versionsbezeichnung posten, nicht nur eine Nummer. Besser mit 1-2 Meldungen vorher und nachher.

Da muss so etwas kommen - sonst hast du beim Installieren was nicht beachtet:

2025-02-21 10:29:07.521 - info: host.SilverSkin.fritz.box "system.adapter.zigbee.2" enabled
2025-02-21 10:29:07.653 - info: host.SilverSkin.fritz.box instance system.adapter.zigbee.2 in version "1.11.2" (non-npm: asgothian/ioBroker.zigbee#1.11) started with pid 29960
2025-02-21 10:29:09.125 - info: zigbee.2 (29960) starting. Version 1.11.3 (non-npm: asgothian/ioBroker.zigbee#1.11) in /usr/local/iobroker/node_modules/iobroker.zigbee, node: v20.18.0, js-controller: 6.0.11

A.

Nachtrag: Der Adapter benötigt Node 20 !
Nachtrag2: Bitte den Github issue link ignorieren - den hat die Forum-Software generiert. @Homoran - wie stell ich das ab ?

A.

[Homoran]

@asgothian sagte in Zigbee kabelgebundene Geräte reagieren nicht:

den hat die Forum-Software generiert. @Homoran - wie stell ich das ab ?

geht leider nicht.
Das macht das github Plugin selbständig.
ist halt "KI"

[maxpd]

@asgothian

Was mir aufgefallen ist, die PAN ID meiner initialen Instanz ist 6755.
Von allen anderen Instanzen in die ich ein Backup einspiele ist sie 6754.

Die initiale Instanz startet aber nur mit der 6755, nicht mit einer 6754.

Wie kommts? Hab nicht daran rumgespielt.

Hier, was beim starten kommt:

zigbee.0
2025-02-21 10:34:33.100	info	Currently 60 devices are joined:

zigbee.0
2025-02-21 10:34:33.064	info	--> transmitPower : high+

zigbee.0
2025-02-21 10:34:33.043	info	Unable to disable LED, unsupported function.

zigbee.0
2025-02-21 10:34:33.041	info	Disable LED

zigbee.0
2025-02-21 10:34:33.041	info	Zigbee network parameters: panID=6755 channel=11 extendedPanID=dddddddddddddddd

zigbee.0
2025-02-21 10:34:33.040	info	Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20230507}}

zigbee.0
2025-02-21 10:34:32.523	info	Installed Version: asgothian/ioBroker.zigbee#9bb500b9b8d7e8926e31a894b572dc52bf0a6729

zigbee.0
2025-02-21 10:34:31.697	info	Starting Zigbee npm ...

zigbee.0
2025-02-21 10:34:31.695	warn	devices are

zigbee.0
2025-02-21 10:34:31.693	warn	legacy models are []

zigbee.0
2025-02-21 10:34:31.692	warn	devices are

zigbee.0
2025-02-21 10:34:31.690	info	delete old Backup files. keep only last 10

zigbee.0
2025-02-21 10:34:31.605	warn	localConfig:loaded data {"by_id":{},"by_model":{}}

zigbee.0
2025-02-21 10:34:31.602	info	init localConfig

zigbee.0
2025-02-21 10:34:31.570	info	starting. Version 1.10.15 (non-npm: asgothian/ioBroker.zigbee#9bb500b9b8d7e8926e31a894b572dc52bf0a6729) in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.18.3, js-controller: 7.0.6```

[Asgothian]

@homoran sagte in Zigbee kabelgebundene Geräte reagieren nicht:

ist halt "KI"

mehtr KD :) (Künstlicher Dummpfug)

[Asgothian]

@maxpd das ist nicht der Branch sondern der Master. Was genau hast du als Link eingetragen ?

A.

[maxpd]

@asgothian https://github.com/asgothian/ioBroker.zigbee.git

Der zeigt mir in dem Branch auch nur den Hauptlink an: