NEWS
[Aufruf] IKEA-Trådfri Adapter testen
-
Sofern die Installation aber per Github durchgeführt wurde `
Ich habe die 1.1.4 nur über Github beziehen können.Gruß
Rainer
-
Ich möchte mich für den Adapter bedanken!
Mein Tradfri besteht aus: 6x E27 weiss Birnen, 1x E27 RGB Birne, 2x LED Panel quadratisch, 1x LED Panel rechteckig, diverse Fernbedienungen, 2x Dimmer und ein Bewegungssensor, aufgeteilt in der IKEA APP in verschiedene Gruppen, Alexa ist auch im Spiel.
ioBroker Adapter Cloud, Web, Tradfri und weiter in Planung "SonOff, Broadlink, usw.
Habe eine Anfängerfrage: Soll die Gruppen welche ich in der IKEA APP habe, wieder löschen oder spielt es keine Rolle für das weiter Vorgehen im ioBroker?
Vielen Dank
Roger
-
Habe eine Anfängerfrage: Soll die Gruppen welche ich in der IKEA APP habe, wieder löschen oder spielt es keine Rolle für das weiter Vorgehen im ioBroker? `
Du kannst die Gruppen im Adapter verwenden, oder es einfach sein lassen. Soweit ich weiß, brauchst du für jede Fernbedienung eine Gruppe in der App, in der sich auch die zu steuernden Lampen befinden.Du kannst im Adapter auch virtuelle Gruppen erstellen, um Lampen verschiedener Gruppen gemeinsam zu steuern.
-
Hallo zusammen. Die meisten meiner Tradfri Lampen schalte ich per "nomalen" Schalter an und aus. Daher werte ich in meinen Skripten, yahka, … zzgl. das alive der Lampen aus.
Nun habe ich "Problem", dass die alive Erkennung (z.B. tradfri.0.L-65538.alive) nicht zuverlässig funktioniert. D.b. es wird bei alive true angezeigt, obwohl die Lampe stromlos ist.
Das Problem tritt sporadisch aber Regelmäßig auf und ist unabhängig ob ich 1 oder 60min warte.
Keine Ahnung, ob dies eine Eigenschaft von Tradfri/dem Gateway selber ist oder vom Adapter.
Hat jemand eine Idee, wie man das alive stabilisieren kann?
-
D.b. es wird bei alive true angezeigt, obwohl die Lampe stromlos ist.
Das Problem tritt sporadisch aber Regelmäßig auf und ist unabhängig ob ich 1 oder 60min warte.
Keine Ahnung, ob dies eine Eigenschaft von Tradfri/dem Gateway selber ist oder vom Adapter. `
Der Tradfri-Adapter meldet dem Gateway beim Start, dass er über Änderungen informiert werden will und wartet dann auf diese. D.h. wenn das Gateway nicht bescheid gibt, dass die Lampe nicht mehr alive ist, dann erfährt der Adapter das auch nie.Du könntest mal probieren, ob du durch minimale Änderung eines Datenpunktes einer stromlosen Lampe (z.B. dimmer oder colorTemperature um +/- 1 verändern) ein Update provozieren kannst.
-
Du könntest mal probieren, ob du durch minimale Änderung eines Datenpunktes einer stromlosen Lampe (z.B. dimmer oder colorTemperature um +/- 1 verändern) ein Update provozieren kannst. `
Das Änderung von state (z.B. tradfri.0.L-65538.lightbulb.state) hatte bisher keine "Besserung" gebracht. Das Dimmen usw. versuche ich heute Abend mal zu testen…
-
Dann wird das wahrscheinlich auch nicht helfen `
Deine Vermutung war richtig. Dimmen und Farbänderung ändern nichts.
Ich positioniere die Gateway mal zentraler im Haus. Vielleicht hat es was mit der Kommunikation zu tun…
Bin ich der Einzige mit dem Phänomen?
-
ich auch nicht
Gruß
Rainer
-
Hallo,
ich habe das gleiche Problem. Lampe mit Tradfri Leuchtmittel, die meist über den Lichtschalter bedient wird. Der Status ändert sich beim ausschalten dann aber nicht auf AUS und wird über den Adapter und damit in meinem VIS weiter als aktiv angezeigt. Habe das aber noch nicht weiter verfolgt…
Alle anderen Tradfri Leuchtmittel, die direkt über die FB oder den Gateway bedient werden, erscheinen korrekt.
-
Ich schalte auch über den Lichtschalter . es erfolgt keine Aktualisierung , was ich auch so erwartet habe. Ansonsten müsste ja das Gateway ständig die Lampen anpingen. ich glaube nicht, dass die Lampen soviel Energiereserven haben, dass sie nach dem Ausschalten nochmals sinnvoll senden können .
Gesendet von meinem ZTE A2016 mit Tapatalk
-
Wie wir denn das tlastSeen ermittelt? Ist das Abhängig vom alive? `
Die Antworten vom Gateway sind JSON-Objekte, die neben dem Lampenstatus auch allgemeine Infos über das Gerät (Name, Hersteller, Firmware-Version) aber auch dessen Zustand (alive und lastSeen) enthält. Nach meinem Verständnis ist lastSeen der Zeitpunkt der letzten erfolgreichen Kommunikation. Aber wie und wann das ermittelt wird, kann ich nur raten. -
Wie bitte sill die Lampe ihren Status übermitteln wenn sie stromlos ist?
Gruß
Rainer
-
Wie bitte sill die Lampe ihren Status übermitteln wenn sie stromlos ist? `
Streng genommen verwaltet das Gateway die Informationen. Das sollte erkennen, ob eine Lampe antwortet und kann dementsprechend auch wissen, dass eine Lampe nicht erreichbar ist - und wann sie es zuletz war. Warum es diese Information nicht immer bereit stellt - k.A. -
Ohne ioBroker starten die Lampen bei Spannungswiederkehr wieder im letzten Zustand.
Es ist also zumindest für mich durchaus nachvollziehbar dass sich die states nicht ändern und zumindest on nicht auf off wechselt.
-
Hi AlCalzone. Vielen Dank für diesen Adapter
Anfänger-Frage:
Wenn ich per setState die ID einer Tradfri-App Szene im Datenpunkt activeScene in der Remote-Gruppe setze, schalten die Lampen brav um, wunderbar.
Aber wenn ich nochmal die selbe ID nehme (weil ich vorher werte der lampen z.b. über IFTTT oder ein script verändert habe, aber wieder auf vorherige Szene zurück will) wird diese nicht ausgeführt, da sich der wert von activeScene ja nicht ändert, vermute ich mal.
Was kann man da machen, um wieder auf die selbe Szene zu kommen, egal ob sie vorher schon ausgewählt wurde oder nicht?
Da eine "leere" Szene nicht funktioniert, kann ich mir zur Zeit nur über den Umweg behelfen, erst auf eine andere Szene zu schalten und dann auf die ursprüngliche zurück.
Eine andere Frage ist:
Kann es sein, dass das Gateway Probleme hat, wenn es zu viele Befehle gleichzeitig bekommt? Wenn ich die Farbe mehrerer E27 color Lampen schalte bzw. alle Werte von brightness, hue und saturation gleichzeitig setze, übernehmen die Lampen häufig nicht alle Werte. Meistens fehlt einer der 3 und bleibt so, wie er vorher war. Auch wenn ich einfach nur die 3 Werte der Gruppe ändere gibt es Probleme.
Es funktioniert gut, wenn ich Verzögerungen einbaue, so dass z.B. erst hue, mit 500ms Abstand sat und mit 1000ms brightness gesetzt wird. Bei weniger Verzögerung oder keiner, kommt es zu den oben genannten Problemen. Auch wenn ich die 4 Lampen mit unterschiedlichen Werten gleichzeitig füttere (z.B. 4 verschiedene Werte für hue gleichzeitig) kommt es zu diesen Problemen. Hier reichen aber schon kurze Verzögerungen von 10 - 100ms, so dass auch wirklich alle Lampen schalten.
Ich nutze die 1.1.4 mit Admin 2.0.9 auf Pi3 mit raspianstretch
Danke und Grüße
-
Zu deinem Szenen-Problem siehe auch hier: http://forum.iobroker.net/viewtopic.php … 08#p127608
Es kann sein, dass der Bug in 1.1.6 schon behoben ist, aber eventuell muss ich da nochmal ran.
Zu deinem State-Problem, das ist etwas vielschichtiger, siehe auch meine Seitenweise Unterhaltung mit Homoran hier: http://forum.iobroker.net/viewtopic.php ... 51#p119351
Wenn du transition time > 0 hast, verschluckt das Gateway teilweise die Änderungen, wenn du sie vor Abschluss der Animation abschickst. D.h. wenn du z.B. Farbe und Helligkeit gleichzeitig animieren willst, gibts Probleme. Wenn du das unbedingt willst (wie Homoran) gibts nur die Option, die Animation mit vielen Befehlen in kurzer Abfolge mit transitionTime=0 selbst zu bauen. Ansonsten musst du wie du es schon tust, die Befehle verzögern.
Jetzt kommt noch dazu, dass Hue und Sat zusammen aktualisiert werden müssen, da sonst der jeweils andere State verloren geht. Das ist erst mit 1.1.6 vollständig behoben.
Aktuell arbeite ich an einer kleinen Verbesserung, um die Anzahl der Befehle ans Gateway zu reduzieren, wenn mehrere States aktualisiert werden. Das könnte auch noch was bringen.
Support us
714
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge