ESP RGBWW Wifi Led Controller - fhem - Modul

pjakobs · 28 September 2016, 09:48:56

is ja auch direkt von meinem developer System und wir haben noch immer ein Problem mit der Serialisierung von Queues.

ischgucke · 02 Oktober 2016, 14:19:04

sorry wenn ich hier so zwischen quatsche, ich such einfach ein RGBWW system welches sinnvoll über alle 5 Kanäle in fhem integriert ist.
Ist dieser ESP8266 chip die Zukunft in fhem? Die anderen (LD686 oder Milight) hat man wohl fallen lassen?!

gruß
Andre

herrmannj · 02 Oktober 2016, 14:46:53

Zitat von: ischgucke am 02 Oktober 2016, 14:19:04
sorry wenn ich hier so zwischen quatsche, ich such einfach ein RGBWW system welches sinnvoll über alle 5 Kanäle in fhem integriert ist.
Ist dieser ESP8266 chip die Zukunft in fhem? Die anderen (LD686 oder Milight) hat man wohl fallen lassen?!

gruß
Andre

Achtung, Du bringst da Sachen durcheinander.

Hier geht es um den von mprj entwickelten (saugeilen

) RGBWW controller für den auch bereits ein ersten fhem modul existiert.

Für die milight existieren separate module. Die ld Serie wird von WifiLight unterstützt, der ld868 ist dort jedoch noch nicht enthalten weil das wifilight modul (noch nicht) über ww/cw ctrl verfügt.

vg
joerg

herrmannj · 02 Oktober 2016, 14:47:21

Zitat von: herrmannj am 02 Oktober 2016, 14:46:53
Achtung, Du bringst da Sachen durcheinander.

Hier geht es um den von mprj entwickelten (saugeilen ) RGBWW controller für den auch bereits ein erstes fhem modul existiert.

Für die milight existieren separate module. Die ld Serie wird von WifiLight unterstützt, der ld868 ist dort jedoch noch nicht enthalten weil das wifilight modul (noch nicht) über ww/cw ctrl verfügt.

vg
joerg

ischgucke · 02 Oktober 2016, 15:03:14

Zitat von: herrmannj am 02 Oktober 2016, 14:46:53
Achtung, Du bringst da Sachen durcheinander.

Hier geht es um den von mprj entwickelten (saugeilen ) RGBWW controller für den auch bereits ein ersten fhem modul existiert.

Für die milight existieren separate module. Die ld Serie wird von WifiLight unterstützt, der ld868 ist dort jedoch noch nicht enthalten weil das wifilight modul (noch nicht) über ww/cw ctrl verfügt.

vg
joerg

ich denke ich habe das alles schon richtig verstanden. Milight und Ld habe ich ja auch mit den anderen Modulen (wifiLight und MilightBridge/Device) getestet nur kein Modul kann rgb ww/cw also 5 Kanäle sinnvoll ansteuern. Euer Projekt mit dem ESP8266 sieht doch viel versprechend aus und es ist ja auch in anderen Foren schon sehr gut gehackt und dokumentiert. Ich hoffe das euer Modul hier was wird oder schon ist.
Ich suche halt eine Hardware mit der ich nun endlich meine Led Lampen ausstatten kann, die dann auch in fhem getrennt nach rgb und ww/cw gesteuert werden können.
Darum die Frage ob euer Modul wohl möglich die Zukunft für Rgbww und fhem sein wird.

Wenn möglich möchte ich gerne mit helfen, mit test oder so. Nur Proggen kann ich halt nicht wirklich.

vg andre

Edit:
es geht doch um diesen Controller/Board ? https://de.aliexpress.com/item/rgb-strip-WiFi-controller-1-port-control-15-rgb-lights-communicate-with-Android-phone-to-dim/32301423622.html

Edit2:
Ok sorry, sehe es geht um ein selbst entwickeltes PCB https://forum.fhem.de/index.php/topic,48918.0.html. Wo bei das von Ali doch auch sehr cool ist, wie ich finde.

RoBra81 · 04 Oktober 2016, 10:02:08

Hallo,

ich nutze aktuell einen Controller (mehr oder weniger) produktiv ein - da es eine neue Zusatzbeleuchtung ist, deren Einschaltkriterium aktuell recht selten greift, habe ich mich zwar gewundert, aber nie genauer untersucht, warum das Licht fast nie an war. Nun habe ich einen Zusatzschalter hinzugefügt, mit welchem das Licht manuell zu schalten geht und musste feststellen, dass der Controller nach längerer Inaktivität nicht auf den ersten Einschaltbefehl reagiert - das Modul ist zwar der Meinung, das Licht sei an, aber erst ein erneutes Aus- und Wiedereinschalten für dann zum gewünschten Ergebnis. Ich meine, mich zu erinnern, dass es dazu schonmal etwas gab, weiß aber die Lösung (?) nicht mehr und finde es auch nicht.

Gab es dazu eine Lösung?

Vielen Dank
Ronny

pjakobs · 04 Oktober 2016, 10:48:34

Moin Ronny,

es gab in einer der älteren Controller Firmware Versionen das Problem, dass, wenn das wlan wegbrach, der Controller in den AP Modus wechselte und sich nicht mit dem wlan verbunden hat, auch wenn es wieder da war. Das soltle allerdings mit der neuesten Firmware behoben sein - check mal, ob ein neues OTA Update für Dich verfügbar ist. (aktuell sind: Firmware 0.3.1, Web Interface 0.3.3, RGBWW 0.8.1, SMING 2.1.0)

Was Du beschreibst klingt allerdings irgendwie anders.
Damit ich das richtig verstehe, definiere doch bitte mal "längere Inaktivität" (Tage? Wochen? Monat?) Ich habe hier in drei Räumen LED Strips mit dem RGBWW Controller über das fhem Modul und solange die Infrastruktur passt (also fhem Server, WLAN) funktionieren die auch, selbst, als ich neulich nach 2 1/2 Wochen aus dem Urlaub zurück kam.

Wenn Du Zusatzschalter sagst, dann gehe ich davon aus, dass Du damit etwas in fhem meinst?
Es wäre gut, wenn Du die Zustände mal per Screenshot im Fhem-UI dokumentieren und mir gleichzeitig den Log Output mit verbose=5 posten könntest.
Außerdem wäre es vermutlich sinnvoll, das fhem Modul auf den Branch "dev-pj" im git repository upzudaten, "master" ist einfach viel zu alt mittlerweile.

Grüße

pj

RoBra81 · 04 Oktober 2016, 10:59:58

Hallo,

da ich zur Zeit nicht zu Hause bin, kann ich Details erst heute Nachmittag/Abend liefern, aber hier schon einmal ein paar Eckdaten:

- ich kann "längere Inaktivität" nicht genau definieren, aber es handelt sich dabei maximal um Stunden
- mit Zusatzschalter meine ich eine Homematic Fernbedienung, welche das Licht dann via FHEM einschaltet. Das erste "set xxx on" verläuft wie gesagt ins leere, jedes weitere Schalten wird dann jedoch erkannt.
- das FHEM Modul habe ich aus einem der letzten Posts aktuell gezogen, da ich vorher eine ziemlich alte Version hatte
- im FHEM Modul steht die Firmware 0.3.1 als Internal

Schaltversuche und Logs kann ich wie gesagt erst später liefern...

Vielen Dank schonmal
Ronny

herrmannj · 04 Oktober 2016, 11:14:35

Hi

Ich kenn das, komm aber im Augenblick auch nicht dazu das seriös zu untersuchen.

Der erste Befehl nach Stunden läuft nicht ins Leere (bei mir ). Der braucht ca30 Sekunden, dann kommt erst die Reaktion des Controllers. Da läuft das Modul in den timeout

Vg
Joerg

pjakobs · 04 Oktober 2016, 11:53:51

seltsam, wie gesagt, ich habe hier drei Räume, die ich ausschließlich auf diesem Weg erleuchten kann und das Problem ist mir hier unbekannt.

