UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Zefau]

@cash sagte in [Neuer Adapter] hue-extended:

Ok ohne die 10 wüßte ich nicht zu welcher Gruppe die Szene gehört, da ich für fast jeden Raum die selben Szenen habe. Aber wäre es nicht stattdessen möglich die Szene 'Abenddämmerung.04Garten' zu nennen. Man könnte ja das 'mFrqg40AYUIo8QE' in ein sep. Feld packen. Das wird man eigentlich ja auch nur sehr selten brauchen.

Mit v0.9.0 nun angepasst und geändert. Die ID (wie mFrqg40AYUIo8QE) wird nur noch bei doppelten Einträgen verwendet.

Weiterhin können die Datenpunkte entweder als scenes.<group>.<scene> oder als scenes.<scene>.<group> gemappt werden (einstellbar in den Adapter-Einstellungen).

[Zefau]

v1.0.0-rc.1 auf Github (https://github.com/Zefau/ioBroker.hue-extended) mit folgenden Änderungen (https://github.com/Zefau/ioBroker.hue-extended#changelog)

• BREAKING CHANGE changed certain objects due to standardization (see https://forum.iobroker.net/post/298019)

  • changed bri to brightness
  • changed sat to saturation
  • removed hue_degrees
  • changed hue (changed value range from 0-65535 to 0-360°C)
  • changed ct to colorTemperature (changed value range from 153-500 (native Hue API) to 2000-6500K)
  • changed _hex to hex
  • changed _hsv to hsv
  • changed _rgb to rgb
  • removed _cmyk*
  • removed _xyz*

• fixed incorrect conversion between color spaces (rgb, hex, etc.)

Note: If you are using _command renaming is not necessary for the states ct (except for the value range), bri or sat.

---

Über Tester wäre ich sehr dankbar, bevor ich es ins latest Repository (und dann auch bald ins stable) schiebe.

[cash]

@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.

[Zefau]

@cash alles klar, vielen Dank dir!

[AxelF1977]

@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.

[Zefau]

@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?

[aleks-83]

@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 gefunden

No matching version found for iobroker.hue-extended@0.8.8

[AxelF1977]

@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.

[AxelF1977]

@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

[sigi234]

@AxelF1977 sagte in [Neuer Adapter] hue-extended:

Danke

Über die Katze und anschließend einen Upload machen.

[sigi234]

@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

[AxelF1977]

Ach, der liegt schon auf Github? Ok, danke, hatte dann wohl übersehen

Probiere ich gleich mal aus.

[cash]

@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.

[AxelF1977]

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]

@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 gefunden

No matching version found for iobroker.hue-extended@0.8.8

Dieses Verhalten ist bei 1.0 rc1 leider immer noch da.

[cash]

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?

[Zefau]

@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.

[Smartuser]

@sigi234 sagte in [Neuer Adapter] hue-extended:

@Xsev

Meine Variante:

Hallo Sigi,

das sieht sehr gut aus :clap: :blush:
Könntest du bitte diese View als export zur Verfügungs stellen?

Viele Grüße

[cash]

@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“?

[Zefau]

@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ür on.

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.