Tradfri Tutorial

worfinator

~~@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...)

speedline

Mein IKEA Gateway muss ich ab und zu neu Starten, heute auch wieder.

worfinator

> Was meinst du mit Geräte? Objektstrukturen anderer Adapter oder komplett eigene?
Ich hab zum Teil in HomeMatic-Geräten neue Datenpunkte angelegt. Ist das böse?

worfinator

Offenbar gibt es noch ein Problem mit der Gruppensteuerung. Ich hab noch kein Log generieren können, aber es kann passieren, dass wenn eine Gruppe state true hat und per setstate auf state false gesetzt wird, die Lampen trotzdem einfach anbleiben. state der Gruppe steht dann zwar auf false, ist aber nicht bestätigt. Per Fernbedienung oder Tradfri App sind die Lampen dann auch noch eingeschaltet. Sprich auf dem Gateway wohl auch… Werde versuchen ein Log zu generieren.

worfinator

Und hier kommt das Log. Ich kann hier so oft probieren wie ich will, über den Adapter krieg ich die Gruppe "Marcs Büro" nicht mehr aus.

Der state der Gruppe steht auf false (aber rot, also unbestätigt). Ändern geht nicht mehr (weder auf true noch erneut auf false!). Zumindest nicht über den Adapter. Per Fernbedienung oder Tradfri App alles fein.

Auch ein Reboot hilft hier nur kurzzeitg, das Problem tritt eher früher als später erneut auf.

Ich glaube, das ist ein Bug. Ob im Adapter oder auf welcher Ebene weiss ich nicht.
5820_debug.log

worfinator

Eventuell hängt es hiermit zusammen:

https://github.com/AlCalzone/ioBroker.tradfri/issues/41

Ich glaube, das wird ausgelöst, wenn man zu oft bzw. schnell hintereinander den state der Gruppe verändert. Zumindest kann ich das Fehlerbild dadurch nachstellen.

Weiss der Adapter dann eventuell den richtigen Status nicht mehr und kommt nicht mehr klar? Nur eine Vermutung…

AlCalzone

~~@worfinator:~~

Ich glaube, das ist ein Bug. Ob im Adapter oder auf welcher Ebene weiss ich nicht. `
Das scheint ein Bug auf Adapter-Ebene (bzw. Library-Ebene) zu sein. Das sollte nicht passieren:

updateResource(15004/131075) > sending payload: {"5712":null}

Leider sind deine Log-Zeilen abgeschnitten, sodass ich nicht herausbekomme, warum das passiert. Könntest du mir den Log des Tages mal von der Konsole aus in einer Datei zukommen lassen?

Wenn du auf Linux/Raspberry bist, geht das im Ordner /opt/iobroker/logs mit dem Befehl (mit angepasssten Dateinamen):

cat iobroker-datum.log | grep tradfri >> tradfri.log

worfinator

Ok, hier nochmal das gesamte Log.

Grüße,

Marc.
5820_tradfri.log

AlCalzone

Danke. Was ich auf den ersten Blick sehe: Du aktualisierst die Gruppen-States sehr schnell, das könnte ein Problem sein.

Außerdem ist deine TransitionTime der Gruppe aus irgendeinem mir nicht erkennbaren Grund "null". Setz die mal auf einen definierten Wert (z.B. 0,5) und probier es nochmal.

Außerdem: Szenen sollten die Lampen automatisch anschalten. Du brauchst activeScene und state nicht direkt nacheinander setzen.

worfinator

Ok, gut zu wissen, dass ich mit der Szene die Lampe automatisch anschalte. Dann kann ein setState weg.

Was das oft und schnell drücken des Schalters angeht:

Ja, du hast Recht!

Ist das Blödsinn das zu machen? Absolut. Macht es mein Dreijähriger trotzdem? Aber sowas von. :evil:

Ich hab grad mal wie ein wilder gedrückt und hatte mal ein paar mal an der TransitionDuration gespielt.

Danach ist es nicht mehr passiert. Könnte daran liegen. werde es weiter beobachten.

Danke schon mal für deine Hilfe!

Community Forum

NEWS

Tradfri Tutorial

Support us

380

32.4k

81.4k

1.3m