Tradfri Tutorial

[shrike]

Jetzt muss ich mich dann doch mal wieder um Hilfe bemühen…

Mittlerweile funktioniert das Schalten der Lampe über meine Visualisierung ganz prima, aber mit Alexa hapert es noch...bisher dachte ich, es liegt noch am Cloud-Adapter, aber der wird mittlerweile wieder grün angezeigt.

Im Tradfri-Adapter gibt es mittlerweile eine Lampe, eine FB, zwei Gruppen "Wohnzimmer" und eine virtuelle Gruppe "Wohnzimmer". Die VG habe ich selbst erstellt, die anderen Gruppen kann ich nur vermuten das der Adapter diese aus dem Gateway ausgelesen hat.

Ich hätte nun eigentlich vermutet, dass ich mit Betätigen des Plus-Zeichens im Cloud-Adapter bei den Smart Geräten die Auflistung aller drei Objekte angezeigt bekomme. Aber die erscheinende Fläche bleibt leer...

Meine Versionen: Cloud 2.4.4 free, Tradfri 1.0.7

Vielen Dank schon mal im Voraus!
5607_tradfri_objekte.png

[AlCalzone]

> die anderen Gruppen kann ich nur vermuten das der Adapter diese aus dem Gateway ausgelesen hat.
Korrekt. Aber warum hast du 2 echte und eine virtuelle Gruppe, wenn du nur eine einzige Lampe hast?

@shrike:

Ich hätte nun eigentlich vermutet, dass ich mit Betätigen des Plus-Zeichens im Cloud-Adapter bei den Smart Geräten die Auflistung aller drei Objekte angezeigt bekomme. Aber die erscheinende Fläche bleibt leer… `
Ich kann dir nicht folgen.

[shrike]

Hallo AlCalzone,

ich weiß, dass die Gruppen aus diesem Blickwinkel Quatsch sind..aber ich bin in der schönen Situation, dass ich zwei Wohnsitze habe und meinen Zweitwohnsitz als "Labor" nutzen kann..ich probiere also hier im kleinen Stil Dinge aus, die ich dann am Hauptwohnsitz implementieren kann…soweit dazu...

Deine andere Frage: Wie Du ja Eingangs des Threads gesehen hast, musste ich zwischendurch die Geräte neu anlernen. Meine Vermutung ist daher, da ja der Gateway von außen nicht konfigurierbar ist, hat er die erste Gruppe intern nicht gelöscht, obwohl keine Geräte nach dem Reset mehr vorhanden waren. Nach dem erneuten Anlernen hat er aber dann die existierende Gruppe nicht wieder aufgefüllt, sondern eine zweite angelegt.

Die virtuelle Gruppe hatte ich anfangs eingerichtet, als sich noch so gar nichts getan hatte und ich nix sehen konnte. Die Idee dahinter war natürlich, dass man diese dann unter den Smartgeräten sehen kann...wenn ich Deine Frage jedoch richtig deute, ist das prinzipiell aber gar nicht notwendig, da ich mit einer der echten Gruppen (in diesem Fall diejenige mit der höheren Nummer) zum richtigen Ergebnis kommen muss..analog zur Steuerung mit der App.

Die nächste Frage bezieht sich auf den Cloud-Adapter...

Ich verstehe die Funktionalität so, dass ich die Konfigurationsseite des Adapters öffne, auf den Reiter "Smart Geräte" wechsle und, um dort ein neues Gerät einzutragen, auf das Icon mit dem + klicke (zumindest wird das durch das Erklärungs-Popup suggeriert). Danach öffnet sich ein halbdurchsichtiges Fenster und ich würde erwarten, dort neue Smartgeräte zur Auswahl aufgelistet zu bekommen.

Tatsächlich bleibt dieses Fenster aber leer und auch das Klicken auf "Abbrechen" bringt nichts. Für mich wirkt es, als würde die Suchroutine einfrieren...

Ich hoffe, ich konnte mein Anliegen etwas genauer beschreiben....

[AlCalzone]

@shrike:

Nach dem erneuten Anlernen hat er aber dann die existierende Gruppe nicht wieder aufgefüllt, sondern eine zweite angelegt. `
Es sollte aber möglich sein, die per App zu löschen.