wobei: es gab mal die Probleme mit verlorenen ARP Einträgen und einem möglichen Fehler im ESP ip Stack... Da hatte ich dann allerdings das Problem, dass die Controller garnicht mehr erkannt wurden.

Idealerweise hätte ich dann gerne einen Packet Trace (wireshark oder tcpdump)

pj

johns · 14 Oktober 2016, 18:39:07

Hallo zusammen,

vielen Dank für die Entwicklung des Moduls. Klappt soweit alles sehr zuverlässig bei mir.
Jedoch habe ich festgestellt, dass sich über Homebridge/Homekit die Lampen lediglich ein- und ausschalten lassen. Dimmen funktioniert nicht. Hat das schon jemand zum laufen gebracht?
Ich habe es über das homebridgeMapping versucht

Code Auswählen

attr Wz_Deckenlampe homebridgeMapping Brightness=val,cmd=dim

doch leider klappt das auch nicht. Eventuell ist das aber auch so falsch?

Danke für jegliche Hilfe vorab!

Viele Grüße
Jonas

pjakobs · 15 Oktober 2016, 12:31:57

Moin Jonas,

ich hab leider noch nie was mit Homebridge gemacht, weiß also nicht, wie das funktionieren soll.
Das LedController Modul kennt die beiden Befehle val und dim, und erwartet jeweils einen Float Wert zwischen 0 und 100 (Zehntel können tatsächlich ungesetzt werden, da der Controller 10Bit pwm verwendet).

Ein "set <device> val 50" stellt also 50% Helligkeit ein und lässt alles andere (also Sättigung und Farbe) wie es ist.

"dim" ist lediglich ein Synonym für "val" und wird intern vom gleichen Code abgearbeitet.

Welche Version des LedController Moduls verwendest Du? Nimm mal das aus dem dev-pj Zweig, da ist zwar viel Debug drin, aber das funktioniert bei mir seit langem einwandfrei, und es behebt ein paar Bugs, die in den anderen Zweigen noch drin sind.

Wenn Du das hast, dann poste doch bitte mal den Log Output, daraus kann man zumindest gut ablesen, was das Modul sieht. (verbose 5)

Grüße

pj

[edit]
ok, jetzt hab ich mal nachgelesen, was Homebridge ist. Bei mir gibt es schon seit über 15 Jahren keine Apple Geräte mehr, ich habe also keine Möglichkeit, das zu testen. Wenn Homebridge allerdings mit WifiLight funktioniert, dann sollte es an und fürsich auch mit LedController kein Problem haben. Obwohl die Groß/Kleinschreibung an manchen stellen anders ist, ist das Interface weitestgehend an WifiLight angelehnt.

johns · 15 Oktober 2016, 14:48:27

Hey pj,

hatte die aktuelle Version aus dem Master-Ordner. Jetzt hab ich es mit deiner dev Version versucht, doch es ist genauso. Im Log hab ich nun erkannt, dass bei dem übertragenen val Wert wohl irgendwas schiefgeht. Ich hänge es mal an.
Mit WifiLight macht es tatsächlich keine Probleme bei mir. Lässt sich also auch über Homebridge dimmen.

Code Auswählen

2016.10.15 14:35:46 5: Wz_Deckenlampe (Set) called with on, busy flag is 0
 name is Wz_Deckenlampe, args 
