Tester für Zigbee Adapter 2.0.1 gesucht
-
Hab vorhin auch mal aktualisiert.
Bisher ist mir nichts aufgefallen.Hatte auch nur ein Gerät wo die neuen (bzw entfernten alten) DPs in einem Script aktualisiert werden mussten.
Dort gab es allerdings keinen direkten Ersatz
Bisher hatte ich auf state getriggert. Jetzt auf on und off.
-
@shadowhunter23 sagte in Tester für Zigbee Adapter 2.0.1 gesucht:
@asgothian
Hat funktioniert wie beschrieben, jetzt sind die Bilder da.Fein.
-
@neuschwansteini sagte in Tester für Zigbee Adapter 2.0.1 gesucht:
@asgothian sagte in Tester für Zigbee Adapter 2.0.1 gesucht:
@neuschwansteini Bitte wirf einen Blick in die Datei dev_names.json. In der wurde im Vorfeld gespeichert welchen Namen Du für welches Gerät (nach ieee) vergeben hast.
da ging was schief beim schreiben der Datei, also alle Devices sind drin, aber bei den meisten fehlen die Namen, die ich vergeben habe.
Da ich meine Zigbee-Instanz ja schon etliche Jahre mit ueber 260 Devices schon bestueckt hatte, schliesse ich mal nicht aus, dass die Datei vorher schon n schuss hatte.. ist vielleicht nicht aufgefallen..Diese wird beim Wechsel eingelesen und dann auf die aktuellen Geräte angewandt.
das einlesen hat funktioniert.
Nach dem Ausschlussverfahren bekomme ich jetzt das hin, sind nur noch eine Handvoll uebrig.. nicht schlimm.hast du eine Sicherung ?? wenn ja extrahiere die dev_names.json, kopier die in die entsprechende instanz und starte den adapter neu.. dann sollte es wieder passen
-
@arteck sagte in Tester für Zigbee Adapter 2.0.1 gesucht:
hast du eine Sicherung ?? wenn ja extrahiere die dev_names.json, kopier die in die entsprechende instanz und starte den adapter neu.. dann sollte es wieder passen
Das ist leider nicht ganz korrekt. Korrekt ist:
- Adapter anhalten
- LocalOverrides.json im Daten Verzeichnis löschen
- dev_names.json verifizieren, ggf. Aus dem Backup wiederherstellen
- Adapter starten
A.
-
danke euch beiden, ich hatte die fehlenden Namen schnell per Hand nachgetragen, war n bisserl Arbeit, aber dabei gleich alles noch etwas aufgehuebscht (einheitlicher gemacht ).
Ja, zur Not haette ich in das Backup geschaut, aber dadurch, dass die Raeume noch zugeordnet waren, ging es.Aenderungen hatte ich bei einigen Schaltern/Tastern, die jetzt andere Bezeichnungen fuer die States haben, das waren nur 20, ging auch noch.
Denke, jetzt hab ich soweit alles wieder laufen, mir ist noch eins aufgefallen:
-
Bei den Aqara / Xiaomi Motion Sensoren gabs mal den "occupancy timeout". - der wird jetzt nicht mehr supported?
Auf Zigbee2mqtt ist er noch aufgefuehrt, allerdings nicht in den exposes, sondern optional.. kann ich den irgendwie aktivieren?
Sonst muesste ich ein paar Scripte mit Timeouts versehen, fand das mit dem Datenpunkt und auf 120/180 gesetzt angenehmer, jetzt geht nach 60sec das Licht aus, wenn keine Bewegung erkannt ist.. -
Habe mal das State Cleanup in der kleinen Instanz mit 20 Devices getestet, States Cleanup funktioniert nicht, ich bestaetige, das Fenster schliesst sich, und im Log steht dann, es werden keine States geloescht (force:false, wie bekomm ich force auf true?) :
2025-02-27 08:33:44.485 - info: zigbee.1 (347239) Zigbee network parameters: panID=6754 channel=11 extendedPanID=557baa1c004b1200 2025-02-27 08:33:44.485 - info: zigbee.1 (347239) Unable to disable LED, unsupported function. 2025-02-27 08:33:44.492 - info: zigbee.1 (347239) --> transmitPower : normal 2025-02-27 08:33:44.493 - info: zigbee.1 (347239) Unable to set transmit power, unsupported function. 2025-02-27 08:33:44.497 - info: zigbee.1 (347239) 0xa4c138f49bf7b2ef (addr 37228): ZG-204ZM - Tuya PIR 24Ghz human presence sensor (EndDevice) 2025-02-27 08:33:44.501 - info: zigbee.1 (347239) 0xa4c13805d302171c (addr 12181): ZG-204ZM - Tuya PIR 24Ghz human presence sensor (EndDevice) 2025-02-27 08:33:44.502 - info: zigbee.1 (347239) 0xa4c1381ab2fb4715 (addr 31194): ZG-204ZM - Tuya PIR 24Ghz human presence sensor (EndDevice) 2025-02-27 08:33:44.503 - info: zigbee.1 (347239) 0xa4c138e9c369c065 (addr 35159): ZG-205Z/A - Tuya 5.8Ghz/24Ghz Human presence sensor (Router) 2025-02-27 08:33:44.504 - info: zigbee.1 (347239) 0xa4c138163b5f9d3e (addr 47573): L6Z - Nous Switch with power monitoring (Router) 2025-02-27 08:33:44.505 - info: zigbee.1 (347239) 0xa4c1384a73e7fdb6 (addr 6153): L6Z - Nous Switch with power monitoring (Router) 2025-02-27 08:33:44.505 - info: zigbee.1 (347239) 0xa4c13898c3f1d7ba (addr 13476): L6Z - Nous Switch with power monitoring (Router) 2025-02-27 08:33:44.506 - info: zigbee.1 (347239) 0xa4c138380126ce26 (addr 9048): RSH-HS06_1 - Tuya Temperature & humidity sensor (EndDevice) 2025-02-27 08:33:44.506 - info: zigbee.1 (347239) 0xa4c1382771b5a69d (addr 61476): TS0203 - Tuya Door sensor (EndDevice) 2025-02-27 08:33:44.507 - info: zigbee.1 (347239) 0x00158d00053c4bb4 (addr 41010): 50064 - Paulmann SmartHome led spot (Router) 2025-02-27 08:33:44.507 - info: zigbee.1 (347239) -> Configuring 0x00124b0022ff5019 DIYRuZ_Flower 2025-02-27 08:33:44.509 - info: zigbee.1 (347239) 0x00158d00053c4b82 (addr 54374): 50064 - Paulmann SmartHome led spot (Router) 2025-02-27 08:33:44.510 - info: zigbee.1 (347239) 0x00158d00053bbce1 (addr 57644): 50064 - Paulmann SmartHome led spot (Router) 2025-02-27 08:33:44.510 - info: zigbee.1 (347239) 0x00158d00053b9802 (addr 59273): 50064 - Paulmann SmartHome led spot (Router) 2025-02-27 08:33:44.511 - info: zigbee.1 (347239) 0x00158d00053b74f4 (addr 57231): 50064 - Paulmann SmartHome led spot (Router) 2025-02-27 08:33:44.511 - info: zigbee.1 (347239) 0x00158d00053b704e (addr 3485): 50064 - Paulmann SmartHome led spot (Router) 2025-02-27 08:33:44.512 - info: zigbee.1 (347239) 0x00158d00053c4b5f (addr 37566): 50064 - Paulmann SmartHome led spot (Router) 2025-02-27 08:33:44.512 - info: zigbee.1 (347239) 0x00158d00053c63b1 (addr 60469): 50064 - Paulmann SmartHome led spot (Router) 2025-02-27 08:33:44.512 - info: zigbee.1 (347239) 0xa4c138ea44c07185 (addr 64707): TS0203 - Tuya Door sensor (EndDevice) 2025-02-27 08:33:44.513 - info: zigbee.1 (347239) 0x84b4dbfffecf289d (addr 5214): 399629_2110 - Lidl Livarno Lux Ceiling Panel RGB+CCT (Router) 2025-02-27 08:33:44.513 - info: zigbee.1 (347239) 0x00124b0022ff5019 (addr 25383): DIYRuZ_Flower - DIYRuZ Flower sensor (EndDevice) 2025-02-27 08:33:44.513 - info: zigbee.1 (347239) Currently 20 devices are joined: 2025-02-27 08:33:44.514 - info: zigbee.1 (347239) Zigbee started 2025-02-27 08:33:44.619 - info: zigbee.1 (347239) debug devices set to [] 2025-02-27 08:33:54.660 - warn: zigbee.1 (347239) DeviceConfigure: 0x00124b0022ff5019 DIYRuZ_Flower Failed to configure. When device works is all fine when not wake up the device and check again 2025-02-27 08:34:08.329 - info: zigbee.1 (347239) List of port: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"}] 2025-02-27 08:34:16.830 - info: zigbee.1 (347239) State cleanup with {"force":false} 2025-02-27 08:34:17.956 - info: zigbee.1 (347239) keeping disconnected state "illuminance" of a4c138f49bf7b2ef 2025-02-27 08:34:17.956 - info: zigbee.1 (347239) keeping disconnected state "illuminance" of a4c13805d302171c 2025-02-27 08:34:17.957 - info: zigbee.1 (347239) keeping disconnected state "illuminance" of a4c1381ab2fb4715 -
-
@neuschwansteini dazu musst du den state cleanup aus der Adapter Konfiguration, nicht aus dem Tab heraus ausführen - da gibt es dann einen Haken den du setzen kannst.
Das die states erhalten bleiben liegt daran das sie eine state-spezifische Konfiguration haben (history, sql, …)
A.
-
danke, kaum macht man es richtig, funktioniert's..
-
das mit Punkt 1) occupancy timeout bekomme ich zur Zeit nicht hin.. oder geht das mit payload ?
-
@neuschwansteini das geht leider aktuell nicht - der DP ist in den exposes nicht weiter angegeben.
Es ist denkbar das da etwas getan wird,- sicher ist es aber nicht.
-
Danke, ok, kein Problem, dann fang ich das, wo es nervt, in den Scripten ab, ist ja gleich eingebaut.
