WiFiLight mit LD382A & RBGWW - RBG & WW gleichzeitig weiß aktivieren ?

Begonnen von msome, 15 Dezember 2015, 21:49:12

Vorheriges Thema - Nächstes Thema

msome

Guten Abend,

ich habe heute einen LD382 per Post direkt vom Hersteller bekommen, denke also es ist mit der aktuellen FW versehen.
Daran hängt ein RBGWW Streifen.
Im FHEM habe ich den Controller definiert und habe auch eine Verbindung, kann die Farben festlegen (colorpicker) sowie on/off/dimup/dimdown nutzen.
               DEF: RGBW LD382A:192.168.47.11
Soweit schon mal alles super und problemlos.

Jetzt meine Frage:
Die Android App MagicHome kann gleichzeitig die WW LEDs nutzen und auch die RBG LEDs als "gemischt weiß" aktivieren.
Wenn ich den Strip bei FHEM auf "on" setze, leuchten nur die WW LEDs. Die RBG LEDs bleiben aus.
Daher leuchtet der Strip mit der MagicHome App natürlich heller als mit FHEM.

Gibt es eine Möglichkeit, bei FHEM den gleichen Effekt zu erreichen?
D.h. beim Farbmischen macht FHEM einen guten Job die bunten und WW LEDs kombiniert anzusteuern.
Wenn ich aber auf "on" schalte, hätte ich gerne die WW-LEDs=an _und_ RBG-LEDs=alle an (weiß). (evtl. mit Whitepoint Kalibrierung).

Ist dies möglich ?

Ergänzung 20151215 21:52:
Wenn ich das Device auf RGB LD382A:192.168.47.11 umdefiniere, nimmt FHEM automatisch die RBG LEDs und mischt weiß. Dann habe ich aber leider keinen Zugriff mehr auf die WW LEDs. Wie lässt sich das kombinieren... ?

Danke, Matthias
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen

msome

Hi,

zum Ende des Threads... da es keine Antworten gab, hab ich mich mal selbst durch den Source vom 32_WiFiLight.pm durchgewühlt.
Es gab imho leider keine Möglichkeit meine Anforderung mit dem bestehenden Code zu erreichen.

Ich hab das Modul jetzt für meine Bedürfnisse umgeschrieben, d.h. ich kann den RGBWLD382A jetzt über ein Attribut so umkonfigurieren, dass sich der "W" Kanal komplett separat zu den Farbkanälen steuern lässt.
Da das 32_WifiLight scheinbar ursprünglich nur für RBG geschrieben wurde, fehlt weitgehend der 4. Kanal in den internen Strukturen & Funktionen. Außerdem unterstützt das Modul so viele Typen von Controllern dass ich keinen Überblick habe was meine Änderungen bei den anderen Typen verursachen würde. Ich habe es zwar immer auf die Typen eingeschränkt, aber sicher ist sicher...
Daher, und da ich die Änderung nur für die spezielle Kombination RGBWLD382A gemacht habe, verzichte ich mal auf eine Veröffentlichung.
Ist ja scheinbar eher eine spezielle Anwendung meinerseits, da ich den Weiß-Kanal mit einem zusätzlichen Warmweiß-Strip noch verstärkt habe.

Falls jemand ähnliche Anforderungen hat, das Modul ist bei mir in Verwendung. Einfach per PN anfragen. Falls es sich mehrt, können wir ja mal drüber diskuttieren ob das Modul offiziell dahingehend umgebaut werden kann. (vielleicht von jemand der das komplette interne Moduldesign kennt und sich mit Perl besser auskennt wie ich).

Bye, Matthias
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen

msome

Hallo,

da sich die Anfragen gehäuft haben und noch immer wieder welche eintrudeln...

Hier meine Modifikation. Wie schon geschrieben keine Garantie - schön ist die Änderung bestimmt nicht, macht aber genau was ich wollte.

Im angehängten Zip ist die 32er Original-Datei als Referenz/Basis,
meine modifizierte Datei,
eine html-Datei mit einem Differenz-Report
und meine Definition des Netzwerk-Licht-Device + 2 Readings-Proxy um den Slider und den RGB-Picker zu realisieren.

Es wurde schon von vielen Forumsteilnehmern erfolgreich eingesetzt, habe schon mehrmals eine positive Rückmeldung erhalten.