2016.10.15 14:35:46 3: Wz_Deckenlampe (Set) called with on, busy flag is 0
2016.10.15 14:35:46 5: Wz_Deckenlampe defaultColor: 0
2016.10.15 14:35:46 5: Wz_Deckenlampe setting VAL to 100, SAT to 0 and HUE 0
2016.10.15 14:35:46 5: Wz_Deckenlampe args[0] = , args[1] = 
2016.10.15 14:35:46 5: Wz_Deckenlampe extended args raw: a=, b=
2016.10.15 14:35:46 5: Wz_Deckenlampe t= 0
2016.10.15 14:35:46 5: Wz_Deckenlampe extended args: t = 0, q = false, d = 1
2016.10.15 14:35:46 5: Wz_Deckenlampe: called SetHSVColor 0, 0, 100, 2700, 0, solid, false, 1)
2016.10.15 14:35:46 4: Wz_Deckenlampe: encoded json data: {"q":"false","cmd":"solid","t":"0","hsv":{"h":"0","s":"0","ct":"2700","v":"100"},"d":"1"} 
2016.10.15 14:35:46 4: Wz_Deckenlampe: set HSV color request 
HASH(0x1588bf0)
2016.10.15 14:35:46 5: Wz_Deckenlampe send API Call $VAR1 = {
  'callback' => sub { "DUMMY" },
  'data' => '{"q":"false","cmd":"solid","t":"0","hsv":{"h":"0","s":"0","ct":"2700","v":"100"},"d":"1"}',
  'hash' => {
    '.triggerUsed' => 0,
    'CL' => {
      'Authenticated' => 1,
      'BUF' => '',
      'CD' => bless( \*Symbol::GEN711, 'IO::Socket::INET' ),
      'FD' => 26,
      'LASTACCESS' => 1476534946,
      'NAME' => 'WEB_127.0.0.1_47740',
      'NR' => 278,
      'PEER' => '127.0.0.1',
      'PORT' => 47740,
      'SNAME' => 'WEB',
      'SSL' => undef,
      'STATE' => 'Connected',
      'TEMPORARY' => 1,
      'TYPE' => 'FHEMWEB'
    },
    'DEF' => '192.168.178.24',
    'DEVICEID' => '9180977',
    'FIRMWARE' => '0.3.1',
    'IP' => '192.168.178.24',
    'MAC' => '5ccf7f8c1731',
    'NAME' => 'Wz_Deckenlampe',
    'NR' => 23,
    'NTFY_ORDER' => '50-Wz_Deckenlampe',
    'READINGS' => {
      'HSV' => {
        'TIME' => '2016-10-14 22:18:31',
        'VAL' => '0,0,0'
      },
      'RGB' => {
        'TIME' => '2016-10-14 22:18:31',
        'VAL' => '000000'
      },
      'ct' => {
        'TIME' => '2016-10-15 14:35:19',
        'VAL' => 2700
      },
      'hsv' => {
        'TIME' => '2016-10-15 14:35:19',
        'VAL' => '0,0,0'
      },
      'hue' => {
        'TIME' => '2016-10-15 14:35:19',
        'VAL' => 0
      },
      'rgb' => {
        'TIME' => '2016-10-15 14:35:19',
        'VAL' => '000000'
      },
      'sat' => {
        'TIME' => '2016-10-15 14:35:19',
        'VAL' => 0
      },
      'state' => {
        'TIME' => '2016-10-15 14:35:19',
        'VAL' => 'off'
      },
      'val' => {
        'TIME' => '2016-10-15 14:35:19',
        'VAL' => 0
      }
    },
    'STATE' => 'off',
    'TYPE' => 'LedController',
    'helper' => {
      'cmdQueue' => [],
      'isBusy' => 1
    }
  },
  'header' => 'User-Agent: fhem
Accept: application/json',
  'loglevel' => 5,
  'method' => 'POST',
  'parser' => sub { "DUMMY" },
  'timeout' => 30,
  'url' => 'http://192.168.178.24/color?mode=HSV'
};

2016.10.15 14:35:46 5: Wz_Deckenlampe: calculated RGB as ffffff
2016.10.15 14:35:46 4: Wz_Deckenlampe: begin Readings Update
   hue: 0
   sat: 0
   val:100
   ct : 2700
   HSV: 0,0,100
   RGB: ffffff
2016.10.15 14:35:46 4: Wz_Deckenlampe: got HSV color response
2016.10.15 14:35:46 5: Wz_Deckenlampe: HSV color response data {"success":true}
2016.10.15 14:35:47 5: Wz_Deckenlampe (Set) called with dim, busy flag is 0
 name is Wz_Deckenlampe, args $VAR1 = '292929';

