falls jemand auch das Problem hat - ich habe den port geändert und dann zurück auf port 5577 und kann zumindest mit Alexa ein/aus schalten

ich antworte mir mal wieder selbst bzw. frage nach Hilfe im Forum.

Das mit dem Port ändern war wohl eher Zufall.

Das Schalten funktioniert manchmal aber für mich nicht nachvollziehbar wann.

Ich habe mal Debug Zeilen angefügt: Wenn ich diese richtig interpretiere setzt der Cloudadapter das Kommando richtig ab und schaltet den Datenpunkt "wifilight on" auf true.

Man kann auch bei Objekten beobachten dass sich der Status des WifiLight adapter entsprechend ändert.

Also muss irgendetwas beim WifiLight Adapter nicht funktionieren.

Wenn es gar nicht gehen würde, würde ich sagen das das Interface nicht passt oder der port ist falsch.

Ich habe mehrere gleiche Controller (wifilight.1, wifiligt.2,wifilight,3 …) Bei dem Einen funktioniert es, bei dem Anderen nicht.

Mit der "magicHome App" funktionieren die Controller absolut zuverlässig.

Mit den "Raw data" kann ich leider nichts anfangen weil ich das Protokoll nicht kenne.

Wer hat den WifiLight Adapter funktionsfähig im Einsatz?

Hat jemand eine Idee was ich machen könnte?

Einschalten via Cloudadapter

• Ein:

wifilight.2 2017-02-14 09:40:25.381 debug wifilight.2 [192.168.1.87] write: 81 8a 8b 96

wifilight.2 2017-02-14 09:40:18.836 debug wifilight.2 [192.168.1.87] onData: raw: 01 ff 0f 5d 0f 71 23 a3 81 25 23 62 21 01

wifilight.2 2017-02-14 09:40:18.836 debug wifilight.2 raw data: 81 25 23 62 21 01 00 00 00 00 01 ff 0f 5c

wifilight.2 2017-02-14 09:40:18.835 debug wifilight.2 raw data length: 14

wifilight.2 2017-02-14 09:40:18.735 debug wifilight.2 raw data: 0f 71 23 a3

wifilight.2 2017-02-14 09:40:18.734 debug wifilight.2 raw data length: 4

wifilight.2 2017-02-14 09:40:18.548 debug wifilight.2 [192.168.1.87] write: 81 8a 8b 96

wifilight.2 2017-02-14 09:40:18.547 debug wifilight.2 [192.168.1.87] sending refresh…

wifilight.2 2017-02-14 09:40:18.536 debug wifilight.2 [192.168.1.87] write: 71 23 0f a3

wifilight.2 2017-02-14 09:40:18.535 debug inMem message wifilight.2.* wifilight.2.192_168_1_87.on

cloud.0 2017-02-14 09:40:18.521 debug cloud.0 Set wifilight.2.192_168_1_87.on to true

ich antworte mal selber - evtl. hilft es auch Anderen

Selbst wenn die Controller gleich ausschauen und sich als HF-LPB100-ZJ200 ausgeben, hängt es von der Firmware Version der Controller ab.

Was natürlich bedeutet dass man beim Einkauf einfach Glück haben kann oder was besser wäre, wenn der Adapter an die verschiedenen Firmware Versionen angepasst würde. Im FHEM Forum wurde darüber auch geschrieben bzw. Anpassungen gemacht.

Meine 4 Controller sind:

3x https://www.amazon.de/gp/product/B01J5A … UTF8&psc=1

also 5 channel RGBWW - interessanterweise alle drei bei Amazon bestellt aber unterschiedliche Firmware.

2 Stück: mit Firmware 1.04 und Webinterface auf dem Controller vorhanden,

Damit kann man zwar ein und ausschalten aber mit dem Protokoll LD686, was Wifilight nicht richtig kann weil Steuerung von Warmweiss/Kaltweiss vorhanden ist.

1 Stück: dieser Controller hat anscheinend eine andere Firmware weil kein Webinterface vorhanden ist und kann nicht mal einschalten mit dem LD386 Protokoll

1 Stück: UFO Controller (version 3) firmware V1.06. 4Channel RGBW

Dieser Controller hat sporadisch mit Wifilight funktioniert (hängt wahrschl. davon ab in welcher Betriebsart er durch die MagiHome App ist). Lässt sich im Moment aber auch nicht ein/ausschalten

getestet habe ich mit packet Sender

Controller 1(LD868 - 192.168.1.83) Wenn der Controller ein Aussschaltsignal (71 24 0f a4) bekommt dann antwortet dieser mit (0F 71 24 A4) und schaltet aus

