welches Modul für LD382 ?

Begonnen von tagedieb, 28 Dezember 2014, 17:39:43

Vorheriges Thema - Nächstes Thema

herrmannj

Hi Take-off

- alles gut, frag ruhig, ist ja absolut berechtigt.

Git clone wäre der Weg routinierter User (dann brächtest Du aber nicht fragen ;) ).
Plan b ist das https://github.com/herrmannj/wifilight aufzurufen. In der Mitte rechts ist ein "download zip" button, da ist es dann drin.

vg
jörg

Charity

Erstmal ein großes Danke an Jörg.
Das Modul WifiLight ist echt genial. Auch wenn ich erst massive Problem mit dem LW12 hatte. (Hat die Einstellungen nicht gespeichert)

Wegen den Problemen mit dem LW12 hab ich auf den LD382 gewechselt und die Einbindung in FHEM hat tadellos funktioniert und die Steuerung geht ohne Probleme.

Nun habe ich mir einen zweiten LD382 über Amazon gekauft. Der neue Controller funktioniert mit der iPhone App genauso wie der erste.
Leider läßt sich über FHEM der zweite Controller zu keinem Mucks bewegen.

Erst hatte ich den zweiten Controller als LD382 eingebunden (keine Funktion) und nachdem ich diesen Thread gefunden habe, habe ich ihn als LD382A eingebunden. Auch da keine Funktion.

Nachdem ich nicht genau weiß, was du brauchst um mir eventuell weiterzuhelfen, poste ich mal was ich an Daten aus dem ganzen abziehen kann. Wenn du noch weiter Info's brauchst, bitte bescheid geben.

Hier die Definition der funktionierenden LD382


define WZ_GT550LEDStrip1 WifiLight RGB LD382:192.168.0.15
attr WZ_GT550LEDStrip1 userattr room_map structexclude
attr WZ_GT550LEDStrip1 alias Panorama LEDStrip
attr WZ_GT550LEDStrip1 colorCast 0, -20, -20, -25, 0, -10
attr WZ_GT550LEDStrip1 devStateIcon {Color_devStateIcon(ReadingsVal($name,"RGB","000000"))}
attr WZ_GT550LEDStrip1 group WohnzimmerLicht
attr WZ_GT550LEDStrip1 icon light_led_stripe_rgb
attr WZ_GT550LEDStrip1 room 06Wohnzimmer
attr WZ_GT550LEDStrip1 sortby LED06
attr WZ_GT550LEDStrip1 webCmd RGB
attr WZ_GT550LEDStrip1 whitePoint 1, 0.75, 0.25
attr WZ_GT550LEDStrip1 widgetOverride RGB:colorpicker,RGB




define WZ_GT550LEDStrip2 WifiLight RGB LD382A:192.168.0.23
attr WZ_GT550LEDStrip2 alias Board LEDStrip
attr WZ_GT550LEDStrip2 colorCast 0, -20, -20, -25, 0, -10
attr WZ_GT550LEDStrip2 devStateIcon {Color_devStateIcon(ReadingsVal($name,"RGB","000000"))}
attr WZ_GT550LEDStrip2 group WohnzimmerLicht
attr WZ_GT550LEDStrip2 icon light_led_stripe_rgb
attr WZ_GT550LEDStrip2 room 06Wohnzimmer
attr WZ_GT550LEDStrip2 sortby LED07
attr WZ_GT550LEDStrip2 webCmd RGB
attr WZ_GT550LEDStrip2 whitePoint 1, 0.75, 0.25
attr WZ_GT550LEDStrip2 widgetOverride RGB:colorpicker,RGB


Den einzigen unterschied den ich erkennen konnte ist im Bild 2055, beim funktionierenden steht v1 während bei nicht funktionierenden v3 steht.
Kann das damit was zu tun haben ?

Hat jemand eine Idee, wie man ev. auf das Web Front End der Controller kommt ? Ich kann im Internet leider keine Zugangsdaten finden.

