WiFi LED-Controller AL-LC01 (RGB) und AL-LC06 (RGBW)

[Henrik Aalto]

Hallo,

habe den Brückentag u.a. damit verbracht den ARILUX® AL-LC01 (RGB) und AL-LC06 (RGBW) (hier der Link https://www.banggood.com/ARILUX-AL-LC06-LED-WIFI-Smartphone-Controller-Romote-5-Channels-DC12-24V-For-RGBWW-Strip-light-p-1061476.html?rmmds=myorder) in Betrieb zu nehmen. Die Einrichtung ist über die Magic Home-App ja recht einfach. Auch die Anbindung des LC01 an FHEM gelingt als WiFiLight LD382A klaglos. Beim LC06 scheitere ich jedoch. Auch meine Suche war bisher erfolglos (ok, ok, vielleicht stell' ich mich auch nur blöd an  ), lediglich in einem Youtube Video fand ich ein paar Infos zu den Steuersequenzen. Wenn's stimmt (denn selbst ausprobiert hab' ich nicht) dann schaltet man den Controller mit 0x72 0x23 0x94 ein und mit 0x72 0x24 0x95 aus.
Vielleicht kennt ja jemand das Teil und/oder hat es sogar schon ansteuern könne!?

Gruß Henrik

[herrmannj]

Ja der lc06 geht noch nicht. Es gibt aber im Forum wifilight die für den ld686 provisorisch angepasst sind. Die könnten gehen.

[Henrik Aalto]

Hallo,

hab' mich jetzt mal hingesetzt und die Steuersequenzen des Controllers mitgeschnitten. Vielleicht hilf's ja jemandem oder es hat noch jemand weitere Infos zu den Sequenzen deren Sinn ich nicht herausgefunden habe.

Der Controller lässt sich mit der App MagicHome steuern, so habe ich deren IP-Pakete ausgewertet.  Bei meinen Tests kommunizierte die App über Port 32763 mit dem Zielport 5577 am Controller.

Zunächst sendet die App die Sequenz
0x81  0x8a  0x8b  0x96
an den Controller um ihn zu identifizieren und vermutlich die eingestellten Werte zu ermitteln.
Die eigentliche Sequenz besteht dabei aus drei HEX-Werten, der vierte, kursive Wert ist eine 8Bit-Prüfsumme.

Mit der Antwortsequenz kann ich nicht so richtige viel anfangen. Hier Beispielwerte die bei einem der Test zurückgesendet wurden:
Wert: 0x81  0x25  0x24  0x61  0x21  0x0c  0x00  0x00  0x00  0x84  0x01  0x7b  0xf0  0x48
Byte:  01    02    03    04    05    06    07    08    09    10    11    12    13    14
   
Die Bytes 01-06 waren bei meinen Tests jedoch immer statisch und könnten daher eine Controller-Kennung sein.
Byte 07-09 halte ich für die aktuellen Werte der RGB-LEDs
Byte 10 könnte zur LED WarmWeiß gehören und Byte 011 ist wohl der inverterte WW-LED Wert. Zusammen ergeben Sie also immer 0xff
Byte 12 und 13 haben sich bei meinen Test nicht verändert. Evtl. gehören sie zu den Kaltweißen LEDs, die meine LED-Band aber nicht hat
Byte 14 ist wieder die 8Bit-Prüfsumme

MagicHome sendet dann eine weitere Sequenz an den Controller
0x10  0x14  0x11  0x0b  0x04  0x0c   0x39  0x21  0x06  0x00  0x0f  0xbf
die dieser mit
0x0f  0x10  0x00  0x1f
quittiert. Anschließend ist die Initialisierung abgeschlossen und die App sendet lediglich noch Befehle an den Controller.


Hier die wichtigsten Steuersequenzen:

Einschaltsequenz   0x71  0x23  0x0f  0xa3

Ausschaltsequenz   0x71  0x24   0x0f  0xa4

Sowohl bei der Start- wie auch der Abschaltsequenz sendet der Controller zur Bestätigung die Sequenz in umgekehrter Reihenfolge mit Prüfsumme zurück.

Farbwerte der WW-LED ändern
     0x31  0x00  0x00  0x00  0x00  0xff  0x0f  0x0f  0x4e
      01    02    03    04    05    06    07    08     09
     In dem Fall sind die Bytes 02-04 für die RGB-LEDs immer 0x00
     Die Bytes 05+06 müssen immer zusammen 0xff ergeben.
     Byte 06 ist also das invertierte Byte 05.

Farbwerte der RGB-LED ändern
     0x31  0xff  0x0f  0x00  0x00  0x00  0x0f  0x0f  0x4e
      01    02    03    04    05    06    07    08     09
     In dem Fall sind die Bytes 05&06 für die WW-LEDs immer 0x00

Byte 01:   0x31 = Befehlswert für Farbänderung
Byte 02:   LED Rot
Byte 03:   LED Grün
Byte 04:   LED Blau
Byte 05:   LED WW
Byte 06:   LED WW invertiert
Byte 07:   ? (LED CW)
Byte 08:   ? (LED CW invertiert)
Byte 09:   8Bit-Prüfsumme

Die Farbänderung wird vom Controller nicht bestätigt.

Der Controller bietet darüber hinaus noch verschiedene programmierte Farbfolgen oder Farbübergänge. Es können auch eigene Farbverläufe definiert werden. Die Steuersequenzen dafür habe ich bisher jedoch nicht analysiert.

Noch eine Info:
Bei meinen Versuchen die Steuersequenzen per RealTerm nachzubilden musste ich feststellen, daß mein Controller, im Gegensatz zu anderen Modellen, Wert auf korrekte Prüfsummen legt. Bei falschen Werten reagiert er nicht.