2016.10.15 14:35:47 3: Wz_Deckenlampe (Set) called with dim, busy flag is 0
2016.10.15 14:35:47 5: Wz_Deckenlampe setting VAL to 292929, keeping HUE 0 and SAT 0
2016.10.15 14:35:47 5: Wz_Deckenlampe extended args raw: a=, b=
2016.10.15 14:35:47 5: Wz_Deckenlampe t= 0
2016.10.15 14:35:47 5: Wz_Deckenlampe extended args: t = 0, q = false, d = 1
2016.10.15 14:35:47 5: Wz_Deckenlampe: called SetHSVColor 0, 0, 292929, 2700, 0, solid, false, 1)
2016.10.15 14:35:47 4: Wz_Deckenlampe: encoded json data: {"q":"false","cmd":"solid","t":"0","d":"1","hsv":{"h":"0","s":"0","v":"292929","ct":"2700"}} 
2016.10.15 14:35:47 4: Wz_Deckenlampe: set HSV color request 
HASH(0x2e15518)
2016.10.15 14:35:47 5: Wz_Deckenlampe send API Call $VAR1 = {
  'callback' => sub { "DUMMY" },
  'data' => '{"q":"false","cmd":"solid","t":"0","d":"1","hsv":{"h":"0","s":"0","v":"292929","ct":"2700"}}',
  'hash' => {
    '.triggerUsed' => 0,
    'CL' => {
      'Authenticated' => 1,
      'BUF' => '',
      'CD' => bless( \*Symbol::GEN714, 'IO::Socket::INET' ),
      'FD' => 26,
      'LASTACCESS' => 1476534947,
      'NAME' => 'WEB_127.0.0.1_47746',
      'NR' => 280,
      'PEER' => '127.0.0.1',
      'PORT' => 47746,
      'SNAME' => 'WEB',
      'SSL' => undef,
      'STATE' => 'Connected',
      'TEMPORARY' => 1,
      'TYPE' => 'FHEMWEB'
    },
    'DEF' => '192.168.178.24',
    'DEVICEID' => '9180977',
    'FIRMWARE' => '0.3.1',
    'IP' => '192.168.178.24',
    'MAC' => '5ccf7f8c1731',
    'NAME' => 'Wz_Deckenlampe',
    'NR' => 23,
    'NTFY_ORDER' => '50-Wz_Deckenlampe',
    'READINGS' => {
      'HSV' => {
        'TIME' => '2016-10-14 22:18:31',
        'VAL' => '0,0,0'
      },
      'RGB' => {
        'TIME' => '2016-10-14 22:18:31',
        'VAL' => '000000'
      },
      'ct' => {
        'TIME' => '2016-10-15 14:35:46',
        'VAL' => 2700
      },
      'hsv' => {
        'TIME' => '2016-10-15 14:35:46',
        'VAL' => '0,0,100'
      },
      'hue' => {
        'TIME' => '2016-10-15 14:35:46',
        'VAL' => 0
      },
      'rgb' => {
        'TIME' => '2016-10-15 14:35:46',
        'VAL' => 'ffffff'
      },
      'sat' => {
        'TIME' => '2016-10-15 14:35:46',
        'VAL' => 0
      },
      'state' => {
        'TIME' => '2016-10-15 14:35:46',
        'VAL' => 'on'
      },
      'val' => {
        'TIME' => '2016-10-15 14:35:46',
        'VAL' => 100
      }
    },
    'STATE' => 'on',
    'TYPE' => 'LedController',
    'helper' => {
      'cmdQueue' => [],
      'isBusy' => 1
    }
  },
  'header' => 'User-Agent: fhem
Accept: application/json',
  'loglevel' => 5,
  'method' => 'POST',
  'parser' => sub { "DUMMY" },
  'timeout' => 30,
  'url' => 'http://192.168.178.24/color?mode=HSV'
};

2016.10.15 14:35:47 5: Wz_Deckenlampe: calculated RGB as b65d9b65d9b65d9
2016.10.15 14:35:47 4: Wz_Deckenlampe: begin Readings Update
   hue: 0
   sat: 0
   val:292929
   ct : 2700
   HSV: 0,0,292929
   RGB: b65d9b65d9b65d9
2016.10.15 14:35:47 4: Wz_Deckenlampe: got HSV color response
2016.10.15 14:35:47 5: Wz_Deckenlampe: HSV color response data {"success":true}

pjakobs · 15 Oktober 2016, 17:37:06

Zitat von: johns am 15 Oktober 2016, 14:48:27
Hey pj,

hatte die aktuelle Version aus dem Master-Ordner. Jetzt hab ich es mit deiner dev Version versucht, doch es ist genauso. Im Log hab ich nun erkannt, dass bei dem übertragenen val Wert wohl irgendwas schiefgeht. Ich hänge es mal an.
Mit WifiLight macht es tatsächlich keine Probleme bei mir. Lässt sich also auch über Homebridge dimmen.

Code Auswählen Erweitern
2016.10.15 14:35:46 5: Wz_Deckenlampe (Set) called with on, busy flag is 0 name is Wz_Deckenlampe, args 2016.10.15 14:35:46 3: Wz_Deckenlampe (Set) called with on, busy flag is 0 2016.10.15 14:35:46 5: Wz_Deckenlampe defaultColor: 0 2016.10.15 14:35:46 5: Wz_Deckenlampe setting VAL to 100, SAT to 0 and HUE 0 2016.10.15 14:35:46 5: Wz_Deckenlampe args[0] = , args[1] = 2016.10.15 14:35:46 5: Wz_Deckenlampe extended args raw: a=, b= 2016.10.15 14:35:46 5: Wz_Deckenlampe t= 0 2016.10.15 14:35:46 5: Wz_Deckenlampe extended args: t = 0, q = false, d = 1 2016.10.15 14:35:46 5: Wz_Deckenlampe: called SetHSVColor 0, 0, 100, 2700, 0, solid, false, 1) 2016.10.15 14:35:46 4: Wz_Deckenlampe: encoded json data: {"q":"false","cmd":"solid","t":"0","hsv":{"h":"0","s":"0","ct":"2700","v":"100"},"d":"1"} 2016.10.15 14:35:46 4: Wz_Deckenlampe: set HSV color request HASH(0x1588bf0) 2016.10.15 14:35:46 5: Wz_Deckenlampe send API Call $VAR1 = { 'callback' => sub { "DUMMY" }, 'data' => '{"q":"false","cmd":"solid","t":"0","hsv":{"h":"0","s":"0","ct":"2700","v":"100"},"d":"1"}', 'hash' => { '.triggerUsed' => 0, 'CL' => { 'Authenticated' => 1, 'BUF' => '', 'CD' => bless( \*Symbol::GEN711, 'IO::Socket::INET' ), 'FD' => 26, 'LASTACCESS' => 1476534946, 'NAME' => 'WEB_127.0.0.1_47740', 'NR' => 278, 'PEER' => '127.0.0.1', 'PORT' => 47740, 'SNAME' => 'WEB', 'SSL' => undef, 'STATE' => 'Connected', 'TEMPORARY' => 1, 'TYPE' => 'FHEMWEB' }, 'DEF' => '192.168.178.24', 'DEVICEID' => '9180977', 'FIRMWARE' => '0.3.1', 'IP' => '192.168.178.24', 'MAC' => '5ccf7f8c1731', 'NAME' => 'Wz_Deckenlampe', 'NR' => 23, 'NTFY_ORDER' => '50-Wz_Deckenlampe', 'READINGS' => { 'HSV' => { 'TIME' => '2016-10-14 22:18:31', 'VAL' => '0,0,0' }, 'RGB' => { 'TIME' => '2016-10-14 22:18:31', 'VAL' => '000000' }, 'ct' => { 'TIME' => '2016-10-15 14:35:19', 'VAL' => 2700 }, 'hsv' => { 'TIME' => '2016-10-15 14:35:19', 'VAL' => '0,0,0' }, 'hue' => { 'TIME' => '2016-10-15 14:35:19', 'VAL' => 0 }, 'rgb' => { 'TIME' => '2016-10-15 14:35:19', 'VAL' => '000000' }, 'sat' => { 'TIME' => '2016-10-15 14:35:19', 'VAL' => 0 }, 'state' => { 'TIME' => '2016-10-15 14:35:19', 'VAL' => 'off' }, 'val' => { 'TIME' => '2016-10-15 14:35:19', 'VAL' => 0 } }, 'STATE' => 'off', 'TYPE' => 'LedController', 'helper' => { 'cmdQueue' => [], 'isBusy' => 1 } }, 'header' => 'User-Agent: fhem Accept: application/json', 'loglevel' => 5, 'method' => 'POST', 'parser' => sub { "DUMMY" }, 'timeout' => 30, 'url' => 'http://192.168.178.24/color?mode=HSV' }; 2016.10.15 14:35:46 5: Wz_Deckenlampe: calculated RGB as ffffff 2016.10.15 14:35:46 4: Wz_Deckenlampe: begin Readings Update hue: 0 sat: 0 val:100 ct : 2700 HSV: 0,0,100 RGB: ffffff 2016.10.15 14:35:46 4: Wz_Deckenlampe: got HSV color response 2016.10.15 14:35:46 5: Wz_Deckenlampe: HSV color response data {"success":true}

