Tradfri Tutorial

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 :D

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?

shrike

Ah, okay, dann ist alles okay…dort warden tatsächlch nur Skripte gestartet. Diese verwenden den send-Befehl für die Funksteckdosen...

AlCalzone

~~@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? `
Nicht unter scriptEnabled, das macht nur Ärger. Was meinst du mit Geräte? Objektstrukturen anderer Adapter oder komplett eigene?

Gesendet von unterwegs

shrike

Also mir scheint, man muss einfach nur deutlich mehr Geduld mitbringen..seit heute morgen ja auf einmal Geräte angezeigt wurden, muss ich mich nur noch mit den richtigen Vokabeln für Alexa beschäftigen…

Auf jeden Fall noch einmal vielen Dank (auch für die Geduld)!

AlCalzone

~~@shrike:~~

Also mir scheint, man muss einfach nur deutlich mehr Geduld mitbringen..seit heute morgen ja auf einmal Geräte angezeigt wurden `
It's MAGIC :o

Nee im Ernst: Sicher, dass nicht in der Zwischenzeit irgendein Neustart dein Problem gelöst hat? Beim ein oder anderen Update vergisst man das gerne mal, dass so ein Adapter auch mal neu gestartet werden will.

shrike

Bei mir scheint das Problem tatsächlich eher gewesen zu sein, dass das System etwas Zeit brauchte…die Neustarts hatte ich schon durchgeführt. Im Moment kann ich mich nicht beklagen 8-)

Da fällt mir aber ein (mit Blick auf den Thread-Titel): Wäre es nicht schön, wenn es ein Subforum mit solchen Tutorials gäbe? ..es gibt ja immer wieder schöne Ansätze (z.B. bei den Skripten). Meine Idee wäre da, eine Artikelsammlung, deren grundsätzliche Befolgung normalerweise auch zum Ziel führen muss. Oder ist die Hardware so verschieden, dass so ein Projekt nicht umzusetzen ist?

(eventuell sollte dafür ein neuer Thread eröffnet werden...)

Community Forum

NEWS

Tradfri Tutorial

Support us

832

32.4k

81.5k

1.3m