Update : Sorry hab noch vergessen die Version WifiLight.pm ist die aktuelle 82

herrmannj

hmm ...

webif ist (glaub ich) "admin":"nimda". Probier das bitte mal zuerst und schau mal auf die firmware version der beiden controller.

vg
jörg

Charity

Hallo Jörg,

danke mit den Daten bin ich mal drauf am Web Front drauf.

Die FW ist 1.0.06

Sonst hab ich die Einstellungen mit jenen des funktionierenden kontrolliert und bis auf die FW 1.0.05 sind alle Einstellungen ident

Take-Off

Zitat von: herrmannj am 27 März 2015, 18:41:57
Plan b ist das https://github.com/herrmannj/wifilight aufzurufen. In der Mitte rechts ist ein "download zip" button, da ist es dann drin.

Na das muss man erstmal finden.   :D
Vielen Dank für die Geduld, jetzt klappt alles wunderbar.  :)
FHEM auf Raspberry Pi4
CUL868, CUL433, HM-CFG-USB2, HMW-LGW

herrmannj

@take-off: perfekt!

@charity

der neue ist ein LD382A. Also so installieren, dann app ausschalten, ls382 vom netz, warten wieder ran und fhem neustart. Dann neuer versuch, sollte er dann immer noch nicht laufen bitte mit verbose 5 mal im log schauen.

vg
jörg

Charity

Danke,

das Prozedere hat funktioniert. Nun kann ich den neuen auch über FHEM steuern.


herrmannj


Charity

#23
Hallo hermannj

und ich bin es wieder.

ich habe nun seit längerem wieder einmal ein update für FHEM durchgeführt. Seit dem funktionieren meine beiden LD382 nicht mehr.
Hättest du eventuell einen Tipp für mich ?

Folgende Randbedingungen sind es gerade :

Die Version von 32_WifiLight.pm ist # $Id: 32_WifiLight.pm 87 2015-06-30 12:30:00Z herrmannj $
FHEM Version
fhem.pl              9934 2015-11-19 10:12:56Z rudolfkoenig
90_at.pm             9868 2015-11-12 18:04:37Z rudolfkoenig
98_autocreate.pm     9911 2015-11-16 07:52:18Z rudolfkoenig
10_CUL_HM.pm         9951 2015-11-21 09:06:57Z martinp876
95_Dashboard.pm      9952 2015-11-21 12:03:23Z talkabout
98_DOIF.pm           9913 2015-11-16 19:34:36Z damian-s
98_dummy.pm          8809 2015-06-23 18:02:33Z rudolfkoenig
01_FHEMWEB.pm        9943 2015-11-20 21:22:32Z rudolfkoenig
11_FHT.pm            9657 2015-10-25 10:53:15Z rudolfkoenig
00_FHZ.pm            8808 2015-06-23 17:32:08Z rudolfkoenig
92_FileLog.pm        9838 2015-11-09 17:32:44Z rudolfkoenig
10_FS20.pm           7070 2014-11-27 12:45:34Z rudolfkoenig
00_HMLAN.pm          9886 2015-11-14 09:50:33Z martinp876
98_HTTPMOD.pm        9127 2015-08-24 18:43:31Z ststrobel
49_IPCAM.pm          2626 2013-02-01 19:19:15Z mfr69bs
91_notify.pm         8953 2015-07-13 15:13:06Z rudolfkoenig
73_PRESENCE.pm       9454 2015-10-14 17:01:10Z markusbloch
70_Pushover.pm       9960 2015-11-22 00:01:46Z loredo
33_readingsGroup.pm  9513 2015-10-18 10:25:13Z justme1968
# $Id: 99_RpiUtils.pm $

98_structure.pm      9862 2015-11-11 19:22:39Z rudolfkoenig
99_SUNRISE_EL.pm     9831 2015-11-08 19:13:09Z rudolfkoenig
98_SVG.pm            9577 2015-10-21 17:45:02Z rudolfkoenig
98_telnet.pm         9927 2015-11-18 18:53:43Z rudolfkoenig
45_TRX.pm            5957 2014-05-24 13:46:29Z wherzig
46_TRX_WEATHER.pm    5719 2014-05-01 19:18:38Z wherzig
99_Utils.pm          7914 2015-02-08 11:14:10Z rudolfkoenig
98_weblink.pm        9861 2015-11-11 18:25:40Z rudolfkoenig
32_WifiLight.pm        87 2015-06-30 12:30:00Z herrmannj


Die beiden LD382 haben die FW 1.0.05 & 1.0.06

Beide Controller lassen sich über die IOS App ohne Probleme bedienen.

Nach deiner Anleitung um die beiden Controller von der App zu trennen :

Zitatapp ausschalten, ls382 vom netz, warten wieder ran und fhem neustart

Kann ich die beiden Controller immer noch nicht bedienen.

Ich habe im Log auf verbose 5 eingestellt und die folgenden Logeinträge

Controller 1
2015.11.22 16:39:30 5: Cmd: >set WZ_GT550LEDOnOff Ein<
2015.11.22 16:39:30 3: FS20 set WZ_GT550LEDOnOff on
2015.11.22 16:39:30 5: Sending 81090424010101050a0111
2015.11.22 16:39:30 5: Triggering WZ_GT550LEDOnOff (1 changes)
2015.11.22 16:39:30 5: Notify loop for WZ_GT550LEDOnOff Ein
2015.11.22 16:39:30 5: Triggering ntf_WZ_GT550LEDOnOffOn
2015.11.22 16:39:30 4: ntf_WZ_GT550LEDOnOffOn exec set WZ_GT550LEDStrip1 HSV 50,25,100
2015.11.22 16:39:30 5: Cmd: >set WZ_GT550LEDStrip1 HSV 50,25,100<
2015.11.22 16:39:30 5: WZ_GT550LEDStrip1 prepare start hsv transition (is actual) hsv 50, 25, 0, 1448206770.52092
2015.11.22 16:39:30 4: WZ_GT550LEDStrip1 current HSV 50, 25, 0
2015.11.22 16:39:30 3: WZ_GT550LEDStrip1 set HSV 50, 25, 100 with ramp: 0, flags:
2015.11.22 16:39:30 4: WZ_GT550LEDStrip1 hsv transition without ramp routed to direct settings, hsv 50, 25, 100
2015.11.22 16:39:30 4: WZ_GT550LEDStrip1 high level cmd queue add hsv/ctrl 50, 25, 100, ctrl , targetTime 1448206770.52092, qlen 1
2015.11.22 16:39:30 5: WZ_GT550LEDStrip1 high level cmd queue exec dropper delay: -0.00287890434265137
2015.11.22 16:39:30 4: WZ_GT550LEDStrip1 high level cmd queue exec hsv 50, 25, 100, delay 100, hl qlen 1, ll qlen 0, lock 0
2015.11.22 16:39:30 4: WZ_GT550LEDStrip1 RGB LD382 set h:50, s:25, v:100
2015.11.22 16:39:30 5: Triggering WZ_GT550LEDStrip1 (5 changes)
2015.11.22 16:39:30 5: Notify loop for WZ_GT550LEDStrip1 hue: 50
2015.11.22 16:39:30 5: Update structure 'WZ_Licht' to undefined because device WZ_GT550LEDStrip1 has changed
2015.11.22 16:39:30 5: Triggering WZ_Licht (1 changes)
2015.11.22 16:39:30 5: Notify loop for WZ_Licht nicht bekannt
2015.11.22 16:39:30 5: Update structure 'W_Licht' to undefined because device WZ_GT550LEDStrip1 has changed
2015.11.22 16:39:30 5: Triggering W_Licht (1 changes)
2015.11.22 16:39:30 5: Notify loop for W_Licht nicht bekannt
2015.11.22 16:39:30 5: WZ_GT550LEDStrip1 low level cmd queue add 31ffb23000000012, qlen 1
2015.11.22 16:39:30 5: WZ_GT550LEDStrip1 low level cmd queue qlen 1, send 31ffb23000000012
2015.11.22 16:39:30 5: WZ_GT550LEDStrip1 low level cmd queue add 00, qlen 2
2015.11.22 16:39:30 4: WZ_GT550LEDStrip1 high level cmd queue ask next 1448206770.72865
2015.11.22 16:39:30 4: name: /fhem?cmd.WZ_GT550LEDOnOff=set%20WZ_GT550LEDOnOff%20Ein&XHR=1&fw_id=1676 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.22 16:39:30 5: WZ_GT550LEDStrip1 | WZ_GT550LEDStrip1 unlock queue 0


Controller 2
2015.11.22 16:49:05 4: ntf_WZ_GT550LEDOnOffOn2 exec set WZ_GT550LEDStrip2 HSV 0,50,100
2015.11.22 16:49:05 5: Cmd: >set WZ_GT550LEDStrip2 HSV 0,50,100<
2015.11.22 16:49:05 5: WZ_GT550LEDStrip2 prepare start hsv transition (is actual) hsv 0, 50, 100, 1448207345.97951
2015.11.22 16:49:05 4: WZ_GT550LEDStrip2 current HSV 0, 50, 100
2015.11.22 16:49:05 3: WZ_GT550LEDStrip2 set HSV 0, 50, 100 with ramp: 0, flags:
2015.11.22 16:49:05 4: WZ_GT550LEDStrip2 hsv transition without ramp routed to direct settings, hsv 0, 50, 100
2015.11.22 16:49:05 4: WZ_GT550LEDStrip2 high level cmd queue add hsv/ctrl 0, 50, 100, ctrl , targetTime 1448207345.97951, qlen 1
2015.11.22 16:49:05 5: WZ_GT550LEDStrip2 high level cmd queue exec dropper delay: -0.00232195854187012
2015.11.22 16:49:05 4: WZ_GT550LEDStrip2 high level cmd queue exec hsv 0, 50, 100, delay 100, hl qlen 1, ll qlen 0, lock 0
2015.11.22 16:49:05 4: WZ_GT550LEDStrip2 RGB LD382A set h:0, s:50, v:100
2015.11.22 16:49:05 5: Triggering WZ_GT550LEDStrip2 (5 changes)
2015.11.22 16:49:05 5: Notify loop for WZ_GT550LEDStrip2 hue: 0
2015.11.22 16:49:05 5: Update structure 'W_Licht' to undefined because device WZ_GT550LEDStrip2 has changed
2015.11.22 16:49:05 5: Triggering W_Licht (1 changes)
2015.11.22 16:49:05 5: Notify loop for W_Licht nicht bekannt
2015.11.22 16:49:06 5: WZ_GT550LEDStrip2 low level cmd queue add 31ff602000000fbf, qlen 1
2015.11.22 16:49:06 5: WZ_GT550LEDStrip2 low level cmd queue qlen 1, send 31ff602000000fbf
2015.11.22 16:49:06 4: WZ_GT550LEDStrip2 low level cmd queue send 31ff602000000fbf, qlen 1 connection refused: trying to reconnect
2015.11.22 16:49:06 5: WZ_GT550LEDStrip2 low level cmd queue add 00, qlen 2
2015.11.22 16:49:06 4: WZ_GT550LEDStrip2 high level cmd queue ask next 1448207346.23876
2015.11.22 16:49:06 4: name: /fhem?cmd.WZ_GT550LEDOnOff2=set%20WZ_GT550LEDOnOff2%20Ein&room=06Wohnzimmer&XHR=1&fw_id=1704 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.22 16:49:06 5: WZ_GT550LEDStrip2 | WZ_GT550LEDStrip2 unlock queue 0


Was kann ich machen um die beiden wieder zum Laufen zu bekommen ?

ak323

