welches Modul für LD382 ?

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

Vorheriges Thema - Nächstes Thema

tagedieb

Hallo zusammen

ich habe hier im Forum gelesen. das schon einige den WIFI Controller LD382 in Betrieb haben
Mit welchem Modul funktioniert denn das "Teilchen" ?
Ich habe bisher WIFI LED  WIFILIGHT und LW12 probiert, doch bedienen kann Ich es nur von der Android app -  :-[

Was mache ich falsch,oder was habe ich bei der Installation nicht beachtet?
Ich habe noch 4 LW12 in Betrieb, diese funktionieren ohne Probleme,

Gruss tagedieb
FHEM 5.6 auf Cubitruck
CUL und Cul 868 und 2 HM LAN an Zbox
Remoteserver auf 2.Zboxi
HM-CC-RT-DN,HM-LC-Bl1PBU-FM,HM-LC-SW1-FM,HM-LC-SW4-PCB,HM-LC-Sw1PBU-FM,HM-PB-2-WM55,HM-PB-6-WM55,HM-SCI-3-FM,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-TIS,HM-WDS10-TH-O u.viele mehr
diverse IT Empfänger und LW3

juppzupp

Wifilight. Die anderen sind für lw12, wobei lw12 der neue Name für wifiled ist.
Nimm die letzte Version aus dem thread.

tagedieb

Hallo juppzupp

Dankeschön für die Hilfe

gruss tagedieb
FHEM 5.6 auf Cubitruck
CUL und Cul 868 und 2 HM LAN an Zbox
Remoteserver auf 2.Zboxi
HM-CC-RT-DN,HM-LC-Bl1PBU-FM,HM-LC-SW1-FM,HM-LC-SW4-PCB,HM-LC-Sw1PBU-FM,HM-PB-2-WM55,HM-PB-6-WM55,HM-SCI-3-FM,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-TIS,HM-WDS10-TH-O u.viele mehr
diverse IT Empfänger und LW3

P.A.Trick

Habe mir das LD382 auch fuer 22,99 inkl. Versand zugelegt und muss sagen: Top! Mit Wifilight ging es sofort!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

Take-Off

Ich habe mir heute auch den LD382 als Alternative zum LW12 (der übrigens Problemlos funktioniert) zugelegt.

Das ganze wie üblich mit Wifilight in Fhem eingerichtet. Allerdings lässt sich der Controller von FHEM nicht sehr beeindrucken.
Ausschalten konnte ich bereits, mehr allerdings nicht. Laut Log-File gehen die Signale von Fhem sinnvoll ins Netz.

Über die App kann ich ihn normal ansteuern.

Muss man beim LD382 im Vergleich zum LW12 etwas beachten?
FHEM auf Raspberry Pi4
CUL868, CUL433, HM-CFG-USB2, HMW-LGW

herrmannj

Hi,

installieren den mal bitte als LD382A. - neue LD382 haben ein anderes Protokoll.

Solltest Du was am LD382 verändert haben; bitte einmal Werksreset. Außerdem brauchst Du die neueste wifilight (update siehe post eins im wifilight thread)

bitte berichten :)

vg
jörg

Take-Off

Habe ich eben mal probiert. Bekomme leider folgende Fehlermeldung.

unknown connection type: choose one of bridge-V3

Der LD382 braucht doch gar keine Bridge?  ???
FHEM auf Raspberry Pi4
CUL868, CUL433, HM-CFG-USB2, HMW-LGW

herrmannj

der IST die bridge  ;)

... define ... RGB|RGBW LD382A ...

sonst poste mal Deine def bitte

Take-Off

So geb ichs in FHEM ein:  :)

define <name> Wifilight RGB LD382A:192.168.178.xxx

Ohne das "A" erstellt er mir das Device, lässt sich aber nicht steuern.

FHEM auf Raspberry Pi4
CUL868, CUL433, HM-CFG-USB2, HMW-LGW

herrmannj

Welche wifilight version ? (fhem cmdline -> version)

vg
jörg

Take-Off

$Id: 32_WifiLight.pm 81 2015-02-01 21:45:00Z

Gruß  :)
FHEM auf Raspberry Pi4
CUL868, CUL433, HM-CFG-USB2, HMW-LGW

