Geht auch nicht ums trösten, will ja nur herausfinden ob und wenn ja was ich falsch gemacht haben könnte. Wenn es da einen Punkt gibt den ich aktiv umschiffen/unterlassen kann, damit mir das nicht wieder passiert wäre es halt gut das zu wissen (gewesen).

Den Hardreset hatte ich jetzt nicht durchgeführt, würde ich auch ungern machen, da ich grad schon wieder 36 Geräte gepairt habe

ok dann lass laufen.... der stick kennt ehh die Geräte schon da diese per id kommen.... alles gut

es gab mal eine Zeit da hatten wir ein Problem mit der ExtPanID und so wie es aussieht bist du auch der Pechvogel den es getroffen hat.. wenn es dich tröstet ich musste auch 50 Geräte neu einbinden...

klar hör auf zu fummeln...

Hab ich verstanden, aber durch das Update auf 1.2.1 hat der Adapter ja ohne mein Mitwirken die ExtPanID von 'DEDEDEDEDEDEDEDE' auf 'dddddddddddddddd' zurückgesetzt und ich den Zugriff über die Geräte verloren. Erst danach hatte ich ja versucht (zu fummeln) ob man der Geräte wieder habhaft werden kann

Extended PAN ID is the main network id, comparable to SSID of wifi networks. This id must never change for existing networks, else you have to reset and repair your devices.

Wenn der nun beim Upgrade die ExtPanID zurückgesetzt hat und ich damit den Zugriff verliere, dann bedeutet das für mich im Umkehrschluss man darf/sollte sie gar nicht ändern um beim Upgrade des Adapters keine böse Überraschung zu erleben oder hatte ich einfach nur Pech?

jedes mal wenn du was an den Netzeinstellungen änderst setzt du den Stick immer zurück.. egal ob du ein Bakcup zurückspielst oder nicht.. einmal was geändert ist es vorbei...

Die gesamte Konfiguration wird im Stick verwahrt? Ich dachte sie wird irgendwie auf dem Datenträger hinterlegt und der Stick nutzt dann diese
Frei getreu dem Motto: ExtPanID ='xxxxxxxxxxxxxxxx' -> die Datenbank sagt diese Geräte gehören zu dieser Umgebung und so erreichst du sie.

da wird dir nix anderes übrig bleiben als alles neuzu pairen

Ja diese Antwort hatte ich irgendwie erwartet/befürchtet und gestern dann die virtuelle Maschine schon mal komplett neu aufgesetzt - allerdings vorher den Verwahrungsort auf 'latest' geändert und mit Adapter V1.2.1 begonnen.

den Adapter brauchst du dabei nicht zu löschen.. aber setzt den Stick zurück mit Hardreset

Den Hardreset hatte ich jetzt nicht durchgeführt, würde ich auch ungern machen, da ich grad schon wieder 36 Geräte gepairt habe

Gibt es hier eine Möglichkeit zur Rettung?

klar hör auf zu fummeln... jedes mal wenn du was an den Netzeinstellungen änderst setzt du den Stick immer zurück.. egal ob du ein Bakcup zurückspielst oder nicht.. einmal was geändert ist es vorbei...

da wird dir nix anderes übrig bleiben als alles neuzu pairen

den Adapter brauchst du dabei nicht zu löschen.. aber setzt den Stick zurück mit Hardreset

Seit dem Upgrade des Adapters von Version 1.0.4 auf 1.2.1 habe ich auch mit dem Restore meiner virtuellen Maschinen keinen Zugriff mehr auf die knapp 90 angelernten Geräte. Es scheint, als hätte der Adapter beim Upgrade irgendwie die ExtPanID 'dddddddddddddddd' in die Geräte 'geschrieben' (nehme ich zumindest an). Wenn ich jetzt mit meinem Restore ankomme wo die Geräte auf 'DEDEDEDEDEDEDEDE' gelaufen sind bekomme ich keinerlei Kommunikation zu den Geräten mehr hin, bis ich sie neu anlerne/paire.

Gibt es hier eine Möglichkeit zur Rettung?

2020-08-31 23:18:42.785 - error: zigbee.0 (3847) Error on send command to 0x14b457fffe40f52d. Error: Error: Command 0x14b457fffe40f52d/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null}) failed (Data request failed with error: 'No network route' (205))
at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:309:27)
at Generator.next ()
at fulfilled (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:24:58)

Edit: Wenn ich nachträglich wieder die default id 'dddddddddddddddd' einstelle werden sie auch nicht mehr im Log gelistet. Gibt es hier einen bestimmten Pfad für das Vorgehen beim Adapter Upgrade den ich übersehen habe?

Szenario war Zigbee Adapter von 1.0.4 auf 1.2.1:

• PanID und Transport Key wurden 1:1 übernommen
• Network (ExtPanID) hatte ich vor dem pairing geändert und war nach dem Update auf Standard (default) zurück

Nachdem ich diese wieder auf meinen Wert eingestellt hatte wurden beim Adapter Start keine Geräte mehr im Log gelistet und ich hatte 'Phantomgeräte' im Tab Geräte der Zigbee Instanz.

probier mal

helligkeit auf 100
dann sollte auch der state gehen

die gruppe muss auf irgendeine Helligkeit stehen dann kannst du die auch ein und ausschalten

Thema 2: PIR schaltet via Blockly Ikea Floalt Panel - funktioniert wie gewünscht im Skript, Fehlermeldung im Log wie folgt

2020-08-31 15:17:48.670 - error: zigbee.0 (3144) Error on send command to 0x14b457fffe40f52d. Error: Error: Command 0x14b457fffe40f52d/1 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null}) failed (Data request failed with error: 'No network route' (205))
at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:309:27)
at Generator.next ()
at fulfilled (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:24:58)

Edit: Hab die Reihenfolge der Verwahrungsorte geändert, nun habe ich eine neuere Version zur Auswahl.

Entschuldige falls ich für Verwirrung gesorgt haben sollte. Ich habe den Fehler gemacht und zwei Dinge in diesen Thread gepostet.

Der 'obere' Teil des Posts bezieht sich auf das 'Gruppen schalten' Problem

In den Gruppen sind IKEA Tradfri GU10 400lm konfiguriert.

Ich habe bereits:

neue Gruppen angelegt und die Geräte entsprechend einsortiert
den Zigbee Adapter neu gestartet
den iobroker neu gestartet
die komplette virtuelle Maschine neu gestartet
Was funktioniert:

der entsprechende Objekt Status (Aqara Switch) wird als geändert angezeigt
der Status der Gruppe wird geändert angezeigt (true/false) - das Blockly Skript schaltet also korrekt
die Leuchtmittel der Gruppen lassen sich manuell mit Änderung des State schalten
wenn man statt der Gruppe ein Gerät der Gruppe direkt via Blockly Skript schaltet funktioniert das Skript
Was nicht funktioniert:
Schalten der zugeordneten Leuchtmittel der Gruppe.

Ich könnte jetzt natürlich meine Blockly Skripte auf einzelne Geräte umstricken, allerdings ist das ein relativ hoher Mehraufwand bei dreizehn Leuchtmitteln die in drei Gruppen organisiert sind und würde die Skripte nur 'unnötig' aufblähen.

Das für mich 'optische' Problem (PIR schaltet via Blockly Floalt Panel) im Logfile wirkt sich nicht auf die Funktion aus. Das Panel wird anstandslos eingeschaltet, die Fehlermeldung taucht reproduzierbar im Log auf und das Floalt Panel geht nach ~90Sekunden ohne Trigger der drei Bewegungsmelder aus.

Die Zigbee Fehlermeldung aus dem letzten Post scheint auch ein generelles Problem zu sein (Aqara PIR schaltet via Blockly ein Ikea Floalt Panel). Dafür habe ich auch unter github die logfile Fehlermeldung zu einem existierenden issue hinzugefügt.
https://github.com/ioBroker/ioBroker.zigbee/issues/560#issuecomment-683058181

und die Adapterversion währe welche ???

die gepostet Meldung lautet .. das Gerät antwortet nicht.. ich vermute das deshalb die Gruppe nicht geschaltet wird

und welche Geräte sind es in der gruppe?