Wifilight.pm

[herrmannj]

HA!

ich habe eben noch gedacht das mir das irgendwie schon mal unter gekommen ist ... das ist das sunricher protokoll. -> http://forum.fhem.de/index.php/topic,34254.30.html

Das "schulde" ich sowieso noch.

Das ist aber gut das es einen zweiten sniff gibt. Jetzt sehe ich das die bytes (ab 0) 1..3 sich unterscheiden. Das muss eine Art Adresse sein.

Findest Du etwas dazu ? Aufdruck ? Irgendwas in der App. Irgendwie ?

Danke vg
joerg

edith: also ich meine das man die ja kennen muss um die LED anzusprechen ...

[herrmannj]

... gibt es evtl eine Korrelation zur MAC Adresse

0x99 0x80 0xa4

[peterk_de]

Huch - das ist ja fantastisch, dass dir das mit dem schon früher aufgetauchten Protokoll aufgefallen ist - ich war derweil mit dem Zerlegen der weiteren Bestandteile der App beschäftigt :-D

Also der Reihe nach: Deine erste Vermutung mit der Checksumme stimmt. Unten dann mal noch meine weiteren geupdateten Erkenntnisse; und hier die Daten meiner Lampe:

MAC: AC CF 23 73 9C 8E
IP: 192.168.178.30

Ich gucke mal ob ich hier einen Zusammenhang zu den ungeklärten Bytes finde ...

Auf jeden Fall herzlichen Dank schonmal Ich hätte mir sonst nur eine absolute Simpellösung zum an- und ausknipsen per Shellbefehl gestrickt ... so wird das natürlich toller :-D

Code Auswählen Erweitern


Lead Energy Dynamic Control-Lampen bzw. Trafotypen

http://www.lead-energy.com/dynamic-control/

In der "Lead Dynamic"-Smartphone-App sind 3 Typen Lampen vorgesehen:

- Dynamic White ("PDW"): Weiße LEDs mit wählbarer Farbtemperatur (warm ... kalt), getestet mit PDW30
- Dynamic Color ("PDC"): RGBW-LEDs, z.B. PDC30, ungetestet
- Static White ("SW"): Monochrom weiße LEDs, ungetestet, vermutlich z.B. LED Strip Set SSW68 Wifi

Aufbau eines Befehls:
0x559980a4WWwwXXxxYYZZaaaa

WWww = Unbekannt, bisher beobachtet: 0x0200 (bei PDW-, PDC- und einfarbigen Trafos)
XXxx = Befehl
YY = Wert
ZZ = Checksumme = (WW + ww + XX + xx + YY) & 0xff
Anmerkung: Wird z.B. der Dimm-Regler der App sehr schnell bewegt, sind mehrere Befehle in einem TCP-Paket enthalten.


Befehle:

An / Aus (PDW-, PDC- und SW-Trafos, also alle):
XXxx = 0x0212
YY = An: 0xab  Aus: 0xa9
Anmerkung: Lässt sich nicht durch Dimmbefehl einschalten, wenn mit diesem Befehl ausgeschaltet!

Dimmen (Nur PDW-Trafos):
XXxx = 0x0833
YY = Dimmwert in 64 Stufen (0x00..0x40)
Anmerkung: 0x00 ist aus und lässt sich durch Dimmen wieder einschalten!

Dimmen (Nur PDC-Trafos):
XXxx = 0x084c
YY = Dimmwert in 63 Stufen (0x01..0x40)
Anmerkung: 0x00 ist vermutlich wie bei den PDW-Trafos "aus" und lässt sich durch Dimmen wieder einschalten; konnte aber ohne Lampe nicht getestet werden.

Dimmen (Nur SW-Trafos):
XXxx = 0x0838
YY = Dimmwert in 255 Stufen (0x01..0xff)
Anmerkung: 0x00 ist vermutlich wie bei den PDW-Trafos "aus" und lässt sich durch Dimmen wieder einschalten; konnte aber ohne Lampe nicht getestet werden.


Farbtemperatur (Nur PDW-Trafos):
XXxx = 0x0836
YY = Temperatur von kalt zu warm in 32 Stufen (0x00..0x20)