herrmannj

# $Id: 32_WifiLight.pm 82 2015-02-01 21:45:00Z herrmannj $


# 81 LW12FC added
# 82 LD382A (FW 1.0.6)


:)

Take-Off

Ich hab eben versucht das Update in Gang zu setzen mit:

update force https://raw.githubusercontent.com/herrmannj/wifilight/master/controls_wifilight.txt

Folgende Fehlermeldung bringt mir FHEM dann:

UPD FHEM/32_WifiLight.pm
mv ./FHEM/32_WifiLight.pm ./restoreDir/2015-03-27/FHEM/32_WifiLight.pm failed:No such file or directory, aborting the update


Das kann doch alles nicht so kompliziert sein?  :o :D
FHEM auf Raspberry Pi4
CUL868, CUL433, HM-CFG-USB2, HMW-LGW

herrmannj

irgendwas spezielles bei Dir. out-of-space vielleicht. Bei mir:

RMDIR: ./restoreDir/2015-02-14
UPD FHEM/32_WifiLight.pm

New entries in the CHANGED file:
HSV2fourChannel bug fixed, thnx to lexorius
LW12FC added (another LW12 clone)
LD382A added (LD382 version with fw 1.0.6)

update finished, "shutdown restart" is needed to activate the changes.

fheminfo server response: ==> ok


Update ist eine fhem core Funktion - hat nichts mit dem modul zu tun... Sonst kopier das von Hand und pass die Rechte an.

vg
jörg

Take-Off

Ich trau mich ja schon fast nicht mehr zu fragen, aber vllt. stehn auch andere Neulinge vor dem Problem.

Wo krieg ich denn die 32_WifiLight.pm Datei her? Hab das halbe Forum durchwühlt, finde aber immer nur den Verweis auf den Update-Prozess.
Dann kopier ich die von Hand auf meinen RasPi wenn der Update Prozess, warum auch immer, streikt.  ???

Schonmal Danke für die ganze Mühe.  :)

FHEM auf Raspberry Pi4
CUL868, CUL433, HM-CFG-USB2, HMW-LGW

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

P.A.Trick

Es geht relativ schnell bis er sich verbindet (<1min).
Das Wifilight Modul versucht dreimal den set Befehl zu senden, wenn er nicht erreichbar ist und hört dann auf.
Bei den neueren Modulen kann man aber nicht mehr den TCP Timeout Parameter verändern und dann bockt das Teil
ziemlich herum beim ausschalten. Was ich gelesen habe ist es besser das Modul ständig unter Strom zu lassen!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

budy

Ich hatte meine Kombo LD382A (Ufo) und passendes Netzteil mal mit einem HM Energiemesser (schaltbare Steckdose) gemessen und war angenehm überrascht... es waren nur 0,2W, also im etwa soviel wie eine dieser HM Steckdosen Aktoren auch benötigte. Von daher habe ich ihn direkt angeschlossen und lasse ihn unter Dauerspannung.
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

Danke für die Ratschläge,

Ich nutze keine Funksteckdosen, ist ein eigenes multiiomodul mit 24 schaltausgängen, braucht in Summe < 0,5W (ohne den Relaisstrom).
Mir geht es neben dem stby Verbrauch um das Thema Sicherheit. Weiß nicht was ich von dem China Zeug halten soll, daher wäre es mir sympathischer wenn es nur am Netz wäre wenn ich auch zuhause bin...
Scheint allerdings nur mit einem hue sinnvoll zu funktionieren, was ich mittlerweile gelesen habe...
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

M_I_B

... hat denn schon jemand heraus gefunden, wo man ggf. neue Firmware herunterladen kann?
Ich habe zum WE 3 Stück erhalten, alle mit unterschiedlicher Firmware  ::)

herrmannj

da ist in vielen Fällen sogar unterschiedliche HW dahinter ...

vg
joerg

M_I_B

... ach du Schei...benkleister  :o >:( Ernsthaft?
Also zum einen keine Verschlüsselung einstellbar, keine feste IP einstellbar, erworbene Hardware Glücksache und FW wegen unterschiedlicher Plattformen wohl dann auch nicht...

Dann wundert's mich ehrlich, das die Teile so verbreitet sind. Ich warte mal 1-2 Tage ab, was der Dealer zu der Frage meint. Wenn das nicht möglich ist, gehen die Teile schlichtweg retour; so'n Murks muss ich mir wirklich nicht antun...

Alternativen, auch aus dem DIY- Bereich?

herrmannj

die 382 die ich kenne haben einen wps button. Soweit mir bekannt kann man über die app auch die weiteren parameter einstellen.

diy gibt es hier im forum ein gutes Projekt.

vg
joerg

M_I_B

#37
... dann kennen wir beide unterschiedliche Modelle. Meine haben zwar auch alle eine WPS- Taste (funktioniert sogar), welche bei langem Drücken einen FactoryReset auslöst, aber über die App kann man lediglich den Namen, die SSID und ggf. ein Kennwort anlegen/ändern, unabhängig davon, ob die UFO's direkt im WLAN hängen oder als AP direkt von der APP angesprochen werden. Eine feste IP, geschweige denn eine Verschlüsselung ist offensichtlich nicht möglich ...
Heißt also im Klartext, das ohne gesetztes Kennwort ein jeder das Ding steuern kann und bei gesetztem Kennwort auf Grund der fehlenden Verschlüsselung mit einfachsten Mitteln an das Kennwort kommen kann...

Über das Projekt hier im Forum bin ich schon mal gestolpert, habe es nur bis jetzt nicht wiederfinden können (in diesem Forum allgemein ein Problem). Wenn das solche vermissten Dinge wie o.g. bietet und vor allen Dingen verfügbar ist, wäre da eine Alternative für mich ...

EDIT: Habe es in verschiedenen Threads wiedergefunden. Nur ist es hier leider so wie bei einigen anderen DIY- Projekten auch... Der letzte Hinweis auf eine Sammelbestellung datiert aus Juni 2016 ... Wenn man nicht von Anfang an dabei war, hat man keinerlei Chance, den chaotischen Wust der auf verschiedene Threads verteilen Informationen zu einem Gesamtbild zu vereinen, geschweige denn in den Besitz der benötigten Teile zu gelangen, wenn man nicht selber die Platinen herstellen kann / lassen kann...
Es ist im allgemeinen immer sehr schade, das solche wirklich super Projekte letztlich in der Versenkung verschwinden resp. nur von den Insidern umgesetzt werden können, weil einfach eine zentrale Stelle / ext. Seite mit für den Interessenten übersichtlich zusammengestellten Informationen fehlt ...

trapperjohn

Zitat von: M_I_B am 29 August 2016, 19:36:53
... dann kennen wir beide unterschiedliche Modelle. Meine haben zwar auch alle eine WPS- Taste (funktioniert sogar), welche bei langem Drücken einen FactoryReset auslöst, aber über die App kann man lediglich den Namen, die SSID und ggf. ein Kennwort anlegen/ändern, unabhängig davon, ob die UFO's direkt im WLAN hängen oder als AP direkt von der APP angesprochen werden. Eine feste IP, geschweige denn eine Verschlüsselung ist offensichtlich nicht möglich ...

In den Dingern ist doch vermutlich überall ein ähnlicher WIFI Chip drin, vermutlich der von "hi-flying". Ich hatte im Wifilight Thread schon mal den Link gepostet: https://github.com/vikstrous/zengge-lightcontrol

Wenn man die Doku des WLAN Moduls durchschaut, kann man schön sehen, was das Teil wirklich kann. Einbindung in WLAN per WPA2 ist kein Problem - selbst gleichzeitige Nutzung als Access Point (also die Standardeinstellung) und WLAN Client ist möglich. Allerdings sollte man bedenken, dass der Zugriff auf das WLAN Passwort dann quasi ungeschützt ist - wenn man eine Verbindung zum Controller bekommt, kann man das per AT Kommando einfach wieder im Klartext abfragen.

M_I_B

... ja, damit hast du wohl recht, nur nutzt einem das nicht viel, wenn man zum einen das Teil nicht aufschrauben und auf tatsächlich Inhalöt hin untersuchen möchte, und zum anderen diese "ungenutzten" Features aus FHEM heraus resp. über die APP nicht aktiviert werden können ...

Tja... Hilft wohl alles nichts... Die Teile sind eigentlich aus den genannten Gründen nicht zu gebrauchen, das RGBWW- Projekt hier aus dem Forum ist für Einsteiger nicht mehr zu durchblicken resp. gibt es wohl auch seit langem keine Sammelbestellungen mehr ...

Dann werde ich mich mal wieder auf die Suche nach brauchbaren WLAN- Gateways machen, die meine Anforderungen zumindest rudimentär erfüllen können ...

trapperjohn

Zitat von: M_I_B am 30 August 2016, 13:24:26
und zum anderen diese "ungenutzten" Features aus FHEM heraus resp. über die APP nicht aktiviert werden können ...

Ich habe die App nie genutzt, daher weiß ich es nicht sicher... aber wenn du dort ein Kennwort vergeben kannst, dann dürfte die WLAN Verbindung danach doch auch mit ziemlicher Sicherheit verschlüsselt sein. Heutzutage nutzt man doch sowieso nur noch WPA2 - und Router mit aktiver Verschlüsselung werden alles andere ablehnen.

D.h. wenn nach der Kennwortvergabe dein LED Controller aus dem heimischen Netzwerk erreichbar ist, dann ist auch die Verbindung verschlüsselt.

Mit dem Progrämmchen aus Github (vermutlich funktioniert auch einfach Telnet...) kann man alternativ direkt mit dem Router-Port des LED Controllers kommunizieren und diese Settings auch ohne Handy-App einstellen.

Danach funktioniert's ja direkt aus FHEM mit dem Wifilight Modul, siehe dazugehörige Wiki Seite: http://www.fhemwiki.de/wiki/WifiLight


accloginsell

Hallo,
kann mir jemand helfen?

habe die Daten runtergeladen und die den OPt/FHEM/FHEM ordner gezogen. Leider heißt es nun:

Cannot load module WifiLight

016.10.03 16:51:07 1: reload: Error:Modul 32_WifiLight deactivated:
Global symbol "%intAt" requires explicit package name at ./FHEM/32_WifiLight.pm line 3151.
Global symbol "%intAt" requires explicit package name at ./FHEM/32_WifiLight.pm line 3153.
Global symbol "%intAt" requires explicit package name at ./FHEM/32_WifiLight.pm line 3153.
Global symbol "%intAt" requires explicit package name at ./FHEM/32_WifiLight.pm line 3156.
Global symbol "%intAt" requires explicit package name at ./FHEM/32_WifiLight.pm line 3157.

2016.10.03 16:51:07 0: Global symbol "%intAt" requires explicit package name at ./FHEM/32_WifiLight.pm line 3151.
Global symbol "%intAt" requires explicit package name at ./FHEM/32_WifiLight.pm line 3153.
Global symbol "%intAt" requires explicit package name at ./FHEM/32_WifiLight.pm line 3153.
Global symbol "%intAt" requires explicit package name at ./FHEM/32_WifiLight.pm line 3156.
Global symbol "%intAt" requires explicit package name at ./FHEM/32_WifiLight.pm line 3157.


Kann mir jemand evtl helfen?

MFG
Nico

herrmannj

runterladen muss man da nichts. WifiLight ist bei fhem dabei bzw wird per update installiert.

vg
joerg

accloginsell

Leider ist bei mir garkein Modul vorhanden:( Wo kann der Fehler liegen?

er sagt sogar bei MQTT das dies nich vorhanden ist aber anderes Thema..
Diese Module sind bei mir nur vorhanden:


Unknown module MQTT, choose one of ALL3076 ALL4000T ALL4027 BS CM11 CUL CUL_EM CUL_FHTTK CUL_HM CUL_HOERMANN CUL_IR CUL_MAX CUL_RFR CUL_TX CUL_WS CULflash Calendar DbLog ECMD ECMDDevice EGPM EGPM2LAN EIB EM EMEM EMGZ EMWZ ENIGMA2 ESA2000 EnOcean FBAHA FBDECT FB_CALLMONITOR FHEM2FHEM FHEMWEB FHT FHT8V FHZ FLOORPLAN FRM FRM_AD FRM_I2C FRM_IN FRM_LCD FRM_OUT FRM_PWM FRM_SERVO FS20 FileLog GDS HCS HMLAN HMS HMinfo HTTPSRV HUEBridge HUEDevice Heating_Control I2C_BMP180 IPCAM IPWE IT Itach_Relay JeeLink JsonList KM271 KS300 LGTV LIRC LISTENLIVE LUXTRONIK2 LightScene M232 M232Counter M232Voltage MAX MAXLAN MSG MSGFile MSGMail NetIO230B OREGON OWAD OWCOUNT OWDevice OWFS OWID OWLCD OWMULTI OWSWITCH OWServer OWTEMP OWTHERM OWX PCA301 PID PIFACE POKEYS PRESENCE PachLog RFXCOM RFXMETER RFXX10REC ROLLO ROLLO_1008 RSS RandomTimer Revolt SCIVT SISPM SIS_PMS SML STV SVG SWAP SWAP_0000002200000003 SYSSTAT TCM THRESHOLD TRX TRX_ELSE TRX_LIGHT TRX_SECURITY TRX_WEATHER TUL TellStick Twilight USBWX USF1000 VIERA VantagePro2 WEBCOUNT WEBIO WEBIO_12DIGITAL WEBTHERM WOL WS2000 WS300 WS3600 Weather X10 XmlList YAMAHA_AVR ZWDongle ZWave at autocreate average backup dewpoint dummy eventTypes fheminfo holiday mailcheck notice notify openweathermap panStamp readingsGroup remotecontrol sequence speedtest structure telnet update watchdog weblink xxLG7000


der Rest fehlt

Danke für die Antwort

chris1284

hast du einfach mal ein update gemacht ("update" oben in die fhem-befehlszeile und enter drücken)?

accloginsell

Habe gestern alles neu gemacht.. Funktioniert jetzt... Leider geht es aber mit den Rechten nicht mehr? Könntest du mir evtl kurz über PN helfen wie ich das wieder zum laufen kriege?

Fehler Aktuell beim Ausführen von Pigs p über Fhem, hat davor super funktioniert ( hatte FHEM unter Root laufen, mein Fehler)

2016.10.05 18:33:27 1: PERL WARNING: Odd number of elements in anonymous hash at (eval 211) line 1.
2016.10.05 18:33:27 3: eval: my $NAME='ROT_TEST';my $EVENT='on';my $SELF='ROT_TEST_AN';my $EVTPART0='on';my $TYPE='dummy';{ fhem { system("sudo pigs p 17 255") } }
2016.10.05 18:33:27 3: HASH(0x179a238) : Unknown command HASH(0x179a238), try help.
2016.10.05 18:33:27 3: ROT_TEST_AN return value: Unknown command HASH(0x179a238), try help.

Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat.  Normalerweise läuft es auf drei Regeln hinaus:

    #1) Resprektieren Sie die Privatsphäre anderer.
    #2) Denken Sie nach bevor Sie tippen.
    #3) Mit großer Macht kommt große Verantwortung.

sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben

Dedi75

Hallo,
habe mir auch den LD382 Controller zugelegt und ihn als LD382A in FHEM mit Wifilight angelegt.

Soweit funktioniert auch das Steuern des Controllers über FHEM und der eigenen App.

Woran erkenne ich denn, welche Version ich nehmen muss LD382 oder LD382A, da ich aktuell noch 2 kleine Probleme habe:
- Wenn ich die LED´s OFF schalten will, steuert er den Farbcode auf "000000" also aus, wobei in der App das Gerät immer noch als AN gekennzeichnet ist. (Das sollte ja eigentlich nicht richtig sein oder ist das egal???)
- Wenn ich im devStateIcon folgendes Eintrage: {Color_devStateIcon(ReadingsVal($name,"RGB","000000"))}, zeigt er mir über das Symbol zwar schön die aktuelle Farbe an, jedoch kann ich die LED´s dann nicht mehr mit einem Klick auf das Symbol Ein- und Ausschalten. Hier bekomme ich dann folgende Fehlermeldung: unknown command (toggle): choose one of on off dim dimup dimdown HSV RGB

Gruß Dedi