@Garfonso said in Fragen / Antworten rund um die neue Alias Funktion:

@sabuty
Nein, das geht aktuell nicht. Ich meine dafür gibt es ein issue im js-controller, ist bisher aber nicht implementiert, soweit ich weiß (guck ggf. mal ob es das issue wirklich gibt).

@apollon77 said in Fragen / Antworten rund um die neue Alias Funktion:

@sabuty Dazu war Alias nicht gedacht. Read/Write sind aktuell funktionen umden Wert zu manipulieren. Und ja es gibt es Issue in read/write auch auf andere States zugreifen zu können ... das ist aber alles andere als trivial

Danke euch beiden, das hilft mir weiter mit dem Verständnis. Ich bin mittlerweile auch etwas tiefer in die Materie eingestiegen und habe mir auch mal angeschaut, wie zum Beispiel iobroker.devices und iobroker.lovelace mit dem Thema umgehen. Im Prinzip scheint hier abhängig von der role des Alias Objekts eine gewisse Erwartung zu herrschen, welche States verfügbar sind. Damit hat man dann wirklich alle Vorteile: Mit Aliasen die Abstraktion und Anpassung auf ein Grundmodell, mit dem dann Addons wie lovelace vernünftig weiterarbeiten können.

Der Idealfall wäre also, wenn die Addons die Alias-Strukturen verstehen, die von iobroker.devices angelegt werden. Dann entsteht kein Wildwuchs und es wird richtig benutzerfreundlich.

@Sylvan said in Fragen / Antworten rund um die neue Alias Funktion:

Was habe hier für einen Denkfehler? Ich dachte mit dem alias.id.read kann ich bestimmen von welchem Datenpunkt der Wert des Alias geholt wird aber anscheinend ist dem ja nicht so.

Das habe ich auch zuerst gedacht/gehofft, laut Doku sind die read/write Funktionen wohl nicht dazu gedacht, auf andere States zu zeigen. Ich habe genau die gleiche Absicht wie du, für Rollläden (in meinem Fall HmIP-BROLL) den Ist- und den Soll-Wert in einem iobroker-States zusammenzufassen. Damit sollten dann addons wie shuttercontrol besser mit klar kommen.

Ich habe für einen Rolladen den Alias mit dem iobroker.devices Addon erzeugt und dachte erst, das wäre die "Lösung", da man dort für SET und ACTUAL unterschiedliche Ziel-/Quell-States auswählen kann. Unterm Strich scheint aber das auch nur eine bestimmte Struktur zu erzeugen mit "bekannten" Sub-States:

alias.0.Bad_Rollo -- Blind
*SET hm-rpc.0.001117XXXXXXXX.4.LEVEL
ACTUAL hm-rpc.0.001117XXXXXXXX.3.LEVEL

Es sind also immer noch getrennte States und shuttercontrol wirft, wenn man einfach nur "alias.0.Bad_Rollo" als Datenpunkt für den Rolladen angibt, dann diesen Fehler:

shuttercontrol.0 | 2020-07-14 08:32:48.228 | warn | (21258) Alias alias.0.Bad_Rollo has no target 9

Shuttercontrol versucht den Datenpunkt (in meinem Fall den Alias) einfach nur mit dem folgenden Kommando zu lesen:

adapter.getForeignState('alias.0.Bad_Rollo')

Ich hatte gehofft, dass es hier seitens iobroker/Aliasen dann einen Automatismus gibt, der diese Lesezugriffe dann "automatisch" auf den SET/ACTUAL State umroutet, aber dem ist wohl nicht so?