01-12-2016, 11:06:37
(Dieser Beitrag wurde zuletzt bearbeitet: 01-12-2016, 12:24:56 von CooperCologne.)
Man kann die Reihenfolge nicht bestimmen, die Innogy Software sortiert es eh nach ihrem Gutdünken um. Unabhängig davon: ein Hue Befehl an die Hue Bridge besteht immer aus einem zweizeiliegen HTTP PUT Befehl, welcher der Bridge sagt, welche Lampe geschaltet werden soll, z.B
Der lange Zahlen-Buchstaben-Schlüssel ist dabei quasi der Benutzer, der auf der Bridge beim erstmaligen Autorisieren durch Drücken des Knopfes auf der Bridge generiert wird, die 1 vor dem 'state' ist die Nummer der Lampe.
Danach kommt dann der Body, der den/die Parameter liefert, z.B.
...schaltet die Lampe ein, stellt Sättigung und Helligkeit auf 254 (0-254) und Farbe auf 10000 (0-65535).
Die zweite Zeile kann auch nur aus Teilen bestehen. Fakt ist, der Innogy-Hue Treiber scheint unter bestimmten Umständen einfach Angaben im Szenario zu ignorieren (oder zu überspringen) und baut diese nicht korrekt in den Befehl ein. Eventuell setzt der Treiber aber auch die Befehle alle einzeln ab und die Bridge kann es nicht schnell genug verarbeiten. Das ist aber nur Mutmaßung von mir, anders kann ich mir aber nicht erklären, dass es manchmal funktioniert und manchmal eben nicht. Natürlich gibt es noch etliche andere Möglichkeiten, warum es versagt - ich begreife nur nicht was so schwer daran ist, wenn Ein-Mann-Unternehmen die fantastischsten iOS/Android Apps zusammen bauen können, deren Funktionsumfang weitaus über dem liegt, was der Hue-Treiber zu bewerkstelligen hat.
Code:
http://<bridge ip address>/api/1028d66426293e821ecfd9ef1a0731df/lights/1/state
Der lange Zahlen-Buchstaben-Schlüssel ist dabei quasi der Benutzer, der auf der Bridge beim erstmaligen Autorisieren durch Drücken des Knopfes auf der Bridge generiert wird, die 1 vor dem 'state' ist die Nummer der Lampe.
Danach kommt dann der Body, der den/die Parameter liefert, z.B.
Code:
{"on":true, "sat":254, "bri":254,"hue":10000}
Die zweite Zeile kann auch nur aus Teilen bestehen. Fakt ist, der Innogy-Hue Treiber scheint unter bestimmten Umständen einfach Angaben im Szenario zu ignorieren (oder zu überspringen) und baut diese nicht korrekt in den Befehl ein. Eventuell setzt der Treiber aber auch die Befehle alle einzeln ab und die Bridge kann es nicht schnell genug verarbeiten. Das ist aber nur Mutmaßung von mir, anders kann ich mir aber nicht erklären, dass es manchmal funktioniert und manchmal eben nicht. Natürlich gibt es noch etliche andere Möglichkeiten, warum es versagt - ich begreife nur nicht was so schwer daran ist, wenn Ein-Mann-Unternehmen die fantastischsten iOS/Android Apps zusammen bauen können, deren Funktionsumfang weitaus über dem liegt, was der Hue-Treiber zu bewerkstelligen hat.
1 Innogy Smarthome Zentrale, Fußbodenheizung, diverse UP-Schalter, Dimmer, Taster, Bewegungsmelder, Fenster/Türkontakte, Philips Hue, Netatmo, Anbindung von Sonos, Nuki Smartlock und LaMetric Time, Neato Botvac D5 Connected