Das war ein Aufruf mit "on" und soweit ich das erkennen kann leuchtet die Lampe damit jetzt 100% weiß, korrekt? (in der jetztigen Version kannst Du die Farbe bei "on" übrigens mit dem Attribut "defaultColor h,s,v" konfigurieren)

Zitat von: johns am 15 Oktober 2016, 14:48:27
Code Auswählen Erweitern
2016.10.15 14:35:47 5: Wz_Deckenlampe (Set) called with dim, busy flag is 0 name is Wz_Deckenlampe, args $VAR1 = '292929';

Das Modul selbst macht noch kein Parameter Checking deshalb mal so manuell:

ERROR: parameter out of bounds.

dim ist, wie oben gesagt, ein Synonym von val und nimmt als Parameter einen Float Prozentwert, also 0,0 bis 100,0. 292929 ist deutlich größer.
Ich kenne wie gesagt Homebridge garnicht, aber für mich sieht das nach einem rgb Tupel aus, zumindest wenn ich davon ausgehe, dass es hex ist. Kannst Du Homebridge sagen, dass es eben genau nur einen Prozentwert übergeben soll?

Den Rest können wir uns damit schenken, da kann nix sinnvolles dabei rauskommen.
Eigentlich direkt ein Glück, dass fhem dabei nicht mit irgendeinem Parameterüberlauf abstürzt

Zitat von: johns am 15 Oktober 2016, 14:48:27
Code Auswählen Erweitern
2016.10.15 14:35:47 3: Wz_Deckenlampe (Set) called with dim, busy flag is 0 2016.10.15 14:35:47 5: Wz_Deckenlampe setting VAL to 292929, keeping HUE 0 and SAT 0 2016.10.15 14:35:47 5: Wz_Deckenlampe extended args raw: a=, b= 2016.10.15 14:35:47 5: Wz_Deckenlampe t= 0 2016.10.15 14:35:47 5: Wz_Deckenlampe extended args: t = 0, q = false, d = 1 2016.10.15 14:35:47 5: Wz_Deckenlampe: called SetHSVColor 0, 0, 292929, 2700, 0, solid, false, 1) 2016.10.15 14:35:47 4: Wz_Deckenlampe: encoded json data: {"q":"false","cmd":"solid","t":"0","d":"1","hsv":{"h":"0","s":"0","v":"292929","ct":"2700"}} 2016.10.15 14:35:47 4: Wz_Deckenlampe: set HSV color request HASH(0x2e15518) 2016.10.15 14:35:47 5: Wz_Deckenlampe send API Call $VAR1 = { 'callback' => sub { "DUMMY" }, 'data' => '{"q":"false","cmd":"solid","t":"0","d":"1","hsv":{"h":"0","s":"0","v":"292929","ct":"2700"}}', 'hash' => { '.triggerUsed' => 0, 'CL' => { 'Authenticated' => 1, 'BUF' => '', 'CD' => bless( \*Symbol::GEN714, 'IO::Socket::INET' ), 'FD' => 26, 'LASTACCESS' => 1476534947, 'NAME' => 'WEB_127.0.0.1_47746', 'NR' => 280, 'PEER' => '127.0.0.1', 'PORT' => 47746, 'SNAME' => 'WEB', 'SSL' => undef, 'STATE' => 'Connected', 'TEMPORARY' => 1, 'TYPE' => 'FHEMWEB' }, 'DEF' => '192.168.178.24', 'DEVICEID' => '9180977', 'FIRMWARE' => '0.3.1', 'IP' => '192.168.178.24', 'MAC' => '5ccf7f8c1731', 'NAME' => 'Wz_Deckenlampe', 'NR' => 23, 'NTFY_ORDER' => '50-Wz_Deckenlampe', 'READINGS' => { 'HSV' => { 'TIME' => '2016-10-14 22:18:31', 'VAL' => '0,0,0' }, 'RGB' => { 'TIME' => '2016-10-14 22:18:31', 'VAL' => '000000' }, 'ct' => { 'TIME' => '2016-10-15 14:35:46', 'VAL' => 2700 }, 'hsv' => { 'TIME' => '2016-10-15 14:35:46', 'VAL' => '0,0,100' }, 'hue' => { 'TIME' => '2016-10-15 14:35:46', 'VAL' => 0 }, 'rgb' => { 'TIME' => '2016-10-15 14:35:46', 'VAL' => 'ffffff' }, 'sat' => { 'TIME' => '2016-10-15 14:35:46', 'VAL' => 0 }, 'state' => { 'TIME' => '2016-10-15 14:35:46', 'VAL' => 'on' }, 'val' => { 'TIME' => '2016-10-15 14:35:46', 'VAL' => 100 } }, 'STATE' => 'on', 'TYPE' => 'LedController', 'helper' => { 'cmdQueue' => [], 'isBusy' => 1 } }, 'header' => 'User-Agent: fhem Accept: application/json', 'loglevel' => 5, 'method' => 'POST', 'parser' => sub { "DUMMY" }, 'timeout' => 30, 'url' => 'http://192.168.178.24/color?mode=HSV' }; 2016.10.15 14:35:47 5: Wz_Deckenlampe: calculated RGB as b65d9b65d9b65d9 2016.10.15 14:35:47 4: Wz_Deckenlampe: begin Readings Update hue: 0 sat: 0 val:292929 ct : 2700 HSV: 0,0,292929 RGB: b65d9b65d9b65d9 2016.10.15 14:35:47 4: Wz_Deckenlampe: got HSV color response 2016.10.15 14:35:47 5: Wz_Deckenlampe: HSV color response data {"success":true}

Grüße

pj

johns · 16 Oktober 2016, 14:56:32

Zitat von: pjakobs am 15 Oktober 2016, 17:37:06
Das war ein Aufruf mit "on" und soweit ich das erkennen kann leuchtet die Lampe damit jetzt 100% weiß, korrekt?

Danke das war der Hinweis, der mich zu einem Ergebnis geführt hat. Das ganze ist scheinbar ein Problem von Apple HomeKit und hat nichts mit diesem Modul zu tun. Siehe https://forum.fhem.de/index.php?topic=56618.0
Es wird also immer einmal 100% und dann der eigentliche Dimmwert übermittelt. Das ist natürlich ziemlich dämlich .. :/

Außerdem musste ich die Homebridge Funktion neu starten, damit

Code Auswählen

attr Wz_Deckenlampe homebridgeMapping Brightness=val,cmd=dim angenommen wird (ein FHEM restart genügt nicht!). Dadurch stimmen jetzt auch die übermittelten Parameter im Logfile. Vielleicht braucht es ja irgendjemand nochmal.