Alias best practices - Wie kann man es besser machen?
-
@ldittmar sagte:
wie ist es bei euch?
Ich verwende das Script im untersten Spoiler.
Bei mir würde die Alias-ID für LOWBAT des Einwurf-Sensors so aussehen: alias.0.Vorhof.Briefkasten.Einwurf.LOWBAT.@ldittmar sagte in Alias best practices - Wie kann man es besser machen?:
Die Möglichkeit "folder" direkt über Admin zu erstellen
Man kann auch "Gerät"(device) verwenden. Es geht ja nur um eine sinnvolle Struktur unter Einhaltung der Reihenfolge (parent - child) meta.device.channel.state, wobei die Objekte vom Typ "device" und "channel" auch weggelassen werden können.
-
@paul53 sagte in Alias best practices - Wie kann man es besser machen?:
@ldittmar sagte:
wie ist es bei euch?
Ich verwende das Script im untersten Spoiler.
Bei mir würde die Alias-ID für LOWBAT des Einwurf-Sensors so aussehen: alias.0.Vorhof.Briefkasten.Einwurf.LOWBAT.@ldittmar sagte in Alias best practices - Wie kann man es besser machen?:
Die Möglichkeit "folder" direkt über Admin zu erstellen
Man kann auch "Gerät"(device) verwenden. Es geht ja nur um eine sinnvolle Struktur unter Einhaltung der Reihenfolge (parent - child) meta.device.channel.state, wobei die Objekte vom Typ "device" und "channel" auch weggelassen werden können.
Du hast aber damit ein kleines Problem: Wenn du ein DP anlegst - alias.0.Vorhof.Briefkasten.Einwurf.LOWBAT - dann wird ein DP mit der ID "Vorhof.Briefkasten.Einwurf.LOWBAT" angelegt -> in der Ordnerstruktur sieht es zunächst alles schön aus, aber es gibt kein Ordner Vorhof, Briefkasten oder Einwurf. Das merkst du bei den Objekten daran, dass du bei den "Ordnern" keine Möglichkeit hast es zu bearbeiten oder löschen. (Bleistift und Mülleimer rechts fehlen) Deswegen wurde noch ein Typ "folder" hinzugefügt.
"device" und "channel" kommen halt aus der Homematic Welt. Meine Struktur bräuchte aber kein Channel, denn ich Arbeite auf Device-Ebene. Es ist aber so, dass die States unter Channel sein sollen.Ich habe die ersten Alias über den Device Adapter angelegt. Leider ist der Adapter nicht so flexibel. Die neuen Lege ich so an, dass ich einfach ein DP bearbeite und die ID entsprechend ändere. Wenn die ID geändert wird, wird eine Kopie des Objektes an der Stelle erzeugt und damit arbeite ich dann.
-
@ldittmar sagte:
aber es gibt kein Ordner Vorhof, Briefkasten oder Einwurf
Ordner gibt es schon, aber keine Objekte zu den Ordnern. Wenn ich Objekte "device" und "channel" haben möchte, erzeuge ich sie manuell im Tab "Objekte".
@ldittmar sagte in Alias best practices - Wie kann man es besser machen?:
"device" und "channel" kommen halt aus der Homematic Welt.
Ja, ioBroker ist aus der Erfahrung mit HomeMatic entstanden. Deshalb die erwähnte Reihenfolge parent - child.
-
Ich habe ein Skript in dem ich mir alle Alias Werte anlege.
Dazu nutze ich eine von mir erweiterte Version von Paul.
diese Version erstellt auch für die zwischen Ordner einen Datenpunkt mit einem bestimmten Typ (weiß gerade nicht mehr welcher), damit auch diesen Datenpunkte Rollen etc. zugeordnet werden können.Der Vorteil wie ich finde, wenn ein neues Gerät hinzukommt und ich bereits eines der gleichen Art habe z.B. Fensterkontakt, kann ich mir die Codezeilen zum erstellen der dafür passenden Aliaswerte einfach duplizieren und den Quellpfad zum neuen Gerät anpassen.
-
@ldittmar
ich würde mir auch wünschen einen Alias aus einem Datenpunkt heraus anlegen zu können.
Alleine die ID zu suchen, diese in den Zwischenablage zu legen, manuell einen alias erstellen, die ID dort hineinkopieren, macht das alles sehr, sehr holprig.Mitunter habe ich mir auch schon eine "Massenanlage von Aliase" gewünscht, doch hier ändern sich quasi täglich meine Wünsche, wie dieses arbeiten müßte, daher stelle ich mir das schwer vor
Vielleicht könnte man in Adaptern, die ja üblicherweise eigene Datenpunkte anlegen, die gleichzeitige Anlage von Aliase mit ermöglichen lassen?
-
@BBTown sagte in Alias best practices - Wie kann man es besser machen?:
@ldittmar
ich würde mir auch wünschen einen Alias aus einem Datenpunkt heraus anlegen zu können.
Alleine die ID zu suchen, diese in den Zwischenablage zu legen, manuell einen alias erstellen, die ID dort hineinkopieren, macht das alles sehr, sehr holprig.Ja... und vor allem sehr Fehleranfällig. Hab schon einmal aus versehen die falsche ID rein kopiert.
Mitunter habe ich mir auch schon eine "Massenanlage von Aliase" gewünscht, doch hier ändern sich quasi täglich meine Wünsche, wie dieses arbeiten müßte, daher stelle ich mir das schwer vor
Dafür ist der Devices Adapter da. Er muss nur etwas flexibler werden. Damit lässt sich gleichzeitig mehrere Aliase zu einem Gerät anlegen. Ich nutze es oft, aber wie gesagt: mir fehlt die Flexibilität.
Vielleicht könnte man in Adaptern, die ja üblicherweise eigene Datenpunkte anlegen, die gleichzeitige Anlage von Aliase mit ermöglichen lassen?
Nee... Ich persönlich lege nicht alle DPs als Alias an, denn einige interessieren mich nicht oder ich mache aus mehrere Sensoren ein Gerät (bsp.: Briefkasten). Die Adaptern sollten da. meiner Meinung nach, nichts machen.
-
@CruziX sagte in Alias best practices - Wie kann man es besser machen?:
Ich habe ein Skript in dem ich mir alle Alias Werte anlege.
Dazu nutze ich eine von mir erweiterte Version von Paul.
diese Version erstellt auch für die zwischen Ordner einen Datenpunkt mit einem bestimmten Typ (weiß gerade nicht mehr welcher), damit auch diesen Datenpunkte Rollen etc. zugeordnet werden können.Der Vorteil wie ich finde, wenn ein neues Gerät hinzukommt und ich bereits eines der gleichen Art habe z.B. Fensterkontakt, kann ich mir die Codezeilen zum erstellen der dafür passenden Aliaswerte einfach duplizieren und den Quellpfad zum neuen Gerät anpassen.
Das mit dem Skript ist zwar super und echt cool, aber leider nicht für die breite Masse geeignet. Es muss definitiv einfacher für die User werden.
-
@ldittmar sagte in Alias best practices - Wie kann man es besser machen?:
Nee... Ich persönlich lege nicht alle DPs als Alias an, denn einige interessieren mich nicht oder ich mache aus mehrere Sensoren ein Gerät (bsp.: Briefkasten). Die Adaptern sollten da. meiner Meinung nach, nichts machen.
Mein Gedankengang war eher, dass das Löschen nicht benötigter Aliase womöglich einfacher/schneller ginge als das nachträgliche hinzufügen?!?
Womöglich in den Adaptern als Option "Alias anlegen ja/nein"? -
@BBTown sagte:
ich würde mir auch wünschen einen Alias aus einem Datenpunkt heraus anlegen zu können.
@Scrounger is jemand, der in Lage ist, einen passenden Adapter zu erstellen, da sein Adapter ioBroker.linkeddevices mit diesem Prinzip arbeitet. Allerdings werden dort alle custom-Eigenschaften beim Original-Datenpunkt erstellt, was im Falle von Alias nicht sein soll. Es müsste also mit Suche über alle Alias-Datenpunkte gearbeitet werden.
Vielleicht kann jemand @Scrounger zu dem Adapter überreden ?@ldittmar sagte in Alias best practices - Wie kann man es besser machen?:
Die Adaptern sollten da. meiner Meinung nach, nichts machen.
Bin da ganz Deiner Meinung.
-
@paul53 sagte in Alias best practices - Wie kann man es besser machen?:
@BBTown sagte:
ich würde mir auch wünschen einen Alias aus einem Datenpunkt heraus anlegen zu können.
@Scrounger is jemand, der in Lage ist, einen passenden Adapter zu erstellen, da sein Adapter ioBroker.linkeddevices mit diesem Prinzip arbeitet. Allerdings werden dort alle custom-Eigenschaften beim Original-Datenpunkt erstellt, was im Falle von Alias nicht sein soll. Es müsste also mit Suche über alle Alias-Datenpunkte gearbeitet werden.
Vielleicht kann jemand @Scrounger zu dem Adapter überreden ?Mit Admin 5 wird da was kommen. Linkeddevices ist ein guter Beispiel wie sowas aussehen könnte. Mal sehen was da passieren wird. Ich habe in meinem ersten Post die Github Issues verlinkt...
-
ich habe auch alles auf alias umgestellt.. und bin genau so wie @ldittmar in die Falle getappt..mit dem Script .. dass ich keine Räume angelegt bekommen habe ... Danke an dich hier für die hilfestellung
mit dem Device Adapter ist das schon ok .. nur sollte man die Objekte nicht extra umbenenen "müssen"..ich verwende lieber die orginalen Datenpunktnamen .. in Scripten kann man sich dann den Datenpunkt zusammenparsen..
-
@arteck sagte in Alias best practices - Wie kann man es besser machen?:
ich habe auch alles auf alias umgestellt.. und bin genau so wie @ldittmar in die Falle getappt..mit dem Script .. dass ich keine Räume angelegt bekommen habe ... Danke an dich hier für die hilfestellung
Gern geschehen... also noch für die, die das Problem haben: Die "Ordner" können ganz einfach nachträglich erstellt werden.
mit dem Device Adapter ist das schon ok .. nur sollte man die Objekte nicht extra umbenenen "müssen"..ich verwende lieber die orginalen Datenpunktnamen .. in Scripten kann man sich dann den Datenpunkt zusammenparsen..
Das mache ich zum Beispiel nicht. Ich möchte die Geräte vereinheitlichen. Mir ist es also egal ob ein Licht aus Homematic, Hue, tradfri, Zigbee, ZWave usw... kommt. Ich kann alle gleich ansprechen, weil alle die gleiche StateIDs haben.
-
@ldittmar sagte:
Ich kann alle gleich ansprechen, weil alle die gleiche StateIDs haben.
Ja, das ist ein wesentlicher Aspekt, der für die Verwendung von Alias spricht.
@ldittmar sagte in Alias best practices - Wie kann man es besser machen?:
Die "Ordner" können ganz einfach nachträglich erstellt werden.
Meinst Du, dass aus Ordnern einfach Objekte gemacht werden können ? Ja, das ist leicht möglich, indem man ein Objekt mit der ID eines bestehenden Ordners erzeugt, was sowohl im Tab "Objekte" als auch mit einem Script funktioniert.
-
@paul53 sagte in Alias best practices - Wie kann man es besser machen?:
Meinst Du, dass aus Ordnern einfach Objekte gemacht werden können ? Ja, das ist leicht möglich, indem man ein Objekt mit der ID eines bestehenden Ordners erzeugt, was sowohl im Tab "Objekte" wie auch mit einem Script funktioniert.
Jepp... genau das. Am Anfang habe ich auch gedacht man müsste alles neu anlegen. Es ist also nicht alles verloren und man kann die Ordnerstruktur nachträglich erstellen.
-
@paul53 sagte in Alias best practices - Wie kann man es besser machen?:
@ldittmar sagte:
Ich kann alle gleich ansprechen, weil alle die gleiche StateIDs haben.
Ja, das ist ein wesentlicher Aspekt, der für die Verwendung von Alias spricht.
@ldittmar sagte in Alias best practices - Wie kann man es besser machen?:
Die "Ordner" können ganz einfach nachträglich erstellt werden.
Meinst Du, dass aus Ordnern einfach Objekte gemacht werden können ? Ja, das ist leicht möglich, indem man ein Objekt mit der ID eines bestehenden Ordners erzeugt, was sowohl im Tab "Objekte" als auch mit einem Script funktioniert.
Also quasi einen Alias der als Quelldatenpunkt einen anderen Ordner hat?
Ich hab jetzt nochmal nachgesehen und ich hab einfach einen Datenpunkt mit dem Attribut "type": "meta.folder" erstellt. Somit fungiert er als Ordner und braucht keine Verknüpfung -
@ldittmar Bei meinem Skript kann ich sogar eine Variable auf true setzen und dann werden alle bereits bestehenden Alias Werte auf diese Ordnerfunktion konvertiert
-
Ich muss mal blöd fragen.
In #1 sieht man
Objekte ?Diesen Punkt habe ich nicht. Wo kommt dieser her?
Weiterhin fehlt mir der Punkt alias.0
Wann wird dieser angezeigt?
mfg
-
@bahnuhr sagte in Alias best practices - Wie kann man es besser machen?:
Wann wird dieser angezeigt?
Bei Einführung des alias, siehe https://forum.iobroker.net/post/315709
Glaub mit aktuellem js-controller, sollte jedoch ein Ordner mit einem Beispiel state angelegt sein
Haken vllt nicht gesetzt?
-
die objecte bekommst du nach der installation des adapters hier:
da kannst du das dann auswählen
-
@liv-in-sky sagte in Alias best practices - Wie kann man es besser machen?:
die objecte bekommst du nach der installation des adapters hier:
da kannst du das dann auswählen
Ja eben nicht.
Geräte gibt es da nicht.
