[Neuer Adapter] hue-extended
-
Welches Farbwahl Widget eignet sich denn besonders gut für den Adapter? Ich hab das bislang mit den vis color picker gemacht aber irgendwie bekomme ich den nicht zum laufen. Vielleicht könnte mir jemand einen Screenshot von den Einstellungen zeigen. Das wäre super! Bin mir nicht sicher welche Werte ich wo einstellen muss.
@Xsev sagte in [Neuer Adapter] hue-extended:
Ich hab das bislang mit den vis color picker gemacht aber irgendwie bekomme ich den nicht zum laufen.
Bekommst du denn eine Fehlermeldung oder funktioniert es einfach nicht?
Meine Adapter: https://zefau.github.io/iobroker/
-
@Xsev sagte in [Neuer Adapter] hue-extended:
Ich hab das bislang mit den vis color picker gemacht aber irgendwie bekomme ich den nicht zum laufen.
Bekommst du denn eine Fehlermeldung oder funktioniert es einfach nicht?
@Zefau Ich hatte da jetzt verschiedene Varianten, aktuell ist es so, wenn ich die Farbe ändere, ändert er die Helligkeit (Brightness) ich hatte aber auch schon einen wandernden Cursor der um die Farbpallete rum gewandert ist (könnte evtl. mit einer in der hue app aktivierten szene zusammen gehangen haben...) und einmal ging es auch schon wie es sollte, das war aber vor ein paar Updates. Wie gesagt bin mir auch nicht sicher welche werte ich mindestens brauche. Bislang hab ich im zigbee Adapter alles über den Hex wert gemacht um Farbänderungen durchzuführen.
-
Welches Farbwahl Widget eignet sich denn besonders gut für den Adapter? Ich hab das bislang mit den vis color picker gemacht aber irgendwie bekomme ich den nicht zum laufen. Vielleicht könnte mir jemand einen Screenshot von den Einstellungen zeigen. Das wäre super! Bin mir nicht sicher welche Werte ich wo einstellen muss.
@Xsev sagte in [Neuer Adapter] hue-extended:
Bin mir nicht sicher welche Werte ich wo einstellen muss.
Ich habe folgende Einstellungen beim 'colorpicker Philips HUE':
Und das sieht dann bei mir unter VIS so aus:
Der HUE-Button (Farbe ändert sich mit dem Licht mit) wird erst angezeigt, wenn ich das Licht eingeschaltet habe und die Hue-Lampe erreichbar ist (dauert ein paar Sekunden). Das mache ich deswegen so, weil ich die Lampen mittels Shelly-Switch vom Strom trenne und daher die Hue-Lampe nicht direkt per Hue einschalten kann.
Wenn man dann auf den Button klickt, sieht es so aus und man kann Farbe und Helligkeit einstellen:
-
@Zefau Ich hatte da jetzt verschiedene Varianten, aktuell ist es so, wenn ich die Farbe ändere, ändert er die Helligkeit (Brightness) ich hatte aber auch schon einen wandernden Cursor der um die Farbpallete rum gewandert ist (könnte evtl. mit einer in der hue app aktivierten szene zusammen gehangen haben...) und einmal ging es auch schon wie es sollte, das war aber vor ein paar Updates. Wie gesagt bin mir auch nicht sicher welche werte ich mindestens brauche. Bislang hab ich im zigbee Adapter alles über den Hex wert gemacht um Farbänderungen durchzuführen.
-
Hallo zusammen,
da ich zuletzt einige Fehlermeldungen mit dem hue Adapter hatte (u.a. wie in einigen Issues bereits beschrieben: #68, #61), habe ich einen neuen schlanken Adapter geschrieben.
~~https://github.com/Zefau/ioBroker.hue-lights~~
https://github.com/Zefau/ioBroker.hue-extendedDieser unterstützt aktuell folgende Features:
- Synchronize Config
- Synchronize Groups
- Synchronize Lights
- Synchronize Resources
- Synchronize Rules
- Synchronize Scenes
- Synchronize Schedules
- Synchronize Sensors
- Trigger changes on states
on/off,bri(level),hue,sat,xy,ct,alert,effectandtransitiontime - Additional triggers based on color spaces for
rgb,hsv,xyz,cmykandhex - Apply own combination of commands using
commandstrigger - Control lights of all groups at once using
0-allgroup - Run scene or apply
sceneon light or group
Cheers,
Zefau@Zefau said in [Neuer Adapter] hue-extended:
Hallo zusammen,
da ich zuletzt einige Fehlermeldungen mit dem hue Adapter hatte (u.a. wie in einigen Issues bereits beschrieben: #68, #61), habe ich einen neuen schlanken Adapter geschrieben.
Cheers,
ZefauHallo Zafu,
vielen Dank für den neuen Adapter! Für meine Bedürfnisse ist der viel besser geeignet als der Alte. Die Trennung von Licht und Gruppen ist perfekt.
Rundum gelungen.
Wenn ich gelöschte Lichter entfernen möchte, muss ich dann in den Einstellungen den Hacken bei "gelöschte syncronisieren"setzen oder nicht?
Danke
ASROCK Deskmini Intel I3 8100 16GB mit Proxmox VM ioBroker VM DIYHue| CCU piVCCU + FHEM auf Raspberry | Maria DB mit Grafana und Prometheus auf Tinker Board
-
@Zefau said in [Neuer Adapter] hue-extended:
Hallo zusammen,
da ich zuletzt einige Fehlermeldungen mit dem hue Adapter hatte (u.a. wie in einigen Issues bereits beschrieben: #68, #61), habe ich einen neuen schlanken Adapter geschrieben.
Cheers,
ZefauHallo Zafu,
vielen Dank für den neuen Adapter! Für meine Bedürfnisse ist der viel besser geeignet als der Alte. Die Trennung von Licht und Gruppen ist perfekt.
Rundum gelungen.
Wenn ich gelöschte Lichter entfernen möchte, muss ich dann in den Einstellungen den Hacken bei "gelöschte syncronisieren"setzen oder nicht?
Danke
@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:
Hallo zusammen,
da ich zuletzt einige Fehlermeldungen mit dem hue Adapter hatte (u.a. wie in einigen Issues bereits beschrieben: #68, #61), habe ich einen neuen schlanken Adapter geschrieben.
Cheers,
ZefauHallo Zafu,
vielen Dank für den neuen Adapter! Für meine Bedürfnisse ist der viel besser geeignet als der Alte. Die Trennung von Licht und Gruppen ist perfekt.
Rundum gelungen.
Wenn ich gelöschte Lichter entfernen möchte, muss ich dann in den Einstellungen den Hacken bei "gelöschte syncronisieren"setzen oder nicht?
Danke
@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.
-
Danke euch! Das probier ich heute gleich mal aus.
@sigi234 welches Widget verwendest du für die schönen Farbwahl Slider?@Xsev sagte in [Neuer Adapter] hue-extended:
welches Widget verwendest du für die schönen Farbwahl Slider?
https://forum.iobroker.net/topic/7322/projekt-material-design-css-für-iobroker-vis
-
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!
-
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.
Support us
553
Online32.7k
Users82.4k
Topics1.3m
Posts