Controller 2(LD868 - 192.168.1.75) Dieser Controller (ohne Webinterface) nimmt die Ausschalt Sequenz am port 5577 an, antwortet aber nicht und schaltet auch nicht - das Gleiche beim UFO Controller.

UPDATE und evtl. Lösung:

Habe mit einem Sniffer mal geschaut:

Die MagicLight App schickt:

81 8A 8B 96 (request device status)

81 25 23 25 …. controller Antwort

71 24 0F A4 (also ausschalte)

0F 71 24 A4 ... controller Antwort

wenn ich das Gleiche mit dem packetsender vom PC aus mache .. schaltet der Controller (unabhängig von der Firmware) aus. Ohne "request device status" funktionierte es auch vom PC/Mac nicht auf allen Controller.

kann es sein dass bei neuer Firmware der Controller eine vorherige device Status abfrage Pflicht ist

Es scheint sogar, dass es reicht wenn man einmal "request device status" macht, weil ab dem Zeitpunkt funktioniert Schalten. Dies erklärt auch das sporadische Verhalten in ioBroker. Denke auch, dass die MagicHome App nicht ohne Grund den "request device status" schickt bevor das Einschalt-Kommando kommt.

Meiner Meinung nach müsste der Adapter Ersteller den WifiLight Adapter minimal anpassen.
2095_packetsender.png

Ich möchte einfach über meine Versuche berichten.

Eigentlich müsste man unter Objekte, wenn man den WifiLight Controller auswählt die einzelnen Datenpunkte ändern können.

Habe ich z.B. nur rot eingeschaltet auf 100% Helligkeit und ändere den ändere den Datenpunkt "bri" auf z.b. 20% ..dann wird rot auf 20% gedimmt.

Ändere ich am Datenpunkt "r", dann wird weiss mit dazugeschaltet. Dies erfolgte auf einem 4Kanal Controller

Man sieht dann auch in der MagicHome App dass weiss dazugeschaltet wurde.

der datenpunkt "w" ändert sich nicht - setzt man den jedoch explizit auf 0 (wobei 0 angezeigt wird) verschwindet weiss und die led brennt wieder nur rot.

Die Steuerung von weiss bzw. bei einem 5 Kanal Controller die Steuerung von Farbtemperatur "ct" funktioniert nicht richtig

Meiner Meinung nach ist im WifiLight Adapter ein Fehler der die Steuerung unmöglich bzw. zum Glücksspiel macht.

Dies bezieht sich auf die Zengge Controller (UFO, bzw. diverse andere Namen) nicht auf Milight. Bzgl Milight und Wifilight habe ich keine Erfahrung weil ich keine Milight Controller habe.

Wäre schön wenn sich der Ersteller von dem WifiLight Adapter melden würde.

@lemuba:

Moin Moin fmcmuc.

Habe diesen LedController "neueren Bestelldatums" auch mal über Alexa gekoppelt…. aber lass es nun:

https://www.amazon.de/gp/product/B00Q7S … UTF8&psc=1

Vielleicht meldet sich der "WifiLight-Entwickler" nochmal, oder bringt etwas Licht ins Dunkel. `

Du hast den 4 Kanal Controller also RGBW

der 5 Kanal Controller also RGBWW

https://www.amazon.de/gp/product/B01J5A … UTF8&psc=1

ist sogar billiger und kann auch "ct" also warmweiss/kaltweiss schalten.

Hoffe auch dass sich der Adapter Entwickler meldet

@Marcolotti:

ich habe gesehen, dass du mehrere Befehle innerhalb kurzer Zeit absetzt. <u>Viele Controller mögen das nicht.</u> Ganz schlimm ist das bei Philips Hue.

P.S. Derzeit ist im Adapter WifiLight noch ein Bug bei Angabe von RGB-Farbcodes. Einfach Grün und Blau tauschen. `

wenn du das auf den Paketsender beziehst muss ich dich entäuschen, denn damit funktioniert es einwandfrei. So wie ich mich erinnern kann war irgendwas mit Grün und Blau etwas mit der Beschriftung falsch. Das heißt Kabel am Controller richtig anschließen (ich spreche immer von Zengge Controller - Mi-Light weiß ich nicht)

In deinem Fall beziehst du das auf eine Szene ..der Wifilight Adapter reagiert aber auf einzelne Befehle schon falsch - je

nachdem in welchen Zustand sich der Controller befindet. Man sieht auch bei Objekten dass manche Werte falsch oder zum Teil überhaupt nicht reagieren. Die Frage wäre, welchen Controller du verwendest weil WifiLight ja Zengge und Mi-Light Controller unterstützt.

@kmxak:

Ist der 5 Kanal auch mit magic home steuerbar? `
ja, Mit magic Home funktioniert sowohl der 4 als der 5 Kanal Controller einwandfrei.