Fragen / Antworten rund um die neue Alias Funktion
-
@dslraser @steimi ich hatte bis gerade eben auch keinen alias.0.
Bei keinen Versionen vom Js-Controller wurde irgendwas angelegt. aktuell bin ich auf 2.0.34 und hatte alle beta nacheinander.
Nun wollte ich eigentlich gerade auf redis umstellen und vergessen in den Ordner /opt/iobroker zu wechseln.
mit iobroker setup costum kam dann folgendesroot@IoBroker:~# iobroker setup costum object alias.0 created object system.certificates yet exists object system.repositories yet exists object system.config yet exists object enum.functions yet exists object enum.rooms yet exists object system.group.user yet exists object system.group.administrator yet exists object _design/system yet exists
-
Hallo zusammen,
bei mir ist das Verhalten mit den Aliasen leider genau das gleiche.
Habe es mit verschiedenen Typen versucht, die verlinkten Objekte und Werte sind auch wirklich vom richtigen Typ, es wird allerdings nichts angezeigt.
Ein log(getState("alias.0.Licht.Kueche").val); bringt mir im Log ein getState "alias.0.Licht.Kueche" not found (3) states[id]=falseBeim Ändern des Werts erscheint dieser kurz, verschwindet dann aber beim Aktualisieren der Seite wieder.
Habe es auf einer Test-VM mit JS-Controller 2.0.33 versucht und allen Adaptern auf aktuellem Stand aus dem latest-Repo.
-
@apollon77 habe mir mal erlaubt, ein entsprechendes Video zu machen
https://drive.google.com/file/d/1Uok5MzubHqxthappPBwGLdoFLhngBz_c/view
-
Danke sehen wir uns an. Die Integration von alias im Admin ist effektiv noch nicht voll gegeben. Siehe auch Infos zum alias feature. Alias ist nur „Technology preview“
Wichtig ist aber das die Adapter die den Datenpunkt lesen wie visu den korrekten Wert haben?!
-
@apollon77 Sorry, war leider unterwegs und bin erst eben wieder angekommen. Bei mir sieht es aber gleich aus wie in dem Video von NightWatcher. Der "Darstellungsfehler" im Admin würde mich nicht großartig stören, nur das getState "alias.0.Licht.Kueche" not found (3) states[id]=false macht die Verwendung etwas schwer :)
Was mir allerdings eben aufgefallen ist, als ich wieder getestet habe, mittlerweile scheinen die Aliase zu funktionieren, da sie einen Wert zurückgeben. Ein eben neu erstellter liefert jedoch wieder die gleiche Fehlermeldung.
Danach habe ich zum Testen die Javascript-Instanz neugestartet und die vor dem Neustart noch funktionierenden Aliase liefern auch wieder die gleiche Fehlermeldung.
Wenn ich nun jedoch den Wert von einem Datenpunkt ändere, scheint dieser auch wieder zu funktionieren, bei mir wird also scheinbar nur beim erstellen des Alias, oder beim Neustart der JS-Instanz der aktuelle Wert nicht übernommen zu werden, sondern erst bei Änderung. -
Danke sehen wir uns an. Die Integration von alias im Admin ist effektiv noch nicht voll gegeben. Siehe auch Infos zum alias feature. Alias ist nur „Technology preview“
Wichtig ist aber das die Adapter die den Datenpunkt lesen wie visu den korrekten Wert haben?!
@apollon77 wenn ich den alias in der vis benutzen möchte, so wird dort nur NaN ausgeben.
-
@apollon77 Sorry, war leider unterwegs und bin erst eben wieder angekommen. Bei mir sieht es aber gleich aus wie in dem Video von NightWatcher. Der "Darstellungsfehler" im Admin würde mich nicht großartig stören, nur das getState "alias.0.Licht.Kueche" not found (3) states[id]=false macht die Verwendung etwas schwer :)
Was mir allerdings eben aufgefallen ist, als ich wieder getestet habe, mittlerweile scheinen die Aliase zu funktionieren, da sie einen Wert zurückgeben. Ein eben neu erstellter liefert jedoch wieder die gleiche Fehlermeldung.
Danach habe ich zum Testen die Javascript-Instanz neugestartet und die vor dem Neustart noch funktionierenden Aliase liefern auch wieder die gleiche Fehlermeldung.
Wenn ich nun jedoch den Wert von einem Datenpunkt ändere, scheint dieser auch wieder zu funktionieren, bei mir wird also scheinbar nur beim erstellen des Alias, oder beim Neustart der JS-Instanz der aktuelle Wert nicht übernommen zu werden, sondern erst bei Änderung. -
@apollon77 wenn ich den alias in der vis benutzen möchte, so wird dort nur NaN ausgeben.
@NightWatcher auch wenn sicherer wert ändert oder nur initial? Kannst du mal schauen?
Also vis starten und NaN wäre passend zu dem Bekannten. Wenn sich der wert dann ändert und findige Seite lädst geht es dann?Aber auch hier hab ich Vermutung
-
Nope, er ändert sich niemals. Ich habe testhalber genau den Wert im Video bereits einige Tage auf der vis. Und der Rollladen fährt jeden Tag mindestens 2x.🙂 Der Wert bleibt immer NaN.
Wago 750-881 - mit über 200 Ein- und Ausgängen, DMX512 Art-Net für Beleuchtung, 1-Wire für Umweltsensoren Aussen und Innen, ioBroker als Visualisierung
-
Nope, er ändert sich niemals. Ich habe testhalber genau den Wert im Video bereits einige Tage auf der vis. Und der Rollladen fährt jeden Tag mindestens 2x.🙂 Der Wert bleibt immer NaN.
@NightWatcher ja kann sein. Mal schauen.
-
Die 2.0.35 die die Alias Themen fixen sollte kommt vorauss. heute Abend ins Latest.
Wer vorab schauen will kann es von GitHub installieren, siehe auch https://forum.iobroker.net/topic/25179/aufruf-js-controller-2-0-beta-test/848
-
@apollon77 Mit der 2.0.35 sieht bislang alles gut aus. Werde weiter Testen und mich bei Problemen wieder melden. Vielen Dank!
-
Die 2.0.35 ist jetzt (mit weiteren Fixes @Seber bitte nochmal neu aktualisieren!) offiziell Verfügbar. Bitte checkt mal ob sich Aliases jetzt korrekt verhalten.
Danke!Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Die 2.0.35 ist jetzt (mit weiteren Fixes @Seber bitte nochmal neu aktualisieren!) offiziell Verfügbar. Bitte checkt mal ob sich Aliases jetzt korrekt verhalten.
Danke!@apollon77 sagte in Fragen / Antworten rund um die neue Alias Funktion:
Die 2.0.35 ist jetzt (mit weiteren Fixes @Seber bitte nochmal neu aktualisieren!) offiziell Verfügbar. Bitte checkt mal ob sich Aliases jetzt korrekt verhalten.
Danke!Host is up to date V 2.0.34
-
Kurzes Feedback von meiner Seite: Auch hier sehen die Aliases nun gut aus :-) Überall wird der korrekte aktuelle umgerechnete Wert angezeigt. Spitze. Ein Killerfeature meines Erachtens.
Wago 750-881 - mit über 200 Ein- und Ausgängen, DMX512 Art-Net für Beleuchtung, 1-Wire für Umweltsensoren Aussen und Innen, ioBroker als Visualisierung
-
Kurzes Feedback von meiner Seite: Auch hier sehen die Aliases nun gut aus :-) Überall wird der korrekte aktuelle umgerechnete Wert angezeigt. Spitze. Ein Killerfeature meines Erachtens.
@NightWatcher sagte in Fragen / Antworten rund um die neue Alias Funktion:
Kurzes Feedback von meiner Seite: Auch hier sehen die Aliases nun gut aus :-) Überall wird der korrekte aktuelle umgerechnete Wert angezeigt. Spitze. Ein Killerfeature meines Erachtens.
So Richtig verstehe ich die Alias noch nicht.
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
Das Feature generell wurde oft gewünscht und allein das es mal zwei Adapter gab/gibt die das anbieten hat gezeigt das es wichtig ist.
Aus Projektsicht ist das Alias Feature vor allem für eine "einheitliche Abbildung von geräten " zur Nutzung in (automatisch erstellten) Visualisierungen (material, ...) sinnvoll und für die iot-Anbindung zu Assistenzsystemen wir Google und Amazon.
Die große Flexibilität von ioBroker mit den fast 300 Adaptern die alles und nichts anbinden und allem was per Node-Red und JavaScript geht ist inzwischen für die beiden genannten Themenbereiche ein bissl zum Problem geworden. Einerseits bilden Adapter Geräte je nach den verfügbaren Daten anders ab (mal sind Farben CMY, mal RGB, mal in einzelstates, mal als RGB oder RGBW Wert, mal Hue-Sat und so). Andererseits gibt es genügend Protokolle wie MQTT worüber Daten von iot Geräten ankommen, aber jegliche Typisierung und "Bedeutung" fehlt und auch gar nicht so einfach nachgetragen werden kann. Oder für einen aktivierten Status wie bei sonoff ein "ON" steht, oder eine 1 oder true.
Damit eine automatisierte Erkennung für Visualisierungen oder Assistenzensysteme zu erstellen ist nahezu unmöglich.
Aliasse werden hier helfen und ein Haupt-Anwendungsgebiet zusammen mit dem Devices Adapter wird es sein Geräte zu erstellen, die je nach gewählten Typ eine standardisierte Form in Bezug auf die verfügbaren States und Daten haben. Das ganze kann dann flexibel auf die verfügbaren States und Objekte gemappt werden. Dadurch bekommen die "unstrukturierten" Daten eine Strukturierte Form und Formatdifferenzen können umgeschrieben werden. Ich denke Devices wird auch noch für die Umrechnungen bestimmte Standard Dinge bekommen die oft gebraucht werden das man nicht skripten muss.
Andererseits kann man jetzt schon seine Devices alle so anlegen auch für die eigene Verwendung. So ist man Adapterunabhängig falls man mal den Anbieter tauscht (Heute ists ein HM Dimmer, morgen eine Hue-Technik oder sowas). So werden die eiegnen Skripte und Logiken unabhängig vom Hersteller. Man hat einen kleinen (einmaligen) Mehraufwand wenn man ein neues Device hat um das Alias-Device anzulegen und zu mappen, aber bei einem pot. Tausch ist alles einfacher.
Sind damit die Alias-Hintergründe vllt ein bissl klarer?
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Das Feature generell wurde oft gewünscht und allein das es mal zwei Adapter gab/gibt die das anbieten hat gezeigt das es wichtig ist.
Aus Projektsicht ist das Alias Feature vor allem für eine "einheitliche Abbildung von geräten " zur Nutzung in (automatisch erstellten) Visualisierungen (material, ...) sinnvoll und für die iot-Anbindung zu Assistenzsystemen wir Google und Amazon.
Die große Flexibilität von ioBroker mit den fast 300 Adaptern die alles und nichts anbinden und allem was per Node-Red und JavaScript geht ist inzwischen für die beiden genannten Themenbereiche ein bissl zum Problem geworden. Einerseits bilden Adapter Geräte je nach den verfügbaren Daten anders ab (mal sind Farben CMY, mal RGB, mal in einzelstates, mal als RGB oder RGBW Wert, mal Hue-Sat und so). Andererseits gibt es genügend Protokolle wie MQTT worüber Daten von iot Geräten ankommen, aber jegliche Typisierung und "Bedeutung" fehlt und auch gar nicht so einfach nachgetragen werden kann. Oder für einen aktivierten Status wie bei sonoff ein "ON" steht, oder eine 1 oder true.
Damit eine automatisierte Erkennung für Visualisierungen oder Assistenzensysteme zu erstellen ist nahezu unmöglich.
Aliasse werden hier helfen und ein Haupt-Anwendungsgebiet zusammen mit dem Devices Adapter wird es sein Geräte zu erstellen, die je nach gewählten Typ eine standardisierte Form in Bezug auf die verfügbaren States und Daten haben. Das ganze kann dann flexibel auf die verfügbaren States und Objekte gemappt werden. Dadurch bekommen die "unstrukturierten" Daten eine Strukturierte Form und Formatdifferenzen können umgeschrieben werden. Ich denke Devices wird auch noch für die Umrechnungen bestimmte Standard Dinge bekommen die oft gebraucht werden das man nicht skripten muss.
Andererseits kann man jetzt schon seine Devices alle so anlegen auch für die eigene Verwendung. So ist man Adapterunabhängig falls man mal den Anbieter tauscht (Heute ists ein HM Dimmer, morgen eine Hue-Technik oder sowas). So werden die eiegnen Skripte und Logiken unabhängig vom Hersteller. Man hat einen kleinen (einmaligen) Mehraufwand wenn man ein neues Device hat um das Alias-Device anzulegen und zu mappen, aber bei einem pot. Tausch ist alles einfacher.
Sind damit die Alias-Hintergründe vllt ein bissl klarer?
@apollon77 sorry , wenn ich nachfrage - den sinn habe ich kapiert und ist definitiv ein tolles feature - danke für die beschreibung - aber ich habe kein alias.0
nur in der experten ansicht sehe ich:
nach einem gelösten Thread wäre es sinnvoll dies in der Überschrift des ersten Posts einzutragen [gelöst]-... Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat. Forum-Tools: PicPick https://picpick.app/en/download/ und ScreenToGif https://www.screentogif.com/downloads.html
-
Das Feature generell wurde oft gewünscht und allein das es mal zwei Adapter gab/gibt die das anbieten hat gezeigt das es wichtig ist.
Aus Projektsicht ist das Alias Feature vor allem für eine "einheitliche Abbildung von geräten " zur Nutzung in (automatisch erstellten) Visualisierungen (material, ...) sinnvoll und für die iot-Anbindung zu Assistenzsystemen wir Google und Amazon.
Die große Flexibilität von ioBroker mit den fast 300 Adaptern die alles und nichts anbinden und allem was per Node-Red und JavaScript geht ist inzwischen für die beiden genannten Themenbereiche ein bissl zum Problem geworden. Einerseits bilden Adapter Geräte je nach den verfügbaren Daten anders ab (mal sind Farben CMY, mal RGB, mal in einzelstates, mal als RGB oder RGBW Wert, mal Hue-Sat und so). Andererseits gibt es genügend Protokolle wie MQTT worüber Daten von iot Geräten ankommen, aber jegliche Typisierung und "Bedeutung" fehlt und auch gar nicht so einfach nachgetragen werden kann. Oder für einen aktivierten Status wie bei sonoff ein "ON" steht, oder eine 1 oder true.
Damit eine automatisierte Erkennung für Visualisierungen oder Assistenzensysteme zu erstellen ist nahezu unmöglich.
Aliasse werden hier helfen und ein Haupt-Anwendungsgebiet zusammen mit dem Devices Adapter wird es sein Geräte zu erstellen, die je nach gewählten Typ eine standardisierte Form in Bezug auf die verfügbaren States und Daten haben. Das ganze kann dann flexibel auf die verfügbaren States und Objekte gemappt werden. Dadurch bekommen die "unstrukturierten" Daten eine Strukturierte Form und Formatdifferenzen können umgeschrieben werden. Ich denke Devices wird auch noch für die Umrechnungen bestimmte Standard Dinge bekommen die oft gebraucht werden das man nicht skripten muss.
Andererseits kann man jetzt schon seine Devices alle so anlegen auch für die eigene Verwendung. So ist man Adapterunabhängig falls man mal den Anbieter tauscht (Heute ists ein HM Dimmer, morgen eine Hue-Technik oder sowas). So werden die eiegnen Skripte und Logiken unabhängig vom Hersteller. Man hat einen kleinen (einmaligen) Mehraufwand wenn man ein neues Device hat um das Alias-Device anzulegen und zu mappen, aber bei einem pot. Tausch ist alles einfacher.
Sind damit die Alias-Hintergründe vllt ein bissl klarer?
Ok, also ich habe einen DP mit einen Wert (egal von wem und wo) zB. True und ich sage ihm durch Alias er soll nicht true sondern Licht im Vorraum eingeschaltet ausgeben. Sehe ich das Richtig?
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern!
445
Online32.7k
Users82.5k
Topics1.3m
Posts