24_Iluminize.pm: Support für Iluminize LED stripes

Begonnen von Volker Kettenbach, 12 Oktober 2018, 16:03:59

Vorheriges Thema - Nächstes Thema

Volker Kettenbach

#15
Ich fange jetzt mal an, diesen Thread zu aktivieren, um eine Unterstützung von Sunricher (OEM) / Iluminize (https://www.iluminize.com/) zu ermöglichen.

Ich habe zweimal den Controller 500.011.
https://www.iluminize.com/de/shop/led-steuerung/led-controller/product/155-500-011-wifi-controller-5a.html?search=500.011

Der eine ist ca. 5 Jahre alt und hat die Version 160412VE aufgedruckt.
Dieser Controller geht in FHEM mit Wifilight im Modus "RGBW Sunricher".
Er kann mit der (fürchterlichen) App "EasyLighting" (https://apps.apple.com/us/app/easylighting-easylife/id844148255) bedient werden.

Der zweite ist brandneu und hat die Version 190926V4 aufgedruckt.
Dieser Controller geht in FHEM gar nicht. Weder mit Wifilight noch mit meinem primitiven Skript, welches die üblichen Hexwerte für on und off sendet.
Er kann mit der (ebenso fürchterlichen) App "EasyHome" (https://apps.apple.com/de/app/easy-home-smart-home/id1107478095) bedient werden.
Ich habe es bisher noch nicht geschafft, den Controller mit dieser EasyHome-App zum laufen zu bekommen.
Da mache ich mich aber gleich mal dran, damit wir was zu sniffen haben.


Update: Ich hatte vergessen, die App an zu lernen  :o :-[
Beide Controller laufen mit Easylighting und mit meinem Skript.
Was noch fehlt ist, dass der neue in FHEM geht. Das muss ich noch ausknobeln. Evtl. muss er angelernt werden.
Die neuere App EasyHome habe ich nicht zum Laufen bekommen. Die it noch schlimmer als EasyLighting. Der einzige Vorteil dieser ist, dass sie auch Zigbee unterstützt. Die neuen Controller von Iluminze haben das. Meine sind aber RF+Wifi.


Ich denke also, dass ich zwei verschiedene Controllerversionen habe, die unterschiedliche Protokolle haben.

Noch zur Info: die Controller können jederzeit mit einer RF-Fernbedienung bedient werden. Wobei eine Integration aller Versionen in FHEM über Wifi wäre natürlich noch schöner.

ttruckle

Hallo,

schön dass das Sunricher Thema wieder lebt. Werd ich auch mal meine zwei Cents dazu geben:

Erst mal zur Info meine Hardware:
Ich wollte einen Led-Stripe, den man sowohl per Wifi vom FHEM steuern kann, als auch per Hand vom Wandmodul (wegen WAF).
Die Entscheidung ist dann bei mir für den SR-2812Wi gefallen
https://www.sunricher.com/4-zone-wall-mounted-rgbw-dmx512-master-sr-2812.html
(Wandmodul + Wifi-Client/Server - da kommt DMX raus) und als Controller;
um per DMX das LED-Stripe anzusteuern den SR-2102B
(https://www.sunricher.com/constant-voltage-dmx512-decoder-sr-2102b.html)

Da das ganze von FHEM aus zwar lief, aber sehr unzuverlässig, hatte ich es mangels Zeit liegenlassen,
und mich erst jetzt wieder damit befasst.
Bin dem Teil dann mal mit Wireshark und  Nmap zu Leibe gerückt.
Die Unzuverlässigleit stammt, zumindest in meinem Fall wohl von einem nachlässig implementieretn TCP Socket.
Jedenfalls ist im Wireshark zusehen, dass ein Verbindungsabbau zwar mit einem ACK bestätigt wird, aber trotzdem danach ein
Vebindungsaufbau gelegentlich abgeleht wird.
Abhilfe dazu -> Per Webinterface auf UDP umschalten. Dann läuft es zuverlässig.
Hab jetzt aber noch nicht rausbekommen, wie ich das im Wifilight.pm mache...

Die zweite Geschichte ist, dass man im Netz relativ wenig Infos zu den Teilen bekommt.
Als ich aber mal Nmap auf das Teil losgelassen habe, meldete der mir was von Http Server LimitlessLed.
Mit dem Suchwort war dann schon wesentlich mehr zu finden. Scheinbar verwendet Sunricher wie viele andere
die LimitlessLed Steuerung als Grundlage.

Nach diesem Text hier
https://github.com/joaquincasares/python-wifi-leds/tree/master/wifileds/limitlessled
wird das Zeug u.a. in folgenden Brands eingesetzt:


    LimitlessLED
    EasyBulb
    AppLight
    AppLamp
    MiLight
    LEDme
    dekolight
    iLight

und scheinbar eben auch Sunricher.
DIe Unterschiede liegen offenbar vorwiegend in der Verwendeten Version des LimitlessLed Grundmoduls.
Ich scheine V5 zu haben. Es gibt aber offenbar schon mindestens bis V7
(https://www.reddit.com/r/homeautomation/comments/6nff1n/what_happened_to_limitlessled_v7_bridges/)


EIne Fundgrube dazu habe ich hier gefunden
https://github.com/BKrajancic/LimitlessLED-DevAPI/blob/master/otherprojects.md

Mein Gerät funktioniert jedenfalls mit den hier schon diskutierten 12 Byte Codes:
01: 55 (Startbyte)
02-05: 33 61 39 02: Remote identifier, wobei die ersten 3 Bytes bei mir auch 00 sein können
06: Zone (FF scheinbar für alle Zonen)
07: Befehlstyp (08 = Color-Channel)
08: Color Channel (18 .. 21 R,G,B,W)
09: Value (00 ... 80)
10: Checksum (Summe 2. - 9. Byte)
11-12: Marker Bytes (AA, AA)

Soweit erst mal,
falls jemand noch Wireshark Mitschnitte oder sonstwas braucht, bitte melden...

t.t.