Neuer Adapter:::milight-smart-light

[RichieXX]

@cactus-online
Das ist ein ubuntu 18.04 x86 in einer VM auf einem QNAP NAS.

[carsten04]

@darthbully sagte in Neuer Adapter:::milight-smart-light:

@carsten04
Vielen Dank für deine sehr umfangreiche Erläuterung. Jedoch kann ich nicht mein Problem darin erkennen.
Es geht ja darum, dass ich den FUT039 Treiber verwende, welcher 5in1 Dioden steuert. Sprich RGB WW KW
Deiner Erläuterung entnehme ich, dass Du das Warmweiß durch RGB und Sättigung erzeugst. Das ist aber bei 5in1 Stripes nicht notwendig, da diese ja bereits Kaltweiß (ca. 6500K) und Warmweiße (ca. 2700K) Dioden verbaut haben.

Nein das ist nicht richtig (Zusammenhang warmweiß und Sättigung). Ich habe nur versucht zu erklären wie das Zusammenspiel von rgb, hsv und whiteTemperature ist. Diese Zusammenhänge sollten prinzipiell klar sein, denn dann werden auch viele Verhaltensweisen das Adapters verständlich.

Dein Adapter scheint aber ab der Version 0.2.0 Werte für WhiteMode (m.E. 6500K) vorzugeben

Für den whiteMode stimmte das bisher und kommt aus dem dem Adapter zu Grunde liegenden Modul node-milight-promise von mwittig. Ich habe jetzt folgende Änderungen implementiert:
a) whiteMode setzt die whiteTemperature immer auf 2700K und die Helligkeit auf brightness
b) whiteTemperature setzt die Temperatur immer auf den ausgewählten Wert und schaltet das weisse Licht mit der Helligkeit brightness ein. Du brauchst den whiteMode also eigentlich nicht mehr.
Wenn Du das probieren möchtest, dann musst Du via Github noch einmal neu installieren.

Testest Du ebenfalls mit RGB WW KW Stripes? Diese müssen ja nicht zwangsweise 5in1 sein. Ich habe das nun auch am selben Treiber (FUT039 http://futlight.com/productdetails.aspx?id=113&typeid=146) mit getrennten LEDs probiert. Dort verhält es es sich genauso.

Änderungen (Brightness udgl.) führen immer dazu, dass Kaltweiß aktiviert wird. Das war in der Version 0.1.9 nicht so.

Dort wurde immer der letzte Wert den der Treiber eingestellt hatte (und das unabhängig von was der eingestellt wurde) wieder aktiviert.

Soll heißen, wenn ich an der Fernbedienung FUT092 http://futlight.com/productdetails.aspx?id=161&typeid=143
oder der B4
http://futlight.com/productdetails.aspx?id=261&typeid=143
was eingestellt habe, dann war das wieder aktiv, wenn ich per Skript onoff auf true gestellt habe. Das ist nun definitiv nicht mehr der Fall.

Das ist richtig, ist aber auch so gewollt. Hintergrund ist, dass immer die Werte für rgb, hue, brightness und saturation innerhalb des Adapters stimmig sein sollen. Wenn Du sozusagen von ausserhalb mit einer Milight Fernbedienung einen Wert setzt kriegt das der Adapter ja nicht mit und wenn Du dann wieder mit dem Adapter z.B. einschaltest, schaut der Adapter nach dem ihm zuletzt bekannten Farbwert und setzt diesen wieder (d.h. rgb, brightness, hue und saturation). Das ist halt das Problem des fehlenden "Rückkanals" der Milight-Produkte (und auch vieler Anderer) im Gegensatz zu z.B. den Homematic Sensoren und Aktoren.

Das einzige was in der Version 0.1.9 nicht funktioniert hat, war das einstellen der Warm/Kaltweiß-Werte über Siri. Zwar konnte ich alle möglichen Farben einstellen auch die Sättigung konnte ich rauf runter beten nur nicht auf Weiß zurückschalten. Da hat Siri die Sättigung hochgezogen und somit den letzten Farbwert "ausgebleicht" was dann sehr helles rot oder sehr helles blau oder sehr helles grün war.
Umstellen auf die Weiß-Töne ging dann nur per Fernbedienung.

Liebe Grüße
Chris

[DennisZ]

Hallo
Habe die gleiche Hardware und die selben Probleme wie in post 24.
Bekomme es nicht hin die LEDs ans laufen zu kriegen.
Egal mit welchem der beiden Adapter.
Hat jemand einen Rat für mich.
Wer mehr Infos braucht kann sich gerne melden

[Camuri]

Bei mir läuft alles allerdings merkt sich der Controller anscheinend keine Einstellungen mehr jedesmal wenn ich anschalte leuchten die Leds weiß obwohl vorher ein Farbprogramm lief. 0.2.1

[carsten04]

@Camuri Es wird bei on immer auf den letzten rgb-Wert geschaltet.

[tripper]

Ich klink mich auch wieder einmal hier ein. Ultrabook war ausser Gefecht, darum länger nichts gemacht am iobroker.

Bei mir verhält sich der Adapter in der neusten Version gleich wie bei @CAMURI und @DARTHBULLY .
Wenn ich den "whiteTemperature" Wert per ioBroker auf z.b. 2700K setzte, dann OFF schalte und und wieder ON schalte ist das Licht Kaltweiss (~6500K) der Wert wird aber weiterhin als 2700K angezeigt.

Ist das bei dir nicht so @carsten04 ?

Wohlverstanden: Ich mache alles per ioBroker, die Android App starte ich eigentlich nie, die ist sowas von schlecht. Fernbedienung habe ich gar keine

Der Server für die App läuft bei mir mittlerweile, jedoch wird keine Box zum auswählen angezeigt.

Danke dass du dir hier soviel Zeit nimmst um allen zu Antworten und den Adapter zu verbessern!

[carsten04]

@tripper Hast Du via Github noch einmal neu installiert? Im whiteMode sind jetzt die 2700K Standard.

[tripper]

@carsten04 Ja, das hatte ich. Bin aber wieder zurück auf Version 0.1.9

whiteMode nutze ich im Normalfall gar nicht.
Soweit ich verstanden habe braucht's den auch nicht wirklich, ich nutze hauptsächlich "on", "off" oder "on/off". Darum frage ich mich auch wieso dann an der Farbtemperatur etwas geändert wird ohne das ich will

Und logischerweise müsste dann ja auch der "whiteTemperature" Wert verändert werden, wird er aber NIE ! Mit den neuen Versionen bleibt der immer so wie ich ihn gesetzt habe auf 2700. Aber meine Lampe leuchtet halt trotzdem mit 6500K

Hab mal eine Testumgebung installiert, ich werde ab jetzt dort Versuche mit den neuen Versionen machen. Meine Mitbewohner haben keine Freude wenn das Licht nicht wie gewohnt läuft

[tripper]

Seltsam, auf der Testumgebung die ich unter Windows eingerichtet habe läuft alles wie gewünscht inkl. App Server

Entweder funkt da etwas dazwischen auf meiner produktiven Installation oder Linux will nicht bei mir. Dabei hatte ich vor 2 Wochen extra alles komplett neu aufgesetzt und praktisch von null angefangen auf meinem OrangePi

[carsten04]

@tripper Eigentlich sollte es unter Windows und Linux gleich funktionieren. Meine Produktionsumgebung ist eine Synology DS mit einem Docker Container und Test-/Entwicklungsumgebung ist eine win7 Maschine. Bei Beiden laufen Adapter und App ohne Probleme.

[Max-lex]

Bei mir kommt der LOG wenn ich den Adapter installieren möchte.
Kann mir einer sagen wo das Problem liegt?

[Camuri]

bei mir ist jetzt das Problem aufgetreten das die Ledleiste im Hausgang unter den Objekten verschwunden ist einfach so und da ich meine Leisten ober Zeitsteuerung an und ausschalten lasse und keine Lust hatte immer das Farbwechselprogramm einzustellen bin ich wieder zurück auf 0.1.9.

[carsten04]

@Max-lex sagte in Neuer Adapter:::milight-smart-light:

Bei mir kommt der LOG wenn ich den Adapter installieren möchte.
Kann mir einer sagen wo das Problem liegt?

Du nutzt noch eine uralte npm-Version und hast wahrscheinlich vergessen diese beim update von node.js mit zu aktualisieren.

[tripper]

So, der Adapter von Github läuft nun wieder bei mir.
(Ich hatte heute die TCP Ports in /opt/iobroker/iobroker-data/iobroker.json auf 0.0.0.0 geändert war vorher 127.0.0.1, KEINE AHNUNG ob das irgendwie einen Einfluss hatte, als Linux noob denke ich nicht, lustigerweise läuft der Adapter aber nun soweit )

Die App will aber immer noch nicht. Ich scheitere schon daran den Schieber im Tab "MSL APP" zu aktivieren, der bleibt einfach auf "aus". Somit kann ich auch den Websocket Port nicht definieren. Im Log sehe ich auch nicht dass der Server gestartet wurde. Aufrufen kann ich zwar nun über 4400, jedoch keine Bridge anwählen.
Das hatte ich vorher schon einmal, aber dachte ich kümmere mich erst mal um die grundsätzlichen Dinge .

[carsten04]

@tripper sagte in Neuer Adapter:::milight-smart-light:

So, der Adapter von Github läuft nun wieder bei mir.
(Ich hatte heute die TCP Ports in /opt/iobroker/iobroker-data/iobroker.json auf 0.0.0.0 geändert war vorher 127.0.0.1, KEINE AHNUNG ob das irgendwie einen Einfluss hatte, als Linux noob denke ich nicht, lustigerweise läuft der Adapter aber nun soweit )

Du solltest auf jeden Fall npm aktualisieren!

Die App will aber immer noch nicht. Ich scheitere schon daran den Schieber im Tab "MSL APP" zu aktivieren, der bleibt einfach auf "aus". Somit kann ich auch den Websocket Port nicht definieren. Im Log sehe ich auch nicht dass der Server gestartet wurde. Aufrufen kann ich zwar nun über 4400, jedoch keine Bridge anwählen.

Das ist ein MaterializeCSS-Problem und wurde weiter oben im thread ausführlich erläutert. Kurzfassung: Klick etwas links bezw. rechts neben den Switch, dann funktioniert es.

Wenn die App nicht aktiviert ist, dann bekommst Du im Browser eine Fehlermeldung. Wenn Du trotzdem etwas siehst, dann wurde der alte Prozess nicht sauber beendet. Daher entweder Prozess killen, oder Rechner neu starten.

Das hatte ich vorher schon einmal, aber dachte ich kümmere mich erst mal um die grundsätzlichen Dinge .

[tripper]

@carsten04 sagte in Neuer Adapter:::milight-smart-light:

Du solltest auf jeden Fall npm aktualisieren!

Also npm 6.4.1, nodejs v8.15.0, und node v8.15.0 sollten aktuell sein. Oder soll ich die nochmal nach Anleitung entfernen und neu installieren? Sonst läuft eigentlich alles,

Keine Ahnung was sonst nicht stimmt mit meinem System. Hab jetz neuerdings z.b. auch diese Fehlermeldungen im Log:

Caught	2019-02-26 20:48:37.209	error	by controller[0]: at processImmediate [as _immediateCallback] (timers.js:745:5)
Caught	2019-02-26 20:48:37.209	error	by controller[0]: at tryOnImmediate (timers.js:768:5)
Caught	2019-02-26 20:48:37.208	error	by controller[0]: at runCallback (timers.js:810:20)
Caught	2019-02-26 20:48:37.208	error	by controller[0]: at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3709:38)
Caught	2019-02-26 20:48:37.208	error	by controller[0]: at Adapter.emit (events.js:214:7)
Caught	2019-02-26 20:48:37.208	error	by controller[0]: at emitTwo (events.js:126:13)
Caught	2019-02-26 20:48:37.207	error	by controller[0]: at Adapter.adapter.on (/opt/iobroker/node_modules/iobroker.milight-smart-light/main.js:124:67)
Caught	2019-02-26 20:48:37.207	error	by controller[0]: at RgbFullColorCommand.wrapper [as on] (/opt/iobroker/node_modules/lodash/lodash.js:5323:16)
Caught	2019-02-26 20:48:37.207	error	by controller[0]: at apply (/opt/iobroker/node_modules/lodash/lodash.js:475:27)
Caught	2019-02-26 20:48:37.207	error	by controller[0]: at RgbFullColorCommand.<anonymous> (/opt/iobroker/node_modules/iobroker.milight-smart-light/lib/js/mslcommandsV6.js:430:23)
Caught	2019-02-26 20:48:37.207	error	by controller[0]: at MslStatestore.setState (/opt/iobroker/node_modules/iobroker.milight-smart-light/lib/js/mslstatestore/mslstatestore.js:64:79)
Caught	2019-02-26 20:48:37.206	error	by controller[0]: TypeError: Cannot read property 'val' of undefined
milight-smart-light.0	2019-02-26 20:48:37.153	error	at processImmediate [as _immediateCallback] (timers.js:745:5)
milight-smart-light.0	2019-02-26 20:48:37.153	error	at tryOnImmediate (timers.js:768:5)
milight-smart-light.0	2019-02-26 20:48:37.153	error	at runCallback (timers.js:810:20)
milight-smart-light.0	2019-02-26 20:48:37.153	error	at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3709:38)
milight-smart-light.0	2019-02-26 20:48:37.153	error	at Adapter.emit (events.js:214:7)
milight-smart-light.0	2019-02-26 20:48:37.153	error	at emitTwo (events.js:126:13)
milight-smart-light.0	2019-02-26 20:48:37.153	error	at Adapter.adapter.on (/opt/iobroker/node_modules/iobroker.milight-smart-light/main.js:124:67)
milight-smart-light.0	2019-02-26 20:48:37.153	error	at RgbFullColorCommand.wrapper [as on] (/opt/iobroker/node_modules/lodash/lodash.js:5323:16)
milight-smart-light.0	2019-02-26 20:48:37.153	error	at apply (/opt/iobroker/node_modules/lodash/lodash.js:475:27)
milight-smart-light.0	2019-02-26 20:48:37.153	error	at RgbFullColorCommand.<anonymous> (/opt/iobroker/node_modules/iobroker.milight-smart-light/lib/js/mslcommandsV6.js:430:23)
milight-smart-light.0	2019-02-26 20:48:37.153	error	at MslStatestore.setState (/opt/iobroker/node_modules/iobroker.milight-smart-light/lib/js/mslstatestore/mslstatestore.js:64:79)
milight-smart-light.0	2019-02-26 20:48:37.153	error	TypeError: Cannot read property 'val' of undefined
milight-smart-light.0	2019-02-26 20:48:37.152	error	uncaught exception: Cannot read property 'val' of undefined

Also npm 6.4.1, nodejs v8.15.0, und node v8.15.0 sollten aktuell sein. Oder soll ich die nochmal nach Anleitung entfernen und neu installieren? Sonst läuft eigentlich alles,

[carsten04]

@tripper npm v6.4.1 ist ok. In Deinem Log stand aber was von 2.15.12.

[tripper]

@carsten04

@tripper npm v6.4.1 ist ok. In Deinem Log stand aber was von 2.15.12.

Da hast du mich wohl verwechselt Ist auch nicht immer leicht hier die Übersicht zu behalten

[carsten04]

@tripper Sorry, Du hast recht.

[carsten04]

@tripper Lösch bitte noch einmal die Instanz und lege diese dann wieder an, dann müsste der Fehler eigentlich weg sein.