Alias best practices - Wie kann man es besser machen?

ldittmar

@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 :sunglasses:

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.

ldittmar

@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.

BBTown

@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?!? :sunglasses:
Womöglich in den Adaptern als Option "Alias anlegen ja/nein"?

paul53

@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.

ldittmar

@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...

arteck

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..

ldittmar

@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.

paul53

@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.

ldittmar

@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.

CruziX

@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

CruziX

@ldittmar Bei meinem Skript kann ich sogar eine Variable auf true setzen und dann werden alle bereits bestehenden Alias Werte auf diese Ordnerfunktion konvertiert :grin:

bahnuhr

@ldittmar

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

crunchip

@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?