@shrike:

Tatsächlich bleibt dieses Fenster aber leer und auch das Klicken auf "Abbrechen" bringt nichts. Für mich wirkt es, als würde die Suchroutine einfrieren… `
Ist dein Cloud-Adapter und Admin aktuell? Da gabs zwischenzeitlich ein paar Probleme.

[AlCalzone]

@worfinator:

So, hier ist das Log `
Ich muss nochmal fragen, da ich nicht reproduzieren kann, was bei dir passiert. In deinem Log steht was von

sending payload: {"5712":null}

was eigentlich nicht passieren dürfte und in meinen Tests auch nicht passiert. Veränderst du irgendwo die transition time deiner Gruppe per Skript? Bzw. magst du mir dein Skript mal posten?

Welche Adapter-Version hast du installiert?

[shrike]

Auf die Aktualität habe ich auch schon getippt..da aber am Cloud-Adapter "geschraubt" wurde, wollte ich nicht drängeln…

Welches sind denn die tatsächlich aktuellen Versionen von Cloud und Admin? Zumindest für die Cloud war ja von mehreren Versionen die Rede..

[AlCalzone]

@shrike:

Welches sind denn die tatsächlich aktuellen Versionen von Cloud und Admin? Zumindest für die Cloud war ja von mehreren Versionen die Rede.. `
Ich habe aktuell Admin 3.2.0 und Cloud 2.4.6 im Einsatz und es läuft. Kann aber durchaus sein, dass das Versionen sind, die noch nicht als stable freigegeben sind.

[Homoran]

@shrike:

Welches sind denn die tatsächlich aktuellen Versionen von Cloud und Admin? `
Die jeweils aktuellen Versionen stehen in http://download.iobroker.net/list.html#sortCol=name&sortDir=0&filter=.

Gruß

Rainer

[shrike]

Dann warte ich lieber noch, bis die höheren Versionen als "stable" markiert werden…aber danke mal wieder für die prompte Hilfe

[worfinator]

Ich hätte mal eine grundsätzliche Frage zur Nutzung der Szenen auf dem Tradfri Gateway:

Mein Vorhaben bei Betätigung eines bestimmten Schalters eine Szene für eine Gruppe zu aktivieren und die Gruppe dann anzuschalten.

Dafür habe ich das folgende Skript:

//Szene "Warmes Leuchten" aktivieren
setState("tradfri.0.G-131074.activeScene"/*active scene*/, 196617, false);

//Status der Gruppe setzen
setState("tradfri.0.G-131074.state"/*on/off*/, true, false);

Das funktioniert auch grundsätzlich. Dass State ab uns zu nicht definiert ist, handle ich mittlerweile erfolgreich.

Nur gibt es einen Sonderfall, den ich nicht geregelt bekomme:

Die Szene "196617" ist aktiviert. Die Lampen der Gruppe sind an. So weit alles gut.

Nun nimmt jemand eine IKEA-Fernbedienung und verstellt manuell die Farbe.

Danach werden die Lampen der Gruppe ausgeschaltet. So weit alles gut.

Nur, beim nächsten Einschalten der Lampe läuft mein oben genanntes Skript. Es aktiviert die Szene "196617" .

So steht es auch im Objekt, aber die Farbe bleibt trotzdem auf der zuvor manuell eingestellten.

Warum? Die Szene ist richtig gestellt, aber die Farbe stimmt nicht. Ich denke nicht, dass ich einen Bug im Skript habe.

Ich sehe auch keine Fehler im Log. Das scheint einfach so das normale Verhalten zu sein. Kann man da etwas machen?

Damit meine Szene wirklich aktiviert wird?

Grüße,

Marc.

[AlCalzone]

