NEWS
[Neuer Adapter] hue-extended
-
@Zefau Ich werde testen allerdings nur die Szenen da ich die anderen Datenpunkte eigentlich nicht nutze. Werde aber zumindest auch eine Auge auf die Werte werfen zwecks Plausi. Nur kann ich es nicht mal eben testen, da ich nach der Installation erst meine Scripte anpassen muss wegen den neuen Namen. ich denke vor Mittwoch Abend wird das nicht bei mir...
Insgesamt macht der Adapter zumindest derzeit genau das was ich erwarte und absolut zuverlässig.
-
@cash alles klar, vielen Dank dir!
-
@Zefau said in [Neuer Adapter] hue-extended:
@cash alles klar, vielen Dank dir!
@Zefau werde ich nachher mal testen. Eine andere Frage hätte ich mal. Ist es angedacht die einzelnen Werte für RGB, alsr R + B + G einzufügen?
Ich habe im FLur Osram Leuchtmittel eingebunden in der Hue, hier kann ich über den Color picker die richtigen Werte nicht nutzen, da der Command Befehl leer bleibt.
Über den HSV Wert gibt es auch falsche Farben zurück.
Ich nutze das Feld des Color picker als Background der Steuerrung der einzelnen Lampen, um den Effekt der original App zu imitieren. Funktioniert mit HUE Leuchtmitteln perfekt, mit anderen Leuchtmitteln nicht.Falls ich mich jetzt unverständlich ausdrücke sag bescheid.
-
@AxelF1977 sagte in [Neuer Adapter] hue-extended:
Ich habe im FLur Osram Leuchtmittel eingebunden in der Hue, hier kann ich über den Color picker die richtigen Werte nicht nutzen, da der Command Befehl leer bleibt.
Grundsätzlich könnte ich die States integrieren, allerdings gibt es einen State
rgb
. Wäre der nicht eine Möglichkeit?
Was meinst du mit Command Befehl bleibt leer?Über den HSV Wert gibt es auch falsche Farben zurück.
Das sollte mit v1.0.0-rc.1 behoben sein. Mit dem Update sollten die color spaces nun korrekt funktionieren. Hast das schon probiert?
Ich nutze das Feld des Color picker als Background der Steuerrung der einzelnen Lampen, um den Effekt der original App zu imitieren. Funktioniert mit HUE Leuchtmitteln perfekt, mit anderen Leuchtmitteln nicht.
Hast du die Option in den Adapter-Einstellungen aktiviert / probiert, dass Philips-fremde Leuchtmittel mittels
xy
angesteuert werden? -
@Zefau sagte in [Neuer Adapter] hue-extended:
@aleks-83 sagte in [Neuer Adapter] hue-extended:
Nein, ist leider noch da.
Könntest du nochmal die aktuelle Github Version drüberspielen und erneut probieren? Danke!
So, bin wieder da. NUC rennt wieder.
Bei der 0.9.0 ist es leider noch schlimmer geworden.
Wenn ich jetzt den OsramPlug einschalte, kommt im Log immer noch die Meldung:hue-extended.0 2019-10-14 21:55:52.001 warn (8972) Error setting /lights/15/state/bri: parameter, bri, not available
Der Datenpunkt, und sogar der Status in der Hue iOS App wird true aber physisch schaltet der Plug nicht.
Erst wenn ich in der Hue iOS App den Schalter erneut aus und an schalte.Bin wieder zurück auf die 0.8.7.
Die 0.8.8 hat er nicht gefundenNo matching version found for iobroker.hue-extended@0.8.8
-
@Zefau said in [Neuer Adapter] hue-extended:
Grundsätzlich könnte ich die States integrieren, allerdings gibt es einen State
rgb
. Wäre der nicht eine Möglichkeit?Bei RGB will der Colorpicker die einzelnen Werte zusätzlich haben, daher kam meine Frage auf.
Was meinst du mit Command Befehl bleibt leer?
Das dann dort kein Wert steht,. Aber das ist wohl doch bei allen Leuchtmitteln so.
Das sollte mit v1.0.0-rc.1 behoben sein. Mit dem Update sollten die color spaces nun korrekt funktionieren. Hast das schon probiert?
Nein, habe ich nocht nicht, schau ich mir mal an, danke für den Hinweis!
Hast du die Option in den Adapter-Einstellungen aktiviert / probiert, dass Philips-fremde Leuchtmittel mittels
xy
angesteuert werden?Ja, die Option ist eingestellt.
Folgendes Szenario will ich umsetzen. Der Hintergrund der einzelnen Gruppen, sollend en Hintergrund wechseln, in den, der gerade eingestellt ist, von kaltweiß bis bunt. Im Beispiel sind es HUE Lampen.
-
@Zefau said in [Neuer Adapter] hue-extended:
v1.0.0-rc.1
@Zefau wie komme ich an den Adapter v1.0.0-rc.1 ran?
Danke
-
@AxelF1977 sagte in [Neuer Adapter] hue-extended:
Danke
Über die Katze und anschließend einen Upload machen.
-
@sigi234 sagte in [Neuer Adapter] hue-extended:
@AxelF1977 sagte in [Neuer Adapter] hue-extended:
Danke
Über die Katze und anschließend einen Upload machen.
Adapter aus beliebiger Quelle installieren oder aktualisieren
-
Ach, der liegt schon auf Github? Ok, danke, hatte dann wohl übersehen
Probiere ich gleich mal aus.
-
@Zefau Große Klasse.
Habe den Adapter gestoppt alle Objekte gelöscht und danach das Update gemacht. Der Adapter startete danach wie erwartet und hat die Objekte sauber wieder angelegt.
Die gelöschten tauchen nicht mehr aus. Hattest Du ja schon mit einer der Vorversionen eingebaut. Die Scenen sind nun sehr übersichtlich aufgebaut und somit ist es viel einfacher die Scenen in den Scripten zu nutzen.
Das andere habe ich mir angeguckt und ich konnte auch damit die Lampe in Helligkeit, Farbe usw ändern. Ob das nun richtig oder nicht so ist kann ich nicht beurteilen da ich nicht weiß welcher hex-wert nun welche Farbe haben muss
Also insgesamt alles so wie von mir erwartet. Und von mir aus wäre das die fertige Version 1.0
Danke auf jeden Fall für die Umbenennung der Scenen.
-
Mal ein Feedback zur Version v1.0.0-rc.1
- die color spaces sehen besser aus, ob es wirklich korrekt ist, werde ich noch testen.
- Die Anordnung der Szenen in den einzelnen Gruppen ist ein sehr guter Schritt, das gefällt mir gut
ABER, ich habe mit der Version erheblich performance Probleme Probleme mit meinem Raspi. Schau mal was da klemmt. Die CPU Auslastung ist teils bei 80%, nur bei dem Adapter. Und das Polling ist bei 120s, also auch nicht so heftig eingestellt.
-
@aleks-83 sagte in [Neuer Adapter] hue-extended:
Bei der 0.9.0 ist es leider noch schlimmer geworden.
Wenn ich jetzt den OsramPlug einschalte, kommt im Log immer noch die Meldung:hue-extended.0 2019-10-14 21:55:52.001 warn (8972) Error setting /lights/15/state/bri: parameter, bri, not available
Der Datenpunkt, und sogar der Status in der Hue iOS App wird true aber physisch schaltet der Plug nicht.
Erst wenn ich in der Hue iOS App den Schalter erneut aus und an schalte.Bin wieder zurück auf die 0.8.7.
Die 0.8.8 hat er nicht gefundenNo matching version found for iobroker.hue-extended@0.8.8
Dieses Verhalten ist bei 1.0 rc1 leider immer noch da.
-
Zum ersten mal ging mein Adapter irgendwann auf gelb:
2019-10-17 14:44:48.131 - warn: hue-extended.0 Error connecting while retrieving channel sensors: Connection refused. Already retried 10x in total, thus connection closed now. See debug log for details. 2019-10-17 14:44:48.135 - warn: hue-extended.0 Error connecting while retrieving channel lights: Connection refused. Already retried 10x in total, thus connection closed now. See debug log for details.
Hatte ich noch nie.
Und was mir noch aufgefallen ist:
2019-10-17 07:41:57.398 - info: hue-extended.0 Successfully set Hue Badezimmer. 2019-10-17 07:42:54.422 - info: hue-extended.0 Successfully set Hue Flur.
Vorher stand dort sinnvollerweise ob true oder false wenn ich mich nicht täusche?
-
@cash sagte in [Neuer Adapter] hue-extended:
Hatte ich noch nie.
Dies kommt, wenn die Bridge wiederholt einen Fehler (z.B. 503) beim Abruf der Daten liefert.
@cash sagte in [Neuer Adapter] hue-extended:
Vorher stand dort sinnvollerweise ob true oder false wenn ich mich nicht täusche?
Die Anzahl der Log-Einträge wurde reduziert. Die Details sind nun im Debug-Log. Im Info-Log erscheint nur Failed oder Succesful.
-
@sigi234 sagte in [Neuer Adapter] hue-extended:
Meine Variante:
Hallo Sigi,
das sieht sehr gut aus
Könntest du bitte diese View als export zur Verfügungs stellen?Viele Grüße
-
@Zefau Die Frage ist ob die Hue-Bridge Fehler meldet weil der Adapter anders/öfter wie auch immer abfragt als vorher?
Ich fände im Log trotzdem Sinnvoll wenn dort passend ständ „to true“ oder „to false“ dadurch wird das Log ja nicht länger.
Wie wird eigentlich geloggt wenn der Adapter nicht schalten kann? Als „Warning“?
-
@cash sagte in [Neuer Adapter] hue-extended:
Ich fände im Log trotzdem Sinnvoll wenn dort passend ständ „to true“ oder „to false“ dadurch wird das Log ja nicht länger.
Die API liefert für jeden Befehl ein "Erfolgreich" zurück. Je mehr Befehle geschickt werden, desto mehr erfolgreiche Rückmeldungen stehen (bzw. standen) im Log.
true
/false
sind spezifisch füron
.Daher nun nur noch ein Eintrag, wenn alles erfolgreich ist.
@cash sagte in [Neuer Adapter] hue-extended:
Wie wird eigentlich geloggt wenn der Adapter nicht schalten kann? Als „Warning“?
Jop.
-
@AxelF1977 sagte in [Neuer Adapter] hue-extended:
ABER, ich habe mit der Version erheblich performance Probleme Probleme mit meinem Raspi. Schau mal was da klemmt. Die CPU Auslastung ist teils bei 80%, nur bei dem Adapter. Und das Polling ist bei 120s, also auch nicht so heftig eingestellt.
Ungewöhnlich. Wo siehst du denn den CPU Verbrauch je Adapter? Oder lässt die Auslastung nach, sobald du den Adapter deaktivierst?
Kannst du mir das Debug-Log (Instanz auf Debug) zur Verfügung stellen? Dann kann ich mal darin forschen.
Ich selbst habe keine Performance-Probleme und das Feedback bisher auch noch nicht woanders gelesen.
-
@aleks-83 sagte in [Neuer Adapter] hue-extended:
hue-extended.0 2019-10-14 21:55:52.001 warn (8972) Error setting /lights/15/state/bri: parameter, bri, not available
Kannst du die Instanz auf Debug stellen und mir das Log zur Verfügung stellen, wenn du das Gerät schaltest?
Kannst du bitte außerdem über das Dashboard (ioBroker Übersicht) die Hue Console aufrufen und dort die in URL
/api/<deinHueToken>/lights/15
eingeben und die Daten mitGET
laden? Die Antwort (Command Response
) benötige ich