Tradfri Tutorial
-
Vorab, das ", false" kannst du weglassen - javascript setzt standardmäßig States mit ack=false.
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.
-
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…
-
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.
-
Leider ist das Verhalten bei 1.1.6 von Github genau so. `
Sollte in 1.1.7 behoben sein. -
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:
-
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 -
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!)?
-
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).
-
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.
-
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?
-
Ah, okay, dann ist alles okay…dort warden tatsächlch nur Skripte gestartet. Diese verwenden den send-Befehl für die Funksteckdosen...
-
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
-
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)!
-
Also mir scheint, man muss einfach nur deutlich mehr Geduld mitbringen..seit heute morgen ja auf einmal Geräte angezeigt wurden `
It's MAGIC
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.
-
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...)
-
Mein IKEA Gateway muss ich ab und zu neu Starten, heute auch wieder.
-
> 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? -
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.
-
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 -
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…