Vorab, das ", false" kannst du weglassen - javascript setzt standardmäßig States mit ack=false.

@worfinator:

Nur, beim nächsten Einschalten der Lampe läuft mein oben genanntes Skript. Es aktiviert die Szene "196617" .

So steht es auch im Objekt, aber die Farbe bleibt trotzdem auf der zuvor manuell eingestellten.

Warum? Die Szene ist richtig gestellt, aber die Farbe stimmt nicht. `
In Version 1.1.6 wurde ein Bug behoben, der das Aktivieren von Szenen betrifft, wenn der Zustand der Gruppe nicht "AN" war. Eventuell ist das die Ursache.

Bitte mal ausprobieren, die Version ist im latest-Repo und auf Github zu finden. Bei Installation von Github den Adapterneustart nicht vergessen.

Andernfalls benötige ich einen Log (Instanz auf Loglevel debug stellen) bei dem der gesamte problematische Vorgang abgebildet ist.

[worfinator]

Ok, werde das mit dem letzten false in Zukunft beachten, macht es ja einfacher, danke für den Tip

Ansonsten hab ich die 1.1.6 nun installiert und werde testen und dann berichten…

[worfinator]

Leider ist das Verhalten bei 1.1.6 von Github genau so. Solange ich die IKEA-Fernbedienung nicht nutze läuft alles töfte. Nur wenn ich da die Farben verstelle, wird die Szene leider nicht übernommen.

Ich werde dann die Tage mal das Log im Debug-Modus erstellen. Schon komisch.

[AlCalzone]

@worfinator:

Leider ist das Verhalten bei 1.1.6 von Github genau so. `
Sollte in 1.1.7 behoben sein.

[worfinator]

@AlCalzone:

@worfinator:

Leider ist das Verhalten bei 1.1.6 von Github genau so. Sollte in 1.1.7 behoben sein.
Ja ist es! Mit 1.1.7 werden die Szenen auch richtig übernommen, wenn ich ich vorher die Farbe der bereits aktivierten Szene manuell mit der Fernbedienung ändere.

Vielen Dank für deinen Support und die aktive Weiterentwicklung des Adapters!

Nun funktioniert mit Tradfri alles zu 100 % so wie ich es mir vorstelle! Dafür kann ich gar nicht genug Daumen Hoch vergeben :mrgreen:

[shrike]

Hallo zusammen,

leider muss ich mich nochmals melden…ich habe jetzt auch mal das Update auf

admin 3.2.0

cloud 2.4.6

tradfri 1.1.7

durchgeführt. Zumindest habe ich jetzt, wenn ich auf + klicke im Fenster unter cloud->Smart Geräte die Auflistung aller vorhandenen Instanzen.

Wenn ich dann irgendwas anklicke, schliesst sich das Auswahlfenster und nix ist passiert...

Hier noch das Log

