Hue adapter

[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

[ruhr70]

shit…

an der Version wird es nicht liegen, denke ich. Trotzdem mal zur Info:

"modelid": "BSB001",
"swversion": "01024156",
"apiversion": "1.8.0",

Klappt das denn bei Dir direkt über die API Webseite?

http://[bridge-ip]/debug/clip.html

[Pman]

Ja, das geht. Ich denke es liegt an der node-hue-api. Da muss ich mal weiter probieren und ggf. dort nachfragen.

Funktioniert denn außer den inc Werten alles bei dir?

[ruhr70]

Du meinst mit der Version von Github?

Die wollte ich jetzt installieren. Irgendetwas, auf das ich speziell achten muss?

[Pman]

@ruhr70:

Du meinst mit der Version von Github?

Die wollte ich jetzt installieren. Irgendetwas, auf das ich speziell achten muss? `

Genau, Version 0.4.0. Eigentlich gibt es nichts zu beachten, beim starten der Instanz sollten die neuen command-States hinzugefügt werden. bri_inc sollte funktionieren, die anderen inc Werte nicht. transitiontime geht bei mir! Es gibt natürlich relativ viele Kombinationen von on, bri, hue, ct, xy, rgb usw., ob es bei einigen Sonderfällen zu Problemen mit der aktuellen Implementierung kommt wäre interessant. Ein paar Fehler hatte ich schon gefunden und gefixt.

[ruhr70]

Habe mir die Files rüber kopiert und den Adapter neu gestartet upload/restart.

Kämpfe gerade damit, dass er nun nicht mehr startet:

iobroker	2015-08-03 17:54:20	error	host.iobroker instance system.adapter.hue.0 terminated with code 8 (node.js: Cannot find module)

[ruhr70]

Ist jetzt gestartet.

In den Objekten ist nur der Datenpunkt command dazugekommen?

D.h. alle besprochenen Punkte muss ich darüber testen?
1526_uifrhi6f.txt

[Pman]

Im iobroker Verzeichnis:

npm install https://github.com/pmant/ioBroker.hue/tarball/master
iobroker upload hue

Läuft bei mir so durch und der Adapter lässt sich starten.