HSV-Rad (Nur PDC-Trafos):
XXxx = 0x0101
YY = HSV-Wert in 95 Stufen (0x01..0x60)
Anmerkung: Mangels Lampe schwer zu sagen wo 0 Grad sind - müsste geprüft werden!

W-Taste (Nur PDC-Trafos):
XXxx = 0x0205
Wert = 0x8a oder 0x8b
Anmerkung: Funktion unbekannt - vermutlich weiße LEDs an/aus



Noch TODO: Regler für R, G B und W für PDC-Lampen; Gruppierungsmöglichkeiten, "Play"-Regler auf der Seite der PDC-Lampen (Dimmgeschwindigkeit?)

[peterk_de]

Kurzer Test:

- Bytes 1-3 auf 0 gesetzt (nur 0x55 an Stelle 0. gelassen) und es klappt trotzdem - scheint also zumindest bei meiner einen Lampe egal zu sein ...
- Byte 4 von 0x02 auf 0x01 gesetzt und Checksumme angepasst (oder gleich gelassen): keine Reaktion der Lampe.

[peterk_de]

Gut ich gebe ersteinmal auf ... ich werde mich noch mit diesem "Anlernen" beschäftigen müssen (siehe Screenshot) - vielleicht passiert dann noch etwas mit den Bytes. Ich vermute die "Räume" in dieser App sind die "Gruppen" in der Sunricher-App im anderen Thread (die bei mir leider noch nicht läuft da sie sich weigert meine SSID zu schlucken, grummel, genauso schlecht wie die von Lead Energy).

Vielleicht sagt dann bei diesem Anlernen der Controller ja auch mal was in Richtung App - müsste er ja eigentlich; und bislang ist der ja auch wahrlich nicht sonderlich gesprächig. Kein Wunder, dass die App nach jedem Zwangsneustart keine Ahnung darüber hat, wie die Lampe eingestellt ist ... eigentlich ganz schön traurig im Jahr 2015 und bei den aufgerufenen Preisen ...

[herrmannj]

wir können ja im sunricher fred weitermachen, da sind wir alle zusammen.

Die HSV Werte sollten passen - da gibt es einen sniff.

Die ersten 3 bytes haben vielleicht auch was damit zu tun WER sendet. Aber wenn die 0x00 sein dürfen sind die ja wurscht. Die beiden Bytes danach sind Zonen und Gruppen. Das hab ich noch nicht komplett gerafft - ist aber auch nicht komplett dunkel.

Das der controller nix sagt ist OK. Machen viele andere auch nicht. Solange man nixht die App und fhem gleichzeitig nimmt sondern alles über fhem macht passt das auch. Fhem kennt die Farbe ja wenn es sie selber sagt. Das ist auch wichtig für die weichen Übergänge - da muss fhem auch immer genau wissen wo der controller steht.

Interessant ist das der PDC und der SW Trafo unterschiedliche Weiten beim dimmen haben.

Wie ist denn da der Zusammenhang ? Hat das was mit den Leuchtmitteln zu tun ? Also PDC = RGBW / SW = WW/CW oder wie bringt man das Übereinander ?

vg
joerg

[herrmannj]

Interessant ist das der PDC und der SW Trafo unterschiedliche Weiten beim dimmen haben.

Ich Honk ... :

- Dynamic White ("PDW"): Weiße LEDs mit wählbarer Farbtemperatur (warm ... kalt), getestet mit PDW30
- Dynamic Color ("PDC"): RGBW-LEDs, z.B. PDC30, ungetestet
- Static White ("SW"): Monochrom weiße LEDs, ungetestet, vermutlich z.B. LED Strip Set SSW68 Wifi

[zentis666]

Oh sehr schön. Bzgl v4 habe ich im Nachbar fred mal sven angeschrieben, der hat wohl eine. Evtl läuft die mit den v5 Einstellungen genauso.

vg
joerg

Hallo joerg,
die v4 geht nun, vielen Dank für die Arbeit und guten Rutsch!
Sven

[szerb]