Hi,
habe heute auch versucht meinen LD382 in Betrieb zu nehmen ... hat anfangs auch nicht geklappt !
Vergiß nicht den Controller nach Definition in FHEM und restart min. 5s vom Netz zu trennen ... außerdem sollen wohl die Apps auf dem Smartphone nicht laufen ... Bei mir hats dann heute Abend geklappt ....

Jetzt versuche ich mich an automatischem Einschalten und Dimmen und so ..

VG ak323
RaspberryPi 2 im 19" Rack mit 16x2 i2c LCD, FHEM, diverse HomeMatic, 1-Wire (8x DS18B20, 3x DS2408, 2x DS2413, 5x DS2401, DS2423 ATTiny) über DS9490R#, Waterkotte Ai1QE (WWPR) Wärmepumpe über Modbus, WH1080 über Signalduino, 433MHz Funksteckdosen, WiFi RGBWW via Tasmota, ...

Charity

Hi ak323,

danke für die Antwort. Aber das hab ich schon gemacht. Ich hab die Controller für mehrere Minuten vom Strom abgesteckt.
Auch die Smartphone App war zu diesem Zeitpunkt geschlossen.

Ich hatte damals bereits von hermannj die Anleitung :

Zitatapp ausschalten, ls382 vom netz, warten wieder ran und fhem neustart

durchgeführt, was leider auch zu keinem Erfolg führte.

lg

herrmannj

am Modul wurde nichts geändert. Von daher kann ich nicht sagen woran das liegt ...

vg
joerg

budy

Nach meinen Erfahrungen macht es keinen Unterschied, on die olle App auf dem mobilen Gerät läuft oder nicht, solange sich die Telegramme nicht ins Gehege kommen. Das Protokoll sieht da ja eine sehr rudimentäre Prüfung vor, die wohl vor allem vernindern soll, dass sich nicht zwei Leute gleichzeitig mit mehreren mobilen Clients die Show stehlen. Von daher ist ja auch der FHEM nur ein normaler Client.

Bei mir geht das absolut nebeneinander, solange ich nicht gleichzeitig beide nutze, dann werden die Kommandos halt vom LD382A ignoriert.
Debian stretch, FHEM 5.9.
HM-CC-RT-DN, HM-ES-PMSw1-Pl, HM-LC-Dim1TPBU-FM, HMUARTLGW, HMLAN, HM-SEC-KEY, HM-SEC-RHS, HM-SEC-SC-2, HM-SEC-SCo, HM-SEC-SD-2, HM-OU-CFM-TW, div. HUEs, Wifilight, Ring Video Pro

mircoby

Hallo,

plane einen LD382 anzuschaffen, und an ein Netzteil hinter einer geschalteten Steckdose zu betreiben. Meine Frage wäre nun was nach einem Spannungsreset des LD382 passiert und wie schnell das Teil im WLAN wieder ansprechbar ist?

Gewünschtes Verhalten wäre, dass der LED Stripe genau so leuchtet, wie vor dem Ausschalten und möglichst schnell wieder steuerbar ist (Der aktuell verbaute IR Controller verhält sich zumindest so)

Oder wie macht Ihr das? LD382 24/7 am Netz, auch wenn nur ein paar Stunden täglich an?

Freue mich auf Eure Rückemeldung.

Gruß Mirko
FHEM 6.2 auf Intel NUC mit Ubuntu 20.04 LTS
BUSWARE CUL, HM-RC-12, HM-SEC-RHS, HM-WDS30-OT2-SM, HM-ES-PMSw1-DR, CCU3, Sourceforge/hausbus (Beleuchtung + Rolläden + Audio), YAMAHA_AVR

Take-Off

Also ich habe meine LD382 dauerhaft am Netz. Viel mehr Strom als deine Funksteckdose verbraucht der im Standby vermutlich auch nicht  :)

Wie genau das Verhalten mit Abschalten ist kann ich dir nicht sagen, habe aber schon öfter von Problemen gelesen.
FHEM auf Raspberry Pi4
CUL868, CUL433, HM-CFG-USB2, HMW-LGW