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

[Heinzelmaennchen]

Und es ward Licht,

Will sagen. Alle Gruppen korrekt erkannt und da..

Jetzt muss ich ans testen gehen.

Auf jeden Fall erstmal Danke dafür.

Gruß

Bernhard
305_heizungsscript_090_04.txt

[Pman]

@coyote:

Weiß jetzt nicht ob das dein Part ist "Pman" aber wenn ich den Colorpicker für die Hue nutze, wird bei Farbänderung die Helligkeit immer auf 1% gesetzt.

Ändere ich die Farben über "hue" bleibt die Helligkeit bestehen. Kannst du das ändern oder ist das ein Problem vom Colorpicker? Oder ist es sogar so gewollt? `
Ich habe das bis jetzt nur mit dem popup colorpicker getestet, da gilt: rechts Farbe wählen, dann links im Quadrat oben für hell und unten für dunkel. Rechts für volle Farbe, links für grau (weiß). Das hat für mich so weit ganz gut funktioniert.

Grundsätzlich wird derzeit die Helligkeit immer auf den höchsten Einzelwert von r,g und b gestellt. 255,255,255 wäre also weiß mit voller Helligkeit. 10,0,0 ware rot mit Helligkeit 10.

[coyote]

Hmm ok, bei mir funktioniert es nicht. Egal was ich anwähle und egal welcher Colorpicker, die Helligkeit wird immer auf 1% gesetzt.

Also, Lampe eingeschaltet, Helligkeit voll aufgedreht, Colorpicker geöffnet, Farbe angewählt (so wie du es beschrieben hast), dann bei dem Popup Colorpicker auf Auswählen und zack, Helligkeit wieder auf 1%

[Pman]

Devider auf 1?

[coyote]

Nee, steht auf 255

[Bluefox]

@coyote:

Nee, steht auf 255 `
Kannst du dein Widget hier posten (Exportieren) ?

[coyote]

Na klar:

[{"tpl":"tplRGBFarbtastic","data":{"visibility-cond":"==","visibility-val":1,"divisor":"255","views":null,"name":"PickerView","blue-oid":"hue.0.Philips_hue.Hue_Lamp_Wohnzimmer.b","green-oid":"hue.0.Philips_hue.Hue_Lamp_Wohnzimmer.g","red-oid":"hue.0.Philips_hue.Hue_Lamp_Wohnzimmer.r"},"style":{"left":"33px","top":"52px","width":"202px","height":"200px"},"widgetSet":"colorpicker"}]

Das Widget öffne ich mit einem "Metro - Tile Dialog"

[{"tpl":"tplMetroTileDialog","data":{"visibility-cond":"==","visibility-val":1,"hover":"true","transform":"true","bg_class":"bg-black","icon_class":"","icon_badge":"","badge_bg_class":"","brand_bg_class":"","dialog_draggable":"true","dialog_icon_class":"","icon_src":"/vis-colorpicker.admin/colorpicker.png","dialog_width":"350","dialog_height":"430","dialog_flat":true,"dialog_title":"Colorpicker Wohnzimmer","icon_width":"90","icon_height":"90","icon_top":"62","icon_left":"62","contains_view":"Picker_Wohnzimmer"},"style":{"left":"745px","top":"241px","width":"49px","height":"49px"},"widgetSet":"metro"}]

Übrigens kleine Info an Bleufox, wo wir gerade bei den Dialog Widgets sind. Mit dem "Metro - Tile Dialog" Widget kann ich den Dialog in Chrome mit "X" wieder schließen. Nutze ich aber "container - HTML - view in jqui Dialog" kann ich den Dialog in Chrome (zumindest auf meinen Android Geräten) nicht mehr schließen. Am Windows PC und Windows Tablet geht es, auch mit Firefox geht es auf dem Android Tablet.

[ruhr70]

@Pman:

Genau, sobald ich die Gruppenfunktion implementiert habe ist das ändern eines Wertes in der Gruppe nur ein Befehl. `

Wie schon geschrieben, funktioniert das mit den Gruppen prima.

Komischerweise erhalte ich bei einer Gruppe den Fehler 404. Wenn ich die Lampen der Gruppe einzeln ansteuere (gleiche Kommandofrequenz, bei den einzelnen Lampen die doppelte Anzahl von Kommandos, da zwei Lampen in der Gruppe sind). Normalerweise hätte ich jetzt gedacht, dass das Ansteuern über die hue Gruppe der bessere Weg sei.

@Pman:

Wenn es dann noch (wie auch immer) möglich wird mehrere Datenpunkte gleichzeitig zu ändern sollte es nur noch ein Befehl sein, der auch in einem Schritt an die Bridge geht. `

Hattest Du da noch was unternommen?

Vom Kommando zur Bridge dürfte es der einfachste Weg sein, da die Bridge so etwas: {"hue":47125,"sat":254,"bri":254} als ein Kommando akzeptiert. Die Frage ist nur, ob es die "Middleware" vom Adapter es unterstützt.

Ich wünsche mir immer noch einen Datenpunkt, in dem ich {"hue":47125,"sat":254,"bri":254} schreiben kann, was dann als Put an die Bridge geht

Ohne diesen Datenpunkt sind größere dynamische Szenen problematisch.

[ruhr70]

im Body können noch weitere Argumente stehen:

transitiontime, bri_inc, sat_inc, hue_inc, ct_inc finde ich interessant.

transitiontime uint16 The duration of the transition from the light’s current state to the new state. This is given as a multiple of 100ms and defaults to 4 (400ms). For example, setting transistiontime:10 will make the transition last 1 second. Optional

bri_inc -254 to 254 As of 1.7. Increments or decrements the value of the brightness. bri_inc is ignored if the bri attribute is provided. Any ongoing bri transition is stopped. Setting a value of 0 also stops any ongoing transition. The bridge will return the bri value after the increment is performed. Optional

sat_inc -254 to 254 As of 1.7. Increments or decrements the value of the sat. sat_inc is ignored if the sat attribute is provided. Any ongoing sat transition is stopped. Setting a value of 0 also stops any ongoing transition. The bridge will return the sat value after the increment is performed. Optional

hue_inc -65534 to 65534 As of 1.7. Increments or decrements the value of the hue. hue_inc is ignored if the hue attribute is provided. Any ongoing color transition is stopped. Setting a value of 0 also stops any ongoing transition. The bridge will return the hue value after the increment is performed.

Note if the resulting values are < 0 or > 65535 the result is wrapped. For example:

{"hue_inc": 1}

on a hue value of 65535 results in a hue of 0.

{"hue_inc": -2}

on a hue value of 0 results in a hue of 65534.

Optional

ct_inc -65534 to 65534 As of 1.7. Increments or decrements the value of the ct. ct_inc is ignored if the ct attribute is provided. Any ongoing color transition is stopped. Setting a value of 0 also stops any ongoing transition. The bridge will return the ct value after the increment is performed. Optional

xy_inc -0.5 to 0.5 As of 1.7. Increments or decrements the value of the xy. xy_inc is ignored if the xy attribute is provided. Any ongoing color transition is stopped. Setting a value of 0 also stops any ongoing transition. Will stop at it's gamut boundaries. The bridge will return the xy value after the increment is performed. Optional

[Pman]

Bin seit gestern wieder zu Hause und werde im Laufe der Woche den Sammelzustand implementieren.

Das ganze einfach an die Bridge weiterleiten kann die node-hue-api glaube ich nicht, ich halte es aber ohnehin für sinnvoller die Eingabe auszuwerten bevor sie weitergeleitet wird um fehlerhafte Eingaben direkt abzufangen.

[ruhr70]

cool

d.h. auswerten, ggf. korrigieren und dann in einem Rutsch zur Bridge?

Gesendet von iPhone mit Tapatalk

[Pman]

ct_inc verstehe ich nicht. ct kann Werte von 153 bis 500 haben, ct_inc aber bis 65534?

Ich lasse xy_inc und ct_inc erstmal weg, da mir die Wirkungsweise nicht klar ist.

bri_inc wird im Adapter zu bri verarbeitet (da Farbänderungen teilweise bri schon verändern), aber nur wenn bri nicht angegeben wurde.

sat_inc und hue_inc werden an die node-hue-api weitergegeben.

[ruhr70]

@Pman:

ct_inc verstehe ich nicht. ct kann Werte von 153 bis 500 haben, ct_inc aber bis 65534? `

Ja, das ist mir auch aufgefallen. Ich habe es für mich als Fehler in der hue Doku verbucht.

Der alte hue Adapter für die ccu.io hatte die Datenpunkte wohl drin. Zu mindestens kann man davon ausgehen, aus dem Code-Beispiel hier:

http://forum.iobroker.org/viewtopic.php … 1107#p8933

[Pman]

Ich mache ct_inc mal rein ohne die Werte zu begrenzen, dann müssen wir mal testen was passiert wenn man +100 oder +65000 eingibt.

[Pman]

die hue-node-api kann die inc-werte seit 1.1.0, allerdings reagiert die Lampe nicht bisher nicht, wenn ich die entsprechenden Funktionen nutze. bri_inc funktioniert, da dieser Wert ja im Adapter selber verarbeitet wird.

[ruhr70]

ich teste das nachher mal mit der Dev-Webseite der Bridge und gebe eine Rückmeldung

Gesendet von iPhone mit Tapatalk

[Pman]

@ruhr70:

ich teste das nachher mal mit der Dev-Webseite der Bridge und gebe eine Rückmeldung

Gesendet von iPhone mit Tapatalk `
Das wäre super! Der Fehler könnte aber auch in der node-hue-api liegen, die Unterstützung für die inc-Werte ist erst eine Woche alt und evtl. noch unfertig.

Wenn der command state ansonsten (inklusive bri_inc) ordentlich funktioniert mache ich damit schonmal einen pull request, damit eine aktuelle Version online kommt. Ich teste gerade einige Dinge durch, du kannst auch gerne schonmal von meinem Github testen.

[ruhr70]

/api/xxxxxxxxx/lights/12/state

Message Body:

{
	"bri_inc": -32
}

Ergebnis:

[
	{
		"success": {
			"/lights/12/state/bri": 190
		}
	}
]

[ruhr70]

alle Kommandos haben funktioniert.

Noch ein Beispiel:

Body:

{
	"ct_inc": 400,
        "transitiontime": 100
}

Ergebnis:

[
	{
		"success": {
			"/lights/12/state/transitiontime": 100
		}
	},
	{
		"success": {
			"/lights/12/state/ct": 500
		}
	}
]

[Pman]

komisch, über die node-hue-api bekomme ich es nicht hin