Hallo,
das ist ja mal cool, ich habe ein PDW 60 Dynamic White mit Controller, könnte also auch testen.
Dann kann ich ja den LW12 wieder abbauen...!
Und dann würde ich mir eine Funktion wünschen wie das Dimmen nur für CW/WW.

Markus

[herrmannj]

wie meinsten das ? Lass mal im sunricher fred mit dem thema weitermachen, sonst verwirren wir uns

[peterk_de]

Hallo,
das ist ja mal cool, ich habe ein PDW 60 Dynamic White mit Controller, könnte also auch testen.
Dann kann ich ja den LW12 wieder abbauen...!
Und dann würde ich mir eine Funktion wünschen wie das Dimmen nur für CW/WW.

Markus

Ich hab dir mal im anderen thread geantwortet

[bm7777]

Hallo ,

ich habe heute bemerkt das mein Wifilight nicht mehr funktioniert. Wenn ich die LED Lampe anschalten will, bekomme ich folgende Ausgabe im Log (verbose 5). Über App funktioniert die LED Lampe, genauso kann ich auf die Seite um Einstellung vorzunehmen.

Code Auswählen Erweitern

2016.01.02 21:19:19 5: WifiLED low level cmd queue add cc2333, qlen 1
2016.01.02 21:19:19 5: WifiLED low level cmd queue qlen 1, send cc2333
2016.01.02 21:19:19 4: WifiLED low level cmd queue send cc2333, qlen 1 connection refused: trying to reconnect
2016.01.02 21:19:20 3: WifiLED low level cmd queue send ERROR cc2333, qlen 1 (reconnect giving up)
2016.01.02 21:19:20 3: WifiLED RGB LW12 set on (0, 0, 100) 0
2016.01.02 21:19:20 5: WifiLED prepare start hsv transition (is actual) hsv 0, 0, 100, 1451765960.57345
2016.01.02 21:19:20 4: WifiLED current HSV 0, 0, 100
2016.01.02 21:19:20 3: WifiLED set HSV 0, 0, 100 with ramp: 0, flags:
2016.01.02 21:19:20 4: WifiLED hsv transition without ramp routed to direct settings, hsv 0, 0, 100
2016.01.02 21:19:20 4: WifiLED high level cmd queue add hsv/ctrl 0, 0, 100, ctrl , targetTime 1451765960.57345, qlen 1
2016.01.02 21:19:20 5: WifiLED high level cmd queue exec dropper delay: -0.00349307060241699
2016.01.02 21:19:20 4: WifiLED high level cmd queue exec hsv 0, 0, 100, delay 100, hl qlen 1, ll qlen 1, lock 0
2016.01.02 21:19:20 4: WifiLED RGB LW12 set h:0, s:0, v:100
2016.01.02 21:19:20 5: WifiLED low level cmd queue add 56ffbf40aa, qlen 2
2016.01.02 21:19:20 5: WifiLED low level cmd queue add 00, qlen 3
2016.01.02 21:19:20 4: WifiLED high level cmd queue ask next 1451765960.72242
2016.01.02 21:19:20 5: WifiLED low level cmd queue qlen 2, send 56ffbf40aa
2016.01.02 21:19:20 4: WifiLED low level cmd queue send 56ffbf40aa, qlen 2 connection refused: trying to reconnect
2016.01.02 21:19:21 3: WifiLED low level cmd queue send ERROR 56ffbf40aa, qlen 2 (reconnect giving up)
2016.01.02 21:19:21 5: WifiLED | WifiLED unlock queue 0


Version

Code Auswählen Erweitern

32_WifiLight.pm         87 2015-06-30 12:30:00Z herrmannj

[herrmannj]

Hast Du überprüft ob die IP noch stimmt. Evtl hat dhcp eine neue vergeben ?

vg
joerg

[bm7777]

  Ja habe ich, das Teil hat eine feste IP. Du hast mich aber auf die richtige Fährte gebracht.
Seltsamerweise kann ich es von Raspberry nicht anpingen. Vom PC schon und von einem zweiten Raspberry kann ich es anpingen.

[bm7777]

Hab's gelöst. Aus irgendeinem Grund hat das Rasbian die Ip geblockt. Ich habe der LED Lampe einfach eine neue IP gegeben. Jetzt funktioniert es wieder.