[Neuer Adapter] hue-extended
-
@Zefau sagte in [Neuer Adapter] hue-extended:
@Hiltex sagte in [Neuer Adapter] hue-lights:
Entsprechend der Beschreibung müsste bei voller Sättigung (255) und Farbwert 21845 die Lampe grün leuchten.
Bei mir leuchtet sie mit den Werten wunderbar grün.
Das funktioniert bei mir überhaupt nicht. Wenn ich die Lampen über die Hue-App steuere, dann kommen die Werte scheinbar richtig an. Als modus wird
xyangezeigt. Ich hier Beispiel ein gelb-lila-Ton.
Im Screenshot kann man schon gut erkennen, dass die Werte bei
hueundhue_degreesnicht angepasst werden (die Werte bleiben rot, weil ich da vorher etwas zum Test eingetragen habe).Anschließend habe ich den Debug-Modus vom Adapter umgestellt -> Adapterneustart, Lampe leuchtet unverändert.
Trage ich jetzt bei
hueden Wert 21845 ein passiert erstmal nichts. Trage ich dann noch beisatden Wert 255 ein, wird die Lampe rot.
Das Log dazu:
hue-extended.0 2019-08-10 17:29:33.430 debug Received updated value for lights.2-nachttischlampe_rechts.state.colormode: "hs" hue-extended.0 2019-08-10 17:29:33.430 debug Received updated value for lights.2-nachttischlampe_rechts.state.ct: 555 hue-extended.0 2019-08-10 17:29:33.430 debug Received updated value for lights.2-nachttischlampe_rechts.state.xy: "[0.6763,0.3102]" hue-extended.0 2019-08-10 17:29:33.430 debug Received updated value for lights.2-nachttischlampe_rechts.state.sat: 254 hue-extended.0 2019-08-10 17:29:30.412 debug system.adapter.admin.0: logging true hue-extended.0 2019-08-10 17:29:27.685 info Successfully set /lights/2/state/sat on device Nachttischlampe rechts (to 254). hue-extended.0 2019-08-10 17:29:27.672 debug Send command to Nachttischlampe rechts (lights/2/state): {"sat":255}. hue-extended.0 2019-08-10 17:29:27.672 debug State of hue-extended.0.lights.2-nachttischlampe_rechts.state.sat has changed {"val":255,"ack":false,"ts":1565450967669,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":156545096 hue-extended.0 2019-08-10 17:29:22.537 debug system.adapter.admin.0: logging false hue-extended.0 2019-08-10 17:29:21.432 info Successfully set /lights/2/state/hue on device Nachttischlampe rechts (to 21845). hue-extended.0 2019-08-10 17:29:21.417 debug Send command to Nachttischlampe rechts (lights/2/state): {"hue":21845}.Anschließend der Versuch, die Lampe über
xymit dem Wert [0.4426,0.4058] zu steuern:hue-extended.0 2019-08-10 17:36:05.390 debug system.adapter.admin.0: logging true hue-extended.0 2019-08-10 17:36:02.119 warn Error setting /lights/2/state/xy: invalid value, [0.4426,, for parameter, xy hue-extended.0 2019-08-10 17:36:02.111 debug Send command to Nachttischlampe rechts (lights/2/state): {"xy":"[0.4426,0.4058]"}. hue-extended.0 2019-08-10 17:36:02.111 debug State of hue-extended.0.lights.2-nachttischlampe_rechts.state.xy has changed {"val":"[0.4426,0.4058]","ack":false,"ts":1565451362110,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin"," hue-extended.0 2019-08-10 17:35:49.390 debug system.adapter.admin.0: logging falseHab ich hier irgendwo einen Denkfehler oder woran kann das liegen? Kann es ein Problem mit der Bridge geben? Das Teil hat Versionsnummer 2.1, Softwarestand von vor ein paar Tagen (wurde vergangene Woche neu installiert und das entsprechende Softwareupdate wurde eingespielt).
Weil mir nicht ganz klar war, wie man den Adapter an die Bridge anlernt habe ich einfach den Benutzer aus dem anderen Hue-Adapter genommen und den anderen Adapter gestoppt.
-
@dslraser sagte in [Neuer Adapter] hue-extended:
Kann man Gruppen nicht schalten ? (also nur "ansehen" ?)
Funktionierte in v0.4.0 nicht mehr. Ist in v0.4.1 nun behoben. Danke für den Hinweis.
-
@Zefau sagte in [Neuer Adapter] hue-extended:
Funktionierte in v0.4.0 nicht mehr. Ist in v0.4.1 nun behoben. Danke für den Hinweis.
Geht auch in 0.4.1 bei mir nicht.
(upload gemacht, alte Objekte neu eingelesen und Adapter Neustart) -
@dslraser komisch, steht was im Log?
-
@Zefau sagte in [Neuer Adapter] hue-extended:
@dslraser komisch, steht was im Log?
"common": { "name": "Wohnzimmer - Switch light on / off", "role": "switch.light", "type": "boolean", "write": false },keine Rechte....(mit write false geht es halt nicht )
-
@Zefau
komisch, ist nur in meiner Wohnzimmer Gruppe so..... -
@Zefau
hat das was mit der laufenden Nummer zu tun ? Wohnzimmer ist Gruppe 1
(ich habe es manuell geändert, dann geht es natürlich)
-
@dslraser sagte in [Neuer Adapter] hue-extended:
keine Rechte....(mit write false geht es halt nicht )
Ist mir auch aufgefallen. Der Fehler hat sich in den letzten Versionen eingeschlichen. Sollte natürlich auf
truestehen. Behebe ich gerade.
Bzgl. der ID 1 werde ich das gerade mal testen. -
@Hiltex sagte in [Neuer Adapter] hue-extended:
Weil mir nicht ganz klar war, wie man den Adapter an die Bridge anlernt habe ich einfach den Benutzer aus dem anderen Hue-Adapter genommen und den anderen Adapter gestoppt.
Habe ich auch so gemacht. Kann daran nicht liegen. Ich werde das bei mir gleich nochmal im Detail testen.
-
@Zefau sagte in [Neuer Adapter] hue-extended:
@Hiltex sagte in [Neuer Adapter] hue-extended:
Weil mir nicht ganz klar war, wie man den Adapter an die Bridge anlernt habe ich einfach den Benutzer aus dem anderen Hue-Adapter genommen und den anderen Adapter gestoppt.
Habe ich auch so gemacht. Kann daran nicht liegen. Ich werde das bei mir gleich nochmal im Detail testen.
Ich würde auch sagen, dass es daran nicht liegen kann.
levelundbrifunktionieren ja, sodass es theoretisch kein grundsätzliches Problem sein dürfte. -
@dslraser sagte in [Neuer Adapter] hue-extended:
hat das was mit der laufenden Nummer zu tun ? Wohnzimmer ist Gruppe 1
Hat nichts mit der laufenden Nummer zu tun. Bei mir funktioniert der erste Index.
Wie ist die Gruppe zusammengesetzt? Wie viele und welche Lampen? Alle von Philips? RGB support? -
@Zefau
ich habe nur HUE
sind 7 Lampen im Wohnzimmer (verschiedene)
-
v0.5.0 auf Github und npm
- Added support for scenes (reorganized states and added trigger)
- Fixed action
xy - Reorganized states within tree
stateintoactionin case they are executable
Bitte beachten, dass die Zugangsdaten neu eingegeben werden müssen.
-
@Hiltex
xysollte in v0.5.0 nun funktionieren. Dies ging bei mir auch nicht. Der Rest funktioniert bei mir, insofern weiß ich leider nicht, wie ich dir weiterhelfen kann. Mit dem hue Adapter ging es bei dir ja, nur bei meinem Adapter nicht mehr, richtig?EDIT: sehe gerade, dass es bei dir Lampen von innr sind, keine Philips?
-
@Zefau richtig- innr-Lampen. Und ich habe vorhin mal ganz kurz mit der API herumgespielt. Auch da führt ein hue-Wert nicht zum Farbwechsel.
Das Ganze scheint auch bei OpenHAB ein Thema zu sein, weil die TRÅDFRI-Lampen offensichtlich nur XY unterstützen. Eventuell ist das ja bei den innr-Lampen das gleiche?
Jedes Mal, wenn ich die Lampen mit der hue App steuere stehen die danach im XY Modus. Das scheint also die bevorzugte Variante von Philips zu sein. Aber HomeKit macht offensichtlich nur hue.
-
@Hiltex Also in deinem speziellen Fall ist ein Skript notwendig, dass den hue Wert von Homekit annimmt, diesen in xy umrechnet und an den hue-extended Adapter schickt?
-
@Zefau könnte gut sein. Ich hatte ja eingangs geschrieben, dass das meine ersten hue-Lampen sind, insofern fehlt mir auch ein wenig die Erfahrung, wie das mit anderen „kompatiblen“ Leuchtmitteln aussieht. Aber vielleicht hast du ja Lust, so eine Konvertierung einstellbar im Adapter zu hinterlegen?
Das könnte eventuell so aussehen, dass man in den Adapatereinstellungen die Zahlen der Lampen einträgt, die nur per XY gesteuert werden können. An der Stelle würde dann die Umrechnung greifen.
-
@dslraser Besteht das Problem bei dir noch mit der Wohnzimmer-Gruppe? Ist es ggf. derselbe Fehler wie bei Hiltex? Also Lampen, die die States nicht unterstützen? Hast du mal
xyprobiert? -
@Zefau
ich habe nur HUE Lampen, aber davon so einige Sorten. -
@dslraser Ok. Und das Problem besteht auch mit v0.5.0? Was steht im Log? Kannst du die Lampen der Gruppen einzeln erfolgreich schalten?