! 2018-02-26 19:41:08.740 - debug: tradfri.0 ping successful…
! 2018-02-26 19:41:09.240 - info: host.ioBroker-Pi instance system.adapter.yr.0 terminated with code 0 (OK)
! 2018-02-26 19:41:09.348 - debug: tradfri.0 object with id tradfri.0.G-131074 updated
! 2018-02-26 19:41:09.356 - debug: cloud.1 redis pmessage messagebox.system.adapter.cloud.1 messagebox.system.adapter.cloud.1 {"command":"update","message":"tradfri.0.G-131074","from":"system.adapter.admin.0","callback":{"message":"tradfri.0.G-131074","id":50,"ack":false,"time":1519670469352},"_id":30659167}
! 2018-02-26 19:41:10.837 - debug: cloud.1 Created ALEXA device: Schlafzimmer ["turnOn","turnOff"]
! 2018-02-26 19:41:10.838 - debug: cloud.1 Created ALEXA device: Kochzeile ["turnOn","turnOff"]
! 2018-02-26 19:41:10.871 - debug: cloud.1 redis pmessage io.cloud.1.smart.* io.cloud.1.smart.updates {"val":true,"ack":true,"ts":1519670470841,"q":0,"from":"system.adapter.cloud.1","lc":1519670470841}
! 2018-02-26 19:41:10.915 - debug: cloud.1 Invalid state "hm-rpc.0.updated". Not exist or no native part.
! 2018-02-26 19:41:10.916 - debug: cloud.1 Invalid state "connected". Not exist or no native part.
! 2018-02-26 19:41:10.917 - debug: cloud.1 Invalid state "rpi2.0.cpu.cpu_frequency". Not exist or no native part.
! 2018-02-26 19:41:10.918 - debug: cloud.1 Invalid state "rpi2.0.cpu.load1". Not exist or no native part.
! 2018-02-26 19:41:10.918 - debug: cloud.1 Invalid state "rpi2.0.cpu.load5". Not exist or no native part.
! 2018-02-26 19:41:10.920 - debug: cloud.1 Invalid state "rpi2.0.cpu.load15". Not exist or no native part.
! 2018-02-26 19:41:10.922 - debug: cloud.1 Invalid state "rpi2.0.cpu.scaling_governor". Not exist or no native part.
! 2018-02-26 19:41:10.923 - debug: cloud.1 Invalid state "rpi2.0.memory.memory_total". Not exist or no native part.
! 2018-02-26 19:41:10.925 - debug: cloud.1 Invalid state "rpi2.0.memory.memory_free". Not exist or no native part.
! 2018-02-26 19:41:10.926 - debug: cloud.1 Invalid state "rpi2.0.memory.memory_available". Not exist or no native part.
! 2018-02-26 19:41:10.926 - debug: cloud.1 Invalid state "rpi2.0.network.net_received". Not exist or no native part.
! 2018-02-26 19:41:10.927 - debug: cloud.1 Invalid state "rpi2.0.network.net_send". Not exist or no native part.
! 2018-02-26 19:41:10.927 - debug: cloud.1 Invalid state "rpi2.0.sdcard.sdcard_root_total". Not exist or no native part.
! 2018-02-26 19:41:10.934 - debug: cloud.1 Invalid state "rpi2.0.sdcard.sdcard_boot_total". Not exist or no native part.
! 2018-02-26 19:41:10.935 - debug: cloud.1 Invalid state "rpi2.0.sdcard.sdcard_root_used". Not exist or no native part.
! 2018-02-26 19:41:10.936 - debug: cloud.1 Invalid state "rpi2.0.sdcard.sdcard_boot_used". Not exist or no native part.
! 2018-02-26 19:41:10.937 - debug: cloud.1 Invalid state "rpi2.0.swap.swap_total". Not exist or no native part.
! 2018-02-26 19:41:10.937 - debug: cloud.1 Invalid state "rpi2.0.swap.swap_used". Not exist or no native part.
! 2018-02-26 19:41:10.938 - debug: cloud.1 Invalid state "rpi2.0.temperature.soc_temp". Not exist or no native part.
! 2018-02-26 19:41:10.939 - debug: cloud.1 Invalid state "rpi2.0.uptime.uptime". Not exist or no native part.
! 2018-02-26 19:41:10.944 - debug: cloud.1 Created entertainment ALEXA device: Google text to speech
! 2018-02-26 19:41:10.955 - debug: cloud.1 redis pmessage io.cloud.1.smart.* io.cloud.1.smart.updates3 {"val":true,"ack":true,"ts":1519670470951,"q":0,"from":"system.adapter.cloud.1","lc":1519669328208}
! 2018-02-26 19:41:18.564 - debug: cloud.1 redis pmessage messagebox.system.adapter.cloud.1 messagebox.system.adapter.cloud.1 {"command":"browse","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":52,"ack":false,"time":1519670478562},"_id":30659169}
! 2018-02-26 19:41:18.566 - info: cloud.1 Request devices
! 2018-02-26 19:41:18.755 - debug: tradfri.0 ping successful…
! 2018-02-26 19:41:18.853 - debug: cloud.1 Created ALEXA device: Schlafzimmer ["turnOn","turnOff"]
! 2018-02-26 19:41:18.854 - debug: cloud.1 Created ALEXA device: Kochzeile ["turnOn","turnOff"]
! 2018-02-26 19:41:18.855 - debug: cloud.1 sendTo "browse" to system.adapter.admin.0 from system.adapter.cloud.1
! 2018-02-26 19:41:18.866 - debug: cloud.1 redis pmessage io.cloud.1.smart.* io.cloud.1.smart.updates {"val":false,"ack":true,"ts":1519670478859,"q":0,"from":"system.adapter.cloud.1","lc":1519670478859}
! 2018-02-26 19:41:28.703 - debug: tradfri.0 ping successful…
! 2018-02-26 19:41:38.742 - debug: tradfri.0 ping successful...
! 2018-02-26 19:41:48.720 - debug: tradfri.0 ping successful...

