NEWS
Ist großes Zigbee Update von 1.9.5 auf 3 riskant?
-
Ein Wichtiger Punkt noch zu den per Lan angebundenen Koordinatoren - diese haben oft intern ein NVRam, in dem sich ab Werk bereits eine ExtPanID befindet - es kann also zu problemen kommen wenn man nach meiner Anleitung den Wechsel von Koordinator A auf Koordinator B durchfürt. Um das stabil zu können muss der Koordinator die Option bieten das NVRam zu löschen. Der Cod.M tut das, bei den Sonoff und SLZB bin ich da unsicher.
Wäre das hier das passende beim Sonoff?

Ein Wichtiger Punkt noch zu den per Lan angebundenen Koordinatoren - diese haben oft intern ein NVRam, in dem sich ab Werk bereits eine ExtPanID befindet - es kann also zu problemen kommen wenn man nach meiner Anleitung den Wechsel von Koordinator A auf Koordinator B durchfürt. Um das stabil zu können muss der Koordinator die Option bieten das NVRam zu löschen. Der Cod.M tut das, bei den Sonoff und SLZB bin ich da unsicher.
Wäre das hier das passende beim Sonoff?

Ja
-
Habe jetzt die FW des Coordinators auf
Konfiguration nun
• type:ZStack3x0
• version:2-1.2.7.1.
• revision:20250321
upgedatet.
Jetzt sind aber wieder alle Namen gelöscht. Ist das normal? -
Habe jetzt die FW des Coordinators auf
Konfiguration nun
• type:ZStack3x0
• version:2-1.2.7.1.
• revision:20250321
upgedatet.
Jetzt sind aber wieder alle Namen gelöscht. Ist das normal? -
Vielen Dank! Geändert habe ich im Objektbaum.
In den Overrides steht großteils die gelöschten Namen bzw. die types und nicht die von mir gegebenen Namen.Was ist best practice, damit es persistent wird?
Edit: Ich sehe, daß die Overrides geändert werden, wenn ich die Namen in den Adapterkacheln ändere.
Aber nicht, wenn ich im Objektbaum ändere, was aber für mich besser funktioniert, weil die Reihenfolge mit der zuvor erzeugten Liste übereinstimmt. -
Vielen Dank! Geändert habe ich im Objektbaum.
In den Overrides steht großteils die gelöschten Namen bzw. die types und nicht die von mir gegebenen Namen.Was ist best practice, damit es persistent wird?
Edit: Ich sehe, daß die Overrides geändert werden, wenn ich die Namen in den Adapterkacheln ändere.
Aber nicht, wenn ich im Objektbaum ändere, was aber für mich besser funktioniert, weil die Reihenfolge mit der zuvor erzeugten Liste übereinstimmt.Edit: Ich sehe, daß die Overrides geändert werden, wenn ich die Namen in den Adapterkacheln ändere.
Aber nicht, wenn ich im Objektbaum ändere, was aber für mich besser funktioniert, weil die Reihenfolge mit der zuvor erzeugten Liste übereinstimmt.Das wird in der 3.5 erst wieder gehen - ich hab da an einzelnen Stellen Probleme wegen der Auto-Benennung aus den Converters.
Ist bekannt, und in Arbeit. Technisch einfach - die Logik klemmt etwas
A.
-
Das heißt, ich muß jetzt in den Kacheln ändern?
Objektbaum und overrides erledigt dann der Adapter? -
Das heißt, ich muß jetzt in den Kacheln ändern?
Objektbaum und overrides erledigt dann der Adapter? -
Ich habe jetzt mit Python die LocalOverrides aus meinen xls Daten generiert. Scheint so weit zu gehen.
-
Ja, anschließend den Adapter neu gestartet. Der Adapter hat dann alles eingelesen und etwaige Änderungen, die ich danach in den Kacheln vorgenommen habe, wieder schön in die Overrides eingepflegt. So gesehen sieht das aus meiner Laiensicht gut aus.
Was wohl auch funktioniert hätte:
- Ändern im Objektbaum -> Die Änderungen werden in den Kacheln angezeigt
- Kacheln öffnen -> "Edit" Bearbeitung öffnen
- im Kacheleditor speichern. Dann ändert der Adapter auch die Overrides
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden