NEWS
[Neuer Adapter] hue-extended
-
Hi, sorry, kam die letzten Tage nicht zum Testen. Ich benutze jetzt die Einstellung ohne "XY statt Hue" und nutze keine Warteschlange. Zwischenzeitlich hab ich auch mal mit Warteschleife auf 5 Sekunden getestet:
Dass einige Lampen in einer Gruppe nicht geschaltet werden hatte ich jetzt (fast) nicht mehr. Genauer kam es bei 20 Schaltungen einmal bei einer Lampe vor. Ist also sehr viel besser geworden.
Verzögerungen beim Schalten sind ohne Warteschlange besser als mit, also vom Klick in vis bis zur ersten Reaktion der Lampen. Ohne es genau belegen zu können, würde ich vom Gefühl her sagen, dass das Schalten der einzelnen Lampen einer Gruppe ohne Warteschlange ohne Verzögerungen zwischen den einzelnen Lampen (also zeitgleich) erfolgt, aber das ist ein reines Gefühl, also gib nicht zu viel darauf :-)
Das langsame Ansteigen der Werte hat sich leider nicht geändert. Bei Werten über 10% tut es ja nicht weh z.B. ob es 60, 61 oder 62% sind, aber wenn ich auf 0% schalte und der Wert dann 2% erreicht, schaltet sich die Lampe wieder an.
Anbei noch mal ein Log (ohne Warteschlange) mit folgenden Schaltungen einer Gruppe mit 6 Lampen:
0% > 20% > 0% > 40% > 0% > 60% > 0% > 80% > 0% > 100%
P.S.: Morgen bis Dienstag bin ich unterwegs und kann daher leider erst am Mittwoch wieder testen.
@bmueller77 sagte in [Neuer Adapter] hue-extended:
Verzögerungen beim Schalten sind ohne Warteschlange besser als mit, also vom Klick in vis bis zur ersten Reaktion der Lampen. Ohne es genau belegen zu können, würde ich vom Gefühl her sagen, dass das Schalten der einzelnen Lampen einer Gruppe ohne Warteschlange ohne Verzögerungen zwischen den einzelnen Lampen (also zeitgleich) erfolgt, aber das ist ein reines Gefühl, also gib nicht zu viel darauf
Das ist klar. Die Warteschlange wartet (die in den Adaptersteinstellungen eingestellte Zeit) ab, bis die Kommandos ausgeführt werden. Also eine bewusste Verzögerung, um die Kommandos zu sammeln und gemeinsam zu den/m Leuchtmittel(n) zu schicken.
-
@AxelF1977 sagte in [Neuer Adapter] hue-extended:
Wenn ich gelöschte Lichter entfernen möchte, muss ich dann in den Einstellungen den Hacken bei "gelöschte syncronisieren"setzen oder nicht?
Wenn die gelöschten Lichter bereits synchronisiert sind, werden diese nach einer gewissen Zeit automatisch entfernt (müssten 5 Minuten sein). Im Debug-Log mit
Running Duty Cycleerkennbar.Um die gelöschten Lichter nicht mehr zu synchronisieren, darf der Haken bei
Synchronisiere gelöschte (recycled) Elementenicht gesetzt sein. Ist dieser gesetzt, werden die gelöschten Elemente synchronisiert.@Zefau said in [Neuer Adapter] hue-extended:
@AxelF1977 sagte in [Neuer Adapter] hue-extended:
Wenn ich gelöschte Lichter entfernen möchte, muss ich dann in den Einstellungen den Hacken bei "gelöschte syncronisieren"setzen oder nicht?
Wenn die gelöschten Lichter bereits synchronisiert sind, werden diese nach einer gewissen Zeit automatisch entfernt (müssten 5 Minuten sein). Im Debug-Log mit
Running Duty Cycleerkennbar.Um die gelöschten Lichter nicht mehr zu synchronisieren, darf der Haken bei
Synchronisiere gelöschte (recycled) Elementenicht gesetzt sein. Ist dieser gesetzt, werden die gelöschten Elemente synchronisiert.@Zefau said in [Neuer Adapter] hue-extended:
@AxelF1977 sagte in [Neuer Adapter] hue-extended:
Wenn ich gelöschte Lichter entfernen möchte, muss ich dann in den Einstellungen den Hacken bei "gelöschte syncronisieren"setzen oder nicht?
Alternativ kannst du die Objekte natürlich manuell entfernen.
Vielen Dank für die schnelle Antworten. Ich schau mir das gleich mal an
-
Hi, sorry, kam die letzten Tage nicht zum Testen. Ich benutze jetzt die Einstellung ohne "XY statt Hue" und nutze keine Warteschlange. Zwischenzeitlich hab ich auch mal mit Warteschleife auf 5 Sekunden getestet:
Dass einige Lampen in einer Gruppe nicht geschaltet werden hatte ich jetzt (fast) nicht mehr. Genauer kam es bei 20 Schaltungen einmal bei einer Lampe vor. Ist also sehr viel besser geworden.
Verzögerungen beim Schalten sind ohne Warteschlange besser als mit, also vom Klick in vis bis zur ersten Reaktion der Lampen. Ohne es genau belegen zu können, würde ich vom Gefühl her sagen, dass das Schalten der einzelnen Lampen einer Gruppe ohne Warteschlange ohne Verzögerungen zwischen den einzelnen Lampen (also zeitgleich) erfolgt, aber das ist ein reines Gefühl, also gib nicht zu viel darauf :-)
Das langsame Ansteigen der Werte hat sich leider nicht geändert. Bei Werten über 10% tut es ja nicht weh z.B. ob es 60, 61 oder 62% sind, aber wenn ich auf 0% schalte und der Wert dann 2% erreicht, schaltet sich die Lampe wieder an.
Anbei noch mal ein Log (ohne Warteschlange) mit folgenden Schaltungen einer Gruppe mit 6 Lampen:
0% > 20% > 0% > 40% > 0% > 60% > 0% > 80% > 0% > 100%
P.S.: Morgen bis Dienstag bin ich unterwegs und kann daher leider erst am Mittwoch wieder testen.
@bmueller77 sagte in [Neuer Adapter] hue-extended:
Das langsame Ansteigen der Werte hat sich leider nicht geändert. Bei Werten über 10% tut es ja nicht weh z.B. ob es 60, 61 oder 62% sind, aber wenn ich auf 0% schalte und der Wert dann 2% erreicht, schaltet sich die Lampe wieder an.
Vielen Dank für's Testen und die Geduld in der Thematik.
Welche Version des Adapters nutzt du?v0.8.7?
Und auf was für einem System bewegst du dich? Linux oder Windows?Merkwürdigerweise rundet der Adapter bei dir inkorrekt. Wenn du um
2019-09-28 23:10:17.168auf 21% stellst, müsste er bei der Umrechnung vonlevelaufbri(brightness) 53,34 errechnen und auf 53 runden. Bei dir ist es 54. Dieser Fehler zieht sich komplett durch. -
Hi, sorry, kam die letzten Tage nicht zum Testen. Ich benutze jetzt die Einstellung ohne "XY statt Hue" und nutze keine Warteschlange. Zwischenzeitlich hab ich auch mal mit Warteschleife auf 5 Sekunden getestet:
Dass einige Lampen in einer Gruppe nicht geschaltet werden hatte ich jetzt (fast) nicht mehr. Genauer kam es bei 20 Schaltungen einmal bei einer Lampe vor. Ist also sehr viel besser geworden.
Verzögerungen beim Schalten sind ohne Warteschlange besser als mit, also vom Klick in vis bis zur ersten Reaktion der Lampen. Ohne es genau belegen zu können, würde ich vom Gefühl her sagen, dass das Schalten der einzelnen Lampen einer Gruppe ohne Warteschlange ohne Verzögerungen zwischen den einzelnen Lampen (also zeitgleich) erfolgt, aber das ist ein reines Gefühl, also gib nicht zu viel darauf :-)
Das langsame Ansteigen der Werte hat sich leider nicht geändert. Bei Werten über 10% tut es ja nicht weh z.B. ob es 60, 61 oder 62% sind, aber wenn ich auf 0% schalte und der Wert dann 2% erreicht, schaltet sich die Lampe wieder an.
Anbei noch mal ein Log (ohne Warteschlange) mit folgenden Schaltungen einer Gruppe mit 6 Lampen:
0% > 20% > 0% > 40% > 0% > 60% > 0% > 80% > 0% > 100%
P.S.: Morgen bis Dienstag bin ich unterwegs und kann daher leider erst am Mittwoch wieder testen.
@bmueller77 sagte in [Neuer Adapter] hue-extended:
P.S.: Morgen bis Dienstag bin ich unterwegs und kann daher leider erst am Mittwoch wieder testen.
Probier bitte nochmal die aktuelle Entwickler-Version auf Github (Versionsnummer bleibt bei v0.8.7). Danke für deinen Test!
Meine Adapter: https://zefau.github.io/iobroker/
-
@bmueller77 sagte in [Neuer Adapter] hue-extended:
P.S.: Morgen bis Dienstag bin ich unterwegs und kann daher leider erst am Mittwoch wieder testen.
Probier bitte nochmal die aktuelle Entwickler-Version auf Github (Versionsnummer bleibt bei v0.8.7). Danke für deinen Test!
@Zefau
Leider keine Änderung. Woran sehe ich, dass deine neuesten Änderungen drin sind?
Installiert habe ich über die Github-Funktion im admin. -
Hallo zusammen,
eine kurze Frage von mir (lese diesen Thread seit begin, erinnere mich aber nicht, dass diese Frage bereits gestellt/beantwortet wurde):
Es gibt ja auch parallel den Adapter "Philips Hue Bridge" in v2.0 (nun, seit kurzem in dieser neuen Verison). Was unterscheidet diese beiden Adapter? Und würde es nicht Sinn machen, diese zu mergen?
Ich frage, weil bei dem "Philips Hue Bridge" Adapter auf eine neue Version upgedated wurde, bei dem sich auch die Datenpunkte verändern wrden (wenn ich ihn einspiele). Jetzt frage ich mich halt: den alten Adapter behalten oder diesen Adapter hier verwenden... :) Danke euch.UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
Hallo zusammen,
eine kurze Frage von mir (lese diesen Thread seit begin, erinnere mich aber nicht, dass diese Frage bereits gestellt/beantwortet wurde):
Es gibt ja auch parallel den Adapter "Philips Hue Bridge" in v2.0 (nun, seit kurzem in dieser neuen Verison). Was unterscheidet diese beiden Adapter? Und würde es nicht Sinn machen, diese zu mergen?
Ich frage, weil bei dem "Philips Hue Bridge" Adapter auf eine neue Version upgedated wurde, bei dem sich auch die Datenpunkte verändern wrden (wenn ich ihn einspiele). Jetzt frage ich mich halt: den alten Adapter behalten oder diesen Adapter hier verwenden... :) Danke euch.@Kueppert
Ich kann jetzt nur von meiner Erfahrung sprechen, ich hatte ca. ein halbes Jahr den Hue Bridge Apapter am laufen.
Der Adapter hat nur mit einer Erweiterung von Jens Maus mit meinen Philips Bewegungsmeldern gearbeitet und alle Lampen die ich darüber geschalten habe, waren gefühlt sehr träge. Desweiteren hat es immer Probleme mit der Bennenung der Objekte gegeben bei meinem Bewegungsmeldern.
Der neue Hue extended hat bei mir out of the box perfekt funktioniert, alle Geräte perfekt erkannt und sauber im Objektbaum eingepflegt. Desweiteren schalten jetzt meine Lampen gefühlt schneller. Ich bin sehr froh über den neuen Adapter und bleibe auch bei diesem. -
@Kueppert
Ich kann jetzt nur von meiner Erfahrung sprechen, ich hatte ca. ein halbes Jahr den Hue Bridge Apapter am laufen.
Der Adapter hat nur mit einer Erweiterung von Jens Maus mit meinen Philips Bewegungsmeldern gearbeitet und alle Lampen die ich darüber geschalten habe, waren gefühlt sehr träge. Desweiteren hat es immer Probleme mit der Bennenung der Objekte gegeben bei meinem Bewegungsmeldern.
Der neue Hue extended hat bei mir out of the box perfekt funktioniert, alle Geräte perfekt erkannt und sauber im Objektbaum eingepflegt. Desweiteren schalten jetzt meine Lampen gefühlt schneller. Ich bin sehr froh über den neuen Adapter und bleibe auch bei diesem.@Xsev sagte in [Neuer Adapter] hue-extended:
Der Adapter hat nur mit einer Erweiterung von Jens Maus mit meinen Philips Bewegungsmeldern gearbeitet
Die Frage von @Kueppert ist schon berechtigt, da seit der v.2.x der klassische HUE-Adapter sowohl die Bewegungsmelder (inkl. der Outdoor Versionen) als auch das Auslesen der Szenen beinhaltet.
-
@Xsev sagte in [Neuer Adapter] hue-extended:
Der Adapter hat nur mit einer Erweiterung von Jens Maus mit meinen Philips Bewegungsmeldern gearbeitet
Die Frage von @Kueppert ist schon berechtigt, da seit der v.2.x der klassische HUE-Adapter sowohl die Bewegungsmelder (inkl. der Outdoor Versionen) als auch das Auslesen der Szenen beinhaltet.
@BBTown Das wusste ich nicht, das ist dann aber nicht lang her oder? Vermutlich war meiner v.1.x...
Aber ohne es jetzt getestet zu haben fürchte ich, das die Bennenung immer noch nicht passt, zumindest wenn die implementierung der Bewegungsmelder 1:1 von der Jens Maus Version übernommen wurde. -
@BBTown Das wusste ich nicht, das ist dann aber nicht lang her oder? Vermutlich war meiner v.1.x...
Aber ohne es jetzt getestet zu haben fürchte ich, das die Bennenung immer noch nicht passt, zumindest wenn die implementierung der Bewegungsmelder 1:1 von der Jens Maus Version übernommen wurde.@Xsev
Beide Adapter müssen ja damit leben, dass es bis jetzt noch keine "push-notification" von der HUE-Bridge gibt. Soll heißen, die Bridge sendet keine Statusänderungen, sondern diese müssen regelmäßig von beiden Adaptern abgefragt werden. -
@Xsev
Beide Adapter müssen ja damit leben, dass es bis jetzt noch keine "push-notification" von der HUE-Bridge gibt. Soll heißen, die Bridge sendet keine Statusänderungen, sondern diese müssen regelmäßig von beiden Adaptern abgefragt werden. -
@Zefau
Leider keine Änderung. Woran sehe ich, dass deine neuesten Änderungen drin sind?
Installiert habe ich über die Github-Funktion im admin. -
So, nach neuestem Update des Adapters kann ich Erfolg melden. Momentan steigen die Level-Werte bei mir nicht mehr an und die Lampen einer Gruppe schalten alle auf den gleichen Wert. Danke @Zefau .
@bmueller77 sagte in [Neuer Adapter] hue-extended:
So, nach neuestem Update des Adapters kann ich Erfolg melden. Momentan steigen die Level-Werte bei mir nicht mehr an und die Lampen einer Gruppe schalten alle auf den gleichen Wert. Danke @Zefau .
Sehr gut!!! Ich war schon etwas am verzweifeln ;-)
Meine Adapter: https://zefau.github.io/iobroker/
-
@bmueller77 sagte in [Neuer Adapter] hue-extended:
So, nach neuestem Update des Adapters kann ich Erfolg melden. Momentan steigen die Level-Werte bei mir nicht mehr an und die Lampen einer Gruppe schalten alle auf den gleichen Wert. Danke @Zefau .
Sehr gut!!! Ich war schon etwas am verzweifeln ;-)
@Zefau Ja, war ne schwere Geburt aber gute Leistung von dir. Danke nochmal. BTW: Kann ich irgendwo das Auslesen der Werte aus der Hue Bridge etwas beschleunigen? Bis die Werte beim Schalten per Bewegungsmelder oder per App in iobroker ankommen, dauert mir noch ein wenig lange.
-
@Zefau Ja, war ne schwere Geburt aber gute Leistung von dir. Danke nochmal. BTW: Kann ich irgendwo das Auslesen der Werte aus der Hue Bridge etwas beschleunigen? Bis die Werte beim Schalten per Bewegungsmelder oder per App in iobroker ankommen, dauert mir noch ein wenig lange.
@bmueller77 sagte in [Neuer Adapter] hue-extended:
Kann ich irgendwo das Auslesen der Werte aus der Hue Bridge etwas beschleunigen? Bis die Werte beim Schalten per Bewegungsmelder oder per App in iobroker ankommen, dauert mir noch ein wenig lange.
Die Hue Bridge liefert keinen Callback / Push, wenn sich Werte ändern. Diese müssen ständig per Polling abgefragt werden. Den Polling-Wert kannst du in den Adapter-Einstellungen auf einen niedrigen Wert (z.B. 3 Sekunden) einstellen:
Intervall zur Aktualisierung aller Einstellungen / Daten (in Sekunden). Wenn auf 0 gesetzt werden die Einstellungen nur beim Adapter-Start aktualisiert.Meine Adapter: https://zefau.github.io/iobroker/
-
@bmueller77 sagte in [Neuer Adapter] hue-extended:
Kann ich irgendwo das Auslesen der Werte aus der Hue Bridge etwas beschleunigen? Bis die Werte beim Schalten per Bewegungsmelder oder per App in iobroker ankommen, dauert mir noch ein wenig lange.
Die Hue Bridge liefert keinen Callback / Push, wenn sich Werte ändern. Diese müssen ständig per Polling abgefragt werden. Den Polling-Wert kannst du in den Adapter-Einstellungen auf einen niedrigen Wert (z.B. 3 Sekunden) einstellen:
Intervall zur Aktualisierung aller Einstellungen / Daten (in Sekunden). Wenn auf 0 gesetzt werden die Einstellungen nur beim Adapter-Start aktualisiert.@Zefau Hm, dann hab ich wohl einen neuen Bug. duckundrenn
Hab eben einige Leuchten per App ausgemacht (ca. vor 5min) und eben auch auf 3 Sekunden gestellt. Die Lichter sind auch definitiv aus, aber in den hue-extended-Objekten steht bei Level noch 50%. -
@Zefau Hm, dann hab ich wohl einen neuen Bug. duckundrenn
Hab eben einige Leuchten per App ausgemacht (ca. vor 5min) und eben auch auf 3 Sekunden gestellt. Die Lichter sind auch definitiv aus, aber in den hue-extended-Objekten steht bei Level noch 50%. -
@Zefau Warte mal... "Level" bleibt beim Ausschalten aber "on" ist auf false. Schätze, das ist so gewollt?!
Meine Adapter: https://zefau.github.io/iobroker/
-
@Zefau Okay, lässt sich ja mit nem Skript in zusätzlichen Level-Objekten auslagern.
-
@Zefau Okay, lässt sich ja mit nem Skript in zusätzlichen Level-Objekten auslagern.
@bmueller77 sagte in [Neuer Adapter] hue-extended:
Okay, lässt sich ja mit nem Skript in zusätzlichen Level-Objekten auslagern.
Inwiefern? Was willst du da auslagern? Kann auch eine Option einbauen, dass
levelauf 0 geht, wenn das Gerät ausgeschaltet wird.
Auf der Hue Bridge selbst verbleibtlevelmit dem letzten Wert, wenn das Gerät ausgeschaltet wird.
Support us
631
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge