Hue adapter

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.

Pman

~~@ruhr70:~~

Ist jetzt gestartet.

In den Objekten ist nur der Datenpunkt command dazugekommen?

D.h. alle besprochenen Punkte muss ich darüber testen? `
Du kannst dort so was wie "{"bri_inc":100,"ct":369,"transitiontime":10}" machen. Ich glaube die gröbsten Fehler sind raus, evtl. gibt es ein paar Unstimmigkeiten, wenn "on", "bri" und rgb kombiniert werden, da sich diese gegenseitig verändern…

Community Forum

NEWS

Hue adapter

Support us

762

32.5k

81.8k

1.3m