Umbenennung der Sonos-Geräte im Objektbaum

[kptkip]

Is your feature request related to a problem? Please describe.
Aktuell werden die Gerätenamen - also die Hauptordner der Geräte in der Form [IP-Adresse mit "_" anstatt "."] benannt.
Wenn sich nun bei einer Netzwerkänderung die IP-Adressen der Sonos-Geräte ändern, läuft kein einziges Skript mehr, weil die Datenpunkte nicht mehr existieren, da umbenannt.

Describe the solution you'd like
Wäre eine andere - änderungstolerantere - Benamung möglich? Zum Beispiel bietet Sonos die Seriennummer oder die MAC-Adresse an. Die dürften sich vermutlich nie ändern. Egal was man im Netzwerk oder in der App an Benamung ändert.

[Apollon77]

Die Frage ist ob ein solcher Breaking change oder die Wahrscheinlichkeit solcher Änderungen schlimmer ist ... Mit über 6.600 Installationen wäre der Breaking change sehr weitreichend ...

[kptkip]

Die Frage ist ob ein solcher Breaking change oder die Wahrscheinlichkeit solcher Änderungen schlimmer ist ...

Da hast du natürlich vollkommen recht. Das hätte ohne eine strategische Überlegung einen heftigen Impact.

Was aber möglich wäre, ist ein Feature-toggle, der im Standard ausgeschaltet ist. Dann hat jeder Anwender die Möglichkeit, das selbst zu wählen.

Was mir auch in den Sinn kommt, ist eine Selbstbenamungsfunktion wie beim broadlinkadapter. Dort kann optional in den Einstellungen der Name geändert werden. Wäre in der bestehenden Geräte Liste auch recht einfach umsetzbar. Z.B mit einer vorbelegten Namen Spalte.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of the adapter and tell us. Also check that all relevant details, logs and reproduction steps are included and update them if needed. Thank you for your contributions.
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüft, ob das Problem auch in der aktuellsten Version des Adapters noch relevant ist, und teilt uns dies mit. Überprüft auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind bzw. aktualisiert diese. Vielen Dank für Eure Unterstützung.

[Baenker]

man kann die ip´s im Netzwerk ja fest vergeben dann verändern sie sich auch nicht und schon gibt es keine Probleme. Ich fände eine Änderung unschön, da ich dann alle Scripte ändern müsste :-) Die meisten IP´s muss man ja eh fest vergeben auch zum anpingen per Ping-Adapter falls man so etwas denn nutzt...

Aber wenn schon fände ich es schön wenn man einen sprechenden Namen wählen kann der verwendet wird. Sonos One Flur usw..

[kptkip]

man kann die ip´s im Netzwerk ja fest vergeben dann verändern sie sich auch nicht und schon gibt es keine Probleme.

Naja, das ist eine unnötige Verlagerung des Problems in einen gänzlich anderen Sachbereich - nämlich den der Netzwerktopologie.

Hier gilt das Stichwort Resilienz: Eine saubere Software-Architektur sollte niemals anfällig gegenüber Änderungen auf den darunter liegenden System-Layern sein.

[Baenker]

@kptkip grundsätzlich hast Du natürlich recht.

Ein anderer Adapter nutzt z. B. die Mac-Adresse was ja erstmal besser klingt aber leider kann ich mir nie merken welche Kamera (in dem Fall) welche Mac-Adresse hat. Und im log wird bei Fehlern halt immer nur die Mac-Adresse genannt.

Bei den IPS ist das für mich wesentlich einfacher, da ich mir da halt gedanken gemacht welche IP wozu gehört. Und so ist es dann auch bei vielen Netzwerkgeräten halt noch relativ einfach.

Aber zurück zum Thema: Toggle wäre auf jeden Fall eine gute Lösung. Wurde seinderseits beim Hue-Adapter auch gemacht wenn ich mich richtig erinnere.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of the adapter and tell us. Also check that all relevant details, logs and reproduction steps are included and update them if needed. Thank you for your contributions.
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüft, ob das Problem auch in der aktuellsten Version des Adapters noch relevant ist, und teilt uns dies mit. Überprüft auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind bzw. aktualisiert diese. Vielen Dank für Eure Unterstützung.

[macpo]

Eine weitere Möglichkeit wäre der Alias-Adapater, bei dem sogar die Box ausgetauscht werden kann, ohne dass ein Skript angepasst werden muss.

[kptkip]

Dann muss ich ja jedes Script nochmal anfassen!
Nee, danke! lass mal. 😂 So oft wechsel ich die Sonos-Geräte ja nicht zwischen meinen VLANs.
BTW. das hilft nichts, da der Alias nachg einem Wechsel ebenfalls sein Ursprunsziel nicht mehr findet, weil der Identifier des Datenpunkts sich ändert.

Also ich bleibe dabei, es handelt sich um eine bemerkenswert schlechte Architektur, die sich von äußeren System-Faktoren so stören lässt. Das kann man definitiv (und sehr einfach und schnell) besser machen.

[macpo]

BTW. das hilft nichts, da der Alias nachg einem Wechsel ebenfalls sein Ursprunsziel nicht mehr findet, weil der Identifier des Datenpunkts sich ändert.

Das ist doch der eigentliche Witz an einem Alias. Du musst nur an einer Stelle das Ziel ändern und der Alias funktioniert wieder. Alle anderen, die den Alias verwenden funktionieren weiterhin.

[kptkip]

Ich will nichts ändern MÜSSEN, nur weil es lausig programmiert ist.

Ist das so schwer zu verstehen?

[macpo]

Alles gut, ich wollte nur helfen.

[kptkip]

Sorry, das war etwas ruppig. Danke für Deine Idee.

Der thread ist nunmehr 2 Jahre alt und natürlich habe ich mich an die Situation gewöhnt und da die Devices nicht mehr umgezogen sind, ist das Problem auch nicht mehr relevant.

Dennoch sollte man beim Erstellen der Architektur m.M. auf solche essentiellen Dinge achten. Gute Beispiele gibt es in der IoBroker-Welt genug:

• Zigbee-Adapter (Object-Baum-Identifier = Seriennummer des Zigbee-Gerätes)
• Shelly-Adapter (Object-Baum-Identifier = Seriennummer des Zigbee-Gerätes)
• Broadlink-Adapter (Object-Baum-Identifier kann selbst gewählt werdeen)

In zwei Jahren hätte man sich auch um eine Migrationsstrategie kümmern können.

[macpo]

Grundsätzlich bin ich auch ein Fan davon, wenn etwas einheitlich gehandhabt wird. Ich finde Deinen Vorschlag, eine neue Konfigurationsoption einzuführen, die bei Bestandsinstallationen aktiviert und bei Neuinstallation deaktiviert ist, nicht schlecht. So kann man bewusst den Identifier umstellen und im Laufe der Zeit wird die Anzahl mit IP-Adressen geringer...

Ich finde es super, dass Du nochmal geantwortet hast!