Läuft auch bei mir immer noch im Wohnzimmer.

Hinweis:
Anfang 2017 gab es eine negative Rückmeldung. Nach einem FHEM Update funktioniert es bei einem Forumsteilnehmer nicht mehr. Ein anderer Teilnehmer konnte es jedoch danach noch erfolgreiche in Betrieb nehmen....
Ich kann dies aktuell nicht nachvollziehen, daher ... einfach ausprobieren.
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen

msome

Hallo zusammen,

nachdem das Modul schon seit Ewigkeiten in Betrieb ist, ist man doch nicht vor Überraschungen gefeit.

Homeautomation_Toto hat einen Bug gefunden - beim Warmweißen Kanal hatte ich vergessen, die Prozentangabe (0..100) in Helligkeitswerte für's Ufo (0..255) zu skalieren.
Ergebnis war, dass bei 100% Helligkeit auf Warmweiß nur 39% beim Ufo angekommen sind.

Hier im Anhang die geänderte Version.

Vielen Dank an Homeautomation_Toto !
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen

ak323

Deswegen ist es bei mir im Bad immer sooo dunkel und ich schneide mich beim rasieren ! :-\
Danke für die Bereitstellung des korrigierten Moduls !
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, ...



kmxak

ich bekomme folgenden Fehler:
unknown attribute realtimePicker. Type 'attr rp_wz_Licht_Absorber ?' for a detailed list.

hat einer ne idee?

Dann schmeißt er noch:

configfile: wz_Licht_Absorber: unknown attribute defaultWhiteLevel. Type 'attr wz_Licht_Absorber ?' for a detailed list.
wz_Licht_Absorber: unknown attribute separateColorAndWhiteControl. Type 'attr wz_Licht_Absorber ?' for a detailed list.
db_Licht_Yassi: unknown attribute defaultWhiteLevel. Type 'attr db_Licht_Yassi ?' for a detailed list.
db_Licht_Yassi: unknown attribute separateColorAndWhiteControl. Type 'attr db_Licht_Yassi ?' for a detailed list.


Ich kann auch nur das gesamte lich an und aus schalten rgb und weiß getrennt gehtn nicht
Aufgrund der Tapatalk Abschaltung nur noch bedingt erreichbar.

Skusi

Vielen Dank für den Bugfix.
Ist mir ehrlich gesagt noch nicht aufgefallen. Aber nun kommt auch richtig Licht aus meinem Hintergrundbeleuchtetem Bild im Kino.

Allerdings habe ich heute folgendes im Logfile entdeckt:

Use of uninitialized value $hue in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 3445.
Use of uninitialized value $sat in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 3445.
Use of uninitialized value $val in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 3445.
Use of uninitialized value in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 3855.
Use of uninitialized value in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 3855.
Use of uninitialized value in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 3855.
Use of uninitialized value in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 3902.
Use of uninitialized value in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 3902.
Use of uninitialized value in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 3902.
Use of uninitialized value $hue in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 2039.
Use of uninitialized value $sat in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 2039.
Use of uninitialized value $val in concatenation (.) or string at ./FHEM/32_WifiLight.pm line 2039.
Use of uninitialized value $sat in numeric eq (==) at ./FHEM/32_WifiLight.pm line 3566.
Use of uninitialized value $val in multiplication (*) at ./FHEM/32_WifiLight.pm line 3568.
Use of uninitialized value $val in multiplication (*) at ./FHEM/32_WifiLight.pm line 3568.
Use of uninitialized value $val in multiplication (*) at ./FHEM/32_WifiLight.pm line 3568.
Use of uninitialized value $hue in modulus (%) at ./FHEM/32_WifiLight.pm line 3543.
Use of uninitialized value $val in numeric gt (>) at ./FHEM/32_WifiLight.pm line 3547.
Use of uninitialized value $val in numeric eq (==) at ./FHEM/32_WifiLight.pm line 3548.
Use of uninitialized value $val in array element at ./FHEM/32_WifiLight.pm line 2042.
Use of uninitialized value $hue in array element at ./FHEM/32_WifiLight.pm line 2045.
Use of uninitialized value $sat in numeric eq (==) at ./FHEM/32_WifiLight.pm line 3566.


