Organisieren mit Alias, wie macht ihr das

[Gargano]

@RalfTh Ich hab eine SSD als kleines USB-Device, sieht aus wie ein Knopf.
Als Backup mach ich bei größeren Änderungen ein Full-Backup von der SSD. Zusätzlich BackitUp auf Google und die Scripte und die VIS speichere ich nochmal manuell. In Vis unter 'Projekt export' und in den Scripten 'Exportieren Sie alle Scripte'.

Das ist vielleicht Hosenträger und Gürtel, aber ich hatte schonmal das Vergnügen , die VIS neu aufzusetzen.

[RalfTh]

@Gargano Das kann ich verstehen, ich habe gerade das Vergnügen. Ich hatte einen Vollcrash mit meiner SD-Card. Ich möchte jetzt, auch wegen der Sicherheit auf eine SSD wechseln. Was ist denn das für eine interessante SSD die du hast? Kannst mal Hersteller nennen?

[Gargano]

@RalfTh Sundisk Ultra Fit USB 3.1 . Gibt es bis 512 GB

[RalfTh]

@Gargano sagte in Organisieren mit Alias, wie macht ihr das:

Sundisk Ultra Fit USB 3.1

Das ist aber kein SSD-Laufwerk, sondern USB-Stick?! Hast du den vorher mit einem Programm getestet? Ich habe da einige unschöne Bewertungen gelesen bezüglich Kapazität und Schreib-/Lesegeschwindigkeit.

[Gargano]

@RalfTh Das ist ein Flash Laufwerk

SanDisk

[da_Woody]

@paul53 said in Organisieren mit Alias, wie macht ihr das:

Genau das ist das beabsichtigte Konzept von "0_userdata.0" und "alias.0".

das konzept habe ich ja verstanden, im endeffekt ists aber egal wie die instanz heisst.
@Scrounger hätte statt linkeddevice.0 genauso gut alias.0 verwenden können, hätte das was geändert? ich denk mal nicht.
interessant find ich den ansatz Funktion -> Stockwerk -> Raum. der vorteil erschliesst sich mir noch nicht so ganz. finde da Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher. ein verzeichniss, IDs ändern fertig. oder übersehe ich da irgendwas?

[UncleSam]

@da_Woody sagte in Organisieren mit Alias, wie macht ihr das:

@paul53 said in Organisieren mit Alias, wie macht ihr das:

Genau das ist das beabsichtigte Konzept von "0_userdata.0" und "alias.0".

das konzept habe ich ja verstanden, im endeffekt ists aber egal wie die instanz heisst.
@Scrounger hätte statt linkeddevice.0 genauso gut alias.0 verwenden können, hätte das was geändert? ich denk mal nicht.
interessant find ich den ansatz Funktion -> Stockwerk -> Raum. der vorteil erschliesst sich mir noch nicht so ganz. finde da Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher. ein verzeichniss, IDs ändern fertig. oder übersehe ich da irgendwas?

Für die Namensgebung, schau dir doch mal mein Schema an (unter "Bezeichnungen"):

SR-HZZ(X)
^^ ^^  ^
|| ||  + optionaler Index (A-Z), wenn am gleichen Ort mehrere Sachen sind
|| |+--- durchnummerierte Zahl, wenn auf der gleichen Höhe mehrere Orte existieren
|| +---- Höhe: in den meisten Fällen B=Bodennähe, W=Wand, D=Decke, F=Fenster
|+------ Raum
+------- Stockwerk

Damit kann ich nicht nur Aliasse in ioBroker lösen sondern auch jegliche Beschriftung in Verteilerkästen. Ist zwar weniger sprechend, aber sehr effizient.

Für die Aliasse würde ich dann aber alias.0.sr.hzzx verwenden.
Geräte, die nicht in diese Kategorisierung passen, kämen dann unter alias.0.sr.<gerätename>

[ente34]

@RalfTh
Ich möchte den Thread nicht sprengen, aber was ist der Unterschied zwischen den Adaptern Linked Devices und Devices ?
Welcher Adapter wird wann empfohlen?

[paul53]

@Scrounger sagte:

Unter 0_userdata.0 leg ich alle nicht HW relevanten Datenpunkte an, wie z.B. Verbrauchszaehler Skript, Adapter spezifisch und Datenpunkte die ich für die VIS brauche. Hier auch die gleiche SubStruktur wie oben ...
Skripte werden ebenfalls nach der Struktur angelegt

So halte ich es auch von Anfang an, nur mit dem Unterschied, dass ich getIdByName() und eindeutige, strukturierte Namen verwenden musste, denn damals gab es noch keine Alias-Funktion / keinen LinkedDevices-Adapter.

Da häufig benötigt, könnte man so die Pfadbildung und spezifische setState()-Funktionen in ein globales Script packen:

const idsVirtu = name.replace('script.js.', '0_userdata.0.');
const idsAdapt = name.replace('script.js.', 'alias.0.');
function setVirtuState(id, val) {
    setState(idsVirtu + id, val, true);
}
function setAdaptState(id, val) {
    setState(idsAdapt + id, val, false);
}

@da_Woody sagte in Organisieren mit Alias, wie macht ihr das:

Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher.

Das ist Ansichtssache, wobei eine 2-Zimmer-Wohnung sicherlich anders behandelt werden muss als ein Hotel.

[Scrounger]

@da_Woody sagte in Organisieren mit Alias, wie macht ihr das:

@Scrounger hätte statt linkeddevice.0 genauso gut alias.0 verwenden können, hätte das was geändert? ich denk mal nicht.

Zum dem Zeitpunkt gab es noch keine alias. Linkeddevices verwendet auch keine alias, sondern hat eine eigene Methode implementiert. Von daher nein.

interessant find ich den ansatz Funktion -> Stockwerk -> Raum. der vorteil erschliesst sich mir noch nicht so ganz. finde da Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher. ein verzeichniss, IDs ändern fertig. oder übersehe ich da irgendwas?

Ich hatte das früher auch anders rum, bin dann aber aus einem Grund auf die andere Struktur gewechselt. Ist aber so lange her, das ich es einfach nicht mehr weiß

[RalfTh]

@UncleSam Puh, das ist ja sehr komplex. Ich habe mir mal dein Post zum Hausumbau angesehen.
Bei mir gestaltet sich das eher sehr übersichtlich. Eine übersichtliche Anzahl an WLAN-Steckdosen, einige Thermometer, einige Schalter, einige Kontakte.

• Ich erfasse meinen Gas- und Stromverbrauch und berechne meine Kosten etc

• Ich überwache größtenteils den Stromverbrauch mit meinen WLA-Steckdosen und erfasse die Verbräuche. Das ist sehr erhellend.

• Für den Wintergarten habe ich einen Frostschutz mit den Komponenten Steckdose, Thermometer und Türkontakt realisiert.

Das war es auch schon so ziemlich.

[mrMuppet]

@scrounger sagte in Organisieren mit Alias, wie macht ihr das:

interessant find ich den ansatz Funktion -> Stockwerk -> Raum. der vorteil erschliesst sich mir noch nicht so ganz. finde da Stockwerk -> Raum -> Gerät -> benötigte Datenpunkte im falle eines hardware tausches übersichtlicher. ein verzeichniss, IDs ändern fertig. oder übersehe ich da irgendwas?

Ich hatte das früher auch anders rum, bin dann aber aus einem Grund auf die andere Struktur gewechselt. Ist aber so lange her, das ich es einfach nicht mehr weiß

Ich könnte mir vorstellen, dass man eher einen ganzen Geräte-Typ ersetzt (z.B. Umstellung auf neues Heizungssystem) als das man einen gesamten Raum umstellen muss. Beim Ersetzen von Einzelgeräten muss man in jedem Fall den ganzen Baum durch wandern. Insofern verstehe ich das System von @Scrounger .

[da_Woody]

@mrmuppet das kann man sehn, wie mann mag. wenn eine einzelnes gerät in der kücke kaputt geht, find ich das im raum küche sehr schnell. vor allem, wenn man dann noch unterteilt in licht, steckdose, rollo, ...
wie oft tauscht man im leben sein komplettes heizsystem? wenn, dann kann man immer noch filtern...