Adapter: milight
-
Ok… jetzt habe ich auch den Debug-Modus vom Adapter gefunden...
Hier das Log:
! milight.0 2017-03-24 16:33:38.971 debug keep alive response
! milight.0 2017-03-24 16:33:38.861 debug Sending: d0000000022c02
! milight.0 2017-03-24 16:33:28.938 debug keep alive response
! milight.0 2017-03-24 16:33:28.863 debug Sending: d0000000022c02
! milight.0 2017-03-24 16:33:18.892 debug keep alive response
! milight.0 2017-03-24 16:33:18.846 debug Sending: d0000000022c02
! milight.0 2017-03-24 16:33:08.960 debug keep alive response
! milight.0 2017-03-24 16:33:08.842 debug Sending: d0000000022c02
! milight.0 2017-03-24 15:32:58.910 debug 44
! milight.0 2017-03-24 15:32:58.909 debug 000200
! milight.0 2017-03-24 15:32:58.907 debug 0:8800000003000200
! milight.0 2017-03-24 15:32:58.848 debug inMem message milight.0.* milight.0.info.connection val=true, ack=true, ts=1490369578839, q=0, from=system.adapter.milight.0, lc=1490369578839
! milight.0 2017-03-24 15:32:58.834 debug Sending: 80000000112c0200020033000000000000000000000033
! milight.0 2017-03-24 15:32:58.832 debug out: 80000000112c0200020033000000000000000000000033
! milight.0 2017-03-24 15:32:58.829 debug WB: 44 2 CMD: 51,0,0,0,0,0,0,0,0,0
! milight.0 2017-03-24 15:32:58.826 debug BridgeID2: 2
! milight.0 2017-03-24 15:32:58.826 debug BridgeID: 44
! milight.0 2017-03-24 15:32:58.823 debug Padding: 0200
! milight.0 2017-03-24 15:32:58.822 debug Counter: 2c
! milight.0 2017-03-24 15:32:58.822 debug 3: 29ec0001
! milight.0 2017-03-24 15:32:58.821 debug 2a: 14ca
! milight.0 2017-03-24 15:32:58.821 debug MAC: f0fe6b26170a
! milight.0 2017-03-24 15:32:58.820 debug 1: 0002
! milight.0 2017-03-24 15:32:58.819 debug Message: 28000000110002f0fe6b26170a14ca29ec00012c0200
! milight.0 2017-03-24 15:32:58.654 debug Sending: 200000001602623ad5eda301ae082d466141a7f6dcaffef700001e
! milight.0 2017-03-24 15:32:58.652 debug 200000001602623ad5eda301ae082d466141a7f6dcaffef700001e
! milight.0 2017-03-24 15:32:48.616 info starting. Version 0.2.2 in /opt/iobroker/node_modules/iobroker.milight, node: v4.8.1
! milight.0 2017-03-24 15:32:48.552 debug statesDB connected
! milight.0 2017-03-24 15:32:48.483 debug objectDB connected
! host.Raspberry_ioBroker 2017-03-24 15:32:47.253 info instance system.adapter.milight.0 started with pid 1573
! host.Raspberry_ioBroker 2017-03-24 15:32:47.235 info object change system.adapter.milight.0
! host.Raspberry_ioBroker 2017-03-24 15:32:45.178 info instance system.adapter.milight.0 terminated with code 0 (OK)
! milight.0 2017-03-24 15:32:45.148 info terminating
! milight.0 2017-03-24 15:32:45.137 debug inMem message milight.0.* milight.0.info.connection val=false, ack=true, ts=1490369565133, q=0, from=system.adapter.milight.0, lc=1490369565133
! host.Raspberry_ioBroker 2017-03-24 15:32:45.123 info stopInstance system.adapter.milight.0 killing pid 1562
! host.Raspberry_ioBroker 2017-03-24 15:32:45.123 info stopInstance system.adapter.milight.0
! host.Raspberry_ioBroker 2017-03-24 15:32:45.119 info object change system.adapter.milight.0Wenn ich dann auch noch die Milight-Lampen und den LED-Strip einschalte, erhalte ich folgendes Log:
! milight.0 2017-03-24 16:46:58.804 debug keep alive response
! milight.0 2017-03-24 16:46:58.653 debug Sending: d0000000027101
! milight.0 2017-03-24 16:46:48.776 debug keep alive response
! milight.0 2017-03-24 16:46:48.650 debug Sending: d0000000027101
! milight.0 2017-03-24 16:46:38.712 debug 113
! milight.0 2017-03-24 16:46:38.711 debug 000200
! milight.0 2017-03-24 16:46:38.711 debug 0:8800000003000200
! milight.0 2017-03-24 16:46:38.696 debug inMem message milight.0.* milight.0.info.connection
! milight.0 2017-03-24 16:46:38.671 debug Sending: 8000000011710100020033000000000000000000000033
! milight.0 2017-03-24 16:46:38.670 debug out: 8000000011710100020033000000000000000000000033
! milight.0 2017-03-24 16:46:38.670 debug WB: 113 1 CMD: 51,0,0,0,0,0,0,0,0,0
! milight.0 2017-03-24 16:46:38.670 debug BridgeID2: 1
! milight.0 2017-03-24 16:46:38.670 debug BridgeID: 113
! milight.0 2017-03-24 16:46:38.670 debug Padding: 0100
! milight.0 2017-03-24 16:46:38.669 debug Counter: 71
! milight.0 2017-03-24 16:46:38.669 debug 3: 29ec0001
! milight.0 2017-03-24 16:46:38.668 debug 2a: 14ca
! milight.0 2017-03-24 16:46:38.652 debug MAC: f0fe6b26170a
! milight.0 2017-03-24 16:46:38.652 debug 1: 0002
! milight.0 2017-03-24 16:46:38.650 debug Message: 28000000110002f0fe6b26170a14ca29ec0001710100
! milight.0 2017-03-24 16:46:38.518 debug Sending: 200000001602623ad5eda301ae082d466141a7f6dcaffef700001e
! milight.0 2017-03-24 16:46:38.516 debug 200000001602623ad5eda301ae082d466141a7f6dcaffef700001e
! milight.0 2017-03-24 15:46:28.447 info starting. Version 0.2.2 in /opt/iobroker/node_modules/iobroker.milight, node: v4.8.1
! milight.0 2017-03-24 15:46:28.401 debug statesDB connected
! milight.0 2017-03-24 15:46:28.329 debug objectDB connected
! host.Raspberry_ioBroker 2017-03-24 15:46:27.075 info instance system.adapter.milight.0 started with pid 1632
! host.Raspberry_ioBroker 2017-03-24 15:46:27.054 info object change system.adapter.milight.0
! host.Raspberry_ioBroker 2017-03-24 15:46:24.200 info instance system.adapter.milight.0 terminated with code 0 (OK)
! milight.0 2017-03-24 15:46:24.165 debug inMem message milight.0.* milight.0.info.connection val=false, ack=true, ts=1490370384158, q=0, from=system.adapter.milight.0, lc=1490370384158
! host.Raspberry_ioBroker 2017-03-24 15:46:24.146 info stopInstance system.adapter.milight.0 killing pid 1601
! host.Raspberry_ioBroker 2017-03-24 15:46:24.145 info stopInstance system.adapter.milight.0
! host.Raspberry_ioBroker 2017-03-24 15:46:24.145 info object change system.adapter.milight. -
Hmmm, komisch das der Adapter immer neu gestartet wird. Sollte eigentlich durchlaufen.
Die anderen Pakete muss ich mir morgen anschauen, wenn ich wieder vor dem Rechner sitze. Und den Code vergleichen kann.
Gesendet von iPhone mit Tapatalk
-
Ich hatte ich den Adapter jeweils einmal manuell gestoppt und dann wieder gestartet, bevor ich die einzelnen Logs kopiert habe.
-
Jetzt funktioniert es!
Ich muss bei der Adapter-Konfiguration alle Zonen auf RGBWW stellen und dann die Zonen beim Reiter "Objekte" einzeln ansteuern. Es werden allerdings nicht alle Befehle ausgeführt - aber sowas wie an/aus Helligkeit hoch/runter und Nachtmodus funktioniert.
Bei "zoneAll" wird jedoch kein Befehl rausgeschickt, wenn ich einen Knopfdruck simuliere.
Die Steuerung mit meinem Amazon Echo Dot über den Cloud-Adapter funktioniert auch prima.
-
Jetzt funktioniert es!
Ich muss bei der Adapter-Konfiguration alle Zonen auf RGBWW stellen und dann die Zonen beim Reiter "Objekte" einzeln ansteuern. Es werden allerdings nicht alle Befehle ausgeführt - aber sowas wie an/aus Helligkeit hoch/runter und Nachtmodus funktioniert.
Bei "zoneAll" wird jedoch kein Befehl rausgeschickt, wenn ich einen Knopfdruck simuliere.
Die Steuerung mit meinem Amazon Echo Dot über den Cloud-Adapter funktioniert auch prima. `
Ich hab etwas recherchiert und mir die Doku zur API von V6 angeschaut. Etwas verwirrend, denn in einem CodeBeispiel und Text sind die Befehle anders aufgesetzt als in einem anderen CodeBeispiel. Hier wird bei RGBWW und RGBW einmal 08 und das andere mal 07 verwendet. Evtl. ist das ja die Ursache. Bzw. egal welche Lampe man im Einsatz hat, es sind immer die Befehle mit 08, die richtigen. Für den LED-Strip sollte es sogar noch andere Befehle geben.
Könntest du in deiner Zone4 einmal die Einstellung "base" probieren? Das sollten dem reduzierten Befehlsumfang dafür entsprechen.
Bei den Befehlen ist es so eine Sache, diverse Befehle sind nativ unterstützte Befehle und andere sind abgeleitete, z.B. brightnessUP ist kein echter Befehl, sondern es wird akt. brightness -5% rausgeschickt. Hier könnte es sein, daß brightness beim ersten Durchlauf nicht gesetzt ist und damit auch nix berechnen kann.
Ich hab schon eine Matrix angefangen, die ich demnächst in github posten werde.
-
Könntest du in deiner Zone4 einmal die Einstellung "base" probieren? Das sollten dem reduzierten Befehlsumfang dafür entsprechen. `
Wenn ich bei meinem Strip (Zone 4) auf Basis umstelle, werden keine Befehle mehr rausgeschickt. Es geht nur mit Einstellung RGBWW (ist aber ein RGB-Strip mit 4 Anschlüssen).
Mal noch eine andere Sache: Ich möchte mit meinem Echo einen Sprachbefehl rausschicken, dass er mir die Zone 4 auf gelbes Licht schaltet (abends zum Fernseh schauen). Ich füge also beim Cloud-Adapter ein neues Gerät zu, mit dem Smartnamen "Fernsehlicht" und der Adresse "Zone 4 Color RGB". Beim Objekt milight/Zone 4/rgb gebe ich den Wert 231 ein. Wenn ich nach Eingabe des Wertes 231 die Entertaste drücke, schaltet er mir die Zone 4 auf gelb. So weit so gut.
Wenn ich nun aber sage: "Alexa, schalte Fernsehlicht ein" passiert zunächst nichts. Wenn ich nun aber beim Objekt milight/Zone 4/rgb den type von "Zeichenkette" in "Zahl" ändere und ich den entsprechenden Alexa-Befehl wiederhole, überschreibt er mir den eingegebenen Wert "231" in "100" und schaltet das Licht auf pink. Diesen Wert "100" finde ich wieder beim Cloud-Adapter "Fernsehlicht" als Prozentangabe (dort steht 100% in der Spalte "bei AN"). Wenn ich hier den Wert z.B. in 50% ändere, wird beim Objekt milight/Zone 4/rgb der der Wert "50" reingeschrieben, wenn ich "Alexa, schalte Fernsehlicht ein" sage.
Lösen könnte ich mein Problem vielleicht damit, dass ich beim Cloud-Adapter unter "Fernsehlicht" den Wert 231% eingebe…was jedoch nicht geht: zu Auswahl stehen nur die Werte 5% bis 100% in Fünferschritten...
Die Eingabe der Werte 1 - 99 ändern nichts an der Lichtfarbe. Bei "0" und "100" wird die Farbe pink, bei "101" lila, bei "102" blau usw., bei "231" wird es wie gesagt gelb.
Ich dachte evtl. auch, dass man durch Ändern des Wertes bei "hue" eine andere Lichtfarbe bekommt...da tut sich aber gar nichts bei mir, egal was ich dort als Wert eingebe.
Ein Traum wäre es auch, wenn ich mit dem Fernsehlicht-Sprachbefehl nicht nur die Lichtfarbe einstellen, sondern auch die Helligkeit auf einen bestimmten Wert bekommen könnte. Die Helligkeit kann ich jedoch nur hoch- oder runterregeln (mit brightness up-down). Die Befehle brightness und brightness2 funktionieren bei mir nicht, wie ich mir das vorstelle (Eingabe von 50% = halbe Helligkeit usw.).
-
Hallo,
nach Recherche der v6 API habe ich nun den Adapter leicht modifiziert und erweitert.
Eine testbare Version 0.3.0 liegt auf github.
Folgendes habe ich erledigt:
-
RGBW steht nun für die Lampen, an denen die Farbtemperatur des weißen Lichtes nicht änderbar
-
RGBWW steht nun für die Lampen (fullcolor), an denen die Farbtemperatur des weißen Lichtes änderbar ist, nur an v6 betreibbar
-
allOn, allOff aus RGBW in v5 entfernet, dafür steht off/on in ZoneAll
-
weiße Lampe ergänzt
-
RGB Lampe ergänzt
-
brightness v6 Skalierung auf 255 gelöscht
Mit der rgb Ansteuerung in v5 habe ich noch ein Problem, die anderen States lassen sich bedienen.
Es wäre schön, wenn jemand die v6 testen könnte.
Gruß,
Klaus
-
-
Hallo!
Ich habe heute auch mal den MiLight Adapter per
npm install iobroker.milight
über die CLI meines Raspberry Pi installiert. Soweit so gut
Jedoch ein
./iobroker upload milight
wirft einen Fehler (siehe Screenshot)
Im iobroker.admin finde ich Milight auch als Adapter, aber unter den Instanzen ist Milight leider nicht vorhanden.
Unter admin.objekte ist auch kein Milight vorhanden.
Im VIS ist das Widget zwar sichtbar, aber nicht nutzbar. Ich vermute weil der Adapter nicht vorhanden ist.
Was ist zu tun um MiLight nutzen zu können?
Gruß Mercy
2465_milight_widget_1.png
2465_milight_widget_admin.png
2465_milight_without_icon.png -
Ich habe heute auch mal den MiLight Adapter per
npm install iobroker.milight `
damit hattest du die letzte npm-Version installiert, die Weiterentwicklung liegt auf github.
Bitte lösch den Adapter wieder und installier wie folgt:
im Verzeichnis /opt/iobroker
sudo npm install https://github.com/foxthefox/ioBroker.milight/tarball/master --productiondann refresh in iobroker admin page und über + die Instanz installieren (sollte 0.3.0 anzeigen)
Im iobroker.admin finde ich Milight auch als Adapter, aber unter den Instanzen ist Milight leider nicht vorhanden.
Unter admin.objekte ist auch kein Milight vorhanden.
Im VIS ist das Widget zwar sichtbar, aber nicht nutzbar. Ich vermute weil der Adapter nicht vorhanden ist.
Was ist zu tun um MiLight nutzen zu können?
Gruß Mercy `
für das widget sollte auch vis-jqui-mfd installiert, werden, da hier auf die png's zurückgegriffen wird.
Das widget ist an v5/v4 angepasst, also nur bedingt für v6 geeignet.
die Objekte werden angelegt, wenn man in admin.instances die admin page des Adapters aufgerufen hat und die Konfiguration vorgenommen hat.
Gruß
Klaus
-
Hallo
Danke für den Adapter
Läuft super, nur das Widget stürzt immer wieder ab
Teste aber morgen nochmal
Gesendet von iPad mit Tapatalk Pro
-
Danke für den Adapter
Läuft super, nur das Widget stürzt immer wieder ab `
Hast du v5 oder v6 in Benutzung?
Sag bescheid was evtl. nicht läuft.
Gruß
Klaus
Gesendet von iPhone mit Tapatalk
-
Blöde Frage aber wo steht das ?
Gesendet von iPad mit Tapatalk Pro
-
Blöde Frage aber wo steht das ? `
Wenn du den Adapter konfigurierst, entscheidest du dich für deine interface Box und die Lampen. Dort steht 5 für die ältere Box und 6, wenn du eine neuere hast.Gesendet von iPhone mit Tapatalk
-
Hallo
Steht auf Version 6 . Ich habe da aber nichts eingestellt . Auf der Wifibridge steht box2
Gesendet von iPad mit Tapatalk Pro
-
Hallo
Steht auf Version 6 . Ich habe da aber nichts eingestellt . `
Das ist die Voreinstellung, gut das es läuft. Ein paar Posts vorher, war das Feedback nicht so toll
Gesendet von iPhone mit Tapatalk
-
Schalten kann ich alles , nur das Milight Widget stürzt immer ab . Ich habe mir dann andere Schalter gemacht
Gesendet von iPad mit Tapatalk Pro
-
Bitte lösch den Adapter wieder und installier wie folgt:
im Verzeichnis /opt/iobroker
sudo npm install https://github.com/foxthefox/ioBroker.milight/tarball/master --productiondann refresh in iobroker admin page und über + die Instanz installieren (sollte 0.3.0 anzeigen) `
Habe ich getan, den alten deinstalliert und den neuen installiert. So weit so gut, ich sehe den Adapterin iobroker.Admin und habe eine Instanz, die auch mit der MiLight Bridge verbunden ist.
@foxthefox:für das widget sollte auch vis-jqui-mfd installiert, werden, da hier auf die png's zurückgegriffen wird.
Das widget ist an v5/v4 angepasst, also nur bedingt für v6 geeignet.
die Objekte werden angelegt, wenn man in admin.instances die admin page des Adapters aufgerufen hat und die Konfiguration vorgenommen hat.
Gruß
Klaus `
vis-jqui-mfd habe ich ebenfalls nachträglich installiert, ist auch in der iobroker.admin vorhanden. Eine Instanz ist ebenso vorhanden.
Wenn ich im VIS bin und mein Projekt öffne, dann sehe ich unter MiLight Widget noch immer kein Icon und kann das Widget nicht benutzen.
Wenn ich mir im VIS vis-jqui.mfd ansehe, sind auch dort die Icons nicht vorhanden bzw. brocken.
Was kann ich noch erledigen um das Widget zum fliegen zu bringen?
Gruß Mercy
2465_milight_widget_without_icon_2.png
2465_jqui-mfd_brocken_icons.png -
> Was kann ich noch erledigen um das Widget zum fliegen zu bringen?Da bin ich grad überfragt, hängt evtl. mit einer anderen vis Umgebung zusammen. Da müsste ich mal testweise was aufsetzen, bin hier noch mit einer alten Version dabei.
Ansonsten kannst du auch ein anderes OFF/ON widget mit dem milight.state verbinden um es zu schalten.
Gruß
Klaus
-
nach Recherche der v6 API habe ich nun den Adapter leicht modifiziert und erweitert. `
Vielen Dank!
Habe auf 0.3.0 upgedatet. Jetzt funktioniert es bei V6 auch mit der Einstellung RGBW bei meinen entsprechenden Lampen. Weiterhin kann ich mit der neuen Version nun die Helligkeit steuern (Prozentangabe bei brightness). Sehr gut! Bei brightness2 tut sich aber nichts - was schade ist, denn so kann ich nur eine bestimmte Helligkeit über Echo-Sprachbefehl einstellen (die ich bei brightness als Prozentzahl eingetragen habe). Mit brightness2 hätte ich eine 2. Helligkeitsstufe.
Dass mit den Abstürzen des Adapters - wie von chucky666 geschrieben - muss ich leider nach einigen Tages des Testens auch bestätigen. Obwohl ich eingestellt habe, dass sich der Adapter stündlich neu starten soll, funktioniert die Ansteuerung der Lampen am nächsten Morgen manchmal nicht mehr. Ich muss dann den Adapter einmal manuell neu starten, dann geht`s wieder. Ich werde mal beobachten, wie es mit V 0.3.0 über einen längeren Zeitraum läuft und dann wieder berichten.
Gruß Nico
-
Bei brightness2 tut sich aber nichts - was schade ist, denn so kann ich nur eine bestimmte Helligkeit über Echo-Sprachbefehl einstellen (die ich bei brightness als Prozentzahl eingetragen habe). Mit brightness2 hätte ich eine 2. Helligkeitsstufe. `
Bei v6 ist auch nur brightness implementiert. Brightness2 gibt es da nicht. Lediglich bei v5 ist es implementiert, damit 2 Abstufungen mehr möglich sind.
Theoretisch könnte ich auch in v6 einen weiteren datenpunkt anlegen, aber eigentlich ist das eher kontraproduktiv.
Gruß
Klaus
Gesendet von iPhone mit Tapatalk
