UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[paul53]

@apollon77 sagte:

issue anlegen im Admin

Sicher beim Admin oder beim js-controller ? Denn, wenn ich neue Objekte (enums) per Admin anlege, habe ich ein ähnliches Problem im Javascript-Adapter, den ich erst durchstarten muss, um auf die neuen Objekte zugreifen zu können.

[apollon77]

@paul53 ich würde es erstmal bei den Adaptern sehen und deren zwischen caching. Falls doch rauskommt das es controller ist schieben wir es.

[Garfonso]

@apollon77
Die Frage ist ja eigentlich, warum iot unbedingt ein native Part braucht um die id für smartName zu aktzeptieren..?

Der Zigbee Adapter hat das Problem auch immer, k.a. warum. Und beim erstellen von Alias Objekten per Skript (mit setObject) muss man halt auch selber dran denken, dass der native Part da ist (und gemeinerweise zeigt halt das Admin ein native an, obwohl es das im Objekt gar nicht gibt -> das hat mich damals schon ein paar Stunden gekostet. Warum ist das so?)

[Stefan_1969]

Die alias-Funktion oder die Datenpunkte finde ich bei mir nicht.
Ich habe begonnen mir eine Struktur mit linkeddevices aufzubauen und habe jetzt zwei Fragen:

1. Was ist der Unterschied zwischen den beiden Funktionen?
2. Werden beide nebeneinander existieren oder eine abgelöst und eingestellt?

Die Funktionalität ist genial aber Ich würde mir ungern die Arbeit zwei mal machen ....

Viele Grüsse
Stefan

[Phil85]

Wirklich geile Sache mit dem Alias ;-)
Meine Struktur sieht bis jetztb wie folgt aus

[Phil85]

In Skripten aber hauptsächlich in Views welche raumübergreifend kopiert werden,
suche ich einfach nur noch den Zimmer Namen und ersetze ihn mit einem Anderen.
Und schon passt der View mit allen sämtlichen Datenpunkten ;-)

[apollon77]

@Stefan_1969 Alias ist die direkt im js-controller (seit 2.0 neu) integrierte Form. Linkeddevices wird von einem Adapter gemanaged der auch immer laufen muss. Es gibt aktuell keine Pläne linkeddevices abzuklemmen oder so, also kannst Du das weiterhin nutzen - frisst halt mehr Ressourcen weil der Adapter alles handelt

[apollon77]

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

Die Frage ist ja eigentlich, warum iot unbedingt ein native Part braucht um die id für smartName zu aktzeptieren..?

Sagen wir es so: Ein State-Objekt ohne "native" ist an sich ungültig, auch wenn native leer ist. Den genauen Grund warum iot auf native zugreift weiss ich gerade nicht und müsste ich nachsehen ...

[Stefan_1969]

@apollon77 vielen Dank! Die Info hat mir ein Licht aufgehen lassen :blush:
Nun ist auch mir der Unterschied klar :+1:

[K_o_bold]

@apollon77 ,

die Objekte wurden mit dem Skript von @paul53 angelegt. Also per Admin..

[paul53]

@K_o_bold sagte:

Also per Admin.

Also per Javascript.

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

Ein State-Objekt ohne "native" ist an sich ungültig, auch wenn native leer ist.

Bei mir wird immer native mit einem leeren Objekt automatisch erzeugt.

[Garfonso]

@paul53
Bist du dir 100% sicher? Wie gesagt, der admin fügt das leere native ein, auch wenn es in der Objekt DB nicht steht. Wenn man dann auf speichern klickt, ohne was zu ändern, ist es da. Wenn nicht, dann fehlt es weiterhin und iot möchte weiterhin nicht mit dem Datenpunkt arbeiten. Probier das mal aus. Bei mir ist es 100% so, auch jetzt noch.

[paul53]

@Garfonso sagte:

admin fügt das leere native ein, auch wenn es in der Objekt DB nicht steht.

Da habe ich mich offensichtlich von Admin täuschen lassen.

[K_o_bold]

Wie zeichnet man denn am besten die Daten der alias auf, für Grafana History Adapter usw.?
Nur den Datenpunkt des Alias aufzeichnen oder wie unten im Bild, das Alias Objekt angeben:

[apollon77]

@K_o_bold es geht faktisch beides. In meinen Augen sollte man bei allem neuen das sinnvolle aufzeichnen - also ggf direkt den alias wert.

Der „alias“ im History Adapter ist nichts anderes wie das umbiegen der Speicherung auf einen anderen Namen wenn man mal IDs ändern muss und alte Daten behalten will.

[Blackmike]

Mit dem alias Adapter bin ich nach den ersten Startschwierigkeiten (fallen über den Bug in der extendObject Methode) sehr zufrieden.

Ich hätte da aber noch einen Wunsch, der dem Handling vom HM-IP und deren virtuellen Kanälen geschuldet ist.
ich würde verzückt lächeln, wenn ich nicht nur eine read und write funktion für einen Alias angeben könnte, sonden für read und write getrennte alias-IDs.
Grund.
bespielsweise einen Schaltaktor HM-IP-BSL
Kanal 3 enthält den zustand des aktors, z.b. au (true) oder aus (false)
kanal 4 ist einer der virtuellen Kanäle zu schalten.

Den Zustand würde ich nun gerne aus Kanal 3 auslesen können (read) aber ein Schreben auf Kanal 4 ausführen können (write)

geht das jetzt schon ? wenn ja, würde mich der trick interessieren. Wenn nein, ist das ein Wunsch zu Weihnachten ^^

gruss, Black

In diesem Moment lässt sich dieser Alias Datenpunkt perfekt in Widgets angeben. Mein Wrapper Script arbeitet bei HMIP auch mit 2 getrennen Datenpunkten für read und write, der alias.0 gefällt mir aber besser und da würde ich auch druchgängig drauf wechseln wenn alles geht.

[paul53]

@Blackmike sagte:

Kanal 3 enthält den zustand des aktors, z.b. au (true) oder aus (false)
kanal 4 ist einer der virtuellen Kanäle zu schalten.

Da wirst Du um ein Skript nicht herum kommen, denn das kann eine allgemein gehaltene Alias-Funktion nicht leisten: Eine Richtung kann Alias automatisch, die andere Richtung dann per Skript.

[apollon77]

Ich denke zu Weihnachten wird das nix. Das ist recht komplex. Aber leg doch mal ein issue im js-Controller an.

[Blackmike]

@apollon77
mach ich gerne, wenns auf deutsch geht... nur wo find ich den jscontroller auf github für das issue ?

[paul53]

@Blackmike sagte:

wo find ich den jscontroller auf github für das issue ?

Hier.