Was mach ich falsch?
5607_smart_3.jpg
5607_smart_2.jpg
5607_smart_1.jpg

[AlCalzone]

@shrike:

Wenn ich dann irgendwas anklicke, schliesst sich das Auswahlfenster und nix ist passiert… `
Wählst du wie auf dem Screenshot den Ordner an oder tatsächlich die einzelnen Datenpunkte? Schließt sich das Auswahlfenster bei Klick (was ich nicht nachvollziehen kann) oder wenn du es bestätigst?

Außerdem:

Schaltest du tatsächlich per Alexa einzelne Skripte an und aus (was mit Triggern auf Datenpunkte übrigens sauberer geht) oder hast du eigene Datenpunkte unter scriptEnabled abgelegt (wo sie auf keinen Fall hin sollten!)?

[shrike]

Guten Morgen AlCalzone,

sorry, wenn ich in Teilen etwas ungenau bin..

Also, ich habe es sowohl mit den Ordnern als auch mit Datenpunkten probiert..anklicken und danach "Wählen"…danach schliesst sich das Fenster in jedem Fall und es erscheint nix...

Interessanterweise scheine ich aber irgendwas ausgelöst zu haben, den heute morgen hatte ich ein neues Gerät bei Alexa (ohne Suche) und zwar eins namens "on off". Damit konnte ich dann Tradfri ein- und ausschalten. Insofern vermute ich jetzt mal, wenn ich heute abend das Gleiche für Brightness durchführe, werde ich wieder ein neues Gerät finden...mit der richtigen Benennung sollte das dann kein Problem werden..

Was mich ein bisschen irritiert ist die Nachfrage nach den enabledScripts...diese steuern die Schaltung von Funksteckdosen und sind nach Tutorial eingerichtet. Da diese ja auch bei den Smart Geräten angezeigt werden, hatte ich da zumindest nicht mit Fehlern gerechnet (zumal die ja auch fehlerfrei funktionieren).

[AlCalzone]

@shrike:

Was mich ein bisschen irritiert ist die Nachfrage nach den enabledScripts `
Ich weiß nicht welches Tutorial du meinst, ich frage nur, weil in 95% der Fälle Datenpunkte in diesem Ordner schlicht falsch sind.

Die DPs dort sind System-Datenpunkte, die Skripte starten und stoppen. Eigene Datenpunkte in dem Ordner sorgen nur für Probleme - die sollten direkt unter javascript.0 oder einem eigenen Unterordner davon liegen.

Wenn du also per Alexa tatsächlich Skripte startest und stoppst, ist das ok. Wenn das eigene Datenpunkte sind, auf die du irgendwo triggerst, hast du entweder das Tutorial nicht korrekt befolgt, oder das Tutorial selbst hat einen gravierenden Fehler.

[worfinator]

Hm…ich bin ja auch noch recht neu bei IOBroker und ist jetzt auch ein bisschen OT. Aber eigene Datenpunkte nur in javascript.0 und nicht direkt in Geräten? Warum? Geht dadurch etwas kaputt?