Hat jemand einen Tipp wo es da holpert ???
RPI3B, SIGNALduino, NanoCul868 (a-culfw), JeeLink Clone (LaCrosse), Firmata  für FB Heizung,Wasser+Gas+Klingel+Lux, Somfy Rolladen, Pollin Steckd.,TX29DTH,ESPEasy an S0 Stromz., MAX Fensterkontakte, IButton, SonOff Tasmota, ESP LED Controler

msome

Zitat von: kmxak am 13 April 2017, 21:27:48
ich bekomme folgenden Fehler:
unknown attribute realtimePicker. Type 'attr rp_wz_Licht_Absorber ?' for a detailed list.

hat einer ne idee?

Dann schmeißt er noch:

configfile: wz_Licht_Absorber: unknown attribute defaultWhiteLevel. Type 'attr wz_Licht_Absorber ?' for a detailed list.
wz_Licht_Absorber: unknown attribute separateColorAndWhiteControl. Type 'attr wz_Licht_Absorber ?' for a detailed list.
db_Licht_Yassi: unknown attribute defaultWhiteLevel. Type 'attr db_Licht_Yassi ?' for a detailed list.
db_Licht_Yassi: unknown attribute separateColorAndWhiteControl. Type 'attr db_Licht_Yassi ?' for a detailed list.


Ich kann auch nur das gesamte lich an und aus schalten rgb und weiß getrennt gehtn nicht

Hi, es schaut so aus, als ob alle neuen Parameter nicht bekannt wären.
Hast du sicher die modifizierte 32_WifiLight.pm auf den Server kopiert und dann ein "reload 32_WifiLight" oder einen "shutdown restart" ausgeführt damit er auch das neue File lädt?

Das "getrennt schalten" kann nur funktionieren, wenn er das Attribut separateColorAndWhiteControl kennt.
Da er sich aber über die beiden neuen Parameter beschwert, würde ich fast tippen, dass das modifizerte WifiLight nicht aktiv ist - oder von einem "update" wieder überschrieben wurde.

Matthias
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen

kmxak

Moin hab es soweit hin bekommen
Separates Licht geht aber noch nicht und den Befehl realtimepicker kennt er immer noch nicht

Gesendet von meinem SM-G928F mit Tapatalk

Aufgrund der Tapatalk Abschaltung nur noch bedingt erreichbar.

msome

Zitat von: Skusi am 18 April 2017, 19:39:10
Vielen Dank für den Bugfix.
Ist mir ehrlich gesagt noch nicht aufgefallen. Aber nun kommt auch richtig Licht aus meinem Hintergrundbeleuchtetem Bild im Kino.

Allerdings habe ich heute folgendes im Logfile entdeckt:

...

Hat jemand einen Tipp wo es da holpert ???

Hi, ich denke das kommt daher, dass ich 3 Variablen nicht initialisiert habe.

Ich konnte die Logmeldungen loswerden, indem ich die Code-Zeile 970 von:
    my ($hue, $sat, $val);
zu
    my ($hue, $sat, $val) = (0) x 3;
geändert habe.

Funktional hat diese Änderung keinen Einfluss - es vermeidet aber die Fehlermeldungen im Log.

Matthias
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen

msome

Zitat von: kmxak am 18 April 2017, 21:59:41
Moin hab es soweit hin bekommen
Separates Licht geht aber noch nicht und den Befehl realtimepicker kennt er immer noch nicht
Den RealtimePicker muss man erst global aktivieren; ich hatte das damals irgendwo gefunden.
Ist aber nicht wirklich relevant für die Funktion. Es sollte nur bewirken dass sich die Lichtfarbe schon ändert, während man noch den Cursor auf dem bunten ColorChooser Popup bewegt.
Aktuell kommt es scheinbar nur bei https://wiki.fhem.de/wiki/DMXControl vor...

attr global userattr realtimePicker

Dass die separate Steuerung noch immer nicht funktioniert ist eigenartig; das Attribut separateColorAndWhiteControl steht sicher auf 1 ?

Kannst du bitte mal deine "Raw definition" posten oder mir zuschicken? Ist in FHEM beim WifiLight Device ganz unten in der in der Befehlszeile (wo auch selectIcon, deleteDevice... sind).
Raw-Definition anklicken, und dann nochmals ganz unten den Haken für "dump probably associated with too" auch noch anhaken - und dann den Inhalt schicken.
Dann kann ich's mal mit meiner Config vergleichen.
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen

kmxak

defmod db_Licht_Yassi WifiLight RGBW LD382A:192.168.2.203
attr db_Licht_Yassi alias Licht Dachboden Yassi
attr db_Licht_Yassi colorCast 0, -20, -20, -25, 0, -10
attr db_Licht_Yassi defaultWhiteLevel 50
attr db_Licht_Yassi devStateIcon {Color_devStateIcon(ReadingsVal($name,"RGB","000000"))}
attr db_Licht_Yassi icon light_led_stripe_rgb
attr db_Licht_Yassi room ZZ.versteckt
attr db_Licht_Yassi separateColorAndWhiteControl 1
attr db_Licht_Yassi verbose 3
attr db_Licht_Yassi webCmd dimup:dimdown:on:off:RGB
attr db_Licht_Yassi whitePoint 1, 1, 1
attr db_Licht_Yassi widgetOverride RGB:colorpicker,RGB

defmod rp_db_Licht_Yassi readingsProxy db_Licht_Yassi:RGB
attr rp_db_Licht_Yassi alias Licht Dachboden Yassi bunt
attr rp_db_Licht_Yassi group Licht
attr rp_db_Licht_Yassi room Dachgeschoss
attr rp_db_Licht_Yassi setList RGB:colorpicker,RGB on off
attr rp_db_Licht_Yassi stateFormat state
attr rp_db_Licht_Yassi webCmd RGB:on:off

defmod rp_db_Licht__Yassi_Weiss readingsProxy db_Licht_Yassi:pct
attr rp_db_Licht__Yassi_Weiss alias Licht Dachboden Yassi wei�
attr rp_db_Licht__Yassi_Weiss group Licht
attr rp_db_Licht__Yassi_Weiss room Dachgeschoss
attr rp_db_Licht__Yassi_Weiss setList pct:slider,0,10,100 on off
attr rp_db_Licht__Yassi_Weiss stateFormat state
attr rp_db_Licht__Yassi_Weiss webCmd pct:on:off

setstate db_Licht_Yassi off
setstate db_Licht_Yassi 2017-04-18 22:24:33 RGB 000000
setstate db_Licht_Yassi 2017-04-18 22:24:33 brightness 0
setstate db_Licht_Yassi 2017-04-18 22:24:33 hue 0
setstate db_Licht_Yassi 2017-04-18 22:24:33 pct 0
setstate db_Licht_Yassi 2017-04-18 22:24:33 saturation 0
setstate db_Licht_Yassi 2017-04-18 22:24:33 state off

setstate rp_db_Licht_Yassi 000000
setstate rp_db_Licht_Yassi 2017-04-18 22:24:33 lastCmd off
setstate rp_db_Licht_Yassi 2017-04-18 22:24:33 state 000000

setstate rp_db_Licht__Yassi_Weiss 0
setstate rp_db_Licht__Yassi_Weiss 2017-04-18 22:24:31 lastCmd on
setstate rp_db_Licht__Yassi_Weiss 2017-04-18 22:24:33 state 0


So hab nun nochmal alles neu eingegeben. Es funktioniert nun weiß und RGB eigenständig regeln. An und aus macht er aber immer noch zusammen. (FHEM)
In ioBroker habe ich aber immer noch das Symptom. Das werde ich da aber dann wohl anders einrichten müssen.
Aufgrund der Tapatalk Abschaltung nur noch bedingt erreichbar.

msome

Zitat von: kmxak am 18 April 2017, 22:27:33
So hab nun nochmal alles neu eingegeben. Es funktioniert nun weiß und RGB eigenständig regeln. An und aus macht er aber immer noch zusammen. (FHEM)
In ioBroker habe ich aber immer noch das Symptom. Das werde ich da aber dann wohl anders einrichten müssen.

Hi, an und aus macht er zusammen, denn das Ufo selbst hat nur einen "An" und "Aus" Zustand. Der gilt für das Gerät selbst.

Wenn das on/off separat passieren soll, dann kann man nur die WebCommands der ReadingsProxies "Off" umdefinieren in "0% on" für weiß und "0/0/0 %" für die farbigen Kanäle.
Damit würden dann zwar alle 4 Kanäle praktisch deaktiviert, das Ufo selbst würde aber "An" bleiben. Man sieht nix, aber der Stromverbrauch ist vmtl. ein bisschen höher.
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen