FHEM Forum

Hallo,

im Anhang die aktuelle Version des Wifilight Moduls zur Anbindung der unter vielen verschiedenen Brands verfügbaren China Farb- LED Lampen oder Stripes mit Wifi Anbindung.

Dieser Wiki Artikel (http://www.fhemwiki.de/wiki/WifiLight) liefert Details zur Hardware und zum Modul.

Farbangaben werden als HSV (https://de.wikipedia.org/wiki/HSV-Farbraum) und als RGB akzeptiert wobei der HSV Farbraum besser (http://www.fhemwiki.de/wiki/WifiLight#Unterschiede_von_Farbangaben_HSV_zu_RGB) geeignet ist um Farbübergänge zu beschreiben. Siehe auch hier: http://www.colorizer.org/

Befehle in Kurzform: (Auszug)

set meineLed HSV|RGB H,S,V|RGB            - setzt die Farbe direkt.
set meineLed HSV|RGB H,S,V|RGB Zeit     - non blocking color fade
set meineLed HSV|RGB H,S,V|RGB Zeit q  - Color Fades werden in eine Queue geschrieben und nacheinander abgearbeitet.

Beispiel, am Stück abgesetzt, zB in einem notify:

set meineLed HSV 60,0,100; set meineLed HSV 60,70,100 60 q; set meineLed HSV 0,50,80 360 q; set meineLed HSV 200,50,50 600 q; set meineLed HSV 240,100,20 600 q; set meineLed HSV 240,100,0 900 q

Mit dem ersten set wird die Lichtfarbe (sofort) auf Weiß eingestellt und anschließend über Gelb, Rot, Rot gesättigt, Hellblau und ein immer dunkleres Blau weg gedimmt. Mit anderen Worten: Sonnenuntergang.

Außerdem neben/zu dem "q" flag die flags "s" und "l".

"S" steht für short und ist default. Ein Colorfade von Grün nach Rot führt "S"hort über Gelb. "L"ong geht den langen Weg, also in diesem Beispiel Grün->Türkis->Blau->Violett->Rot.

Farbkalibrierung über Attribute:
colorCast: steuert die voll gesättigten Farben. Die Einstellung besteht aus 6 Werten im Bereich -29..+29 (Grad auf dem Farbkreis). Die sechs Werte stehen in dieser Reihenfolge für Rot,  Gelb,  Grün, Cyan, Blau,  Magenta

Empfehlung: mit einem Leuchtmittel bei Gelb beginnen, (60,100,100, zweiter Wert in Attribut). Wenn das Gelb zu Grün ist wird es mit negativen Werten in Richtung reines Gelb (Rot) verschoben.  Diesen Vorgang dann für (HSV) 155 / 180 (grün vs cyan) und 290 / 310 (Magenta - Blau vs Rot) wiederholen. Bei Bedarf gegen colorizer.org checken.  Evtl mehrfach wiederholen weil sich Nachbarpunkte gegenseitig beeinflussen.

whitePoint: steuert die Weiße Farbe, selbstredend nur bei den Leuchtmitteln die Weiß aus RGB mischen. (Viele stripes mischen ein sehr kaltes Weiß mit sehr hohem Blauanteil) Erst colorCast einstellen! Die drei Werte im Attribut (Bereich 0.0 .. 1.0) stehen für RGB. Wenn also der Blauanteil zu hoch ist (Normalfall) den dritten Wert reduzieren. Einer der drei sollte bei "1" (=100%) stehen bleiben  ;)

Wer das (warum auch immer) jetzt garnicht mag sollte die Attribute nicht  einfach löschen sondern bei colorCast 0,0,0,0,0,0 und bei WhitePoint 1,1,1 eintragen.

FHEM Colorpicker aktivieren:
attrib webCmd RGB
attrib widgetOverride RGB:colorpicker,RGB

vg
Jörg

Sorry, bitte stimme dich mit dem WIFILED.pm Machern ab.
Nichts wäre schlimmer als eine Parallelentwicklung und doppelte MOdule für die endanwender

Grüsse

Gratulation,
Ich lese schon eine Zeitlang mit und bin jetzt wohl soweit: Ich brauch' so ein Teil.
Wie geht den das define und attr, oder finde ich es nur nicht.

Grüß
Hans

Beispiel LW12 :

define <NAME> WifiLight RGB LW12:<IP vom Controller>

Beispiel Bulbs mit V3 Controller :

define <NAME> WifiLight RGBW2 bridge-V3:<IP von der Bridge>
Damit kann man die 4 möglichen Gruppen der V3 Bridges definieren. Die Einzelnen Bulbs werden dann per PAIR Befehl der Gruppe zugeordnet.


Ich habe mir von Amazon das 99 Euro Set (3 Bulbs 9W, Fernsteuerung und WIFI Bridge) besorgt und bin begeistert.
Ebenso den LW12 Controller für die Stripes, da ich die Gruppen der Bridge  nicht mit Stripes belegen will und somit beliebig viele Stripes im Haus verteilen kann.....

Hi,

Zitat:

Zitat* der LW12 RGB LED Stripecontroller (Beispiel: http://www.amazon.de/NEUER-STRIPS-CONTROLLER-iPhone-Android/dp/B00G55329A/ref=sr_1_1?ie=UTF8&qid=1390006342&sr=8-1&keywords=lw12+led)
Braucht keine Bridge, Dieser Controller wird direkt ins Netz gehangen und steuert einen RGB LED Stripe an. Der Controller unterstützt volles HSV.

wie wird es ins Netz gehangen?, da der LW12 ein access point ist??

übrigens tolles Modu!!, würde gerne einsetzen, wenn ich mein LW12 ins FHEM-Netz bringen könnte.

Gerhard

kurz vor Druckschluss hatte sich für den LW12 doch noch ein kleiner aber feiner Bug eingeschlichen, ist gefixt und das Modul im ersten Beitrag ist aktualisiert.

@Tobias
WifiLED und WifiLight sind unterschiedliche Module.

@Gerhard
den LW12 kannst Du als client in Dein Netz nehmen. Dazu musst Du einmalig die Android oder Iphone app installieren und dort die Settings vornehmen.

Dann gab es Fragen zur Unterstützung der Gruppen bei den Milight:
Gruppen werden unterstützt, das Modul kümmert sich um die Verwaltung. Dabei kennt das Modul die Anzahl der Gruppen pro Modell die auf der jeweiligen bridge unterstützt werden.

Beispiel RGBW2 auf der V3 Bridge kann 4 Gruppen:
Das erste Device das defininiert wird bildet die erste Gruppe. Wenn ein weiteres fhem Device (Gleiche Bridge / IP, gleicher LED Type) defininiert wird überprüft das Modul ob eine Gruppe (slot) dafür frei ist. Wenn ja wird eine neue Gruppe eingerichtet und die internen Sende Queues werden so synchronisiert das beide Gruppen sich auch bei komplexen Befehlen nicht ins "Gehege kommen".  Auf jede Gruppe lassen sich dann beliebig viele LEDs pairen.

Was man beachten sollte ist die "doofe" Firmware der Bridges. Das "pairing Kommando" ist nicht exklusiv im Befehlssatz sondern ist in Wirklichkeit eine Gruppenkennung die auch im Normalbetrieb gesendet wird.   Wird also Gruppe 1 über konventionelle Lichtschalter geschaltet und Gruppe 2 per Wifi / fhem ist es nur eine Frage der Zeit bis sich die LEDs aus Gruppe 1 selbst auf Gruppe 2 "pairen".  Das ist (leider) Bridge-Design, no way around.

vg
Jörg

Danke für die Beta, auf sowas habe ich schon gewartet. Ich habe mir die Milight Bridge (ich vermute schon V4) und den RGBW Stripe controller bestellt und konnte das bisher nur mit einem command line tool steuern.

Habe nun die Stripes so definiert
define <NAME> define WifiLight WifiLight RGBW2 bridge-V3:<IP von der Bridge>

funktioniert soweit gut.
direkte Farbwahl OK
Dimmen OK
EIN/Ausschlaten OK


Gruss

Karl

@Gerhard :

als erstes musst du dich per WebOberfläche auf den LW12 begeben. Also direkt seine IP im Browser eingeben.
NICHT per APP, da man mit der APP zwar steuern kann, aber nicht konfigurieren.

Dort kannst du dann den Mode von AP_MODE auf STA_MODE umstellen und in den STA Settings dann die infos von deinem WLAN eingeben, in das der sich einloggen soll. Danach solltest du den LW12 in deinem Netzwerk sehen und auch per FHEM steuern können.

Bei Fragen gerne an mich wenden, habe auch länger mit dem LW12 rumgespielt bis er anständig funktionierte und das machte was er soll :)  (Und zwar sowohl per APP als auch per FHEM :D)

Hi Jörg,

Zitat von: herrmannj am 18 Januar 2014, 12:27:28
@Tobias
WifiLED und WifiLight sind unterschiedliche Module.

Kannst du den UNterschied erklären? Ich habe bei der ersten Durchsich keinen gesehen. Beide steuern zb. den LW12

Also das Skript ist mit der V4 milight Bridge kompatibel und läuft super...

Zitat von: mbenker am 18 Januar 2014, 13:22:15
@Gerhard :

als erstes musst du dich per WebOberfläche auf den LW12 begeben. Also direkt seine IP im Browser eingeben.
NICHT per APP, da man mit der APP zwar steuern kann, aber nicht konfigurieren.

Dort kannst du dann den Mode von AP_MODE auf STA_MODE umstellen und in den STA Settings dann die infos von deinem WLAN eingeben, in das der sich einloggen soll. Danach solltest du den LW12 in deinem Netzwerk sehen und auch per FHEM steuern können.

Bei Fragen gerne an mich wenden, habe auch länger mit dem LW12 rumgespielt bis er anständig funktionierte und das machte was er soll :)  (Und zwar sowohl per APP als auch per FHEM :D)

Das ist schlichtweg falsch. Mit der iPhone App geht das definitiv. Einfach einen langen "klick" auf den Controller in der Liste, dann erscheint das Konfigurationsmenu.
Das steht auch so in der Hilfe der App bzw. wird beim ersten Start angezeigt. Genau kann ich mich da auch nicht mehr erinnern.

Aber es geht definitiv. Schliesslich hat man normalerweise eigentlich gar nicht das Passwort für das Webif.

Falls doch jemand das Webif nehmen will:

User: admin
Passwort: nimda

Ahh ok gut zu wissen...
Dann nehme ich alles zurück und behaupte das Gegenteil :D


Ich hatte kein Menue dazu entdeckt, darum ging ich davon aus, das es nur über die Oberfläche geht :)
(isch habe auch kein Iphone...gehe aber mal davon aus das es beim Andriod dann ähnlich geht)...

@herrmannj

wie via Mail besprochen noch einmal die Anfrage hier...

Ich wollte nochmal nachfragen was ich im Script umschreiben muss, damit ich bestimmte Dimmlevel und Farben via button aufrufen kann....oder einfach den http Aufruf den Befehl remote abzusetzen

Und wäre es möglich eigene Modes zu machen...sprich eigene Fabverläufe die dann in einer Endlosschleife auf Knopfdruck laufen?

Hallo coyote8219,

mal schauen ob ich das richtig verstehe. Sprichst Du bei den Buttons über die Direktwahl-Taster die in fhem Web bzw dem Floorplan nach einem Click auf das Lampenicon sichtbar sind ? Wenn ja: für kommende Versionen ist geplant das sich dort 6 selbst definierte Farben hinterlegen lassen. Ebenfalls geplant sind automatische Farbwechsel Programme sowie eine Farbkalibrierung der Lampen.

Deine Wünsche kannst Du heute schon alle umsetzen, der Schlüssel ist der set HSV Befehl. Um HSV zu verstehen empfehle ich die Links aus dem ersten Post durchzusehen, im Kern besteht eine HSV Farbangabe aber aus 3 Werten, HUE, SÄTTIGUNG und VALUE.

Hue ist ein Farbkreis mit Werten von 0(°)..360(°). Der Definition nach liegt bei 0° = Rot, 120° = Grün und 240° = Blau. Wenn ich mich recht erinnere hast Du einen Milight RGB Controller der  ersten Generation, der kann keine Sättigung sie lässt sich  auf dem Controller auch nicht emulieren. Daher nimmt das Modul auf diesem Controller immer 100% an. V, der letzte Wert, ist die Helligkeit.

Nehmen wir also an Du möchtest ein Violett, das liegt zwischen Blau (240) und Rot (0 bzw 360). Also vielleicht 300. Die Sättigung ist bei Dir 100 und sagen wir halbe Helligkeit. Dann sieht der Befehl so aus:

set Lampe HSV 300,100,50

Set HSV kennt zusätzlich Zeiten. Wenn Du Dein Heimkino anschaltest möchtest Du vermutlich keinen harten Schnitt bei der Beleuchtung. Folgender Befehl fadet von der momentan gesetzten Farbe / Helligkeit innerhalb von 5 Sekunden auf "Dein" Violett:

set Lampe HSV 300,100,50 5

Wenn Du jetzt richtig Show machen möchtest, also nicht nur ein um-faden sondern was richtig wildes dann kommt ein weiterer Parameter ins Spiel: "q" für Queue. Wenn Du das "q" als Flag anhängst werden die Farbwechsel in eine interne Queue geschrieben und nacheinander abgearbeitet. Du kannst am Stück so etwas absetzen:

set Lampe HSV 0,100,100 1
set Lampe HSV 0,100,0 1 q
set Lampe HSV 0,100,100 1 q
set Lampe HSV 0,100,0 1 q
set Lampe HSV 0,100,100 1 q
set Lampe HSV 300,100,50 10 q 

Rot an, Rot aus, Rot an, Rot aus, Rot an und fade auf Violett.

Das Ganze kannst Du jetzt nach folgendem Muster nett in einem notify verpacken und damit dauerhaft speichern:

define test notify test:on {fhem "set Lampe HSV 0,100,100 1"; fhem "set Lampe HSV 0,100,0 1 q"; ..usw... }

Wenn Du anschließend "trigger test on" eingibst arbeitet fhem "Dein" individuelles Programm ab.

Zum Thema fhem Befehle über einen http request ausführen: Parke bitte mal Deine Maus in fhem-web über einem "on" Befehl,dann siehst Du in der Statusleiste des Browser wie fhem das erwartet. (So zB http://192.168.178.33:8083/fhem?cmd.RGB=set%20RGB%20on&room=Unsorted).

viele Grüße
Jörg

Hi...

Schonmal danke...und dieses notify script läuft dann in einer dauerschleife, bis ich es ändere? Möchte ein langsam pulsierendes Weiß erzeugen....

Zitat von: coyote8219 am 19 Januar 2014, 12:56:27
Hi...

Schonmal danke...und dieses notify script läuft dann in einer dauerschleife, bis ich es ändere? Möchte ein langsam pulsierendes Weiß erzeugen....

Nein!

Zukünftig werde ich dazu sowohl Farbwechselprogramme als auch Events unterstützen mit denen sich zB notifys "re-triggern" lassen und mit denen sich verschiedene Lampen gegenseitig synchronisieren können. Diese ganzen "Funfunktionen" sage ich auch heute schon zu. Bis dahin möchte ich ausschließlich und einzig sicherstellen das die gesamte Basisfunktionalität sicher und stabil läuft. Für jetzt und heute musst und kannst Du das selber mit einem "at" lösen und das notify zyklisch triggern.

Wegen Weiß: mit dem Milight V1 RGB geht kein Weiß (dieses komische Lila was die als Weiß sehen habe ich nicht supported). RGBW1 / 2 unterstützen Weiß.

viele Grüße
Jörg

@Jörg

Danke,
läuft alles super, auch mit den selbstgeschriebenen notify Modulen...bin echt happy...man kann sie  zwar nicht in einer endlos schleife laufen lassen,aber man kann ja dementsprechend mehr Abfolgen dazuschreiben und dan läuft das ganze erstmal 2 Stunden und das reicht mir....

Danke Patrick

Hallo,
geniale Arbeit von dir :)
Kannst du alternativ noch zusätzlich die Angabe der Farbwerte in RGB einbauen? Dann würde auch der standartisierte Colorpicker funktionieren.
Außerdem ist für mich die Angabe in RGB einfach angenehmer, da ich mir einfach unter FFFF00 mehr vorstellen kann als an Gradangaben.
Das Wäre super, wenn beides Funktionieren würde, sodass man selbst entscheiden kann, ob man jetzt RGB oder HSV benützt. Letztendlich wird ja HSV auch in RGB umgerechnet.

Viele Grüße
Kuzl

vielen Dank.

RGB in (out ist drin) und colorpicker nehme ich auf die Todo-Liste, das macht Sinn.

Aus Interesse: trifft der mitgelieferte Slider Deinen Geschmack nicht (völlig ok) oder gibt es Einschränkungen bei der Funktion. Die würde ich fixen wollen.

vg
Jörg

Ich würde gerne routinen zur farbraum konverierung gerne  zentral in Color pm halten. ich bin nur noch nicht dazu gekommen es aus dem hue modul auszulagern. da gibt es auch schon hsv nach rgb und umgekehrt sowie xy nach hsv und umgekehrt. der colorpicker hat auch einen hsv mode der verwendet werden könnte. ein mal interaktiv und für die presets könnte man den auch nutzen.

wenn das wie beim colorpicker mit dem ganz normalen webCmd mechanismus geht fände ich das gut.

einige der routinen sind schon auf mehr als drei farbkanäle vorbereitet. das soll z.b. für rgbw und ww/kw controller nützlich sein.

ich würde gerne deinen slider etwas abgewandelt auch in Color.pm kopieren und für die hue lampen und den panstamp rgbw controller verwenden:
- so das der fhrmweb javascript mechanismus verwendet wird und mehrere devices auf einer seite den code nicht mehrfach einbinden
- so das die höhe der zeile nicht variiert wenn der slider aktiv ist
- auch in kombination mit den svg icons
- oder dein icon als alternative zu den svg icons
- zwei slider gleichzeitig. einen für die farbe und einen für dir helligkeit. so das sie helligkeit nicht verändert wird wenn man die farbe setzt und umgekehrt

es gibt inzwischen 4 oder 5 mode die Color.pm entwenden. vielleicht hast du ja auch Interesse daran und würdest die zentrale version verwenden.

gruss
  andre

@herrmannj:

Ja habs im Code gesehen, dass z.b. beim LW12 der HSV-Wert auch erst in RGB gewandelt wird und dann ausgegeben. Find ich echt gut dass du das einbaust, so ist es jedem freigestellt, was er benützen will :)

doch, gefällt mir sogar sehr gut, will nur mein FHEMweb einheitlich halten ;)

Viele Grüße
Kuzl

Hallo Andre, Hallo Kuzl,

das passt sehr gut. Mit dem jetzigen Slider ziele ich auf den Floorplan und die Strategie dahinter ist das ich dem user zukünftig nicht nur verschiedene Aussehen (ab Werk) anbieten möchte sondern der dhtml Fraktion auch eine Möglichkeit nach belieben drauf aufzubauen und zwar viel weiter als das was per css geht. Ohne das jetzt täglich neue frontends erfunden werden müssen, rudi und ulli haben mit pgm und floorplan eine, meiner Meinung nach, wirklich gute Basis gelegt wo einfach noch viel geht.

Dazu gehört natürlich das es einen default gibt und da sehe ich ganz selbstverständlich den Color Picker. Wenn Du Andre die rgb2hsv conversation und ggf einige andere in die color.pm nimmst passt das sehr gut, würde ich dann gern aufsetzen.   

Die weiterführende Strategie hinter dem jetzigen beta-experimental-slider ist es das weitere designs optional per *.pm an das Modul andocken können. Mit Sicht auf den floorplan kann der user dann meinetwegen Slider oder Drehregler, Wurzelholzdesign, LCARS (oder was auch immer er sonst mag) verwenden.

Das ist auch der Grund weshalb der Slidercode jetzt komplett gekapselt ist. Das daraus Redundanzen entstehen stimmt, aber: das wird sofort über eine ganze Hand voller Vorteile aufgewogen: der longpoll arbeitet nicht nur viel fixer sondern auch mit viel weniger Daten (und asynchron!). Dadurch reagiert fhemweb und floorplan schon subjektiv viel schneller. Außerdem brauche ich mit diesem System die Seite nur initial einmal, will sagen ich kann den Floorplan einmal als Webapp speichern und fertig.

Dabei bleibt alles schön abwärtskompatibel, ohne fhem patchen zu müssen oder was auch immer.

Von daher den jetzigen slider bitte so als Test sehen, die "Macken" (Zeilenhöhe in fhem web und overflow wenn er im floorplan zu sehr rechts oder zu weit unten ist) sind mir durchaus klar, aber das ist ja nur ein Zwischenschritt. Deswegen ist er auch jetzt default damit ich lernen kann ob und wo ich schrauben muss.

Wenn Du (Andre) den Slider in den Colorpicker nehmen möchtest unterstütze ich sehr gern (im Augenblick ist mein slider js-code noch ausbaufähig, das soll auch ;-)

vg
Jörg

Hallo

Ich habe das Modul seit dem letzten Wochenende im Betrieb und kann nur sagen..... Super

Ein kleinen Bug scheine ich aber zu haben....
Wenn ich im FHEM Web die Lampe ausschalte geht sie erwartungsgemäß aus - drücke ich ein zweites mal auf aus geht sie an.
Ausschalten kann ich sie dann nur wieder wenn ich ein und aus schalte.

Die Version des milight kann ich nicht sagen. Steht nicht drauf, reagiert aber wohl auf Port 8899.

FHEM und alles aktuell vom letzten WE.


stenny73

Hallo,

habe hier gerade ebenfalls getestet und gleiches Verhalten...

2mal AUS ist DAUERAN....

Welches leuchtmittel, RGBW bulb ?

Vg
Jörg

jupp bei mir ja....

Beim Stripe teste ich gerade.....(klingel einfach mal durch)

so beim Stripe ist alles ok....

Ja aber das ist natürlich kein bug sondern ein Sicherheits feature: Dadurch ist sichergestellt das Nachts wenn mal schnell Licht benötigt wird beide Wippen des Schalters Licht anschalten. ;-)

Aber wenn ihr das partout nicht wollt dann fix ich das.

vg
jörg

vielen Dank für alle Rückmeldungen.

Die Datei im ersten post ist aktualisiert und fixed folgende Punkte:

RGBW2:  ein "off" bei ausgeschalteter Lampe lässt die Lampe ausgeschaltet.
LW12:  wenn die TCP Verbindung vom LW12 beendet wird baut das Modul sie neu auf.

Alle Device: das Timing ist modifiziert. Damit werden weichere Farbüberblendungen möglich sofern das device das unterstützt. Die deutlichste Verbesserung wird beim LW12 sichtbar, RGBW2 und White profitieren ebenfalls. Bei RGBW1 und RGB (milight) war das Timing ohnehin ausgereizt.

Ein LW12 wird bei weichen Farbwechseln mit 25ms befeuert. Je nachdem welche weiteren Module geladen sind halte ich es für möglich das eine Fritzbox damit am Limit arbeitet. Sichtbare Symptome wären ein "nachlaufen" bzw kurzes "weiterlaufen" der Programme bzw Transitions wenn sie per off, on oder set HSV gestoppt werden.

Rückmeldungen dazu very welcome :-).

viele Grüße
Jörg

ich schicke die Teile gleich in den Test :D

Also soweit funktioniert alles...

werde nachher mal wieder ausgiebiger testen....:)

Ist das der LW12 oder baugleich ?

http://www.aliexpress.com/item/Fast-shipping-Wifi-LED-controller-for-Iphone-Ipad-Android-mobile-phone-2-3-Version-IOS-system/1337766401.html (http://www.aliexpress.com/item/Fast-shipping-Wifi-LED-controller-for-Iphone-Ipad-Android-mobile-phone-2-3-Version-IOS-system/1337766401.html)

Währe dirrekt von China, deutlich günstiger als von Amazon ;-)

Grüsse Martin

Das ist der LW12...

wenn du ihn schneller haben willst

http://www.ebay.de/itm/LED-IR-RF-Funk-Controller-Touch-Funktion-oder-WIFI-Fernbedienung-fur-RGB-Strip-/171192040178?pt=DE_M%C3%B6bel_Wohnen_Lampen_Lichtzubeh%C3%B6r&var=&hash=item27dbd73af2

Zitat von: mmatt am 23 Januar 2014, 12:29:27
Ist das der LW12 oder baugleich ?

http://www.aliexpress.com/item/Fast-shipping-Wifi-LED-controller-for-Iphone-Ipad-Android-mobile-phone-2-3-Version-IOS-system/1337766401.html (http://www.aliexpress.com/item/Fast-shipping-Wifi-LED-controller-for-Iphone-Ipad-Android-mobile-phone-2-3-Version-IOS-system/1337766401.html)

Währe dirrekt von China, deutlich günstiger als von Amazon ;-)

Grüsse Martin

ich hab sie auch direkt von aliexpress... deutlich günstiger und die 2 wochen warten warens mir wert, v.a. weil ich gleich 5 von denen im einsatz habe und auch noch für kollegen bestellt habe... im 5er pack kriegt man sie meist noch verbilligt...

bei mir funktionieren die gut... (ich hab die da: http://www.aliexpress.com/item/Wireless-RGB-led-controller-Android-and-IOS-system-Led-WiFi-Controller-2-3-Version-IOS-system/1467657958.html)

STefan

PS: hab die auch benutzt zum debuggen (perl script mit dem man sämtliche funktionen "testen" kann: http://www.clumsy.ch/rgbled/rgbwifi.pl)

Zitat von: coyote8219 am 19 Januar 2014, 02:56:30

Und wäre es möglich eigene Modes zu machen...sprich eigene Fabverläufe die dann in einer Endlosschleife auf Knopfdruck laufen?

Man kann sowas wie Endlosschleifen machen...

Beispiel:
define lampe.prg.1 notify lampe.prg.1 trigger set lampe HSV 0,100,100 2 q;;sleep 5;;set lampe HSV 120,0,0 2 q;;sleep 5;;set lampe HSV 240,0,0 2 q;;sleep 5;;trigger lampe.prg.1
attr lampe.prg.1 disable 1

starten mit:
attr lampe.prg.1 disable 0;;trigger lampe.prg.1

stoppen mit:
attr lampe.prg.0 disable 1;;set lampe off

Das Program wechselt jeweils für 5 sek innerhalb von 2 sek auf Rot dann Grün dann Blau...

Das Entscheidende dabei ist der rekursive "trigger" am Ende des notify! Hoffe das ist eineigeramssen verständlich ;)

STefan

Hallo,
Ich bekommer, nicht reproduzierbar aber regelmäßig und häufig, ein:
Can't call method "send" on an undefined value at ./FHEM/32_WifiLight.pm line 1442.
Meist bei Klick auf "On" oder "Off"
Fatalerweise reißt es gleich auch das komplette fhem mit hinunter :(

Internals:
   CONNECTION LW12
   DEF        RGB LW12:HF-A11
   IP         HF-A11
   LEDTYPE    RGB
   NAME       WifiLED
   NR         697
   PORT       5577
   SLOT       0
   STATE      off
   TYPE       WifiLight
   Helper:
     COMMANDSET on off dim HSV
     llCmdQueue:
   Readings:
     2014-01-27 18:50:01   BRIGHTNESS      0
     2014-01-27 18:50:01   HUE             0
     2014-01-27 18:50:01   RGB             000000
     2014-01-27 18:50:01   SATURATION      0
     2014-01-27 18:50:01   state           off

Gruß
Hans

Das ist unschön. Sorry

Die Def oben ist direkt nach dem fhem neustart gemacht, oder ?

Tritt der Fehler evtl auf wenn der LW12 einige Zeit nicht benutzt wurde ? Kannst Du mir eine Vorstellung von "häufig" geben ?

vg
Jörg

Zitat
Die Def oben ist direkt nach dem fhem neustart gemacht, oder ?

yep

Zitat
Tritt der Fehler evtl auf wenn der LW12 einige Zeit nicht benutzt wurde ? Kannst Du mir eine Vorstellung von "häufig" geben ?

Er tritt auch direkt nach dem Anlegen auf. Zwei-, dreimal geht der Klick gut, dann folgt der Absturz. Allerdings hege ich  den Verdacht, das es mit der Verbindung zusammenhängt, da ich über einen Wlan-Repeater, der im Moment auch nicht immer 100% Verbindung hat, gehe.

Gruß
Hans

ZitatEr tritt auch direkt nach dem Anlegen auf

'ne, ich hatte einen Verdacht in Richting timeout beim LW12. Das hätte nichts mit dem anlegen zu tun. Sollte aber eigentlich kein Thema sein. Gehst Du parallel mit der App drauf ?

Der WLAN repeater könnte der Schuldige sein, ich hab das sonst auch noch von keinem anderen User gehört.

In dieser Ecke des Moduls möchte ich ohnehin die kommenden Tage noch was machen, dann fange ich den Fehler auf damit fhem am Leben bleibt.

vg
jörg

Danke dir. Freu' mich d'rauf.

Gruß
Hans

Ich bin leider zu blöd, das mit dem PAIR zu verstehen.

Ich habe eine RGBW2 auf einen Controller über das "define" angelegt. Funktioniert alles super, ohne ein PAIR.
Kann jemand ein Beispiel geben, wie ich nun eine 2. RGBW2 da drauf düble? Wie lautet der PAIR Befehl?

Dank!

Hi,

bei der RGBW2 werden 4 "Gruppen" unterstützt. Wenn die erste RGBW2 bereits mit dem Controller verheiratet war brauchst Du kein pair.
Ich geh mal davon aus das die zweite RGBW2 auf eine neue Gruppe soll (?).

Wenn ja, einfach eine zweites Device erstellen. Im Modul wird jetzt automatisch die zweite Gruppe für dieses zweite Device reserviert. Jetzt muss die RGBW2 nur noch lernen zu welcher Gruppe sie gehört. Also (as usual), Spannung drauf und innerhalb von zwei Sekunden (!) den pair absetzen. Die 2 Sekunden werden vom Controller vorgegeben, ist nicht viel Zeit. Daher versteht der pair Befehl eine Zeitspaanne. pair 10 sendet 10 Sekunden lang den entsprechenden Befehl. Kannst also erst pair 10 absetzen und dann fix auf die Lampe Spannung geben.

vg
Jörg

Jörg, vielen Dank, das beantwortet meine Frage.

Die nächste Herausforderung wäre der Slider, der trotzattr DG.Schlaf.LED webCmd on:off:dim
nicht erscheint, ebenso nicht die direkten Farbwahltasten oder das (sich aktualisierende) Lampen Icon.
Hast Du hier auch noch einen Tip? Vielen Dank schon mal!

Wenn ich mal davon ausgehe, dass ich nicht der einzige bin, der auf dem Schlauch steht, wäre es nicht hilfreich, ein praktisches (komplettes?) Code-Beispiel zu posten? Vielleicht im Wiki? Ich vervollständige das dann gerne, wenn ich was verstanden habe.

Hi,

also ich habe diese Bulbs ja mit Herrmannj getestet...

define LED_OG WifiLight RGBW2 bridge-V3:<IPdesWLANCONTROLLERS>
attr LED_OG fp_Daten 266,577,1,
attr LED_OG fp_JLB 450,412,1,Flurlicht OG
attr LED_OG fp_OG 316,946,2,
attr LED_OG group _Nachtlicht_
attr LED_OG room Flur_OG

alle Attribute die ich gesetzt habe sind nur für Floorpläne (ja ich nutze mehrere für mehrere Tablets :D) und gruppierung und Raumzuweisung.



ich habe keinerlei webcmd eingefügt, was auch nicht nötig ist.
Einfach auf die Lampe klicken, die angezeigt wird, danach geht der Slider und die direkten Farbwahltasten direkt auf  :)
(zumindest sollten sie das)

Ich hab hier grade ein sehr seltsames Phaenomen. Teilweise geht das Licht scheinbar willkuerlich an, heute nacht einmal um zwei und dann wieder um kurz vor 6. Gestern ging es mehrmals  jeweils um viertel nach an. Ich sehe dazu auch entsprechende Eintraege im Logfile, warum fhem das allerdings macht ist mir noch schleierhaft.

Irgendwer ne Idee dazu?

PS: Danke fuer das Modul, ich glaube das hatte ich noch nicht gesagt :)

Hallo hillbicks,

poste doch mal bitte die Ausschnitt aus dem log wo das passiert ist, also einige Minuten vorher bis kurz nach dem Einschalten.

Außerdem findest Du im fhem web, im Detailscreen zu Deinen LED ganz unten einen Abschnitt "Probably associated with". Was steht denn da drin ? Hast Du alles White LED in einer Gruppe oder mehrere Gruppen ?

vg
Jörg

Hallo jörg,

wollte mal fragen inwieweit du schon dazu gekommen bist den colorpicker und das rgb-in einzupflegen :)

@hillbicks:
ich hatte das gleiche Phänomen bei meiner Lampe. Ich habe der Lampe gesagt, sie soll sich mit meinem TV ein- und ausschalten wobei dann der TV über  PRESENCE-lan-ping abgefragt wurde. ich konnte mir das nur so erklären, dass sich der TV immer wieder mal kurz im Netzwerk anmeldet um z.b. nach Updates zu schauen oder so. evtl ist das bei dir auch über lan-ping geschaltet?  :o

2014.02.03 01:56:33 3: FHT8V set stellantrieb.01 valve 0
2014.02.03 02:00:05 3: Wifilight_wz_1 RGBW1 slot 5 dim 80 5
2014.02.03 02:00:05 3: Wifilight_wz_1 set HSV 0, 0, 80 with ramp: 5, flags:
2014.02.03 02:00:05 3: Wifilight_wz_2 RGBW1 slot 6 dim 80 5
2014.02.03 02:00:05 3: Wifilight_wz_2 set HSV 0, 0, 80 with ramp: 5, flags:
2014.02.03 02:00:05 3: Wifilight_kueche_1 RGBW1 slot 7 dim 80 5
2014.02.03 02:00:05 3: Wifilight_kueche_1 set HSV 0, 0, 80 with ramp: 5, flags:
2014.02.03 02:00:05 3: Wifilight_treppe RGBW1 slot 8 dim 80 5
2014.02.03 02:00:05 3: Wifilight_treppe set HSV 0, 0, 80 with ramp: 5, flags:
2014.02.03 02:00:06 3: Wifilight_wz_2 RGBW2 slot 6 set off 1
2014.02.03 02:00:06 3: Wifilight_wz_2 set HSV 0, 0, 0 with ramp: 1, flags:
2014.02.03 02:00:06 3: Wifilight_wz_1 RGBW1 slot 5 dim 10 5
2014.02.03 02:00:06 3: Wifilight_wz_1 set HSV 0, 0, 10 with ramp: 5, flags:
2014.02.03 02:00:06 3: Wifilight_wz_1 set HSV 37, 50, 10 with ramp: 1, flags: q
2014.02.03 02:00:06 3: Wifilight_kueche_1 RGBW1 slot 7 dim 10 5
2014.02.03 02:00:06 3: Wifilight_kueche_1 set HSV 0, 0, 10 with ramp: 5, flags:
2014.02.03 02:00:06 3: Wifilight_kueche_1 set HSV 37, 50, 10 with ramp: 1, flags: q
2014.02.03 02:00:06 3: Wifilight_treppe RGBW1 slot 8 dim 10 5
2014.02.03 02:00:06 3: Wifilight_treppe set HSV 0, 0, 10 with ramp: 5, flags:
2014.02.03 02:00:06 3: Wifilight_treppe set HSV 37, 50, 10 with ramp: 1, flags: q
2014.02.03 02:01:46 3: FHT8V set stellantrieb.01 valve 0


Die Eintraege davor und danach sind auch nur von der Heizung, deswegen nur der eine Eintrag. Ich hab die Lampen momentan in 4 Gruppena, also jede Lampe in einer eigenen Gruppe.

Probably associated with
lights_media_off      notify
lights_media_on notify
lights_off            notify
lights_on              notify

Ich steuere die Lampen auch ueber andfhem, allerdings gab es da gestern ein Update und ich hab heute morgen erst die noetigen Aenderungen gemacht damit das Plugin wieder funktioniert, das kann es also eigentlich nicht sein. Eigentlich :P

Dann habe ich noch eine Frage. Teilweise muss ich die Lampen erst mit set Wifilight_wz_1 off ausschalten obwohl sie bereits ausgeschaltet sind, bevor ich sie wieder einschalten kann. Dazu habe ich aber grade keine Logfiles parat. Das werde ich mir heute nachmittag nochmal genauer ansehen, wollte mich auch mal dran setzen und etwas zum Thema andfhem und Tasker zusammenschreiben.

Hallo hillbicks,

das Schalten wird durch ein notify ausgelöst, hat nichts mit dem Modul zu tun. Suche mal in Deinen notifys nach "dim 80 5".  Du musst Dir Gedanken machen warum das notify auslöst. Wenn Du Support brauchst gerne in einem neuen thread aufmachen.

Zum Erst-Aus dann einschalten: korrekt: kann entstehen wenn die Lampen parallel über App oder FB gesteuert werden oder nach einem Neustart von fhem wenn im statfile nicht der aktuelle Staus steht. Das Modul merkt sich den Zustand der Lampen und agiert dann entsprechend.

@kuzl
Andre muss noch im color.pm eine Funktion nachrüsten. Aktuell habe ich noch einige bugfixes auf der Uhr (einige habe ich gestern eingepflegt, heute kommen noch mal welche zum timing).

vg
Jörg

Hi herrmannj,

ich habe diese Nacht mal den Automatismus an meinem Telefon ausgeschaltet und siehe, ich bin nicht geweckt worden. Ich bin mir also relativ sicher den Fehler gefunden zu haben.

Der Hinweis mit dem statefile macht auch total Sinn, da werde ich mir mal ansehen wie das Zusammenspiel von mehreren Android Geraeten ablaeuft um dann drum herum agieren zu koennen.

Danke erstmal!

Hallo....

Ich habe mal wieder ein Problem.

Habe zweites milight was ich anlegen will, bekomme jedoch den Fehler "can't bind: Socket:: INET: Address already in usw"

Erstes milight
Define L1 WifiLight RGBW2 bridge-V3:192.168.11.104

Zweites milight
Define L5 WifiLight RGBW2 bridge-V3:192.168.11.107

Zitat von: stenny73 am 04 Februar 2014, 19:56:20
Hallo....

Ich habe mal wieder ein Problem.

Habe zweites milight was ich anlegen will, bekomme jedoch den Fehler "can't bind: Socket:: INET: Address already in usw"

Erstes milight
Define L1 WifiLight RGBW2 bridge-V3:192.168.11:104

Zweites milight
Define L5 WifiLight RGBW2 bridge-V3:192.168.11:107

Soll wohl eher

Define L1 WifiLight RGBW2 bridge-V3:192.168.11.104

heissen.

Also : gegen . tauschen

Nur ein Tippfehler.......
Im Beitrag editiert.... passiert mal, war am Handy geschrieben

Huch ?

Das die ip Adressen unterschiedlich sind ist gewollt ? Du hast echt 'ne zweite bridge ?  ;D

Das gibt 'nen Fehler - soll nicht, ist aber so. Sorry! Kümmere ich mich drum.

btw, könntest Du mal bitte folgendes testen: eine RGBW2 auf Violett schalten (über den Farb-direkt, you know) , 2-3h warten und dann über den Farb-direkt auf blau (!) schalten ? Ich habe ein, zweimal beobachtet das ausgerechnet blau nicht funktioniert und nur von violett und nur nach 2-3 Stunden ...., keine andere Farbe hat verweigert sich :) (daher bitte nur/erst blau probieren.)

Danke und Grüße
Jörg

Zitat von: herrmannj am 03 Februar 2014, 16:43:50
@kuzl
Andre muss noch im color.pm eine Funktion nachrüsten. Aktuell habe ich noch einige bugfixes auf der Uhr (einige habe ich gestern eingepflegt, heute kommen noch mal welche zum timing).

Achso okay das wusste ich nicht, dann lies ich hier einfach mal weiter mit :)

Kurze Frage zur Funktion noch... der HSV-Wert soll dann nicht mehr in deinem Modul sondern in color.pm in rgb umgerechnet werden oder? Bin da nicht ganz durchgestiegen was dann wo umgerechnet werden soll :D

Hi,

fast :). Intern rechne ich HSV, das wegen der color fades DER Königsweg. 8)

HSV -> RGB brauch ich weiter nativ für die LW12 und icons wenn sie über das eingebaute widget kommen, lass ich intern. Wenn Andre fertig ist schalte ich den default auf den colorpicker - dann ist das je nach System kein optischer Stilbruch mehr und jeder kann für sich entscheiden.

Was Du wolltest war ja RGB Input und den wollte Andre mit in den Colorpicker nehmen (RGB -> HSV). Wenn ich zwischendurch Zeit bekomme nehme ich die Conversation auch gern mit ins modul, dann brauch ich nicht auf andre warten.

Vorrang vor den optischen Sachen gebe ich aber den Bugfixes (ich hoffe das ist ok so). Das stenny sich jetzt auch unbedingt eine zweite bridge kaufen musste ....  :-X

vg
Jörg

AAAAAH jetzt hast du Licht ins Dunkle gebracht :D

Da Hast du recht, das Faden gefällt mir besonders gut, hab ich bisher immer selbst mit for-schleifen, Countern und sleep gelöst, was natürlich fhem für die Dauer des Fadens komplett lahmgelegt hat, hatte keine andere Idee :/ :D

ZitatVorrang vor den optischen Sachen gebe ich aber den Bugfixes (ich hoffe das ist ok so)

Das verstehe ich natürlich vollig - eine reibungslose Funktion ist immer wichtiger als neue Features  :)
Ist echt gewaltig, was du in so kurzer Zeit aus dem Boden gestampft hast :D

Viele Grüße
Kuzl

Zitat von: mbenker am 01 Februar 2014, 20:16:39
also ich habe diese Bulbs ja mit Herrmannj getestet...
...
ich habe keinerlei webcmd eingefügt, was auch nicht nötig ist.
Einfach auf die Lampe klicken...

:(
Meine minimale (Deinem Vorbild folgend) config: define DG.Schlaf.LED WifiLight RGBW2 bridge-V3:192.168.1.74
attr DG.Schlaf.LED room DG
define FileLog_LED FileLog ./log/LED-%Y.log DG.Schlaf.LED

keine Lampe, kein Slider, keine Farbwahl.
Komplett-Update gerade gemacht.
Meine Wifilight.pm stammt aus dem ersten Beitrag hier. Gibt es irgendwo eine aktuellere??

Hi,

Zitatkeine Lampe, kein Slider, keine Farbwahl.

Welches Frontend ?

ZitatMeine Wifilight.pm stammt aus dem ersten Beitrag hier. Gibt es irgendwo eine aktuellere??

nö, passt.  Ich halte die version im ersten Beitrag aktuell

vg
Jörg

Hi Jörg,

dank für uuuultraschnelle Antwort!

Webfrontend, keine Angabe für "stylesheetPrefix".

Allerdings hab ich auch bei "touchpad" oder "ios7smallscreen" nur den Titel und "on" und "off"

Habe 20:15 auf violett gestellt - oh man, das ist echt eine schlimme Farbe beim Fernsehen :-). Jetzt gerade auf Blau. Hat soweit funktioniert.

Waren ca. 2,5 Stunden.

Hi,
habe diese hier: 5M 300LED RGB 5050 SMD Strip Light
kann ich die hiermit nutzen - wenn ja welche Hardware fehlt mir noch?

Hi Rockojfonzo,

über welchen Browser / OS schaust da drauf ? Hast Du evtl noch einen anderen Browser zum testen. Oder ein Tablett oder sowas

Bitte benenne die LEDs mal testweise in  "DG_Schlaf_LED" um. Keine Punkte sondern Unterstriche.

vg
Jörg

Hallo Stenny,

vielen Dank.

ZitatHabe 20:15 auf violett gestellt - oh man, das ist echt eine schlimme Farbe beim Fernsehen

ja, wohl wahr :) Ich habs auch gerade nochmal getestet und konnte das dann nicht mehr ertragen :) Umschalten hat hingehauen.

Ich vermute trotzdem noch einen FW Bug in Lampe oder Bridge weil ich das beim letzten mal sauber im log untersucht hab, vom Modul aus war alles in Ordnung und gerade blau geht als 0x00 an die Lampe. Gestern hab ich aber  noch ein wenig an der color convseration geschraubt weil mir das gelb  zu grün war, jetzt geht blau nicht mehr als 0x00 an die Milights raus - mal beobachten.

Danke nochmal
Grüße
Jörg

Hallo masterpete23

das scheint nur ein stripe zu sein - oder ?

Da brauchst Du noch den Controller dazu. Entweder eine Milight Bridge und einen stripe controller oder einen LW12. Für beide findest Du Links im thread. Wenn Du nur den stripe möchtest bist Du mit dem lw12 gut bedient.

vg
Jörg

so, das Modul im ersten post ist aktualisiert.

Die Senderoutinen für den LW12 sind überarbeitet. Damit sollte nicht mehr bei jedem senden ein re-connect stattfinden sondern nur noch wenn der lw12 die Verbindung beendet. Im log sollten die re-connect Einträge also nur noch selten zu finden sein und stellen auch keinen Fehler dar sondern sind nur Hinweis. Wie oft genau hängt davon ab welcher timeout am lw12 eingestellt ist.

Ebenfalls lw12: wenn das Netzwerk bzw der lw12 nicht verfügbar ist gibt das modul nach einem re-connect Versuch bis zum nächsten Befehl auf, das sollte das Problem von Hans Franz lösen.

Da ich keinen lw12 habe bitte ich um Test.

Milight:
RGBW1 hat ein konservativeres Timing bekommen und "verschluckt" keine Befehle mehr.
RGBW2: Bugs beim Schalten beseitigt. Weiß kann jetzt zB direkt auf Rot schalten.

Es ist möglich mehrere Bridge zu definieren.

Vorerst doch nur bei der RGBW2 habe ich die Farbkonvertierung angepasst. Grund sind Unregelmäßigkeiten in der Firmware. Der Grünstich bei Gelb ist weniger, dafür hat Rot einen Blaustich bekommen. :) Zufrieden bin ich damit noch nicht, mir ist aber noch kein vernünftiger Weg eingefallen die Korrektur CPU schonend on-the-fly zu machen. Im Augenblick tendiere ich dazu einmalig eine Lookup Tabelle berechnen zu lassen, das ist wohl die CPU sparendste Variante.

Alle:
Dim kann jetzt in Macros ge-queuet werden. Parameter sind Wert (0..100) Rampzeit (Sekunden) und "q" für Queue. 

Daneben sind noch einige minor Fix drin.

vg
Jörg

Hi,
der Link vom lw12 führt zu einem nicht verfügbaren artikel.
ich würde gerne den ganzen stripe per fhem steuern

Zitat von: herrmannj am 04 Februar 2014, 23:14:32
Hallo masterpete23

das scheint nur ein stripe zu sein - oder ?

Da brauchst Du noch den Controller dazu. Entweder eine Milight Bridge und einen stripe controller oder einen LW12. Für beide findest Du Links im thread. Wenn Du nur den stripe möchtest bist Du mit dem lw12 gut bedient.

vg
Jörg

Zitat von: herrmannj am 05 Februar 2014, 01:40:13
so, das Modul im ersten post ist aktualisiert.

Die Senderoutinen für den LW12 sind überarbeitet. Damit sollte nicht mehr bei jedem senden ein re-connect stattfinden sondern nur noch wenn der lw12 die Verbindung beendet. Im log sollten die re-connect Einträge also nur noch selten zu finden sein und stellen auch keinen Fehler dar sondern sind nur Hinweis. Wie oft genau hängt davon ab welcher timeout am lw12 eingestellt ist.

Ebenfalls lw12: wenn das Netzwerk bzw der lw12 nicht verfügbar ist gibt das modul nach einem re-connect Versuch bis zum nächsten Befehl auf, das sollte das Problem von Hans Franz lösen.

Da ich keinen lw12 habe bitte ich um Test.

Milight:
RGBW1 hat ein konservativeres Timing bekommen und "verschluckt" keine Befehle mehr.
RGBW2: Bugs beim Schalten beseitigt. Weiß kann jetzt zB direkt auf Rot schalten.

Es ist möglich mehrere Bridge zu definieren.

Vorerst doch nur bei der RGBW2 habe ich die Farbkonvertierung angepasst. Grund sind Unregelmäßigkeiten in der Firmware. Der Grünstich bei Gelb ist weniger, dafür hat Rot einen Blaustich bekommen. :) Zufrieden bin ich damit noch nicht, mir ist aber noch kein vernünftiger Weg eingefallen die Korrektur CPU schonend on-the-fly zu machen. Im Augenblick tendiere ich dazu einmalig eine Lookup Tabelle berechnen zu lassen, das ist wohl die CPU sparendste Variante.

Alle:
Dim kann jetzt in Macros ge-queuet werden. Parameter sind Wert (0..100) Rampzeit (Sekunden) und "q" für Queue. 

Daneben sind noch einige minor Fix drin.

vg
Jörg

Was mir bisher aufgefallen ist, ist das per on nicht die vorher eingestellte Farbe gesetzt wird sondern RGB FF,FF,FF. Ist etwas unschön.
Der LW12 kennt on,off was z.B. im anderen WIFILED Modul genutzt wird. Dann speichert sogar der Controller selbst die Farbe und Helligkeit. Sodass das nicht das Modul machen muss.

Zitat von: herrmannj am 04 Februar 2014, 23:04:35

Bitte benenne die LEDs mal testweise in  "DG_Schlaf_LED" um. Keine Punkte sondern Unterstriche.

Genau. Das hatte ich jetzt beim Betrachten des Quelltextes auch vermutet, dass er bei zum Beispiel
document.getElementById("$d\_state_pane").style.display = "none";

da DOM-mäßig durcheinander kommt. Damit geht es. Vielen Dank!

Hallo Rockojfonzo,

super, dann hast Du einen funktionierenden workaround. Beim slider wird sich ohnehin noch was tun. Der color picker wird default werden und den slider werde ich zusammen mit skins in ein extra modul packen, dann gehe ich die Punkte mit an. (Btw; ich habe auch in anderen Modulen des öfteren gesehen das Punkte im device Namen Fehler verursachen und verwende sie nicht mehr. Bitte nur als Hinweis sehen..)

Hallo Jenscz,

je nach Einsatz sieht das anders aus. Stell Dir vor Du hast eine Deckenleuchte, Abends farbiges Licht (vielleicht Sonnenuntergangs Animation 8) ? ). Morgens kommst Du in das Zimmer und drückst auf den Lichtschalter. Dann möchtest Du nicht mehr das gleiche Licht mit dem der Sonnenuntergang aufgehört hat. Also, ich zumindest nicht :)

Das was Du möchtest kannst Du gut erreichen wenn Du die dim Befehle (off:dim 0, on:dim 100) auf den Schalter legst, die behalten genau dafür die Farbeinstellung. Zukünftig kann ich mir gut vorstellen da Konfigurationsoptionen einzubauen, die gewünschte Funktion selber kannst Du heute komplett so abbilden.

vg
Jörg

Hallo Jörg,

Trotz redlichen Bemühens gelingt es mir nicht, mit Hilfe deines Moduls fhem zum Aussteigen zu bewegen. :)

Danke!
Hans

Hallo.

Dje zweite milight läuft super....

Vielen Dank

Hi,

dann ist ja alles super, no bugs open.  8)

Dann mach setz ich mich mal an color adjustment und timing.

vg
Jörg

Hi,

coole Sache! über Web läuft alles perfekt. Leder zeigt mit andFHEM (Adroid App) keinen Eintrag für mein LED-Wifi Device an. Muss ich meinen Controller noch irgedwie anmelden?

Danke und liebe Grüße,
a200.

Hallo a200,

bei andFHEM muss ich passen, ich verwende und kenne es nicht.

Wenn ich die Einbindung in andFHEM aus Sicht meines Modules untestützen kann mach ich das. Benötige dann aber bitte Info was.

vg
Jörg

Nachdem hier nicht ganz auf meine Anfänger Frage eingegangen wurde... Wo kann ich sie am besten stellen?

Hallo masterpete23,

um ein wenig eigenes suchen wirst Du da wohl nicht rumkommen. Bei ebay finde ich sie zB unter der #380791194900. Ob das jetzt die  günstigsten sind oder ob sie da am besten zu bestellen sind weiß ich nicht.

Daneben natürlich auch die üblichen Verdächtigen (ebay international, alibaba, amazon usw), vielleicht kann Dir noch einer der lw12 Besitzer seine Bezugsquelle verraten.

vg
Jörg

Jap gerne ich hab meinen von Amazon:
http://www.amazon.de/NEUER-STRIPS-CONTROLLER-iPhone-Android/dp/B00G55329A/ref=sr_1_1?ie=UTF8&qid=1392064396&sr=8-1&keywords=wifi+rgb+controller (http://www.amazon.de/NEUER-STRIPS-CONTROLLER-iPhone-Android/dp/B00G55329A/ref=sr_1_1?ie=UTF8&qid=1392064396&sr=8-1&keywords=wifi+rgb+controller)

Gibts natürlich bei Ebay sehr viel billiger aber naja :D

Gruß
Kuzl

Zitat von: Kuzl am 10 Februar 2014, 21:34:14
Jap gerne ich hab meinen von Amazon:
http://www.amazon.de/NEUER-STRIPS-CONTROLLER-iPhone-Android/dp/B00G55329A/ref=sr_1_1?ie=UTF8&qid=1392064396&sr=8-1&keywords=wifi+rgb+controller (http://www.amazon.de/NEUER-STRIPS-CONTROLLER-iPhone-Android/dp/B00G55329A/ref=sr_1_1?ie=UTF8&qid=1392064396&sr=8-1&keywords=wifi+rgb+controller)

Gibts natürlich bei Ebay sehr viel billiger aber naja :D

Gruß
Kuzl

danke.
nun bin ich was die LEDs angeht noch voll der Leihe.
Was muss ich tun, um es mit meinem Stripes zum Laufen zu bekommen?
http://www.ebay.de/itm/400557479073

Du brauchst noch ein Netzteil für den Wifi-Controller, bei mir hat das von dem Controller gepasst, der bei dem Stripe dabei war.
anschließend musst du noch die 3 Farben und + von den Stripes mit dem Controller verbinden. Da ist es am einfachsten den Stecker abzuzwicken und dann die Enden abzuisolieren, zu verzinnen oder Aderendhülsen drauf und dann anschließen. Alternativ kannst du dir nen Adapter basteln.

Oder du schneidest die Kabel am anderen Ende des Stripes ab, Steckst den Stecker vorne dran und schließt dann das Ganze an den Wifi-Controller an. So kannst du den Stripe auch wieder mit dem alten Controller verwenden. Bitte dann aber die Abgeschnittenen übrigen Enden mit Isolierband gegen Kurzschluss schützen.

Viele Grüße
Kuzl

oh ich als löt und bastel leihe...
gibts nicht zufällig ne bebilderte anleitung und jemanden der mir das erklären könnte? :)

naja bebilderte Anleitung... das ist wirklich nicht sehr schwer :D
Also Netzteil ist ja noch verständlich oder?
Zur Not einfach den Stecker am Stripe abzwicken und die Blanken abisolierten enden am Wifi-Controller anschließen da sind ja sogar die Farben schon gleich :D

so ich habe dies + netzteil
http://img1.buyincoins.com/gallery/rgb-led-strip-controller-02-44-keys.jpg

kann ich das netzteil dann in den lw12 stecken?
wo sollte ich die kabel trennen? wenn ich mal zurück will??

Das sieht jetzt so aus als Hättest du andere Stripes als du vorhin in dem Link gepostet hast?
Wenn Du stripes hast, bei denen hinten und vorne kabel dran sind, schneide die hinteren ab, steck sie vorne dran und das ganze dann in den Controller.

Ich kann dir so nicht sagen ob dein Netzteil passt, jedoch ist mir aufgefallen, dass die Meisten RGB-Controller den gleichen Stecker verwenden (ich glaub 2,8/5,3mm oder so)
Bin mir jetzt gar nicht mehr sicher ob der LW12 eine Klemmleiste oder eine Buchse hat, schau ich später mal nach. Kann sogar sein, dass ich mir da einen Adapter gebastelt habe.

ich würde nachher mal fotos machen und hier posten wenn ich darf

EDIT: Bilder

Der LW12 braucht ein 12 Volt Netzteil.
Das Netzteil ist sicher geeignet, allerdings wirst du dir einen Adapter basteln müssen (oder das Kabel mit dem Stecker vom netzteil abschneiden).
Da in den LW12 nur 2 Kabel (plus und minus) kommen und er kein stecker oder sowas hat..(nur 2 kabelklemmen)

ich hab grad nachgeschaut wie ich das gemacht hab :D
ich hab das hier genommen:
http://www.amazon.de/gp/product/B0085SWIZE/ref=oh_details_o02_s00_i00?ie=UTF8&psc=1 (http://www.amazon.de/gp/product/B0085SWIZE/ref=oh_details_o02_s00_i00?ie=UTF8&psc=1)
Und dann einfach mit 2 Kabeln von dem Teil in den LW12.

ok das ist ja schonmal was :)
und wie mache ich das mit dem stripe anschluss?

Moin,
Ich habe sowas http://www.amazon.de/gp/product/B0082DJHU6/ref=oh_details_o02_s00_i00?ie=UTF8&psc=1 (http://www.amazon.de/gp/product/B0082DJHU6/ref=oh_details_o02_s00_i00?ie=UTF8&psc=1) genommen und durchgeschnitten.

Gruß
Hans

danke
dann habe ich alles zusammen oder?

Moin,

ich habe die 32_WifiLight.pm runtergeladen nach nach FHEM/share/fhem/FHEM/ verschoben (läuft auf einem Synology NAS).

Dann die gleichen Dateiberechtigungen wie alle anderen Module vergeben:
-rw-r--r--    1 root     root         22359 Jan 31 21:58 32_SYSSTAT.pm
-rw-r--r--    1 root     root         69920 Feb  5 01:14 32_WifiLight.pm
-rw-r--r--    1 root     root         14021 Jan 31 21:58 32_mailcheck.pm
-rw-r--r--    1 root     root          5182 Jan 31 21:58 32_speedtest.pm
-rw-r--r--    1 root     root         21611 Jan 31 21:58 32_withings.pm

In die fhem.cfg eingebunden:
define WZ_WifiLight WifiLight RGB LW12:192.168.1.97

Meldung beim Speichern:
Cannot load module WifiLight

Laut Logfile:
014.02.13 19:45:40 1: reload: Error:Modul 32_WifiLight deactivated:
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 45, near "] ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 261, near "] ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 284, near "$hue ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 285, near "$sat ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 286, near "$val ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 715, near "} ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 724, near "}"

2014.02.13 19:45:40 0: syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 45, near "] ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 261, near "] ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 284, near "$hue ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 285, near "$sat ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 286, near "$val ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 715, near "} ~"
syntax error at /usr/local/FHEM/share/fhem/FHEM/32_WifiLight.pm line 724, near "}"

Jemand eine Idee???  :(
Danke und Gruß

Moin,

einen Verdacht. Welche perl Version läuft auf der Synology ?

vg
Jörg

DiskStation> perl -v

This is perl, v5.8.6 built for X86

Dann haste noch ein perl was kein smart match kann.  Da Du den post mit einem heimatlichen "moin" begonnen hast muss ich mir das dann wohl anschauen und auf Dein antikes perl umbauen  ;)

Wird aber erst am WE

vg
Jörg

Moin Moin Jörg  ;D,

tatsächlich hat mir das Synology Perl schon mehrfach Kopfschmerzen bereitet, so lässt sich auch FHEM nicht als HTTPS Instanz starten, da das Perl Modul IO::Socket::SSL fehlt.
Wenn du natürlich die Möglichkeit hättest dein Modul anzupassen wäre ich dir zu tiefstem Dank verpflichtet, wahrscheinlich auch im Namen anderer Synology FHEM Nutzer.

Also Dankeeeee und schönen Gruß,
Darius

je nach dem welche diskstation du hast kannst du problemlos auf die ipkg perl version umstellen (5.10, ohne threads, ssl, ...) oder wenn es eine intel box ist sogar auf active perl (5.16, mit threads)

ansonsten scheint smart match aber auch auf diversen anderen plattformen probleme zu machen und es scheint wieder experimental oder sogar deprecated zu sein.

gruss
  andre

nicht depraced aber von stable wieder auf experimentell runter gesetzt.

vg
jörg

Hallo Andre,

tatsächlich hab ich nun zum Synology eigenen Perl (/usr/bin/perl, v5.8.6 built for X86) per ipkg ein "neueres" Perl (/opt/bin/perl, v5.10.0 built for i686-linux-gnu) installieren und die Pfade im FHEM Startscript (/usr/syno/synoman/webman/3rdparty/FHEM/scripts/fhem.sh) entsprechend anpassen können.

Zusammen mit dem ipkg perl-io-socket-ssl Paket ist meine FHEM Instanz endlich per HTTPS erreichbar!  ;D ;D ;D

Ich arbeite auf einer DS411+II, dementsprechend Intel x86 Architektur. Jedoch gibt es kein Active Perl 5.16 im ipkg Repository  :(

Grundsätzlich scheint aber nun WifiLight zu funktionieren:
define WifiLight_RGBW2 WifiLight RGBW2 bridge-V3:192.168.1.96 ---> Saved the file fhem.cfg
define WifiLight_RGB WifiLight RGB LW12:192.168.1.97 --> can't bind: IO::Socket::INET: connect: timeout

Tatsächlich habe ich die LW12 und RGBW2 Bridge noch nicht, die timeout Meldung könnte dementsprechend sinngemäß sein!?

Gruß,
Darius

ZitatTatsächlich habe ich die LW12 und RGBW2 Bridge noch nicht, die timeout Meldung könnte dementsprechend sinngemäß sein!?

Absolut ! ;D

vg
joerg

das active perl kannst du von deren Webseite runterlasen. die Intel linux version läuft auf den Intel diskstations.

gruss
  andre

Hi,

einfach eine xmllist eines Geräts an andfhem@klass.li schicken.

Viele Grüße,
Matthias

Hallo zusammen,

das Modul im ersten Beitrag ist aktualisiert. Minor Bugfixe plus:

neuer Color Konverter für Mi-Light. Der PWM in den Mi-Light & co ist extrem unlinear, das Modul gleicht das damit aus. Sichtbar vor allem im Bereich Lila, Rot, Gelb. Je nach dem was die Hersteller für LEDs verwenden weichen unterschiedliche Fabrikate noch minimal voneinander ab. Die Möglichkeit Lampen einzeln zu kalibrieren hab ich schon eingebaut aber noch nicht "nach außen" geführt.

Die Routinen für die Farbübergänge sind überarbeitet und für schnellere Farbübergänge optimiert. Das Modul stellt schnelle fließende Farbübergänge so weich wie möglich dar (Frames / Sekunde). Wievielt dabei "geht" hängt von sehr vielen Umständen ab, die Specs der Leuchtmittel, der FHEM Host, die FHEM Auslastung durch andere Module, die Auslastung der Bridge ... etc.

Das Modul berechnet die Framerate ständig dynamisch. Mit den Mi-Light RGB+Weiß (ebay China ab 13,-) und einer Fritzbox sind Licht Effekte möglich die für eine spontane Fete, Partykeller oder Disco beim Wuki durchaus ausreichen - mit einer DMX ist es natürlich nicht vergleichbar. 

Außerdem hat der set HSV Befehl einen neuen optionalen Parameter "Programm Bezeichnung" bekommen. Wenn einer HSV Transition ein Name angehängt wird erzeugt das Modul während der Transition Events in der Form:
<Device>:programm: <Programm Bezeichnung> 0..100

Diese Möglichkeit soll sparsam eingesetzt werden alle Events Last im FHEM erzeugen. Ebenfalls wichtig ist es zu verstehen das nur das letzte Event (100) garantiert ist.

Beispiel:
set <DEVICE> HSV 120,100,100 30 q TEST

In diesem Beispiel wird ausgehende von der momentanen Farbe innerhalb von 30 Sekunden auf Grün (120°) über-geblendet. Während dieser Zeit werden möglicherweise diese Events erzeugt:

<Device>:programm: TEST 12
<Device>:programm: TEST 25
<Device>:programm: TEST 40
<Device>:programm: TEST 45
<Device>:programm: TEST 60
<Device>:programm: TEST 100


Welche Events vor der finalen 100 erzeugt werden hängt von den oben genannten Umständen (Last, Leuchtmittel, Host usw) ab und ist und ist je nach Situation unterschiedlich.

Anwendungen für den Parameter sind vielfältig, eine mögliche Anwendung möchte ich hier entwickeln um den Einsatz des Parameters in der Praxis und detailliert am Subjekt zu zeigen  :)

Wakeup Light De-Luxe:

Gegeben seien: E27 RGBW2 als Deckenlicht (Name RGBW2), dimmbare non-WifiLight Nachttisch-Lampe (Name Nachttisch, vielleicht FS20), Audio über Webview Control (Android Tab/Handy oder besser Android Radio Wecker, Name TAB).

Das Wake Up soll jetzt wie folgt ablaufen, die RGBW2 soll damit beginnen ein ganz dunkles blaues Licht zu erzeugen. Dann innerhalb von 20 Minuten einen Sonnenaufgang von Blau, (dunkel: Dämmerung), fließend zu Rot (hell Sonnenaufgang) und weiter zu hellem weißen Licht. Gleichzeitig soll die Audioquelle Vogelzwitschern, erst leise und dann lauter werdend abspielen. Zwischendurch soll die Zeit angesagt werden. Ab virtuellem Sonnenaufgang soll auch die Nachttischlampe voll mit aufgedimmt werden und das TAB soll auf Radio umschalten.

Die RGBW2 (bspw 8Watt Typ) kann nur entweder Farbe oder Weiß wobei das weiße Licht viel heller ist. Damit die Umschaltung von Farbe auf Weiß möglichst angenehm erscheint schalte ich von Gelb (60°, 100% Helligkeit) auf ein Weiß mit 20% Helligkeit. In beiden Fällen ist die Leuchtkraft vergleichbar, Gelb und Weiß sind in der Wahrnehmung ähnlich. Bei RGBW2 anderer Fabrikate weichen diese Werte ab, meine 6Watt OEM "übernimmt" mit 40% Weiß am angenehmsten.

Der erste Teil des Farbverlaufes besteht daher aus einer Color Transition 20 Minuten von Blau (240°) 0% Leuchtkraft auf Gelb (60°) mit 100% Leuchtkraft. Verpackt wird das in einem Notify das später von einem "at" getriggert wird. Als erstes kommt der Audio Teil in das notify:
define WakeUp1 notify WakeUp1:on set TAB volume 0; set TAB audioPlay dschungel.mp3

Damit wird das TAB (webview control) auf Lautstärke 0 gesetzt und die Wiedergabe der Datei "dschungel.mp3" startet. Weiter geht es mit dem Farbverlauf der RGBW2. Der HSV Wert für Blau mit 0% Helligkeit ist 240,100,0 und wird im notify als Startwert für die folgende Transition gesetzt:
define WakeUp1 notify WakeUp1:on set TAB volume 0; set TAB audioPlay dschungel.mp3; set RGBW2 HSV 240,100,0

Von Blau (240°) soll jetzt innerhalb von 20 Minuten (20 x 60 = 1200 Sekunden) auf Gelb (60°) über-geblendet werden. Dabei beträgt die Differenz in beiden Richtungen des Farbkreises 180°. Wifilight wählt den kürzesten Weg, oder im Zweifel, so wie hier, den Uhrzeigersinn für den Farbübergang. Der Farbverlauf im Uhrzeigersinn führt von Blau über Lila, Rot zu Gelb. In diesem Fall also genau richtig, das notify wird so weitergeschrieben:
define WakeUp1 notify WakeUp1:on set TAB volume 0; set TAB audioPlay dschungel.mp3; set RGBW2 HSV 240,100,0; set RGBW2 HSV 60,100,100 1200 q WakeUp1

Damit ist der erste Teil für des Guten Morgen Lichts in einem notify verpackt und kann über das Eingabefeld getestet und in einem "at" ausgelöst werden.
define wecken at *06:00 {fhem("trigger WakeUp1 on") if (!$we);}

Während das Licht jetzt mit schönen Farben aufdimmt werden jetzt durch den Paramter "WakeUp1" nach dem "q" solche Events erzeugt:
RGBW2 programm: WakeUp1 xx
wobei "xx" für Werte von 0 bis 100 steht. Oben habe ich geschrieben das nur die "100" garantiert ist, der Rest der Werte wird nach "best efford" geliefert. In diesem Fall ist es aber so das die Laufzeit von 1200 Sekunden sehr lang ist und dadurch vermutlich auch die Frames fast komplett bedient werden können. Je länger eine Transition, umso besser. Auch wenn möglicherweise doch mal ein einzelnes Frame nicht bedient werden kann, dadurch ein Event wegfallen sollte, reicht das allemal um hier die Lautstärke des TABs damit wie gewollt ansteigend zu triggern.  Eine nicht so gute Idee wäre es aber zum Beispiel zusätzlich genau auf die "50" zu triggern um die Bad-Heizung einzuschalten. In den meisten Fällen wird das funktionieren, muss es aber nicht !
define WakeUpAudio notify RGBW2:programm:\sWakeUp1.* {fhem "set TAB volume ".int($EVTPART2 / 10);}

Die WebView erlaubt Lautstärken von 0 - 15. Hier wird der Fortschritt der WakeUp1 Color Transition durch 10 geteilt und die Lautstärke der "dschungel.mp3" damit langsam und über den gesamten "Sonnenaufgang" von 0 auf 10 angehoben, was mir völlig ausreicht da bei 15 ohnehin die Lautsprecher "knarzen".

Weiter geht es mit der Ansage von Zeit, dem Einschalten des Radio Streams auf dem TAB und dem weiteren auf-dimmen von RGBW2 und der Nachttischampe. Das wird wieder in ein notify verpackt das seinerseits über den Endwert des Sonnenaufgangs Part 1 getriggert wird.
define WakeUp2 notify RGBW2:programm:\sWakeUp1\s100 set TAB ttsSay "Guten morgen. Es ist jetzt $h Uhr $m"; sleep 5; set TAB audioPlay http://1live.akacast.akamaistream.net/7/706/119434/v1/gnl.akacast.akamaistream.net/1live; set RGBW2 HSV 60,0,20; set RGBW2 dim 100 600; set Nachttisch on 600

Da es um ein praktisches Beispiel des Wifilight Modules und des Parameters "Programm Name" geht, habe ich jetzt auf die tts Ausgabe von Temperatur, Wetterbericht und so weiter verzichtet. Ich habe die Erzeugung des Textes bei mir in eine 99_utils ausgelagert, aber für diesen Beitrag ist das außerhalb des scopes. Dieses notify wird jetzt vom Endwert des WakeUp1 - notify getriggert. Zuerst erfolgt die Sprachausgabe und das Einschalten des Radiostreams.

Dann folgen die für das Licht relevanten Befehle. Zuerst wird die RGBW2 von Gelb auf Weiß mit 20% Leuchtkraft geschaltet: HSV 60,0,20. Entscheidend sind dafür die "0" bei der Sättigung (= weiß) und die "20" als Helligkeitswert. Die Farbangabe "60"° könnte beliebig sein weil sie bei 0% Sättigung keine Wirkung hat. (zur Erinnerung: 100% Gelb auf 20% Weiß ist ein optisch annehmbarer Übergang). Die beiden folgenden Befehle bewirken jetzt ein auf-dimmen über 10 Minuten zu 100% wobei ich der Nachttischlampe in diesem Beispiel exemplarisch einen FS20 Befehlssatz unterstelle.

Mit nur drei einfach gehaltenen notify und einem at lässt sich so ein komplexer Sonnenaufgang als Wake-Up Light erstellen und verschiedene device lassen sich dazu fast ohne perl know how synchronisieren. 

Dieser Post erfüllt damit den Doppelzweck den "neuen" Parameter anschaulich am lebenden Objekt zu zeigen und auch vielleicht auch Anregung für andere Anwendungen und Idee zum Nachbau zu sein.

vg
Jörg

Geile Idee :D
Eine Frage noch: In welchem Intervall wird denn bei so einer Transition das Reading für die Aktuelle Farbe aktualisiert? sonst könnte man theoretisch, wenn auch nicht so elegant darauf auch so reagieren.

Und ich weiß ich nerv dich schon damit :D wie stehts denn mit Colorpicker und rgb-in ?  ::)

Viele Grüße
Kuzl

Hi Kuzl,

für die readings gilt das ähnlich, da werden auch sinnvolle Intervalle gebildet und dann nochmal dynamisch angepasst. Hast Du was spezielles im Hinterkopf? Bin übrigens mit der dynamischen Anpassung noch nicht ganz zufrieden. An der Resonanz kann ich aber auch sehen das es sich schon um ein so advanced feature handelt das es für die meisten ohnehin nicht so bedeutend ist.

Plan ist die Transitions nach ein klein wenig weiter zu optimieren damit der Fritz Box noch ein kleiner Tick mehr CPU Reservern bleiben. Dann würde ich den Colorpicker einbauen, on-for-timer und wenn dann keine Klagen mehr kommen anfangen die Doku zu scheiben und das Modul aus der Beta zu entlassen.

Zum Thema Beta seh ich das so: wenn ein Freund Dich fragt "kann ich das so für meine Wohnung einsetzen?" und Du dann guten Gewissens antworten kannst: "Klar mach!" - dann ist es so weit.

vg
Jörg
 

okay das passt solang es nicht 5 Minuten dauert :D
Der Gedanke war, dass man dann z.B die HUE oder andere Lampen in Abhängikeit davon schalten kann, unabhängig davon von welcher Stelle aus geschaltet wird :)

Okay ich kanns kaum noch erwarten :) :D
Kann man dann die Transitionen auch in RGB angeben?

Deine Beta hat devinitiv schon einen reiferen Stand als manche anderen Softwares oder Spiele im Betastand... :D

Viele Grüße
Kuzl

Zitatokay das passt solang es nicht 5 Minuten dauert :D

Bekomme ich hin, Wunsch ist ja  Umsetzung != 300sec. Das geht  :). Steht ja jetzt oben auf der Liste also: alles wird gut.

ZitatDer Gedanke war, dass man dann z.B die HUE oder andere Lampen in Abhängikeit davon schalten kann, unabhängig davon von welcher Stelle aus geschaltet wird :)

Ja das geht, so ist auch gedacht. Btw: Du kannst ja jetzt auch zyklische Farbwechsel machen indem Du die ganzen set Transitions in ein notify verpackst und die regex des notifys auf die 100% der letzten Transition setzt. Dadurch triggert sich das dann fortlaufend selber.

Starten kannst Du das indem Du entweder per "trigger" das notify aufrufst oder Du tauchst da "weich" ein indem Du eine Transition von aktuell auf den Startwert des Zyklus machst und ihr den gleichen Namen gibst. Dadurch wird am Ende auch das "Name 100" erzeugt und das notify startet durch und übernimmt.

Parallel sind die events eben ganau dazu gedacht dann auch weitere Lampen im gleichem "Rhytmus" mitzunehmen, deswegen macht es auch (wie in dem Beispiel oben mit der Lautstärke) nichts wenn Frames nicht exakt linear geliefert werden. Kannst ja ein notify nehmen und die "andereLampe dim xx" umsetzen. Oder direkt die HSV bzw RGB Readings nehmen und an die HUE durchreichen. Oder auf die 100 synchronisieren und die HUEs eigene /andere Transitions machen lassen, wie es halt am schönsten zu dem passt was an lightshow rauskommen soll.

ZitatKann man dann die Transitionen auch in RGB angeben?

hmm, müsste ich dann wohl konsequenterweise so machen. Da ich RGB auf HSV sowieso einbauen muss wäre das auch nur Fleißarbeit dort jeweils einmal zu wandeln.

vg
Jörg

da sind dann ja richtige Lightshows möglich :D

hmm, müsste ich dann wohl konsequenterweise so machen. Da ich RGB auf HSV sowieso einbauen muss wäre das auch nur Fleißarbeit dort jeweils einmal zu wandeln.

Wunderbar danke :)

kurze Frage:

ich sitz gerade an RGB in und am Colorpicker. Bei dieser Gelegenheit würde ich gern die Anzahl der Readings kürzen (weil: mehr Readings = mehr notifys = mehr Last). Gedanke wäre:

state: on/off
HSV: h,s,v
RGB: r,g,b (format so wie der colorpicker das halt möchte)
Programm: name Fortschritt

Da wäre ja alles drin, Helligkeit über V, Color über H und RGB sowie das Porgramm und dessen %. Da könnte man dann auch on-for-timer mit reinnehmen.

Einwände ?

Die Transitions hab ich gerade nochmal getuned, auf der FB7390 komme ich mit der RGBW2 auf bis zu 5 Frames/sek, mehr kann die RGBW2 sowieso nicht. CPU liegt bei 50% und fhem bleibt bei events gut responsive. Einen LW12 würde ich damit auf bis zu 20+ Frames schätzen und auf einem schnelleren Host dann natärlich auch mehr. Kommt ins nächste update.

vg
Jörg

Sollte eigendlich reichen ja :)

evtl noch das reading "dim" damit man die Helligkeit auch über einen normalen Slider einstellen kann, bsp wenn man die Lampen vorwiegend als "normales" Licht verwendet.

Ist natürlich dann wieder eine doppelte Information weils ja in V bereits drin ist.

Die Frames reichen meiner Meinung völlig :)

Viele Grüße
Kuzl

Hallo,

ich wollte mich mal nach dem Stand für die Bridge-V2 erkundigen, ist die Unterstützung noch geplant? Da ich hier so ein Teil verbaut habe,

Gruß Denis

Hallo!

Hätte da mal zwei fragen, zum einen habe ich noch zwei "Rgb bulb" die mit einer v2 bridge gesteuert werden, kann ich diese "Rgb Bulb" auch mit einer v3 steuern über fhem??

Habe auch noch "white led stripe", was bräuchte ich dafür diese auch über fhem zu steuern??

Mfg Steffen

@ Steffen:
Für einfarbige Stripes gibts eigendlich von fast allen Herstellern einen PWM-Dimmer. Also z.b. von FS20 oder Homematic

Hi Denis, Hallo Stefen

Zitatich wollte mich mal nach dem Stand für die Bridge-V2 erkundigen, ist die Unterstützung noch geplant? Da ich hier so ein Teil verbaut habe,

Doch, schon. Da hat nur keiner mehr danach gefragt, deswegen habe ich noch keinen Bedarf gesehen. Im Prinzip kannst Du die jetzt schon als V3 bridge installieren und ":50000" als Port anhängen dann "sollte" ein V2 funktionieren. Die V3 Leuchtmittel gehen dann logischerweise trotzdem nicht aber Du hast vermutlich RGB dran. 

ZitatHätte da mal zwei fragen, zum einen habe ich noch zwei "Rgb bulb" die mit einer v2 bridge gesteuert werden, kann ich diese "Rgb Bulb" auch mit einer v3 steuern über fhem??

Habe auch noch "white led stripe", was bräuchte ich dafür diese auch über fhem zu steuern??

Die V3 steuern alles was die V2 steuert plus RGBW2. Die "alten" RGB machen auch auf Dauer nicht wirklich Spaß weil die Ansteuerung quasi als Tastenmakro funktioniert und weil das Funkprotokoll nur Einweg ist und durchaus mal ein Befehl auf der Funkstrecke verloren gehen kann ohne das fhem das mit bekommen könnte. Dann stimmen die Helligkeiten nicht mehr. Aber wenn's eh vorhanden ist, kannst Du so nehmen.

Ich setze keine RGB mehr ein, würde mich sowieso auch ein Feedback interessieren.

Zum white stripe: Milight hat zwei Controller Typen die RGBW Stripes unterstützen: den "alten", kann Weiß und Farbe hat aber die gleichen Einschränkungen wie RGB Bulbs und den "neuen" (4 Zonen). Der kann RGB oder Weiß hat aber das stabilere Funkprotokoll.

Wenn Du jetzt sowieso irgendwann RGB(W) an der Stelle planst könntest Du einen der controller missbrauchen und erstmal nur den white Kanal anschließen. Wenn RGB ohne W auch reichen würde könntest Du auch einen LW12 missbrauchen und später irgendwann den stripe tauschen. Der LW12 ist für RGB (ohne W) stripe am besten.

Wenn es bei white only bleiben soll seh ich das wie kuzl: HM, FS20 etc.

edith:
der 4 Zonen Controller bräuchte dann zwingend eine V3 bridge, der "alte" RGBW würde nicht parallel zu den RGBs laufen, LW12 läuft parallel ...

vg
Jörg

Danke erstmal für deine ausführliche Antwort, sehe aber leider noch nicht ganz so durch...
1.Wenn ich also den "LW-12 nehme kann ich kein White stripe ansteuern aber dafür Rgb stripe?
2.Wenn ich den neuen 4 Zonen nehme kann ich White und RgB, bräucht dann aber noch den V3?
3.Wenn ich den V3 nehme kann ich dann noch meine alten RGB Bulb ansteuern?

Mfg Steffen

Hi,

Zitat1.Wenn ich also den "LW-12 nehme kann ich kein White stripe ansteuern aber dafür Rgb stripe?

Genau. Bzw übergangsweise könntest Du einen Channel des LW12 "missbrauchen" und dort weiß anschließen, dann kannst Du später auf RGB gehen.

Zitat2.Wenn ich den neuen 4 Zonen nehme kann ich White und RgB, bräucht dann aber noch den V3?

Genau. Die v3 / v4 bridge. 

Zitat3.Wenn ich den V3 nehme kann ich dann noch meine alten RGB Bulb ansteuern?

Genauso Richtig. Die v3 / v4 Bridge steuert auch noch die RGB. Eine Gruppe.

Die V4 ist ganz neu und ist eine V3 ohne Webinterface.

vg
Jörg
 

Hallo,
ich habe mal eine Frage zu diesem Programmteil.
Ich nutze es mit einem LW12 Modul und es funktioniert wunderbar-

Wenn ich ein zweites Modul mit einer anderen IP-Adresse
"
define LEDTest WifiLight RGB LW12:192.168.1.133
attr LEDTest fp_Erdgeschoss 1
attr LEDTest room Wohnzimmer
define FileLog_LEDTest FileLog ./log/LEDTest-%Y.log LEDTest

define LEDTest2 WifiLight RGB LW12:192.168.1.134
"
verbinden möchte, erhalte ich eine Fehlermeldung:
"define: can't bind: IO::Socket::INET: connect: timeout"

Hat jemand eine Idee, ob auch zwei oder mehr LW-12 Module getrennt angesteuert werden können?
Ich freue mich schön hoffentlich positive Antworten zu hören.

Gruß
Sven

Jap das geht und du hast gerade selber ein Beispiel dazu geschrieben :D
Damit werden 2 getrennt voneinander steuerbaren Devices erstellt.

Gruß
Kuzl

Kann ich die Fehlermeldung also einfach ignorieren?

Habe bis jetzt physikalisch nur das eine Modul da und wollte die Software erst testn.

Gruß
Sven

Die Fehlermeldung kommt, weil sich das Modul nicht mit dem 2. LW12 verbinden kann, weil er nicht vorhanden ist :D

evtl kann man zum Test einfach irgend ein anderes Netzwerkgerät nehmen? :D bin mir nicht sicher ob das geht^^

Jörg hat mal ein Problem gefixt, bei dem 2 Bridges Probleme machten und ich gehe davon aus, dass er da auch auf den LW12 aufgepasst hat :)

Gruß
Kuzl

Danke für den Tip.

Dann werde ich mir mal noch ein LW12 besorgen.
Danke
Gruß
Sven

Hallo zusammen,

ich habe das Modul im ersten Beitrag aktualisiert, folgende Neuerungen:

* Mi-light V2 bridge ist aufgenommen.
* RGB Input:

RGB wird als 6 digit HEX im gleichen Syntax wie HSV akzeptiert, also für Transitions, queue etc. 

Intern werden Farbübergänge natürlich weiterhin im HSV Farbraum berechnet. Daraus resultieren bei "neutralen" Farben (Weiß, Grau, Schwarz) eine Besonderheit:  Bei einer Transition von FF0000 auf 000000 behalte ich Rot als Color bei (HSV Äquivalent: 0,100,100 auf 0,100,0). In einer darauf folgenden Transition von 000000 auf 0000FF würde man möglicherweise erwarten: "Aus" -> "Blau auf-dimmend" -> "volles Blau". Da RGB 000000 jedoch "farblos" ist findet im HSV der Start an der "letzten" bekannten Farbe (hier Rot) statt: HSV 0,100,0 -> 240,100,100. Also: "Aus" -> "Rot .. Lila auf-dimmend" -> "volles Blau". In so einer Konstellation sollte der Startwert (zB. "Blau" mit RGB 000001) explizit gesetzt werden.  Im HSV besteht die gleiche Notwendigkeit, allerdings ist das dort intuitiver (HSV 240,100,0 auf 240,100,100).

Gegenüber der letzten Version sind Debugausgaben entfernt. Außerdem ist ein Bug bei Mi-Light beseitigt; unterschiedliche / gleichzeitige Transitions auf einer Bridge können (und werden) eine race condition erzeugen. Gleichzeitig wird die CPU Last bei schnellen Transitions nochmal erheblich gesenkt, daher rate ich ausdrücklich zum Update.

Ein Feedback zum LW12 würde ich mich sehr freuen, insbesondere würde mich interessieren welche Frameraten bei schnellen Transitions (sprich wie flüssig) und welche CPU Last auf langsamen Systemen wie FB oder Raspi, BBB entstehen. Auf einer FB würde ich, während schneller Transitions,  mit 80% CPU bei 15-20 Frames (LW12) rechnen. Gleichzeitig sollte FHEM aber noch zügig auf andere Events reagieren können. Das Webinterface dürfte etwas "zäher" als gewohnt reagieren, sollte aber vernünftig bedienbar bleiben.

vg
Jörg

Hallo Jörg,

Toller Job!
Sehe erstmal auf die Schnelle keine gravierenden Änderungen. Lief ja auch vorher gut.
Bei schnellen Transitions schnellt die CPU-Last auf dem Raspi schon gegen 98%, aber nur für weniger als eine Sekunde.
Wie sehe ich die Framerate? Habe ich etwas verpasst?
Etwas Log: Von 0,0,0 auf 100,100,100 20 q:
2014.02.24 00:32:47 4: WifiLED RGB LW12 set h:82, s:82, v:82
2014.02.24 00:32:47 5: WifiLED low level cmd queue add 5692d125aa, qlen 1
2014.02.24 00:32:47 5: WifiLED low level cmd queue send 5692d125aa, qlen 1
2014.02.24 00:32:47 5: WifiLED low level cmd queue add 00, qlen 2
2014.02.24 00:32:47 4: WifiLED high level cmd queue ask next 1393198367.22061 1393198367.22061
2014.02.24 00:32:47 4: WifiLED processEvent: , progress: 82
2014.02.24 00:32:47 5: WifiLED high level cmd queue exec dropper delay: -0.0862538814544678
2014.02.24 00:32:47 5: WifiLED high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.02.24 00:32:47 4: WifiLED high level cmd queue ask next 1393198367.42061 1393198367.42061
2014.02.24 00:32:47 4: WifiLED processEvent: , progress: 83
2014.02.24 00:32:47 5: WifiLED high level cmd queue exec dropper delay: -0.0053412914276123
2014.02.24 00:32:47 4: WifiLED high level cmd queue exec hsv 84, 84, 84, delay 200, hl qlen 17, ll qlen 0, lock 0
2014.02.24 00:32:47 4: WifiLED RGB LW12 set h:84, s:84, v:84
2014.02.24 00:32:47 5: WifiLED low level cmd queue add 568ed622aa, qlen 1
2014.02.24 00:32:47 5: WifiLED low level cmd queue send 568ed622aa, qlen 1
2014.02.24 00:32:47 5: WifiLED low level cmd queue add 00, qlen 2
2014.02.24 00:32:47 4: WifiLED high level cmd queue ask next 1393198367.62061 1393198367.62061
2014.02.24 00:32:47 4: WifiLED processEvent: , progress: 84
2014.02.24 00:32:47 5: WifiLED high level cmd queue exec dropper delay: -0.0877292156219482
2014.02.24 00:32:47 5: WifiLED high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.02.24 00:32:47 4: WifiLED high level cmd queue ask next 1393198367.82061 1393198367.82061
2014.02.24 00:32:47 4: WifiLED processEvent: , progress: 85
2014.02.24 00:32:47 5: WifiLED high level cmd queue exec dropper delay: -0.00538897514343262
2014.02.24 00:32:47 4: WifiLED high level cmd queue exec hsv 86, 86, 86, delay 200, hl qlen 15, ll qlen 0, lock 0
2014.02.24 00:32:47 4: WifiLED RGB LW12 set h:86, s:86, v:86
2014.02.24 00:32:48 5: WifiLED low level cmd queue add 5689db1eaa, qlen 1
2014.02.24 00:32:48 5: WifiLED low level cmd queue send 5689db1eaa, qlen 1
2014.02.24 00:32:48 5: WifiLED low level cmd queue add 00, qlen 2
2014.02.24 00:32:48 4: WifiLED high level cmd queue ask next 1393198368.02061 1393198368.02061
2014.02.24 00:32:48 4: WifiLED processEvent: , progress: 86
2014.02.24 00:32:48 5: WifiLED high level cmd queue exec dropper delay: -0.127223968505859
2014.02.24 00:32:48 5: WifiLED high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.02.24 00:32:48 4: WifiLED high level cmd queue ask next 1393198368.22061 1393198368.22061
2014.02.24 00:32:48 4: WifiLED processEvent: , progress: 87
2014.02.24 00:32:48 5: WifiLED high level cmd queue exec dropper delay: -0.0053400993347168
2014.02.24 00:32:48 4: WifiLED high level cmd queue exec hsv 88, 88, 88, delay 200, hl qlen 13, ll qlen 0, lock 0
2014.02.24 00:32:48 4: WifiLED RGB LW12 set h:88, s:88, v:88
2014.02.24 00:32:48 5: WifiLED low level cmd queue add 5684e01aaa, qlen 1
2014.02.24 00:32:48 5: WifiLED low level cmd queue send 5684e01aaa, qlen 1
2014.02.24 00:32:48 5: WifiLED low level cmd queue add 00, qlen 2
2014.02.24 00:32:48 4: WifiLED high level cmd queue ask next 1393198368.42061 1393198368.42061
2014.02.24 00:32:48 4: WifiLED processEvent: , progress: 88
2014.02.24 00:32:48 5: WifiLED high level cmd queue exec dropper delay: -0.0868971347808838
2014.02.24 00:32:48 5: WifiLED high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.02.24 00:32:48 4: WifiLED high level cmd queue ask next 1393198368.62061 1393198368.62061
2014.02.24 00:32:48 4: WifiLED processEvent: , progress: 89
2014.02.24 00:32:48 5: WifiLED high level cmd queue exec dropper delay: -0.00567007064819336
2014.02.24 00:32:48 4: WifiLED high level cmd queue exec hsv 90, 90, 90, delay 200, hl qlen 11, ll qlen 0, lock 0
2014.02.24 00:32:48 4: WifiLED RGB LW12 set h:90, s:90, v:90
2014.02.24 00:32:48 5: WifiLED low level cmd queue add 567de516aa, qlen 1
2014.02.24 00:32:48 5: WifiLED low level cmd queue send 567de516aa, qlen 1
2014.02.24 00:32:48 5: WifiLED low level cmd queue add 00, qlen 2
2014.02.24 00:32:48 4: WifiLED high level cmd queue ask next 1393198368.82061 1393198368.82061
2014.02.24 00:32:48 4: WifiLED processEvent: , progress: 90
2014.02.24 00:32:48 5: WifiLED high level cmd queue exec dropper delay: -0.087536096572876
2014.02.24 00:32:48 5: WifiLED high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.02.24 00:32:48 4: WifiLED high level cmd queue ask next 1393198369.02061 1393198369.02061
2014.02.24 00:32:48 4: WifiLED processEvent: , progress: 91
2014.02.24 00:32:49 5: WifiLED high level cmd queue exec dropper delay: -0.00560402870178223
2014.02.24 00:32:49 4: WifiLED high level cmd queue exec hsv 92, 92, 92, delay 200, hl qlen 9, ll qlen 0, lock 0
2014.02.24 00:32:49 4: WifiLED RGB LW12 set h:92, s:92, v:92
2014.02.24 00:32:49 5: WifiLED low level cmd queue add 5677eb12aa, qlen 1
2014.02.24 00:32:49 5: WifiLED low level cmd queue send 5677eb12aa, qlen 1
2014.02.24 00:32:49 5: WifiLED low level cmd queue add 00, qlen 2
2014.02.24 00:32:49 4: WifiLED high level cmd queue ask next 1393198369.22061 1393198369.22061
2014.02.24 00:32:49 4: WifiLED processEvent: , progress: 92
2014.02.24 00:32:49 5: WifiLED high level cmd queue exec dropper delay: -0.0849270820617676
2014.02.24 00:32:49 5: WifiLED high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.02.24 00:32:49 4: WifiLED high level cmd queue ask next 1393198369.42061 1393198369.42061
2014.02.24 00:32:49 4: WifiLED processEvent: , progress: 93
2014.02.24 00:32:49 5: WifiLED high level cmd queue exec dropper delay: -0.00579524040222168
2014.02.24 00:32:49 4: WifiLED high level cmd queue exec hsv 94, 94, 94, delay 200, hl qlen 7, ll qlen 0, lock 0
2014.02.24 00:32:49 4: WifiLED RGB LW12 set h:94, s:94, v:94
2014.02.24 00:32:49 5: WifiLED low level cmd queue add 5670f00eaa, qlen 1
2014.02.24 00:32:49 5: WifiLED low level cmd queue send 5670f00eaa, qlen 1
2014.02.24 00:32:49 5: WifiLED low level cmd queue add 00, qlen 2
2014.02.24 00:32:49 4: WifiLED high level cmd queue ask next 1393198369.62061 1393198369.62061
2014.02.24 00:32:49 4: WifiLED processEvent: , progress: 94
2014.02.24 00:32:49 5: WifiLED high level cmd queue exec dropper delay: -0.0861032009124756
2014.02.24 00:32:49 5: WifiLED high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.02.24 00:32:49 4: WifiLED high level cmd queue ask next 1393198369.82061 1393198369.82061
2014.02.24 00:32:49 4: WifiLED processEvent: , progress: 95
2014.02.24 00:32:49 5: WifiLED high level cmd queue exec dropper delay: -0.00549006462097168
2014.02.24 00:32:49 4: WifiLED high level cmd queue exec hsv 96, 96, 96, delay 200, hl qlen 5, ll qlen 0, lock 0
2014.02.24 00:32:49 4: WifiLED RGB LW12 set h:96, s:96, v:96
2014.02.24 00:32:50 5: WifiLED low level cmd queue add 5667f509aa, qlen 1
2014.02.24 00:32:50 5: WifiLED low level cmd queue send 5667f509aa, qlen 1
2014.02.24 00:32:50 5: WifiLED low level cmd queue add 00, qlen 2
2014.02.24 00:32:50 4: WifiLED high level cmd queue ask next 1393198370.02061 1393198370.02061
2014.02.24 00:32:50 4: WifiLED processEvent: , progress: 96
2014.02.24 00:32:50 5: WifiLED high level cmd queue exec dropper delay: -0.102828979492188
2014.02.24 00:32:50 5: WifiLED high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.02.24 00:32:50 4: WifiLED high level cmd queue ask next 1393198370.22061 1393198370.22061
2014.02.24 00:32:50 4: WifiLED processEvent: , progress: 97
2014.02.24 00:32:50 5: WifiLED high level cmd queue exec dropper delay: -0.00537490844726562
2014.02.24 00:32:50 4: WifiLED high level cmd queue exec hsv 98, 98, 98, delay 200, hl qlen 3, ll qlen 0, lock 0
2014.02.24 00:32:50 4: WifiLED RGB LW12 set h:98, s:98, v:98
2014.02.24 00:32:50 5: WifiLED low level cmd queue add 565efa05aa, qlen 1
2014.02.24 00:32:50 5: WifiLED low level cmd queue send 565efa05aa, qlen 1
2014.02.24 00:32:50 5: WifiLED low level cmd queue add 00, qlen 2
2014.02.24 00:32:50 4: WifiLED high level cmd queue ask next 1393198370.42061 1393198370.42061
2014.02.24 00:32:50 4: WifiLED processEvent: , progress: 98
2014.02.24 00:32:50 5: WifiLED high level cmd queue exec dropper delay: -0.0874171257019043
2014.02.24 00:32:50 5: WifiLED high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.02.24 00:32:50 4: WifiLED high level cmd queue ask next 1393198370.62061 1393198370.62061
2014.02.24 00:32:50 4: WifiLED processEvent: , progress: 99
2014.02.24 00:32:50 5: WifiLED high level cmd queue exec dropper delay: -0.00578212738037109
2014.02.24 00:32:50 4: WifiLED high level cmd queue exec hsv 100, 100, 100, delay 200, hl qlen 1, ll qlen 0, lock 0
2014.02.24 00:32:50 4: WifiLED RGB LW12 set h:100, s:100, v:100
2014.02.24 00:32:50 5: WifiLED low level cmd queue add 5654ff00aa, qlen 1
2014.02.24 00:32:50 5: WifiLED low level cmd queue send 5654ff00aa, qlen 1
2014.02.24 00:32:50 5: WifiLED low level cmd queue add 00, qlen 2
2014.02.24 00:32:50 4: WifiLED high level cmd queue ask next 1393198371.08997
2014.02.24 00:32:50 4: WifiLED processEvent: , progress: 100

Ich glaube, das sagt dir mehr als mir :)
Wie stelle ich die RGB-Werte ein? Die DropDown-Liste bietet nach wie vor nur HSV an.

Gruß
Hans

Edit:
System:LW12

Hallo Hans,

vielen Dank für das log, sieht gut aus  :)

ZitatBei schnellen Transitions schnellt die CPU-Last auf dem Raspi schon gegen 98%, aber nur für weniger als eine Sekunde.

Das ist völlig ok, da wird die Transition one-shot vorberechnet. Das macht einen kurzen Peak.

ZitatWie sehe ich die Framerate? Habe ich etwas verpasst?

Nee, hast nix verpasst, ich hab mich dumm ausgedrückt.  ;) Sieht der Farbwechsel flüssig, möglichst wenig abgehackt, aus?

ZitatEtwas Log: Von 0,0,0 auf 100,100,100 20 q

Vielen Dank dafür. Kannst Du testweise nochmal "härter" ran gehen, so etwas in der Art wie:
set WifiLED HSV 0,0,0; set WifiLED HSV 0,100,100 3 q; set WifiLED HSV 0,0,0 3 q; set WifiLED HSV 60,60,50 3 q; set WifiLED HSV 180,100,100 3 q; set WifiLED HSV 180,100,0 3 q;  set WifiLED HSV 0,100,100 3 q; set WifiLED HSV 0,0,0 3 q; set WifiLED HSV 60,60,50 3 q; set WifiLED HSV 180,100,100 3 q; set WifiLED HSV 180,100,0 1 q
Das müsste ihm knapp 30 Sekunden richtig Feuer machen, in dieser Zeit sind CPU und halbwegs "flüssiger" Farbwechsel interessant. Den Loglevel würde ich dabei auf 1 oder 2 runternehmen weil das loggen sonst für sich schon so viel CPU frisst. Es geht um das subjektive, fhem soll gut responsive bleiben und der Farbwechsel halt optisch möglichst fließend sein.

ZitatWie stelle ich die RGB-Werte ein? Die DropDown-Liste bietet nach wie vor nur HSV an.

Darauf kann ich mir keinen Reim machen. Könntest Du bitte kurz ein
list WifiLED
machen und in der Sektion "Helper" die Line "COMMANDSET" kurz posten. Vielleicht vorher ein shutdown restart ?

Danke und Grüße
Jörg

Hallo!

Hier mal ein kurzer Bericht von mir, habe die "V2-Bridge" mit den "RGB-Bulb" und es klappt bis jetzt alles Bestens,
mit der neuen Änderung!

Danke für diese Tolle Arbeit...

Das einzig was ich bemerkt habe, wenn ich im Colorpicker auf Weiß gehe, dann stellt es auf Rot!

Mfg Steffen

super, Danke für Feedback.

Das Weiß-Rot Ding ist kein Fehler an sich sondern kommt daher das die RGB halt kein Weiß kann. Wenn das sehr stört kann ich da nochmal bei gehen und Weiß für die RGB aus dem Colorpicker nehmen.

btw.: ich hab hier eine RGB die ich nur zum testen hab. Zumindest bei der ist es so das die irgendwo im Bereich HSV 300 (plus / minus) einen FW Bug hat und plötzlich ganz andere Farben auf einzelne Werte legt. Ich glaub Blau und Grün oder so. Vermutlich liegt in der bridge oder in der Bulb eine Lookup Tabelle in dem Bereich falsche Einträge hat. Wenn Du das beobachtest und die Muße hast die genauen Werte herauszubekommen kann ich das mit dem neuen converter im Modul überschreiben. Sieht man bei langsamen Colorfades in dem Bereich, dann blitzt bei meiner kurz die falsche Farbe auf.

vg
Jörg

RGB kann Weiß, allerdings halt kein schönes :D
Bei RGB FFFFFF leuchten Rot, Grün und Blau auf voller Helligkeit, was Weiß ergibt.
Heute oder spätestens Morgen werde ich auch mal ausgibig testen :)

Moin,

Der "Härtetest" führt zu einer CPU-Auslastung um 90%. Farbwechsel sind schon etwas ruckelig auf dem Raspi. fhem ist weiter gut bedienbar.
list:
COMMANDSET on off dim HSV RGB
nach Restart RGB auch in DropDown ::)

Gruß
Hans

ZitatRGB kann Weiß, allerdings halt kein schönes :D

jaaa, hast ja recht. Allerdings so 'n blödes Lila iirgendwas als Weiß das ich das garnicht reingenommen habe.
;D

ZitatDer "Härtetest" führt zu einer CPU-Auslastung um 90%. Farbwechsel sind schon etwas ruckelig auf dem Raspi.

Super, Dankeschön. 90% sind ok (dafür hat so 'ne CPU ja 100%) wenn fhem noch responsive bleibt und das sieht ja dann so aus - gut!  8) Das mit dem ruckeln, naja, mehr geht dann halt auf den "kleinen" CPUs nicht - ist ja aber auch ein Härtetest  :) Der Unterschied zu grossen CPUs ist schon gewaltig. Mein DEV Notebook mit einer alten Intel 7xx irgendwas macht mit einer milight (die machen zwar weniger Frames brauchen aber genauso viel Rechenzeit) keine 5%  und die FB geht auch auf 60% hoch. Mit schnelleren CPUs gehen die Frames für den LW12 dann nach oben.

Zitatnach Restart RGB auch in DropDown

na dann passt es ja

Danke und Grüße
Jörg

Zitat von: herrmannj am 24 Februar 2014, 08:31:11
jaaa, hast ja recht. Allerdings so 'n blödes Lila iirgendwas als Weiß das ich das garnicht reingenommen habe.

Ach schade :(
Könntest du das nicht bitte doch mit reinnehmen? :D ist ja eigendlich nur eine konsequente Umrechnung.

Hab vorne gesehen bei den ToDos steht noch benutzerdefinierte Farben speichern - das ist mehr oder weniger mit dem Colorpicker möglich.
Man kann im Webcmd seine eigenen Farben einfügen und dann per Knopfdruck anzeigen lassen :)

Gruß
Kuzl

ZitatAch schade :(
Könntest du das nicht bitte doch mit reinnehmen? :D ist ja eigendlich nur eine konsequente Umrechnung.

Wieso ? Du hast doch einen LW12 wenn ich mich recht erinnere. Der kann die komplette additive RGB Mischung und die wird auch vom Modul 100% unterstützt. Bei Dir hängt es nur vom stripe ab wie Weiß dargestellt wird. MBenker hat mir mal gesagt das er stripes hat die ein vernünftiges Weiß als RGB Mischung machen.

Bei Steffen ist das anders, der hat eine Milight RGB und die kann keine additive Mischung. Nur Farbkreis und eben Alibi-Weiß. Aus Sicht der Ansteuerung des Controllers macht da die Unterstützung keinen Sinn, wäre sogar schlecht in Bezug auf die Ansteuerung / Stabilität

vg
Jörg

Achsoooooo ich hab gedacht du hast das grundsätzlich nicht unterstützt, unabhängig vom Device :D

Ja genau hab den LW12 ok dann bin ich glücklich :) dann meld ich mich wieder wenn ich es getestet habe :)

Gruß
Kuzl

Hallo,

bin grad dazu gekommen die Grundfunktionen zu testen und ich glaub ich steh aufm Schlauch :D
Also RGB-Input scheint zu funktionieren (auch weiß hihi)
Allerdings wird der Colorpicker nicht geladen und logischerweise damit auch nicht meine vordefinierten Farben. Hier mal mein att vll mach ich was falsch:

attr LEDstripe webCmd RGB:RGB ff0000:RGB 00ff00:RGB 0000ff:on:off

Gruß
Kuzl

den Colorpicker habe ich weder verwendet/getestet noch ist speziell dafür etwas eingebaut. Nur RGB in und OUT.

vg
Jörg

Du musst noch ein "use Color" einfügen und den Colorpicker initialisieren.
Siehe hier: http://www.fhemwiki.de/wiki/Color (http://www.fhemwiki.de/wiki/Color)
Diese 2 Zeilen müssten eigendlich reichen, evtl. muss noch ein set rgb:colorpicker hinzugefügt werden, wobei ich mir da jetzt nicht sicher bin.

Aber 2-3 Zeilen Code sind nicht die Welt :) ich werd das auch gleich mal ausprobieren wenn ich das hinbekomme :D

Gruß
Kuzl

darum geht es gar nicht. Das derzeitige Widget muss überarbeitet und ausgegliedert werden. Das braucht dann mehr Zeilen :)

vg
Jörg

achso oke dann muss ich mich mit dem colorpicker wohl noch etwas gedulden :D

Gruß
Kuzl

So ich nochmal ich hab grad versucht mir den colorpicker selbst reinzubasteln und hab dabei was gefunden was dir Ärger für die Zukunft ersparen könnte :D
das set commando MUSS rgb sein und nicht RGB also kleingeschrieben.
auch das Reading muss klein sein

Im Moment wird allerdings noch nichts ausgelöst da du intern ebenfalls mit dem Großgeschriebenen arbeitest.

Gruß
Kuzl

EDIT:

OK geht jetzt man muss doch nur die beiden IF-Abzweigungen um  || ($cmd eq 'rgb') ergänzen... hab als erstes das obere übersehen.

das Attribut widget ist noch nicht implementiert oder? hab jetzt zuminderst nichts gefunden

EDIT 2:

hab jetzt mal nen ausgiebigen Test gemacht also ich bin der Meinung du könntest die Framerates noch etwas hochschrauben :) ich merke noch ein deutliches Flackern wobei dies bei den Farbübergängen weniger zu sehen ist als beim Aufdimmen einer Farbe von 000001 auf 0000FF.
Außerdem ist mir aufgefallen dass die Eigenheit mit 000000 auch beim Abdimmen zu berücksichtigen ist. Wenn man direkt auf 000000 will, geht er erst auf Weiß und wird dann dunkler.

Außerdem wird bei längeren Fades deutlich sichtbar, dass man die Gammakorrekur noch berücksichtigen muss. (beim Hochdimmen wird für das menschliche Auge erst schnell und dann immer langsamer hochgedimmt und nicht linear; beim Abdimmen wird fürs Auge erst langsam und am Ende immer schneller abgedimmt)
Die CPU-Sparendste Variante ist warscheinlich einfach zu jedem Wert von 01 bis FF den zugehörigen korrigierten Wert in einer Tabelle abzulegen und dann nur immer mit einem Index darauf zuzugreifen. Wenn du das noch reinbaun könntest, wär echt der Hammer :) kann dir da gerne helfen :) Hier noch ein Link der das alles nochmal etwas erläutert und eine fertigen Rechner in Form einer Exceltabelle enthält, der dir die Tabelle ausspuckt: http://www.mikrocontroller.net/articles/LED-Fading (http://www.mikrocontroller.net/articles/LED-Fading)

Zitatich bin der Meinung du könntest die Framerates noch etwas hochschrauben

Ich befürchte da machst Du es Dir etwas zu leicht  ;) Die Transition erbringt der fhem Host und nicht der Controller. Die erzielbaren Frames / Sekunde sind das komplexe Ergebnis aus Controller / LED Device, Host Cpu und den anderen laufenden fhem Modulen. Vereinfacht gesagt verwendet das Modul "freie" Rechenzeit und läßt fhem den Vortritt.

Auf welcher Hardware läuft Dein fhem und welche CPU Load bekommst Du wenn das Beispiel das Hans heute morgen getestet hat laufen läßt ? :
set LEDstripe HSV 0,0,0; set LEDstripe HSV 0,100,100 3 q; set LEDstripe HSV 0,0,0 3 q; set LEDstripe HSV 60,60,50 3 q; set LEDstripe HSV 180,100,100 3 q; set LEDstripe HSV 180,100,0 3 q;  set LEDstripe HSV 0,100,100 3 q; set LEDstripe HSV 0,0,0 3 q; set LEDstripe HSV 60,60,50 3 q; set LEDstripe HSV 180,100,100 3 q; set LEDstripe HSV 180,100,0 1 q

ZitatWenn man direkt auf 000000 will, geht er erst auf Weiß und wird dann dunkler.

Bei welcher Sequenz genau tritt das auf ?

ZitatAußerdem wird bei längeren Fades deutlich sichtbar, dass man die Gammakorrekur noch berücksichtigen muss.

Das ist Aufgabe des Controllers. Wenn da korrigiert werden soll muss das wie die color Korrektur device abhängig implementiert werden. Ich nehme das auf die Liste mit den feature requests. Zusätzlich wird auch die Kennlinie des stripes Einfluss haben. Wie sieht das bei anderen LW12 usern aus ?

vg
Jörg

ZitatIch befürchte da machst Du es Dir etwas zu leicht

Warscheinlich ja :D
FHEM läuft bei mir auf einem Raspberry Pi und der Test bringt eine Auslastung von ca. 80-90%
Wobei du ja gesagt hast, dass die Frames vorberechnet werden und anschließend nur noch ausgegeben - vll kann man das etwas entzerren :)

Die Gammakorrektur wird das Flackern aber minimieren da das Flackern daher kommt, dass einfach zu viele der 256 Schritte übersprungen werden und das gleicht die Gammakorrektur etwas aus :)

ZitatBei welcher Sequenz genau tritt das auf ?

Bei Transisionen von einer Farbe auf RGB 000000 - ist aber eigendlich logisch da 000000 ja eigendlich keine Farbe ist

ZitatAußerdem wird bei längeren Fades deutlich sichtbar, dass man die Gammakorrekur noch berücksichtigen muss.
Das ist Aufgabe des Controllers. Wenn da korrigiert werden soll muss das wie die color Korrektur device abhängig implementiert werden. Ich nehme das auf die Liste mit den feature requests. Zusätzlich wird auch die Kennlinie des stripes Einfluss haben. Wie sieht das bei anderen LW12 usern aus ?

Jap sollte es sein, macht er aber nicht :D Und ich bezweifle , dass die Bridges bzw. die Milights das machen.
Ich denke das muss nicht Device-abhängig immplementiert werden, da sich die Kennlinie des Auges ja nicht ändert :) du musst nur den Wert den du ausgeben willst nochmal durch die Tabelle jagen - oder eben vor der Berechnung.
Natürlich haben die verschiedenen LEDs Einfluss, wobei der dabei denke ich fast zu vernachlässigen ist. Zuminderst hatte ich bei sehr verschiedenen LEDs von 1mm kleinen SMDs bis zu 10mm immer gute Ergebnisse mit der gleichen Tabelle. Am besten einfach mal ausprobieren und überzeugen lassen :)

Bitte nicht falsch verstehen ich will dein Modul in keinster weise schlecht machen, im Gegenteil ich finde es genial was du da aus dem Boden gestampft hast und was du da alles mit aufnimmst :)

Viele Grüße
Kuzl

ZitatFHEM läuft bei mir auf einem Raspberry Pi und der Test bringt eine Auslastung von ca. 80-90%

Beim Steak würde man sagen "auf den Punkt!" - perfekt. Mehr kann der raspi nicht. Wichtig nochmal darauf hinzuweisen das die Reaktionsfähigkeit von fhem auf Events / Schalter etc auch bei vergleichsweise hoher CPU Usage voll erhalten bleibt weil die nach ganz wenigen Millisekunden der fhem Hauptprozess sofort wieder drankommt. Meiner Schätzung nach dürften in Deiner Config bis zu 20 Aktualisierungen pro Sekunde drin sein wenn die anderen Prozesse Raum dafür lassen. In der Umgebung (fhem, raspi) respektabel und der Weg zu mehr Frames führt nur über eine stärkere CPU.

ZitatBei Transisionen von einer Farbe auf RGB 000000 - ist aber eigendlich logisch da 000000 ja eigendlich keine Farbe ist

Ich habe das nachgestellt und ja - ist so. Liegt, so wie Du richtig vermutest, an der "Farblosigkeit" von Schwarz, bzw noch exakter daran das es keine Sättigung hat. Aber heh: Du wolltest RGB in :P. Die Transition Funktioniert im RGB nur so:
set light RGB FF0000; set light RGB 010000 30 q; set light RGB 000000 1 q

Zum Gamma: ich bin da grundsätzlich offen, aber natürlich muss eine Korrektur auf / an dem Ausgabedevice erfolgen. Das ist immer so. Ganz selbstverständlich!!! Beispiel Milight RGBW2: die hat 25 Helligkeitsstufen, RGB und RGBW1 haben 10. Schon diese individuellen Charakteristika zeigen das es per Device erfolgen muss, der "Bedarf" an Korrektur ist genauso unterschiedlich wie bei verschiedenen Bildschirmen ...

Die von Dir vorgeschlagene Lösung, bzw der verlinkte Artikel, scheinen mir falsch. Nimm zum Beispiel ein "GoldenRod": #DAA520, das ist eine HTML named color. Wenn ich jetzt eine nichtlineare Funktion (Gamma) auf die 3 RGB Kanäle ansetze ändern sich jeder Kanal, der Funktion entsprechend, nicht linear. Die Farbwahrnehmung wird aber, unabhängig von der verwendeten Einheit (float, bit, byte) über das Verhältnis von R,G,B zueinander definiert. Da die Funktion per Definition nichtlinear ist ändert sich damit zwangsläufig das Verhältnis der Kanäle zueinander -> und damit neben der Helligkeit auch die Farbe was ja falsch ist.

Der Artikel beschreibt ja verschiedene, mehr oder weniger komplexe, Formeln zur Adaption an das physiologische Sehen (mit marginalen Unterschieden zur bekannten Gamma-korrektur). Nur: entweder ich arbeite an einer Anpassung an das physiologische Sehvermögen dann muss ich das auf dem V Channel machen (siehe oben: sonst Farbe falsch  :) )   - oder - ich korrigiere die Physik des Wandlers: Charakteristik des PWM externer Beschaltung plus Kennlinie der LEDs. Das wäre per Cannel richtig - allerdings bringt dann der Bezug auf das physiologische Sehvermögen nichts. Dann muss ich die Charakteristik der Ausgabekette kennen und ausgleichen.

Meine Vermutung ist jetzt das der Bedarf beim LW 12 tatsächlich Gamma (auf V Channel!) ist. So würde ich das auf die feature request Liste setzen.

Wäre schön wenn der eine oder andere LW12 Besitzer seine Beobachtungen noch mit in die Diskussion wirft, das würde mir möglicherweise helfen noch genauer zu verstehen was ich fixen soll.

Danke und Grüße
Jörg

... um da gleich nochmal anzuknüpfen:

um mal zu überprüfen ob die Theorie stimmen kann und die normale Gamma Funktion zur Korrektur geeignet ist:

Bei Gamma 0,5 wäre folgendes richtig: (V auf % Helligkeit)
HSV 0,0,50 -> 25%
HSV 0,0,71 -> 50%
HSV 0,0,86 -> 75%

Gamma 0,6
HSV 0,0,44 -> 25%
HSV 0,0,66 -> 50%
HSV 0,0,84 -> 75%

Gamma 0,7
HSV 0,0,38 -> 25%
HSV 0,0,61 -> 50%
HSV 0,0,82 -> 75%

Geht einer von denen in die richtige Richtung ?

edith: also um die Funktion zu prüfen wäre wichtig das alle 3 Punkte der Funktion so ungefähr passen ... logisch oder  ;)

vg
Jörg

Hallo ihr, ich habe nun wirklich alles gelesen und schäme mich ein wenig. Da ich leider recht neu im fHEM bin, hab zwar das Modul geladen bekommen und auch eine Lampe mit Wohnzimmer angelegt, aber es passiert einfach nix wenn ich on/off trigger. Gibts evt ein HowTo durch das ich mich arbeiten kann? App und FB klappen wunderbar mit den Lampen. Muss ich die evt mit Fhem nochmal pairen?

*duck* und danke für den Input.

Ok war mein Fehler da hab ich mich etwas falsch ausgedrückt die Korrektur betrifft nur die Helligkeit allerdings NICHT das Verhältnis der einzelnen Kanäle zueinander, das muss linear bleiben. => V
Daher passt meine verlinkte Seite schon, da sie nicht von einer RGB-LED sondern von einer Einfarbigen ausgeht.

Hab nicht gewusst dass die Milights das haben ich kann natürlich nur vom LW12 sprechen und ehrlich gesagt ist mir das bei so billigen teilen noch nie untergekommen wundert mich jetzt echt :) Dann musst du es natürlich im Device machen. Hab mich ehrlich gesagt mit Milight nicht beschäftigt und wusste nicht, dass dort solche Unterschiede sind.

Meiner Meinung nach ist von deinen zwei vorgeschlagenen Wegen der erste der Zielführendere.

Zur CPU-Usage kann ich nur zustimmen das find ich so auch ok sodass noch genügend Reserven für andere Prozesse vorhanden sind.
Bei den angenommenen 20 Frames sind es bei 3 Sekunden von 0 auf FF bei einer linearen Transision 4er Schritte, was bei den dunkleren Werten für das Auge richtig große Sprünge sind. Für Farbübergänge ist das ok da das ja mehr oder weniger durch die andere LED ausgeglichen wird.

Zu den 3 Funktionen:
Ich hab mir alle 3 angesehen und muss zugeben dass ich nicht sagen kann, welche eher zutrifft. Das ist subjektiv echt schwer zu sagen, da die Werte auch sehr ähnlich sind. Ich glaube das könnte man eher bei einem direkten Verlauf sagen.

Außerdem hab ich das mal mit der Formel aus dem Link getestet, die komischerweise sehr viel andere Werte liefert:
25% => 30
50% => 45
75% => 68
Und auch diese Funktion scheint mir vom Verlauf her relativ gut zuzutreffen (ich trau mich jetzt nicht zu sagen besser als die anderen)
Allerdings kann ich halt aus persönlicher Erfahrung sagen dass sie sehr gut zutrifft, was man beim Hoch- und Runterdimmen auch schön sieht.
Direktes Gamma hab ich damals nie ausprobiert.

Würde mich mal interessieren, was andere LW12-Besitzer dazu meinen.

Find ich super dass du das einbauen willst :)

@breezybadger: Kannst du uns bitte etwas mehr Infos geben, welche "Lampen" du benützt?

Viele Grüße
Kuzl

Hallo Kuzl,
ich benutze genau diese hier http://www.amazon.de/gp/product/B00G8JR08C/ref=oh_details_o06_s00_i00?ie=UTF8&psc=1 (http://www.amazon.de/gp/product/B00G8JR08C/ref=oh_details_o06_s00_i00?ie=UTF8&psc=1) , das ist soweit ich vermute eine V3. Die Brigh ist schon im Wifi und läuft auch per Iphone.

Hi breezybadger,

alles gut, must Dich nicht ducken gibt ja noch keine vernünftige Doku für das modul.

Nimmst Du alle 4 Bulbs als eine Gruppe und wenn ja ist das Gruppe 1 ? also linke Taste in der App ?

vg
Jörg

Hallo Jörg,

das geht ja echt fix hier, wow! Ich hab im Moment auf der Hardware-Fernbedinung und App verschieden Konfigurationen, die Lampen sind in 3 Gruppen organisiert ( für je einen Raumen ) von links nach rechts auf der Fernbedinung ( genau wie in der App, hier allerdings verschiedene). Habe also 2 in Gruppe 1, 1 in Gruppe 2 und 1 in Gruppe 3.

Hi Kuzl,

ok, die Werte dir Du geschrieben hast gehen grob in Richtung von Gamma 0,9. Ich werde das Gamma ohnehin als attrib reinnehmen dann kann man das individuell einstellen. Logisch, rein optisch schwer, wie linear das ist würde man dann auch beim hoch dimmen am besten sehen können.

Aus Deiner Sicht geht die Korrektur aber in die richtige Richtung ? Welches Gamma man dann für sich einstellt kann ja sogar noch am stripe hängen. Mal schauen ob noch 'ne zweite Meinung dazu reinkommt - aber dann habe ich ja schon mal eine Richtschnur.

Nachtrag:

Zitatwas bei den dunkleren Werten für das Auge richtig große Sprünge sind

Das würde sich mit der Gamma Korrektur ja erledigen - oder ?

vg
Jörg

Zitat von: breezybadger am 25 Februar 2014, 22:55:58
die Lampen sind in 3 Gruppen organisiert ( für je einen Raumen ) von links nach rechts auf der Fernbedinung ( genau wie in der App, hier allerdings verschiedene). Habe also 2 in Gruppe 1, 1 in Gruppe 2 und 1 in Gruppe 3.

in der Definition sind das drei Device in der Form:

define Raum1 WifiLight RGBW2 bridge-V3:192.168.178.42
define Raum2 WifiLight RGBW2 bridge-V3:192.168.178.42
define Raum3 WifiLight RGBW2 bridge-V3:192.168.178.42


Wenn die schon über die app mit der bridge gepairt sind brauchst Du nnicht mehr neu zu pairen. Die Gruppen werden in der Reihenfolge zugeordnet in denen die defines angelegt werden. Sollte da was nicht passen kannst Du die device ja einfach so umbenennen das es passt.

Nimm keine punkte in die device namen.

vg
Jörg

Hallo Jörg,

ich habe keine Ahnung wie du das gemacht hast! Ich hatte vorher nur einen Eintrag, evt. schreibst du noch dazu, dass man für jede Gruppe einen eigenen, neuen Eintrag braucht. Mir ist jedenfalls geholfen und ich bin dann jetzt stiller zuhörer. Besten Dank!

Breezy

sehr gern  :)

ps
Kannst gerne auch "laut" zuhören, Fragen gehem immer  ;)

Hi Jörg,

Jap die Korrektur geht definitiv in die richtige Richtung, das sieht man sogar ohne direktes Hochdimmen über die Funktion :D
Gute Idee, das als Attribut einzupflegen, so hast du die Unterschiede der Leuchtmittel auch gleich drinnen :)

ZitatDas würde sich mit der Gamma Korrektur ja erledigen - oder ?

ja, das sollte sie erledigen oder zuminderst minimieren.

Evtl noch ne kleine Anmerkung zur Umsetzung:
Am besten wäre es, wenn beim definieren des Attributes die Funktion berechnet und abgelegt wird. Bei Transisionen dann praktisch nur noch auf die fertigen Werte zugegriffen werden muss.

ODER

Direkt einfach Alle Funktionen von haus aus ablegen und dann nur noch darauf zugreifen.

Ist zwar nicht die schönste Variante gegenüber der Berechnung "on the fly" aber damit man die Frameraten nicht nochmal nach unten drückt denke ich ist das so sinnvoller. Bei den kleinen Systemen ist einfach CPU wichtiger als Speicher :D

Lass mich aber gern eines besseren belehren :)

Viele Grüße
Kuzl

probier die version mal aus (shutdown restart!)

das attrib ist gamma

Kannst ja erst mal mit gamma 0.2 und gamma 2.2 testen ob die Anpassung überhaupt greift und dann bei 0.5 starten und in 0.05 er Schritten gegen 1 gehen um zu sehen wo er linear ist.  Als default habe ich erstmal 0.73 hinterlegt, denke das kommt ganz gut hin...

Solltest Du mit dim x xx getestet haben (also nicht transition): beim dim habe ich bei der Gelegenheit noch gesehen das der Intervall noch falsch stand, den habe ich hochgesetzt. Bei transitions ist die timebase unverändert. gamma wirkt auf alle settings (dim, hsv, rgb ...)

vg
Jörg

Ich würde sagen am besten waren die Werte zwischen 0.6 und 0.75 also kommt das schon ganz gut hin was du vermutet hast, ich tendiere eher zu 0.65 oder 0.7

Allerdings muss ich sagen, dass es zwar vom Helligkeitsverlauf jetzt sehr viel besser ist, allerdings sind die Frames vom Gefühl her sehr stark eingegangen. Es ist also kein schönes Dimmen sondern eher hakelig :D getestet habe ich 3 Sekunden und 6 Sekunden.

Bei langen Transisionen (ich hab 30s getestet) wirkt es aber wunderschön und sehr linear :)

an den Frames hat sich bei "set HSV" bzw "set RGB" nix geändert und "dim" ist schneller geworden. Ist das "hakeln" bei dim oder bei set RGB/HSV ?

Der Speciherverbrauch ist gestiegen, haut die da vmem oder swap dazwischen ? Bei den Frames hab ich 'nen Haken dran - wäre schön wenn Du, sollte sich Dein Gefühl da vertiefen, nochmal die alte Version gegen-stellst. Ist ja im ersten post. Beim Gamma bist Du übrigens nicht auf 0.05 er festgelegt, 0.672 oder was auch immer geht natürlich auch. Wobei die Unterschiede vermutlich nur noch messtechnisch relevant sind - aber gehen tuts  :)

Langsam wirds ja ein Hifi Modul  ;) Gamma- und Farbkorrektur,  bald sind die LEDs besser kalibriert als mein Monitor  8)

Schön wenn das so funktioniert und Du zufrieden bist. Bei den Milights relativiere iich ein bischen, zumindest den White und den RGBW2 steht ein Gamma von 0.8 gut - bei den RGB und RGBW1 ist es schon ab Werk ok.

Ja - wenn Du dem mit den frames nochmal nachgehst - das wäre cool.

vg
Jörg


edith:
wobei mehr speicher überschaubar ist - 101 x float im array. float sind, glaub ich 4 byte, als 404byte plus das was das array an overhead hat.

Jap hast du recht am Speicher liegt es nicht sind bei mir noch fast permanent über 300 MB frei.

Hast recht ist ca. gleichgeblieben nur irgendwie anders :D davor wars einfach immer bei den dunklen Werten - logisch
Jetzt scheint es teilweise so, als ob es kurzzeitig Stehen würde, was ich aber nicht glaube (CPU passt)

Beim Test hat sich herausgestellt, dass das Hakeln irgendwie vom Gamma abhängig ist. Schwer zu sagen aber ich glaube der erste Sprung ist gleich der erste von 01 aus auf die erste Helligkeitsstufe (kann daran liegen, dass beim Gamma nicht immer mit so kleinen Werten angefangen wird oder?)

Na da kommt man vor lauter Arbeit mal ein paar Tage nicht dazu, hier reinzuschauen und nachzulesen und schon wird es ein HIFI Modul ???

Ich weiss zwar nicht was du da alles jetzt rein gebaut hast, Jörg, aber ich glaube wir müssen mal wieder ne Stunde telefonieren :D

ZitatBeim Test hat sich herausgestellt, dass das Hakeln irgendwie vom Gamma abhängig ist. Schwer zu sagen aber ich glaube der erste Sprung ist gleich der erste von 01 aus auf die erste Helligkeitsstufe (kann daran liegen, dass beim Gamma nicht immer mit so kleinen Werten angefangen wird oder?)

ich verstehe nicht genau wie das gemeint ist - aber die Gefahr ist wohl wirklich genau zwischen Anzahl Frames/Sek und Helligkeitsanpassung zu unterscheiden. Wobei die Frames halt auch von den anderen fhem Prozessen abhängt, das kann mal so mal so sein. Wenn irgendein anderes Modul was "langsames" macht seht man das sofort. Bei 3 Sekunden Transition sind ja 1000 msek schon mal eben ein drittel.

Bei gamma 0.6 sind die ersten Werte (%V auf RGB) :

1   0
2   0
3   1
4   1
5   2
6   2
7   3
8   4
9   5
10   5
11   6
12   7
13   9
14   10
15   11
16   12
17   13
18   15
19   16
20   17

vg
Jörg

ZitatJetzt scheint es teilweise so, als ob es kurzzeitig Stehen würde, was ich aber nicht glaube (CPU passt)

Axo, na das kann schon sein, siehe oben. Lass mal vielleicht (nur Beispiel) das Weather in dem Augenblick seine Daten holen, da machen eininge msek halt optisch schon was.
   

hm okay die Werte können es also nicht sein. Naja vll verlange ich einfach zu viel von der Hardware :D
Kann sein, dass wirklich irgend ein anderer Prozess grad was gemacht hat, aber für mich ist das so jetzt schon mal in Ordnung, muss ich halt langsamere Transisionen machen :D
Muss nur noch der Colorpicker rein dann bin ich restlos Zufrieden :)

Mal ne generelle Frage: Was benötigt bei deinem Modul die meiste Rechenzeit? - nur aus Interesse :D

kannst ja gerne profilen, vielleicht findest Du ja noch was.  :) Ansonsten gibt es keine single source und eine transition ist auch kein vodoo. Zuerst wird die Transition one shot berechnet, optimiert auf die maximalen Framerate die das device kann und abgestuft auf die steps die sinnvoll sind. Da wird dann geschaut wie viele Helligkeitsstufen von HSV a auf HSV b dargestellt werden können und wenn zwei reichen dann werden nur die zwei genommen.

Die werden dann in eine queue (die hl queue) geschrieben und dort timer-gesteuert abgeholt. Wenn fhem ausgelastet ist kommen die timer verspätet. Je nach Situation werden an der Stelle Frames verworfen, konkret wenn der timer so spät kommt das der nächste Frame schon dran ist. Wird der Frame ausgeführt dann kommt er in eine ll queue. Die ist notwendig weil auf milight bridges pro Frame 3 - 10 Befehle im richtigen Timing gesendet werden, im Falle des lw12 sind es nur schlanke 5 byte in einem Rutsch. Die ll queue hat eine Rückkopplung zur hl queue. Je nach Füllstand (sagt fhem bekommt die Daten nicht schnell genug raus) verwirft die hl queue Frames bis in der ll queue alles raus ist.
Spielt beim lw12 keine Rolle.

Das läuft alles ganz schlank und fix ab, braucht selbst auf meinem alten dev nb nada cpu. Aber FB, Raspi und Konsorten haben eben auch ganz schlanke cpu's  ;)

Wie gesagt, ist schon ganz gut optimiert.

Also, wenn das GAMMA passt dann übernehme ich das. Welcher Wert scheint Dir jetzt am geeignetsten beim lw12 ?

vg
Jörg

interessant umgesetzt :)
evtl noch ne Idee, wenns nicht sogar eh schon so gemacht wird:
erst nach dem Berechnen die Ausgabe starten, könnte evtl ein anfängliches "verwerfen" verhindern

ja das stimmt wobei der Raspi inzwischen echt mehr kann als ich am Anfang erwartet habe :D

eine Herausforderung damals bei mir war, dass ich nur 40Mhz zur Verfügung hatte und dann 10kB/s errechnen und über SPI ausgeben musste :D
Projekt war damals ein 10x10x10 LED-Cube mit relativ aufwändigen Animationen. Wir haben das damals mit Double-Buffering umgesetzt indem wir immer schon das Nächste Frame berechnet haben und anschließend nur noch die Zeiger ausgetauscht haben.

Allerdings ist µC-Programmierung nicht so mit PC-Programmierung zu vergleichen :D

Ich würde sagen so 0.65 scheint mir ein passender Wert zu sein.

Zitatja das stimmt wobei der Raspi inzwischen echt mehr kann als ich am Anfang erwartet habe :D

wohl war, irgendwie hat er ja auch den Bereich einplatinen computer revolutioniert. Also, meine Meinung. Vor dem raspi waren solche Boards exoten und heute für 'nen schmalen Taler fast mainstream. Schon eine tolle Leistung von den Jungs ..

Zitat10x10x10 LED-Cube mit relativ aufwändigen Animationen

schönes Projekt, sieht bestimmt cool aus  :)

ZitatIch würde sagen so 0.65 scheint mir ein passender Wert zu sein.

Na dann nehm ich das mal so rein  :D

vg
Jörg

Hallo Jörg,

dein Addon ist nun mein Einstieg zu fhem :) (wollte den Server die ganze Zeit schon testen, kam aber noch nicht dazu ...)

Ich bin selbst Entwickler und will mir ein "Wake-Up Light" nachbauen. Dachte erst an normale HTTP requests direkt an den WLAN Controller und dachte dann hey... warum nicht mit den Rollläden etc. koppeln ... also mit fhem :) naja dann von fhem php cronjobs zu triggern ist schon umständlich und eher ein Workaround und da bin ich auf dein Perl Script gestoßen.

Werde es morgen ausführlich testen (habe auch einen PI, daher ist die Peformance auch für mich interessant) - will das Projekt morgen umsetzen.

Bin also von nun an auch fließig am mitlesen und freue mich auf die nächste Version.

Viele Grüße
Sandra

Hallo Sandra,

Herzlich Willkommen !

Mit dem Wakeup Light haste Dir zum Start ja gleich 'ne kapitale Aufgabe gestellt  :). Wegen der performance kannst Du unbesorgt sein, wir "klagen" (arbeiten)  ;) hier gerade auf hohem Niveau. Wie weich Farbübergänge im Sekundenbereich sind und so. Wobei das mit dem Gamma dafür schon eine wichtige Ergänzung war.

Welche Leuchtmittel möchtest Du einsetzen ? Kannst die Version von gestern nehmen, die ist up-to-date.

vg
Jörg

Hi Jörg,

danke :)

Ich habe die Milight RGBW von Rocket LEDs mit WW.
Mal sehen, will aber nur den Farbverlauf ersteinmal bauen, also ohne Ton und Uhr ;)

Digital habe ich schon Tag / Nachtwechsel in DirectX simuliert. (HLSL ist zwar anders als Perl und hex anders als RGB aber mal sehen ;))

kann bei Interesse auch gerne meine Erfahrungen teilen. Ist bei mir morgen ein Raspberry PI Event in der Firma, ggf. folgt also auch ein Blogeintrag o.ä..
sollte es gut sein gibt es aber auf jedenfall ein Youtube Video :)

Viele Grüße
Sandra

Hi,

brauchst kein Perl um den Farbverlauf zu machen. Wirst Dich vermutlich aber in fhem einarbeiten müssen.

Das Modul ist bisher nur hier im thread dokumentiert. RGB und HSV werden als input genommen. Persönlich komme ich mit HSV besser zurecht, aber sicher eine Frage der Vorlieben.

Einen Farbverlauf baust Du Dir ganz einfach so "set <name> HSV 240,100,0; set <name> HSV 0,100,100 30 q". Der erste Befehl setzt die "Startfarbe": 240 ist im Fabrkreis blau, 100 die Sättigung und 0 (Value) die Helligkeit. Am zweiten Befehl hängen 2 Parameter dran. Die 30 sagt das zu der Farbe innerhalb von 30 Sekunden übergeblendet werden soll und das "q" schreibt das in eine interne Queue. Kannst beliebig viele davon verketten. Vermutlich hast Du Dir das aber ohnehin schon angelesen  :)

Die Rockets sind RGBW2, können keine Sättigung nur Color oder WW.

An dem Video kommst jetzt nicht mehr vorbei  8)

viele Grüße
Jörg

Oh ok :)

Ich habe jetzt immerhin das Anfänger pdf ausgedruckt und alles zum Thema Coding gelesen. Mal sehen wie weit ich morgen früh damit komme.

Genau einzelne Befehle habe ich hier schon gesehen, danke nochmal die q wird mir morgen sehr helfen.
Ansonsten werden es wohl fhem at-Befehle sein... ::)

Super das auch RGB geht, da aber noch ne Frage: ich denke mal von 0-255 nicht von 0.0 bis 1.0 oder?

Noch mal zum Verständnis : RGB oder weiß nicht gleichzeitig? Aber eine Überblendung in weiß scheint zu gehen, jefalls sieht das in dem einen Modi so aus.
Dimmbar sind die Einzelfarben auch, daher denke sollte die Birne  alles können was ein Aufwachlicht braucht :) (und dann noch mehr Farben als das Original)

Klar Video kommt :) hoffe nur das Smartphone zeichnet gut genug auf.

Grönö (Ikea) ist auch schon bereit, nur die e14 auf e27 Adapter hole ich morgen früh

Viele Grüße
Sandra

Hola,

genau, den "at" brauchst Du wegen der Startzeit. RGB in geht als HEX also "00FF00". Das nur Weiß oder Farbe geht liegt an den Rocket LEDs - die können das nicht. Dem Modul ist es egal und das wird abstrahiert und auf das umgesetzt was die jeweilige LED kann. LW12 zB kann Weiß und Farbe weil sich jeder Kanal getrennt ansteuern lässt. Für die Rockets (Mi Light) setzt das Modul eine Sättigung  > 20% auf rein Farbe und <20% hart auf Weiß um.

RGB-in hat den Nachteil das es nicht eindeutig in Bezug auf den Farbton ist wenn es um Schwarz,Grau oder Weiß geht. Für das Wake Up Light zB ist die erste Sepuenz ja Aus (-> RGB 000000) und von da aus dann zum Beispiel auf Rot (FF0000). Aus der RGB Beschreibung geht aber nicht hervor wie der Weg von aus zu Rot verlaufen soll. Formell ist RGB 000000 nur ein gaaanz dunkles  :D Weiß und das faden würde auch so laufen (Weiß -> Rot). Gib HSV ruhig einen try. Im HSV ist das Weg "ganz dunkles Blau" (240,100,0) auf "leuchtend Rot" (0,100,100) eindeutiger beschrieben.  In RGB musst man, etwas umständlicher, "Aus" (000000) dann "Blau dunkel" (000001) auf Rot (FF0000) bzw Gelb (FFFF00) nehmen.

vg
Jörg

Hey,

Super ok, dann probiere ich auch HSV aus. LW12 ist doch ein Strip, oder?
Wollte erstmal nicht an der Hardware groß rumbasteln, daher waren die "Glühbirnen" ganz nett, einfach reinschrauben - fertig :)

Die milights finde ich eigentlich ganz hübsch (anbei meine Wohnzimmerlampe). Ich liebäugel ja noch mit den Einbaustrahlern für meine neue Küche (wird aber wahrscheinlich 2015, wie das so mit Baugenehmigungen so ist....) dann gibt es aber auch eine Hausautomatisierung :)

Mir fällt nur auf dass ich die Lampen dann erstmal nur über den Browser steuern kann. Habe den Schalter ganz vergessen  :-[

Kennt jemand diesen hier :
http://www.amazon.de/HomeMatic-Funk-Wandtaster-2-fach-Aufputzmontage-HM-PB-2-WM55/dp/B006GNHC2E/ref=cm_cr_pr_product_top

Dann bräuchte ich aber noch einen Cul/ LAN Adapter ...

Viele Grüße
Sandra

Hallo!

Habe heute den LW-12 geliefert bekommen und muss sagen bis jetzt bin ich "nicht" entäuscht!

Ist es richtig das beim define des LW-12 nur mit RGB geht? Nicht mit RGBW1 oder RGBW2??

Aber er reagiert besser als meine alte V2 mit den Bulbs!

Falls ich irgendwas beitragen oder für euch Testen kann, stehe ich gerne zu Verfügung!

Mfg Steffen

Hi Sandra,

ZitatWollte erstmal nicht an der Hardware groß rumbasteln, daher waren die "Glühbirnen" ganz nett, einfach reinschrauben - fertig

Ja genau, so bin ich auch drauf gekommen  :) Und nebenbei: wenn Du die Dinger über ebay China bestellst dann liegst Du für eine 6Watt OEM bei 13,- Euro und bekommst dafür RGBW  ;D. 

ZitatHabe den Schalter ganz vergessen

Irgendwas ist immer ...  :) Schalter macht Sinn, ganz besonders wenn Du mehrere Gruppen einsetzt. Wenn Du da den normalen Schalter lässt dann pairen die sich bulbs früher oder später auf eine andere Gruppe weil sie direkt nach dem einschalten Schaltbefehle für andere Gruppen als eigenes "pair" sehen ... 

Homematic ist nicht billig aber funktioniert sehr zuverlässig. Zum diesem Schalter speziell kann ich nix sagen, klopf mal bei den Jungs in der HM Gruppe an, bzw sufu bringt sicher auch was. Denk aber gerne auch mal in Richtung Mehrfachschalter, gibt es auch von HM. Weil: dann kannste verschiedene Lichtstimmungen / Farben auf den Schalter legen.   

Hi Steffen,

ZitatIst es richtig das beim define des LW-12 nur mit RGB geht? Nicht mit RGBW1 oder RGBW2??

Yes! Die Logik beim define ist <leuchtmittel> <bridgetype>. Beim "bridge"-Typ LW12 ist das Leuchtmittel immer RGB -> weil stripe  ;)

Da Du aber explizit nach RGBW1 oder RGBW2 fragst denke ich das Du Funktionsunterschiede zugunsten der beiden vermutest. Dem ist aber nicht so, im Gegenteil: RGB auf LW12 ist die einzige Hardware die Sättigung stufenlos unterstützt.

ZitatAber er reagiert besser als meine alte V2 mit den Bulbs!

ja, die sind auch in der Ansteuerung [piep:zensiert]  :) RGBW2 laufen da um Lääängen besser. Mal schauen was die nächste Generation bringt, die sind ja recht fix mit den Generationen...

ZitatFalls ich irgendwas beitragen oder für euch Testen kann, stehe ich gerne zu Verfügung!

Gerne, in die Version gestern ist eine Gammakorrektur eingebaut. Beim hoch- runterdimmen wird dadurch die Linearität deutlich verbessert. Kuzl hat mit seinem stripe einen Gamma von 0,65 ermittelt. Wenn Du möchtest schau doch mal ob die Werte bei Dir ebenfalls passen. Der "sinnvolle" Bereich für Tests dürfte so bei 0,5 .. 0,8 liegen. Ich denke aber das der Einfluss des stripe vs Controller doch nicht so groß ist und die 0,65 vermutlich bei allen LW12 unabhängig vom stripe passen - aber der Test schadet ja auch nicht.

Danke  und Grüße
Jörg
 

Hallo Jörg,

habe ein Problem mit meiner q:
define Wecken at *17:48 {fhem("set SZ_WakeUpLight on;set SZ_WakeUpLight HSV 240,0,0 30;set SZ_WakeUpLight HSV 240,100,0 30 q;set SZ_WakeUpLight HSV 55,100,100 30 q;set SZ_WakeUpLight HSV 55,0,10 5 q;set SZ_WakeUpLight HSV 55,0,80 30 q")}

nach dem ersten ausführen bleibt in der Config nur noch folgendes über:
define Wecken at *17:47 {fhem("set SZ_WakeUpLight on

Auch verstehe ich das Flag l noch nicht so ganz, hast du dafür ein Aufrufbeispiel, hatte es hin q geschrieben, also "q l" und das hatte leider nicht funktioniert.

Vielen Dank
Sandra

Hallo Sandra,

in der fhem.cfg musst du anstatt ";" immer ";;" schreiben.

Gruß
Kuzl

ah danke  ;)

bin jetzt dabei das ganze als sub zu machen, ggf. mit Eingabeparametern, wie z.B. wie viele Minuten der Fade dauern soll etc....

Hi Sandra,

so als ungefragter Rat(I know... :) ):
die cfg Datei direkt bearbeiten? Gar nicht erst angewöhnen! Fühlt sich ungewohnt an wenn man andere Systeme kennt, ist aber so. Schafft Probleme anstatt sie zu lösen. In die cfg musst Du wirklich nur im Ausnahmefall, wenn da was richtig zerschossen ist.

Das define kannst Du direkt über die fhem Weboberfläche (Eingabezeile) erstellen. Anschließend speichern, sonst ist es nach einem Neustart wech  ;)

Für den Wecker brauchst Du keinen perlcode, kommst also gut ohne die "{..}" aus.
define Wecken at *19:15 set SZ_WakeUpLight HSV 240,100,0; set SZ_WakeUpLight HSV 55,100,100 180 q

Der code macht folgendes: um 19:15 wird Dein "set SZ_WakeUpLight" auf Blau (240) mit 100% Sättigung und 0% Helligkeit geschaltet. Da kommt also noch "kein Licht raus"  :) aber es ist der Startwert für den eigentlichen Sonnenaufgang. Das "on" in Deinem code ist im Weg, es würde "weißes Licht" on-machen.

Nachdem der Startwert gesetzt ist, kommt der "Sonnenaufgang" -> "set SZ_WakeUpLight HSV 55,100,100". "55" ist Gelb mit 100% Sättigung und 100% Helligkeit. Die "180" sind die Zeit in Sekunden um vom Startwert "Blau ohne Helligkeit" auf "Gelb" zu faden. Daher macht das auch keinen wirklichen Sinn das in eine sub zu kapseln, ist ja alles kompakt.

"Gelb" bzw die 55 sind ein Trick bei den Milights weil die ja nicht weich von Color auf Weiß faden können. Wenn Du das ausprobierst wirst Du feststellen das Color weniger Lichtleistung als White hat. Daher halte ich das so das ich von "Gelb" mit 100% Licht auf "Weiß" mit 20% Licht umschalte und dann von 20% Helligkeit Weiß noch auf 100% Helligkeit hoch-dimme, will ja auch wachwerden :). Das kommt vom subjektiven Empfinden bei meinen 9Watt gut hin. Du müsstest halt mit den Werten so spielen das sie bei Dir am besten passen.

Der "l" Parameter müsste, wenn notwendig, DIREKT hinter dem "q" stehen. Das Modul fadet (denk Dir einen Farbkreis) immer auch dem kürzesten Weg von der Start zur Zielfarbe.

set SZ_WakeUpLight HSV 0,100,100; set SZ_WakeUpLight HSV 240,100,100 30 q
setzt ROT (0°) als Startwert und fadet zu Blau (240°). Der "kurze" Weg geht im Kreis gegen den Uhrzeigersinn, der fade wäre ROT..LILA..BLAU.

Manchmal möchte man aber genau das nicht, deswegen würde ein
set SZ_WakeUpLight HSV 0,100,100; set SZ_WakeUpLight HSV 240,100,100 30 ql
den "langen" Weg gehen: ROT..GELB..GRÜN..TÜRKIS..BLAU.

vg
Jörg

Hi,

sehe ich es richtig, dass der Rückwärtskanal des LW12 noch nicht implementiert ist? Sprich wenn ich per App die Frabe ändere, bekommt das Modul das nicht mit?
Ich habe gerade mit meinem LW12 mal den Datenverkehr aufgezeichnet und versucht den entsprechenden Port von FHEM aus lesend zu öffnen. Das sgat der Controller mir aber, dass das nicht geht :-(
Was muß man tun, um den Port öffnen zu können?

Hi,

Zitatsehe ich es richtig, dass der Rückwärtskanal des LW12 noch nicht implementiert ist?

das ist korrekt!

Drei Gründe: #1 das Modul abstrahiert ja auf verschiedenste Device, nur der lw12 kann überhaupt den Rückkanal. #2  Fhem wüsste nie wann  jemand die app nimmt, ergo müsste man ständig den lw12 pollen. Was soll das bringen, welchen Mehrwert hätte das ? #3 "Meine App" ist fhem  ;), anstelle der lw12 app möchte ich doch ohnehin alles über fhem steuern  ;) (spezial Funktionen wie Musik auf Licht wird fhem nicht packen, wenn Du die nimmst dann stimmt die in fhem angezeigte Farbe eben solange nicht mit dem stripe überein. Ist so, die fhem Ressourcen reichen eh nicht um das real-time abzubilden)

passt ?  ;)

vg
Jörg

Hallo Jörg,

Bin wirklich zu Perl übergegaben um z.B. per Parameter Länge des Weckens Zeit etc. übergeben zu können.

aber wie versprochen ein Video von gestern:
https://www.youtube.com/watch?v=-A7bgLrkPlk (https://www.youtube.com/watch?v=-A7bgLrkPlk)


Sind noch nicht ganz fertig meine Lichter... habe aber ein paar Änderungen dafür an der On funktion geschrieben, sodass auch HSV Werte mit als Startfarbton übergeben werden können.

Ansonsten wollte ich noch die verschiedenen Zonen des Controllers implementieren, mal sehen, wann ich dazu komme, dann lade ich das Perl Skript wieder hoch :)

Viele Grüße
Sandra

Hi,

cooles Video, spacige Musik  :D. Schade das Handys keinen fixen Weißabgleich zulassen, das würde nochmal besser kommen. Die Ikea Lampen passen da auch echt gut. Bei 0:23 (ca) scheint irgendwas mit der Farbe nicht zu passen (Aqua?) ? Für fhem wäre es bestimmt gut es mehr solche Videos auf Youtube geben würde. Wenn ich unterstützen kann lass es mich wissen !

Den Rest der Mail hab ich nicht genau verstanden  :). Gruppen / Zonen werden unterstützt, einfach ein neues Device auf gleicher Bridge anlegen.

Beim "on" lege ich mein Veto ein, wo sollte der Unterschied zwischen "on HSV 240,100,100" und "HSV 240,100,100" sein ?
"on" ist für die Kompatibilität mit Schaltern und Fernbedienungen da und ist ja ein shortcut für "set HSV 0,0,100" => 100% Weiß. Vielleicht hab ichs aber auch falsch verstanden ...  ; ;D

vg
Jörg

ps. das rechts neben der Cola ist doch ein Flens - oder ? ;D ;D ;D

An den Farben muss ich noch  etwas arbeiten, aber das Türkis war gewollt.

Zitat von: herrmannj am 01 März 2014, 18:28:22
Beim "on" lege ich mein Veto ein, wo sollte der Unterschied zwischen "on HSV 240,100,100" und "HSV 240,100,100" sein ?
"on" ist für die Kompatibilität mit Schaltern und Fernbedienungen da und ist ja ein shortcut für "set HSV 0,0,100" => 100% Weiß. Vielleicht hab ichs aber auch falsch verstanden ...  ; ;D

Jetzt wo du es sagt's beides feuert die Transition Methode ::)

Zitat von: herrmannj am 01 März 2014, 18:28:22
ps. das rechts neben der Cola ist doch ein Flens - oder ? ;D ;D ;D

Ne Darmstädter ;)

Das mit den devices Teste ich mal :)

Soooo erstmal weitere 2 LW12 Controller bestellt......kommen mitte bis Ende März :) (mensch das das immer sooo lange dauern muss)..

dann kann ich neben der Wohnzimmer Beleuchtung auch endlich auch die anderen Stripes von mir nutzen.....:) :) :)

Ansonsten funktioniert die Nachtlichtbeleuchtung im Flur bisher absolut super....Dafür setze ich die RGBW2 Bulbs ja ein...

Jetzt müssen die Hersteller nur noch für draussen die Farb LED Strahler mit WLAN austatten, dann wüsste ich auch was ich mir in den Garten stelle :) :) :)

Zitat von: mbenker am 02 März 2014, 10:34:44
Ansonsten funktioniert die Nachtlichtbeleuchtung im Flur bisher absolut super....Dafür setze ich die RGBW2 Bulbs ein

Hallo!

Ohne jetzt Werbung zu machen aber kannst du mir vielleicht sagen wo du die RGW2 Bulbs bestellt hast?

Zum Thema LW-12, beim Test mit dem Sonnenuntergang aus dem Ersten Post muss ich sagen das der mein PI schon ganz schön zu tun hat und es an manchen stellen schon Ruckelt und einige Übergänge nicht so flüssig sind.
Aber ich Teste noch mal wo genau und wann.

Bin sonst sehr zufrieden und selbst meine Frau die sonst nicht von sowas zu begeistern ist,
konnte man ein kleines "WOW" entlocken ;)!

Mfg Steffen

Zitat
Ansonsten funktioniert die Nachtlichtbeleuchtung im Flur bisher absolut super....Dafür setze ich die RGBW2 Bulbs ja ein...

coole Sache :)

ZitatOhne jetzt Werbung zu machen aber kannst du mir vielleicht sagen wo du die RGW2 Bulbs bestellt hast?

Hallo Steffen,

vielleicht kann ich dir auch helfen, ich habe meine RGBW2 von hier:
3x Wlan LED Lampe RGB-Weiß, 9 Watt, mit 4-Zonen Fernbedienung, E27, inkl. Wlan Controller von ROCKET LEDS (http://www.amazon.de/gp/product/B00G8AJDDQ/ref=as_li_qf_sp_asin_tl?ie=UTF8&tag=animscha-21&camp=1638&creative=6742&creativeASIN=B00G8AJDDQ&linkCode=as2)
aber Jörg meinte auf ebay wären sie günstiger, da wäre auch ein Lieferant für mich zu hören interessant.
Vorallem für die RGBW Downlights

@Jörg:
noch ne Frage zu der q: Müssen die Sekunden ein int sein, oder gehen auch Kommazahlen?

Hallo zusammen,

ZitatOhne jetzt Werbung zu machen aber kannst du mir vielleicht sagen wo du die RGW2 Bulbs bestellt hast?

Genau, Werbung nur gegen cash ! 8)

ebay geht gut, geh mal auf weltweit und gib als Suche "wifi led" ein, dann Sofort Kauf, Kategorie "Beleuchtung" und Preis aufsteigend. 201042235132 sind 6 Watt OEM RGBWW (13,75€). Die 6 Watt sind nicht ganz so hell wie die 8Watt oder 9Watt aber trotzdem schon recht hell. Musst nur dran denken den Wifi Controller mitzubestellen. Die leuchtstärkeren sind immer die mit Alukühlkörper, die mit Kunststoff sind OEM 6Watt.

Downlights wären wohl hier 360807848299 - scheint aber coldwhite zu sein. Zu den chinesischen Händlern kann ich nichts spezielles sagen außer das es bei mir immer geklappt hat, musst halt 4Wochen+ warten. Wenn wirklich mal was defekt ankommt mach ich mir aber keine Hoffnungen wegen Garantie oder so   :D

Pass nur auf wegen Kaltweiß und Warmweiß und bestell Dir blos keine RGB only mehr.

Zitatnoch ne Frage zu der q: Müssen die Sekunden ein int sein, oder gehen auch Kommazahlen?

Int. genauer kann fhem/raspi und so das sowieso nicht. Alles was unter 5 Sekunden liegt macht als Transition aber sowie keinen Sinn, da ist fhem an sich zu ungenau / langsam für.

hi mbenker  :)

ZitatJetzt müssen die Hersteller nur noch für draussen die Farb LED Strahler mit WLAN austatten, dann wüsste ich auch was ich mir in den Garten stelle :) :) :)

Könntest ja überlegen da einen lw12 reinzubauen  ;D

ZitatAn den Farben muss ich noch  etwas arbeiten, aber das Türkis war gewollt.

verstehe, Dämmerung. Dann hab ich mich auch nicht verguckt, das danach war grün. Ihr habt ja Sonnenaufgänge da...  ;)
Den Effekt bekommt man mit den RGBW2 leider nicht hin, mit RGB-LW12 oder RGBW1 gehts über die Sättigung. Das Problem ist, wenn Du erstmal bei Türkis / Cyan (180°) bist kommste von da aus nur "rechtsrum" über grün oder "linksrum" über dunkelblau wieder weg. Du hast vermutlich versucht von 180° auf 55° zu gehen. Das wäre ein Fall für das "l" - Flag. Ohne geht er "short" über "Grün" - mit geht er "l" long über blau, pink, rot auf gelb. Ist aber, von türkis aus, beides optisch nicht so dolle... 8). Wenn Du nochmal beim Video ein update vorhast sag kurz bescheid. Gegen den "Flash" beim umschalten auf Weiß kann was machen, wirkt auf dem Video ja auch viel doller als in echt.

ZitatZum Thema LW-12, beim Test mit dem Sonnenuntergang aus dem Ersten Post muss ich sagen das der mein PI schon ganz schön zu tun hat und es an manchen stellen schon Ruckelt und einige Übergänge nicht so flüssig sind.

Klar: damit die fades optisch flüssig sind brauchts, wie beim TV, irgendwas größer als 15-20 Frames / Sekunde. Perl ist halt keine high-performance Sprache, der raspi ist zwar fix aber far away von modernen Notebook CPUs und zu allem Überfluss kann fhem mein Multitasking. Bedeutet das jedes (!) andere Modul den fade verzögern kann und man sieht eben jede 50msec optisch sofort. Solche (und viel mehr) delays sind bei vielen Modulen die Regel. Die Milights vergeben das mehr weil selber weich faden, der LW12 ist sehr akkurat und da sieht man das sofort.

hast Du mal die Version von vorgestern oder sso ausprobiert ? Der Gamma hilft da weil die Werte "optisch" dichter beieinander liegen. ansonsten klagen wir auf hohem Niveu (im Millisekunden Bereich  :) ). Uns gehts gut, schau mal bei den HM - die haben fast täglich HM Lans mit disconnect weil ein 25 Sekunden keep alive mit 5 Sekunden Karenz nicht bedient werden kann (das hat nix mit Martins HMLan Modul zu tun, das ist in gut!)

vg
Jörg

Hi Jörg,

ich hab gestern nochmal mit der App gespielt und bin auf die Animationen gestoßen :) Man kann also direkt Transisionen im Controller programmieren. Es scheint auch so, als wären diese leicht im Verlauf korrigiert, wenn auch nicht so perfekt wie das von dir :)
Allerdings könnte man so alles extrem entlasten und braucht sich keine Sorgen mehr um die Framerate zu machen. Evtl könnte man das so einbauen dass kurz eine Temporäre Animation erstellt wird. Ist jetzt nur eine Entdeckung und ich habe keine Ahnung ob das überhaupt in irgendeiner Weise möglich ist, müsste ja auch der Rückkanal eingebaut werden, damit man weiß wie weit er schon ist^^

Wie gesagt nur ne Idee, aber ich denke nicht, dass wir hierfür Verwendung finden :D

vg
Kuzl

Hallo!

Erstmal nochmal danke für deine/eure Tolle unterstützung...

Zitathast Du mal die Version von vorgestern oder sso ausprobiert ?

Wenn es die Aktuelle aus dem Ersten Post ist dann habe ich sie!

Was ist denn nun eigentlich der unterschied zu RGBW1 und RGBW2, so recht sehe ich den Wald vor lauter Bäumen nicht ;)?

RGB Bulb mit Alu habe ich 2 Stück da, hatte ich damals auch mit der V2(RocketLed) im Set bekommen, aber da bekommt man kein Weiss hin!

Deswegen wollte ich jetzt nochmal neue bestellen mit den neuen Controller v3, damit kann man ja nun auch Zonen bestimmen, was mit V2 nicht ging!

Habe ja auch Phillips Hue(Bulb) was ich auch in Fhem eingefügt habe,
was Klasse ist aber der Preis ist ja für mehr Anschaffung fast nicht machbar!

Mfg Steffen

edit
Diese Version ist veraltet!
bitte folgende nutzen:
http://forum.fhem.de/index.php/topic,18958.msg199927.html#msg199927

Diese funktioniert mit dem normalen WifiLight Skript
/edit

Zitat von: Steffen am 02 März 2014, 13:26:45
RGBW1 und RGBW2, so recht sehe ich den Wald vor lauter Bäumen nicht ;)?

Das ist eine gute Frage ... die Antwort würde ich auch gerne wissen.

@Jörg:
Mir ist aufgefallen, dass Pakete oft verloren gehen :(
Du sprichst bis jetzt die V3 nur mit UDP an. Es ginge aber auch mit TCP wenn man den Controller so einstellt. Das wäre doch auch eine nette Verbesserung :)

PS: anbei meine Änderungen für den die on mit HSV Methode (damit man auch ein Schalter drücken simuliert wird, sonst muss man in der Weboberfläche für das Bedienen immer vorher nochmal on drücken um dann off drücken zu können)


Anbei mein WakeUp Skript für bis zu 4 Devices
Video:
https://www.youtube.com/watch?v=dX2tNeN0RmA

- Aufruf: wakeUp(<Zeit in Minuten>,"<Devicename>"),wakeUp(<Zeit in Minuten>,"<Devicename1>","<Devicename2>") ...bis max. 4 Devices
Beispiel:
define Morgens notify Morgens {wakeUp(30,"sz_WakeUpLight_1","sz_WakeUpLight_2")}
- nutzt die angehängte Änderung der Wifilight.pm
- Installation: Kopieren des Codes in die MyUtilities.pm (ggf. anlegen

Hi Sandra, hi Steffen,

RGBW1 ist eine seltener LED stripe controller aus der gleichen Generation wie die RGB, zB hier http://www.led-discount.ch/product_info.php/info/p885_mi-light-rgbw-controller.html.

Der RGBW1 unterstützt einen White Channel und mit trickreicher Ansteuerung kann er auch Sättigung. Obwohl sich durch den Weiß Kanal schönere Farben als beim RGBW2 erzeugen lassen kann ich den nicht empfehlen weil die Ansteuerung kompliziert, langsam (bis 2Sekunden pro Frame) und fehleranfällig ist. Die RGBW2 sind im an den "4 Zonen" erkennbar / unterscheiden sich. Gibt es als E27 und als stripe Controller.

@Steffen: die Version mit der Gammakorrektur noch nicht im ersten Post, Du findest sie einige Posts vor diesem. Kuzl hat zu Recht folgendes reklamiert: das menschliche Sehvermögen (Helligkeitsempfinden) ist nicht linear. Bei Dunkelheit reagiert das Auge auf minimale Helligkeitsschwankungen sehr empfindlich. Daher habe ich eine Gammakorrektur eingebaut die dem Rechnung trägt und dafür sorgt das die Transitions unabhängig von der Framerate weicher wirken. Das kommt daher das eben bei geringer Helligkeit die einzelnen Helligkeitsschritte filigraner sind  :)

Sandra: noch schöneres Video !

( wo sind Musik und Darmstädter Bier ????  ;D  )

ZitatDu sprichst bis jetzt die V3 nur mit UDP an. Es ginge aber auch mit TCP wenn man den Controller so einstellt. Das wäre doch auch eine nette Verbesserung :)

Kann ich mit aufnehmen, TCP erzeugt gegenüber UDP allerdings overhead und die V4 bridge hat kein webinterface mehr über die man das einstellen kann. - aber:

ZitatMir ist aufgefallen, dass Pakete oft verloren gehen :(

Worauf gründet sich diese Aussage ??? ? Bei UDP ist der Transport doch Einbahnstrasse ? Ist es möglich das Du Frames die ausgelassen werden beobachtest ? In Deinem script steuerst Du die device getrennt mit der gleichen sequenz an. Das würde ich nur in echter Not machen (wenn beide getrennt geschaltet werden müssen). Bei einer Milight RGBW2 braucht ein Frame 200-300 msec: PRO DEVICE PER BRIDGE!. Das reicht für maximal (!) 3-5 Frames pro Sekunde für EIN DEVICE. Wenn Du über die gleiche Bridge 2 DEVICE mit der gleichen Sequenz ansteuerst muss die bridge die gleiche Sequenz an Device A (300 msec) dann an Device B (300 msec) geben -> halbe Framerate und pro Device wird minimum jeder zweite Frame verworfen.  Wenn Du beide Lampen als EINE Gruppe betreibst hast Du sofort doppelte Framerate.

Zitatanbei meine Änderungen für den die on mit HSV Methode

Da ist noch irgendwo eine falsche Annahme.  ::) In Deinem script kannst Du den Durchlauf über die Schleifen "off" und "on" komplett  rausnehmen. "off" sollte die Lampe doch morgens ohnehin sein und "on 240,100,0" ist ein "off", damit sogar redundant ;) Das "on" bezieht sich nicht auf dn physikalischen Zustand der Lamp sondern auf "jetzt kommt da Licht raus". (exakt: jetzt kommt da weißes Licht mit 100% raus. Alternative Formen zu "mache Licht": "dim xxx", "set HSV", set "RGB")

"local @farben" muss im ersten Eintrag "240,100,0" bekommen (Startwert, noch kommt kein Licht raus). Dann ist der Loop über "set HSV" alles was notwendig ist - es braucht kein "on"!  :)

in fhem lässt sich das noch weiter reduzieren wenn Du alles in ein "at" oder "notify" packst.

edith:
beinahe vergessen:
In Deinem Script stehen auch
["90,100,14",1],
["70,100,16",1],
sollen die so oder ist das so weil ",0" nicht ging. Das hab ich vorhin noch als Bug erkannt, fix ich in kommender Version damit in der Queue wieder "hart" geschaltet werden kann...
vg
Jörg

Hi Jörg,

Zitat von: herrmannj am 02 März 2014, 17:27:45
Sandra: noch schöneres Video !

( wo sind Musik und Darmstädter Bier ????  ;D  )

Nachmittags doch noch nicht :) Musik ist jetzt auch da. Mal was klassisches

Zitat
Worauf gründet sich diese Aussage ???

Ich drücke in Fhem auf aus und nichts passiert (auch nach 30sek nicht) ;) und das gefühlt fast bei jedem 3. mal

Zitat
Wenn Du beide Lampen als EINE Gruppe betreibst hast Du sofort doppelte Framerate.

Ist aber dann auch nicht mehr getrennt schaltbar. Wenn einer abends noch lesen will und der andere nicht.

Zitat
Da ist noch irgendwo eine falsche Annahme.  ::) In Deinem script kannst Du den Durchlauf über die Schleifen "off" und "on" komplett  rausnehmen. "off" sollte die Lampe doch morgens ohnehin sein und "on 240,100,0" ist ein "off", damit sogar redundant ;) Das "on" bezieht sich nicht auf dn physikalischen Zustand der Lamp sondern auf "jetzt kommt da Licht raus".

Mir ist aufgefallen, dass sich Fhem sonst bei mir nicht aktualisiert, daher diese Befehle. --> vielleicht ein Bug?

Zitat
in fhem lässt sich das noch weiter reduzieren wenn Du alles in ein "at" oder "notify" packst.

Da fehlt mir aber dann die Flexibilität der einstellbaren Zeit, der Devices etc.

Ich habe jetzt 30 Minuten bei mir eingestellt und 2 Devices mit einem:
define Wecken at *05:15 {wakeUp(30,"Device1","Device2")}

Zitat
In Deinem Script stehen auch
["90,100,14",1],
["70,100,16",1],

Die Werte werden nachher mit der eingestellten Zeit anteilig multipliziert ;) es ist also ein Gewichtungswert der Dauer

Viele Grüße
Sandra

peer gynt oder ?, Sonntag halt   8)

Zitatch drücke in Fhem auf aus und nichts passiert (auch nach 30sek nicht) ;) und das gefühlt fast bei jedem 3. mal

möglich, wenn ja beseitige ich das. So aber zu unspezifisch. Kann auch Funke (bridge -> bulb) sein. Zum prüfen brauche ich aber eine genauere Beschreibung, evtl log verbos 5.

ZitatIst aber dann auch nicht mehr getrennt schaltbar. Wenn einer abends noch lesen will und der andere nicht.

korrekt. Das ist die "notwendigkeit"

ZitatMir ist aufgefallen, dass sich Fhem sonst bei mir nicht aktualisiert, daher diese Befehle. --> vielleicht ein Bug?

nix versteh. wie eben, gern genauer beschreiben. Aber wie gesagt, nicht notwendig, redundant

ZitatDie Werte werden nachher mit der eingestellten Zeit anteilig multipliziert ;) es ist also ein Gewichtungswert der Dauer

ok. Hinweiß: gibt im Augenblick einen Fehler (Transition stoppt) wenn div 0 ergibt. Fixe ich.

5:15h, sportlich! Der frühe Vogel den Wurm

vg
Jörg

Guten Abend!

Zitat@Steffen: die Version mit der Gammakorrektur noch nicht im ersten Post, Du findest sie einige Posts vor diesem. Kunzl hat zu Recht folgendes reklamiert: das menschliche Sehvermögen (Helligkeitsempfinden) ist nicht linear. Bei Dunkelheit reagiert das Auge auf minimale Helligkeitsschwankungen sehr empfindlich. Daher habe ich eine Gammakorrektur eingebaut die dem Rechnung trägt und dafür sorgt das die Transitions unabhängig von der Framerate weicher wirken. Das kommt daher das eben bei geringer Helligkeit die einzelnen Helligkeitsschritte filigraner sind

So habe die Version gefunden und bin gerade im Testen, was mir sofort aufgefallen ist das gleich zum Start sagen wir von:
set LW12 HSV 0,100,0 30; set LW12 HSV 350,100,100 30 ql(wie drücke ich es am besten aus) doch viele Verzögerungen sind und es ein wenig stockt, dann sind aber die Farbübergänge sehr flüssig!
Beim zweiten Ablauf genau so, immer von sagen wir "0,0,0 30" zu "0,100,100" stockt es genau am Anfang,
kann man da noch was machen? Aber wie du sagst, jammern auf Hohen Niveau ;) ;D

Danke für den Erklärung mit RGBW1&RGBW2 jetzt sehe ich die Bäume wieder...

Wollte jetzt für unsere Einfahrt am Haus damit ein Projekt starten was die Farbe bei gehen verändert(in gewissen Abständen),
wenn man auf das Haus zu geht. Wenn fertig kommt hier sofort das Video!

Mfg Steffen

Hi Steffen,

Zitat(wie drücke ich es am besten aus) doch viele Verzögerungen sind und es ein wenig stockt, dann sind aber die Farbübergänge sehr flüssig!

Teil 2 ist sehr schön, da ist auch wirklich viel Optimierung rein geflossen.
Teil 1 hat Kuzl ähnlich diffus ;) (sorry) beschrieben, ich kann mir noch nicht richtig was drunter vorstellen, anders formuliert: hmmmm  ::)

Der LW12 ist ja wirklich sehr schnell und genau, seid ihr Euch halbwegs sicher das wir das wir das bei den Frames einsortieren sollten ? Ich hätte noch die Idee den Start der Transition um einige ms zu verzögern - das würde zu Beginn etwas CPU Luft schaffen und wenn es zu Begin der Transition noch ein wenig hakelt - später nicht mehr, vielleicht sind das die 110%? Was denkt Ihr ?

vg
Jörg

Mir ist gerade noch eine Idee gekommen:
Man könnte für jedes Device eine Standardstartfarbe definieren. Dann brauch man im Floorplan nur noch on drücken und schon hat die Lampe z.B. ein gedimmtes Gelb, anstatt weiß.

Zu der Ansteuerung: lampe ist an, ich klicke z.B. auf Off -> nichts passiert, ich klicke nochmal - nichts, ich klicke on und dann Off.... Siehe da es geht. Genaue Ursache weiß ich aber nicht..  Deswegen auch die Redundanz weil der erste Befehl teils auch nicht angekommen ist :(

@Steffen
Auf das Video freue ich mich schon. Wie machst du die Personenerkennung?

@herrmannj
Ja dachte ich mir schon und ist aber auch sehr schwer zu beschreiben mit Worten,
deswegen mache ich Morgen mal ein Video davon.
Aber trotzdem sehr zu frieden mit der neuen Version...

@Blackcat
Zum einem mit Presence über Bluetooth und Bewegungsmelder, das ganze klappt schon im Haus mit Flur Licht nun aber draußen mit Led stripes!

Mfg Steffen

ZitatMir ist gerade noch eine Idee gekommen:
Man könnte für jedes Device eine Standardstartfarbe definieren. Dann brauch man im Floorplan nur noch on drücken und schon hat die Lampe z.B. ein gedimmtes Gelb, anstatt weiß.

Gute Idee, beim slider will ich sowieso noch was machen um den fhem Standard color picker zu nehmen und den slider der jetzt drin ist skinnable und optional zu machen (wegen floorplan). Dabei möchte ich die 6 presets per attrib anpassbar machen (der color picker hat ja schon presets) und da kann ich gern eine Standard Farbe in die attribs nehmen.

ZitatJa dachte ich mir schon und ist aber auch sehr schwer zu beschreiben mit Worten,
deswegen mache ich Morgen mal ein Video davon.

Ja das wär cool. Was ich mir vorstellen könnte ich folgendes Szenario: im Augenblick wird die Transition berechnet (dauert je nach Transition auf einem raspi eine x0 - x00 msec). Gleichzeitig startet die Transition in der Ausführung und ist damit in Konkurrenz um die CPU Zeit. Wenn ich den Start um einige x00 msec verzögere entspannt es das. Allerdings lässt sich das nicht sinnvoll dynamisch regeln, deshalb würden dann halt alle Transitions leicht delayed starten. Bedeutet: wenn ich einen Schalter drücke der eine Transition auslöst hat fhem schon eine eigene delay und da kommen dann eben nochmal 'ne halbe sekunde drauf. Aber wir können ja mal testen ob es das "Anfangs-Hakeln" wegnimmt. Heute hab ich keine Lust mehr dazu, ich schau mal das ich morgen eine Testversion dazu baue.

ZitatZu der Ansteuerung: lampe ist an, ich klicke z.B. auf Off -> nichts passiert, ich klicke nochmal - nichts, ich klicke on und dann Off.... Siehe da es geht. Genaue Ursache weiß ich aber nicht..  Deswegen auch die Redundanz weil der erste Befehl teils auch nicht angekommen ist :(

nach fhem Neustarts oder wenn Du die milight app nimmst ? Das modul optimiert die Auslastung auf der bridge dadurch das es commands die keine Änderung auf der bulb bewirken nicht sendet. Spart mehrere 100msec. Bedeutet aber auch das die bulb den Status haben muss den das Modul kennt. Wenn das Modul den Status "off" für die bulb annimmt, die bulb aber per fb oder app eingeschaltet wird oder ein fhem neustart den state ändert und Du dann über fhem "off" sendest schaut das Modul welchen Status es kennt: user will "off", bulb ist schon "off", das passt - danke, der nächste bitte  8)

Im Zusammenhang mit purem "on" "off" erscheint das nicht viel, aber gerade bei den Transitions (die an der gleichen Mechanik hängen) und wo es um jede msec geht ist das wesentlich.

Wenn das nochmal auftritt schau mal bitte in die Readings ob der Status im Modul mit der Wirklichkeit an der bulb übereinstimmt :) Passt aber genau auf die description ...

vg
Jörg

Hallo zusammen,

ja ich könnte mir wirklich vorstellen, dass das die ganze Sache etwas entzerrt :)
Für ein dynamisches Regeln fällt mir jetzt auf Anhieb auch nichts ein. Evtl irgendwie so eine Art "Mindestframerate".
Die Framerate wird ja dynamisch je nach CPU-Auslastung gewählt... Hab jetzt keine Ahnung wie die Auswertung da aussieht aber vll kann man das schon vor beginn überprüfen und erst loslegen, wenn eine gewisse Framerate erreicht werden kann. Aber erst mal müssen wir testen ob das überhaupt Abhilfe schafft :)

Eine Startfarbe finde ich auch interessant :) aber bitte optional als Attribut wie du es eh wolltest

Viele Grüße
Kuzl

ja, aber was passiert ist genau anders herum: eine maximal sinnvolle Framerate (device/dauer/steps) wird berechnet und dann läuft er los und schaut was geht. Wenn andere Module die Zeit brauchen werden die Frames übersprungen. Das kann sich am Anfang eben mit der Berechnung der Transition so überlagern das Ihr Hifi Puristen es wahrnehmt  ;D:

Framerate anpassen passiert ja alles schon dynamisch.

Mit hier dynamisch meine ich das ich die Startverzögerung exakt auf die Zeit anpasse die die Berechnung der Transition selber braucht damit das delay jeweils nur das absolut notwendige Minimum für die Kombi Host/Transition/andere Module ist. Das weiß ich ja erst wenn die Berechnung fertig ist  :)

Aber lass mal erst mal testen ob es funktioniert. Wenn ja wird mir dazu schon noch was einfallen.   ;)

vg
Jörg

Achso okay :D :D
Über das können wir dann ja noch genug diskutieren, wenn wir wissen, dass der Delay war bringt :D
Hast recht da wird dann schon noch was gefunden :)

Bin gespannt auf die Tests ;)

vg
Kuzl

ZitatZum einem mit Presence über Bluetooth und Bewegungsmelder, das ganze klappt schon im Haus mit Flur Licht nun aber draußen mit Led stripes!

coole Sache :)

ZitatGute Idee, beim slider will ich sowieso noch was machen um den fhem Standard color picker zu nehmen und den slider der jetzt drin ist skinnable und optional zu machen (wegen floorplan). Dabei möchte ich die 6 presets per attrib anpassbar machen (der color picker hat ja schon presets) und da kann ich gern eine Standard Farbe in die attribs nehmen.

Klingt super :) ja ein Attribut wäre super dafür.
Bei dem Slider ist mit auch aufgefallen, wenn man das ios7smallscreen Skin hat, lässt er sich so gut wie nicht bedienen, da wäre die on / off Lösung auch gut geeignet.  8)

Zitatnach fhem Neustarts oder wenn Du die milight app nimmst ?

weder noch. Fhem läuft durchgängig ... die app habe ich nicht, da ich hier gelesen hatte dass es zu Problem kommen kann. Daher habe ich die config der brigde auch über 10.10.100.254 gemacht.
Ich beobachte mal wann das genau auftritt und schicke den Log mit.

ZitatBin gespannt auf die Tests ;)

Ich auch :)


PS: heute mein erstes Aufwachen mit den Lampen... Fazit, startet zu spät ^^" aber ansonsten hat die 30min Länge gut funktioniert und auch sonst kam es mit recht flüssig vor. Nur zwischen orange und gelb gab es einen Ruckler ... hm.... ???

Hallo,

Zitatweder noch. Fhem läuft durchgängig ... die app habe ich nicht, da ich hier gelesen hatte dass es zu Problem kommen kann. Daher habe ich die config der brigde auch über 10.10.100.254 gemacht.
Ich beobachte mal wann das genau auftritt und schicke den Log mit.

Ja, das ist hilfreich. Wenn ein cmd nicht funktioniert bitte auch kurz in die Readings schauen welcher Zustand im Modul angenommen wird. Außerdem an so einer Stelle bitte auch kurz die Farbwahl testen (Wenn "off" nicht funktioniert, lassen sich Farben um schalten ?)

Wie bedienst Du (iPad, Browser fhem) ? Über den slider oder die "on" "off" im web if ?

Als erweiterte Ursachen kommen auch Netzwerk, Funk (bridge auf bulb) oder der browser in frage.

ZitatNur zwischen orange und gelb gab es einen Ruckler

ein bischen wird das immer, fhem ist kein realttime enviroment  :)

vg
Jörg
 

wie versprochen: zum testen mit verzögertem transition start. Der Start ist um 1000msec +x verzögert, nur zum testen ob es die transition noch weicher starten lässt. Für produktiv noch zu hölzern.

vg
jörg

edit: das feature wird nicht benötigt. do not use

Hallo Jörg,

ich habs jetzt etwas ausprobiert und würde schon sagen, dass es etwas besser ist, allerdings wenig besser als gedacht :D
Kann jetz allerdings auch eine fehleinschätzung meinerseits sein, bin gespannt was Steffen sagt

Du kannst mir sonst auch gerne kurz ein log (Ausschnitt  ;)  ) mit verbose 5 schicken.

Meiner Meinung nach müssen wir sonst wirklich einen kurzen break machen und nochmal genau analysieren. Möglichkeiten wären ja

* timing läuft (warum auch immer) am Anfang noch relativ (xx millisekunden ???) weg
* die Abweichung im Timing ist klein, man nimmt sie aber stark wahr
* oder noch mal am Gamma schrauben, weil: ist gar nicht timing sondern gamma

Gerne auch schon mit Vorselektion aus dem log  :) . Ich befürchte damit man belastbare Aussagen bekommt muss man das am Ende über excel analysieren  :-\

Dies ist die log msg: "... $ledDevice->{NAME} low level cmd queue send $dbgStr, qlen ...". Das ist nämlich beim lw12 aufgrund der hohen Framerate eine ganze Menge Arbeit das aus dem log rauszupuhlen auf linearität zu untersuchen, das wäre aber vermutlich die erste Frage.

Und nochmal: fhem bekommt das per definition nicht genau hin, ich schau gerne ob ich modulseitig noch was schrauben kann.

vg
Jörg

edith: ich hab gerade noch folgende idee: ich baue in eine testversion ein logging temporär so ein das man das einfacher an excel bekommt. Dann sehen wirs graphisch

vg II
Jörg

Anbei mein Test (on und off, Safari ipad 4 ios6)

Erster Log nach dem die Lampe bei on nicht an ging
Und das statusbild dazu
Dann schalten der Lampe mittels slider auf Blau (keine Reaktion der Lampe)
Dann eingeben der HSV Werte oben manuell (2. Statusbild) auch keine Reaktion.
Dann einmal Off einmal on dann nochmal Off und on Lampe ging wieder an (letzter Log)

oh nee, nicht als Bild büdde, wie soll ich da denn was finden ...  :)

Du kannst die logs auch als text anhängen, liegen im fhem Log Verzeichnis. Bitte auch verbose 4 besser 5 bei den lights, log wird dadurch recht groß kannst die aber dann ja löschen.

Unten sehe ich nicht wirklich viel, und ich habs wirklich versucht.  ;) Ist auch sehr schwer die zeitliche Abfolge zu rekonstruieren.

Was ich sehe ist das fhem neu gestartet wurde. Das könnte einmal "on"- missing erklären. Ein dann folgendes "off" und wieder "on" sollte aber in jedem Fall ausreichen um den sync zwischen bulb und modul zu haben.

Bis 18:09:36 hast Du aber scheinbar mehrfach versucht "off" - "on" zu schalten ? Wann war die Bulb am Ende an ?

ZitatDann schalten der Lampe mittels slider auf Blau (keine Reaktion der Lampe)

Direktfarbwahl Tasten wahrscheinlich ? Im log seh ich den nicht, würde auch leider erst ab verbose 4 auftauchen.

ZitatDann eingeben der HSV Werte oben manuell (2. Statusbild) auch keine Reaktion.

Der kann war "umsonst"  ;) im Sinne von modul denkt bereits Lampe wäre blau - nur Farbänderung wird rausgschickt.

ZitatDann einmal Off einmal on dann nochmal Off und on Lampe ging wieder an (letzter Log)

das sind die 18:45:xx er oder ?
Und erst dann ging die Lampe an ???

Also im log ist zu wenig, aber da stimmt was ganz und gar nicht, hab ich noch nie so erlebt oder gehört. Und ich setze die ja auch intensiv ein ...

Deine Theorie war ja das udp frames stiften gehen. Kann sein - glaub ich aber eigentlich nicht. Weil: dann müsstest Du das in den Transitions permanent sehen. Mehr noch: man würde ja vermuten das einzelne bytes untergehen. Da aber die settings Sequenzen sind die sich auf 300 msec verteilen müßten einzelne "Bestandteile" der Sequenz fehlen / falsch sein und die Lampe müsste zwischen durch dauernd ganz komische Sachen machen: falsche Farben, plötzliche Sprünge in die lampeneigenen Farbwechselprogramme und so was.

Ich würde mich wohler fühlen wenn Du die nicht modifizierte Version zum testen nimmst. Verständlich, die mods hhast Du drin weil Du Probleme hattest aber Du kannst zum testen doch die richtige nehmen und dann, solange Du denkst das es notwendig ist, zum aufwachen wieder Deine. Eben um-kopieren und Neustart geht doch schnell.

Log müsste bitte auf verbose 5 auf den lights. Bitte auch im Fehlerfall kurz die Zeiten notieren wann die bulb was macht / reagiert (oder eben auch nicht). Ist ja zum suchen woran es hängt ... 

Stellst Du das verhalten auch zwischendurch fest doer konzentriert sich das so auf Blöcke ? (In den Videos sieht ja alles super aus, flüssiger würde ichs nicht erwarten).
Sind bridge und bulbs funktechnisch halbswegs nahe ? Besondere bekannte Störquellen auf 2,4GHz ?
Netzwerk ?
bridge hat Dauerspannung oder ist geschaltet ?

Das system mit der optimierung wenn keine Änderung an der bulb ist soweit verstanden ? Brauchst dann keinen screenshot zu machen, reicht ja wenn Du reinschaust und das eben im Hinterkopf hast.

vg
Jörg

ich hab eben noch folgende Idee gehabt:

wenn das nochmal auftritt mach mal bitte eine Transition die weit vom momentanen Zustand des Moduls wegführt. Erklärung: "on" an sich gibts nicht, sagt nur "mach weißes Licht mit 100%". Wenn Du also eine Transition machst die weit und lang genug ist führt das dazu das lauter "on" => "mach Weiß mit 99%", "mach Weiß mit 98%" und so weiter gesendet werden. Wenn Du im "Weiß" bist, bleib im ersten Wurf da und lass ihn die Helligkeiten abklappern, nur halt nicht ganz auf 0. Wenn das noch nicht geht kannst Du noch Transition mit Farbe hinterher werfen.

Dann sehen wir ja was passiert und ob/wo die bulb kommt. System verstanden (logisch haste! ;) ) ?

vg
Jörg
   

Hallo!

Habe leider heute nicht so viel Zeit um genau die neue Version zu Testen, aber sehe leider noch keine große Verbesserung zur letzten Version.
Getestet diesen Code:
set LEDStripe HSV 0,100,100 30 q; set LEDStripe HSV 0,0,0 30 q; set LEDStripe HSV 240,100,100 30 q; set LEDStripe HSV 120,100,100 30 q

Lade gerade Video hoch dauert nur sehr lange, wenn nicht reiche es morgen Früh gleich nach.

Habe aber gerade noch ein Fehler oder besser gesagt etwas merkwürdiges gefunden, denn wenn der LW12 ohne Strom ist, wird er aus der Fhem Config entfernt und kann auch nur neu definiert werden, wenn er wieder mit Strom versorgt wird und im Netzwerk erkannt wird.

Das komische ist, das es bei meinem define mit der V2-Bridge nicht so ist!

Vielleicht liegt es an meinem System, habe aber gerade leider nicht die Zeit das zu untersuchen!

Mfg Steffen

hier nochmal das Video:
http://youtu.be/YWa1_VqyQGQ (http://youtu.be/YWa1_VqyQGQ) ich glaube da kann man ganz gut sehen,
immer ruckelt es sehr bei Anfang von "0>100".

Hi,

Danke, nee, brauchst nicht weiter zu untersuchen, der wird nicht gelöscht sondern beim Neustart nicht geladen. Beim LW12 (TCP) teste ich die Verbindung beim define. Das ist eigentlich als sicherheits feature für user gedacht, keine Vertipper bei ip und so.
Der wird nicht absichtlich aus der config gelöscht oder so was, sondern ist nach Neustart wieder da. Würde aber beim save echt wech sein. Da geht der der sicherheits- Gedanke nach hinten los - ändere ich in kommender Version.

Danke für Hinweis, freu mich aufs Video.

vg
Jörg

Hi Steffen,

Zitathier nochmal das Video:
http://youtu.be/YWa1_VqyQGQ ich glaube da kann man ganz gut sehen,

da hätte ich ja beinahe Tante Edith übersehen  :) , trotz Zeitstress hoch-geladen: vielen Dank.

Jetzt kann ich das auch besser einsortieren. Das Video ist vermutlich nicht ganz aussagefähig weil ja Belichtung und Weißabgleich gegen das Licht regeln (oder?). Der Punkt sind die beiden  Helligkeitssprünge bei ca. 0:04 und 0:06  (?). Der Rest wirkt auf dem Video auf mich flüssiger als ich zu hoffen gewagt hätte.  :)

geht ihr d´accord ?

Wenn ja: versucht mal bitte ob ein gamma von 0,45 (evtl sogar 0,35 ++) den Start noch weicher macht. Ich denke beim Timing ist wegen fhem und cpu kaum noch was zu holen.

vg
Jörg

Hi Jörg,

Zitat von: herrmannj am 03 März 2014, 19:29:40
oh nee, nicht als Bild büdde, wie soll ich da denn was finden ...  :)

iPad wollte den Text nicht kopieren :/ sorry

Wie stelle ich den logging mode für die Lights auf 5 um?

Zitat
Was ich sehe ist das fhem neu gestartet wurde. Das könnte einmal "on"- missing erklären. Ein dann folgendes "off" und wieder "on" sollte aber in jedem Fall ausreichen um den sync zwischen bulb und modul zu haben.

Das war für den Safari Test für Rudolf. Lampe war aber aus. Ging auch die ersten Schaltversuche im die im Log richtig sind auch an und aus.

Zitat
Bis 18:09:36 hast Du aber scheinbar mehrfach versucht "off" - "on" zu schalten ?

genau zum Testen.

ZitatWann war die Bulb am Ende an ?

Log 1 - Nein ... Log 2 - ja

Zitat
Direktfarbwahl Tasten wahrscheinlich ?

On/Off Knopf in der Übersicht. Der Blaue war dann Direktfarbwahl.

Zitat
Im log seh ich den nicht, würde auch leider erst ab verbose 4 auftauchen.Der kann war "umsonst"  ;) im Sinne von modul denkt bereits Lampe wäre blau - nur
Farbänderung wird rausgschickt.das sind die 18:45:xx er oder ?

genau, aber die Lampe blieb aus.

Zitat
Und erst dann ging die Lampe an ???

leider ja erst am Ende log 2

Zitat
Also im log ist zu wenig, aber da stimmt was ganz und gar nicht, hab ich noch nie so erlebt oder gehört. Und ich setze die ja auch intensiv ein ...

ist mir auch aufgefallen :(
Ich kann dir höchstens meine config geben, wenn dir das hilft um das Problem nachzustellen.

Zitat
Ich würde mich wohler fühlen wenn Du die nicht modifizierte Version zum testen nimmst. Verständlich, die mods hhast Du drin weil Du Probleme hattest aber Du kannst zum testen doch die richtige nehmen und dann, solange Du denkst das es notwendig ist, zum aufwachen wieder Deine. Eben um-kopieren und Neustart geht doch schnell.

seid du gesagt hattest das wäre doppelt benutze ich schon wieder deine Version, nur dass ich anstatt ein on in meinem Skript jetzt ein "set $licht HSV 240,100,0" anstatt "set $licht on 240,100,0" initial mache (da das ja das gleiche ist) also daran liegt es nicht :(

Zitat
Stellst Du das verhalten auch zwischendurch fest doer konzentriert sich das so auf Blöcke ? (In den Videos sieht ja alles super aus, flüssiger würde ichs nicht erwarten).

eher zwischen durch... beim Verlauf war immer nur der Anfang weg, wenn es ein Problem gab  :-\

Zitat
Sind bridge und bulbs funktechnisch halbswegs nahe ? Besondere bekannte Störquellen auf 2,4GHz ?
Netzwerk ?
bridge hat Dauerspannung oder ist geschaltet ?

der Abstand ist max. 4m. Die brigde hängt am Pi der Fhem betreibt und der läuft durchgängig.

Zitat
Das system mit der optimierung wenn keine Änderung an der bulb ist soweit verstanden ?

Jo :) wenn Zustand A und gefeuert "geh in Zustand A" -> dann tue nichts

Zitat
wenn das nochmal auftritt mach mal bitte eine Transition die weit vom momentanen Zustand des Moduls wegführt. Erklärung: "on" an sich gibts nicht, sagt nur "mach weißes Licht mit 100%". Wenn Du also eine Transition machst die weit und lang genug ist führt das dazu das lauter "on" => "mach Weiß mit 99%", "mach Weiß mit 98%" und so weiter gesendet werden. Wenn Du im "Weiß" bist, bleib im ersten Wurf da und lass ihn die Helligkeiten abklappern, nur halt nicht ganz auf 0. Wenn das noch nicht geht kannst Du noch Transition mit Farbe hinterher werfen.

Teste ich beim nächsten mal, dann mit gescheiten logs

PS: Ich könnte auch das neue Skript von dir testen, oder hast du dort nur die LW12 angepasst.

Hallo!

Ich teste mal heute Abend auf mein Netbook, da habe ich fhem zum testen schon drauf und da könnte man ja schon mal die Cpu als Fehler ausklammern!

Die Verlauf in der Mitte oder am Ende finde ich auch genau Richtig, ist ja immer nur der Anfang wie bei 1:02-1:06.
Was man im Video nicht sieht, das es dabei ein wenig flackert!

Mfg Steffen

Hi Steffen,

ZitatIch teste mal heute Abend auf mein Netbook, da habe ich fhem zum testen schon drauf und da könnte man ja schon mal die Cpu als Fehler ausklammern!

So wie das ist halte ich das für "genau im Soll". Das sieht man an 0:04-0:06 vs 1:02-1:06. Mit schnellerer CPU (muss bei Netbook ja jetzt nicht unbedingt der riesen Unterschied sein) wird das noch besser, aber fhem selber bleibt per Design ja "blocking". Will sagen: andere Module blocken Frames ja schon über die reine Ausführungszeit. Auch dann wenn noch CPU da wäre (schon logs etc).

Das was man am Anfang sieht ist so wie es soll. Nach dem initialen berechnen holt fhem selber noch Sachen nach und die Frames werden (so wie soll) "gedroppt".

Spiel nochmal bitte mit kleinerem Gamma. Schickt mir bitte auch die ersten 5-10 Sekunden log mit verbose 5 auf dem lw12. Ich studiere das nochmal -  vielleicht seh ich noch was. Glaub ich aber eigentlich nicht.

Was ich noch anbieten kann ist folgendes: ich baue (mittelfristig) noch eine Option / Flag dazu die das droppen von Frames für einzelne Transitions abschaltet. Da würde ich Euch aber bitten genau drüber nachzudenken ob Ihr das wollt. Weil: das führt dazu das die Gesamtdauer der Transition völlig unkalkulierbar ist. Der Unterschied wird auch nicht marginal sondern durchaus Faktor 2..3..xx ?? sein. Wäre dann so: Du sagst 0,0,100 auf 0,100,100 20 und der rennt los und macht eben jeden Frame. Fhem selber macht für sich (unabhängig von wifilight!) zwischendurch auch mal Denkpausen > 1 Sekunde. Da würde die Transition natürliche stehen und danach gehts ohne Sprung weiter. Dazu kommen die ganzen delay im Bereich x00 msec.
Im Beispiel von eben wird die Transition dann komplett (jeder Frame) durchgelaufen. Je nach dem dauert die dann anstelle der "geplanten" 30 Sekunden mal eine mal 4+ Minuten. Das dürfte so der Rahmen sein über den wir sprechen.

vg
Jörg

Edith:
ich würde den Test auch mit der vorletzten Test-Version (Gamma drin aber ohne das 1000msec delay) machen. Das verfälscht das Bild sonst. Am Video sieht man das gut, die ersten Beiden Frames kommen sofort, dann das 1000msec delay und dann: ab dafür Richtung Norden 8). Sieht man schön auf dem Video. Wie gesagt, Video wirkt ja wegen Handyautomatik anders als echt, aber für mich sieht die Kurze am Anfang zu steil aus, und das wäre Gamma.

Hi Sandra,

Zitat von: Blackcat am 04 März 2014, 08:48:59
Wie stelle ich den logging mode für die Lights auf 5 um?

verbose ist ein attribut für die lights. Das auf 5 stellen bitte.

Edith: bitte auch bei "global" das attr "mseclog" auf "1" stellen.

Zitat
eher zwischen durch... beim Verlauf war immer nur der Anfang weg, wenn es ein Problem gab  :-\
der Abstand ist max. 4m. Die brigde hängt am Pi der Fhem betreibt und der läuft durchgängig.

Das was Du beschreibst klingt so nach ungewöhnlich :), such mal bitte an diesen Ecken: Bridge mal kurz einige Minuten vom Netz. Eigenes / anderes Netzteil an die Bridge. Netzwerk ? bridge mal direkt an den Router ? andere IP ?

Ich hab das auch das mal ein Befehl nicht ankommt, ist im ISM Band ohne Rückkanal auch normal. Bei mir: so einmal pro Woche. Und glaub mal, ich teste einiges und hab Dampf auf dem lights  :D.

Wenn (der echt ganz seltene) Fall eintritt. Entweder ich hatte manuell geschaltet, dann seh ichs, drück nochmal (off/on). Gut!. Bei den ganzen Automatiken wie Wakeup Light sind es oft Transitions: Wenn da wirklich einer nicht ankommt würde man das garnicht merken. Siehe Transition: da kommt ja gleich der nächste...

Zitat
PS: Ich könnte auch das neue Skript von dir testen, oder hast du dort nur die LW12 angepasst.

Gamma ist auf dem LW12 und der RGBW2. Aber das hat ja nix mit Deinem Fehlerbild zu tun. Aber mach, auf Dauer auch besser sonst musste ja jedes update anpassen. Und Deine Änderung ist da auf von vornherein wirkungslos. Ob man ein "on" jetzt mit einer individuellen Farbe rausschickt oder als "HSV" oder als "Weiß" ist ja egal. Wenn das eine nicht geht geht das andere halt auch nicht  8)

Prüf mal bitte die externals wie oben beschrieben, Netzteil, reset, sowas halt.

vg
Jörg

So hier mal ein Log mit verbose 5, allerdings mit der Version mit dem delay:

2014.03.04 19:37:06.506 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0524528026580811
2014.03.04 19:37:06.507 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 0, delay 50, hl qlen 1, ll qlen 0, lock 0
2014.03.04 19:37:06.509 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:0
2014.03.04 19:37:06.594 5: LEDstripe_Light low level cmd queue add 56000000aa, qlen 1
2014.03.04 19:37:06.596 5: LEDstripe_Light low level cmd queue send 56000000aa, qlen 1
2014.03.04 19:37:06.597 3: LEDstripe_Light low level cmd queue send ERROR 56000000aa, qlen 1 (trying to reconnect)
2014.03.04 19:37:06.614 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:06.616 4: LEDstripe_Light high level cmd queue ask next 1393958226.66599
2014.03.04 19:37:06.623 4: LEDstripe_Light processEvent: , progress: 100
2014.03.04 19:37:22.976 5: LEDstripe_Light prepare start hsv transition (is actual) hsv 240, 100, 100, 1393958242.97627
2014.03.04 19:37:22.978 4: LEDstripe_Light current HSV 240, 100, 0
2014.03.04 19:37:22.979 3: LEDstripe_Light set HSV 240, 100, 100 with ramp: 6, flags:
2014.03.04 19:37:22.981 4: LEDstripe_Light color rotation dev cc:0, cw:0, shortest:1
2014.03.04 19:37:22.982 4: LEDstripe_Light transit (V>H||S) steps: 100 stepwide: 60
2014.03.04 19:37:22.984 4: LEDstripe_Light add to hl queue h:240, s:100, v:1 (1/100)
2014.03.04 19:37:22.987 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 1, ctrl , targetTime 1393958243.97627, qlen 1
2014.03.04 19:37:22.989 5: LEDstripe_Light high level cmd queue exec dropper delay: 0.987738132476807
2014.03.04 19:37:22.990 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 1, delay 60, hl qlen 1, ll qlen 0, lock 0
2014.03.04 19:37:22.992 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:1
2014.03.04 19:37:23.027 5: LEDstripe_Light low level cmd queue add 56000000aa, qlen 1
2014.03.04 19:37:23.029 5: LEDstripe_Light low level cmd queue send 56000000aa, qlen 1
2014.03.04 19:37:23.031 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:23.033 4: LEDstripe_Light high level cmd queue ask next 1393958243.09318
2014.03.04 19:37:23.034 4: LEDstripe_Light processEvent: , progress: 1
2014.03.04 19:37:23.036 4: LEDstripe_Light add to hl queue h:240, s:100, v:2 (2/100)
2014.03.04 19:37:23.038 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 2, ctrl , targetTime 1393958244.03627, qlen 2
2014.03.04 19:37:23.039 4: LEDstripe_Light add to hl queue h:240, s:100, v:3 (3/100)
2014.03.04 19:37:23.041 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 3, ctrl , targetTime 1393958244.09627, qlen 3
2014.03.04 19:37:23.043 4: LEDstripe_Light add to hl queue h:240, s:100, v:4 (4/100)
2014.03.04 19:37:23.045 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 4, ctrl , targetTime 1393958244.15627, qlen 4
2014.03.04 19:37:23.046 4: LEDstripe_Light add to hl queue h:240, s:100, v:5 (5/100)
2014.03.04 19:37:23.048 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 5, ctrl , targetTime 1393958244.21627, qlen 5
2014.03.04 19:37:23.049 4: LEDstripe_Light add to hl queue h:240, s:100, v:6 (6/100)
2014.03.04 19:37:23.051 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 6, ctrl , targetTime 1393958244.27627, qlen 6
2014.03.04 19:37:23.052 4: LEDstripe_Light add to hl queue h:240, s:100, v:7 (7/100)
2014.03.04 19:37:23.054 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 7, ctrl , targetTime 1393958244.33627, qlen 7
2014.03.04 19:37:23.055 4: LEDstripe_Light add to hl queue h:240, s:100, v:8 (8/100)
2014.03.04 19:37:23.057 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 8, ctrl , targetTime 1393958244.39627, qlen 8
2014.03.04 19:37:23.058 4: LEDstripe_Light add to hl queue h:240, s:100, v:9 (9/100)
2014.03.04 19:37:23.060 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 9, ctrl , targetTime 1393958244.45627, qlen 9
2014.03.04 19:37:23.062 4: LEDstripe_Light add to hl queue h:240, s:100, v:10 (10/100)
2014.03.04 19:37:23.064 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 10, ctrl , targetTime 1393958244.51627, qlen 10
2014.03.04 19:37:23.065 4: LEDstripe_Light add to hl queue h:240, s:100, v:11 (11/100)
2014.03.04 19:37:23.067 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 11, ctrl , targetTime 1393958244.57627, qlen 11
2014.03.04 19:37:23.068 4: LEDstripe_Light add to hl queue h:240, s:100, v:12 (12/100)
2014.03.04 19:37:23.070 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 12, ctrl , targetTime 1393958244.63627, qlen 12
2014.03.04 19:37:23.072 4: LEDstripe_Light add to hl queue h:240, s:100, v:13 (13/100)
2014.03.04 19:37:23.073 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 13, ctrl , targetTime 1393958244.69627, qlen 13
2014.03.04 19:37:23.075 4: LEDstripe_Light add to hl queue h:240, s:100, v:14 (14/100)
2014.03.04 19:37:23.077 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 14, ctrl , targetTime 1393958244.75627, qlen 14
2014.03.04 19:37:23.078 4: LEDstripe_Light add to hl queue h:240, s:100, v:15 (15/100)
2014.03.04 19:37:23.080 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 15, ctrl , targetTime 1393958244.81627, qlen 15
2014.03.04 19:37:23.081 4: LEDstripe_Light add to hl queue h:240, s:100, v:16 (16/100)
2014.03.04 19:37:23.083 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 16, ctrl , targetTime 1393958244.87627, qlen 16
2014.03.04 19:37:23.084 4: LEDstripe_Light add to hl queue h:240, s:100, v:17 (17/100)
2014.03.04 19:37:23.086 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 17, ctrl , targetTime 1393958244.93627, qlen 17
2014.03.04 19:37:23.087 4: LEDstripe_Light add to hl queue h:240, s:100, v:18 (18/100)
2014.03.04 19:37:23.089 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 18, ctrl , targetTime 1393958244.99627, qlen 18
2014.03.04 19:37:23.090 4: LEDstripe_Light add to hl queue h:240, s:100, v:19 (19/100)
2014.03.04 19:37:23.092 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 19, ctrl , targetTime 1393958245.05627, qlen 19
2014.03.04 19:37:23.094 4: LEDstripe_Light add to hl queue h:240, s:100, v:20 (20/100)
2014.03.04 19:37:23.095 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 20, ctrl , targetTime 1393958245.11627, qlen 20
2014.03.04 19:37:23.096 4: LEDstripe_Light add to hl queue h:240, s:100, v:21 (21/100)
2014.03.04 19:37:23.098 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 21, ctrl , targetTime 1393958245.17627, qlen 21
2014.03.04 19:37:23.099 4: LEDstripe_Light add to hl queue h:240, s:100, v:22 (22/100)
2014.03.04 19:37:23.101 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 22, ctrl , targetTime 1393958245.23627, qlen 22
2014.03.04 19:37:23.103 4: LEDstripe_Light add to hl queue h:240, s:100, v:23 (23/100)
2014.03.04 19:37:23.104 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 23, ctrl , targetTime 1393958245.29627, qlen 23
2014.03.04 19:37:23.106 4: LEDstripe_Light add to hl queue h:240, s:100, v:24 (24/100)
2014.03.04 19:37:23.107 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 24, ctrl , targetTime 1393958245.35627, qlen 24
2014.03.04 19:37:23.109 4: LEDstripe_Light add to hl queue h:240, s:100, v:25 (25/100)
2014.03.04 19:37:23.110 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 25, ctrl , targetTime 1393958245.41627, qlen 25
2014.03.04 19:37:23.112 4: LEDstripe_Light add to hl queue h:240, s:100, v:26 (26/100)
2014.03.04 19:37:23.113 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 26, ctrl , targetTime 1393958245.47627, qlen 26
2014.03.04 19:37:23.115 4: LEDstripe_Light add to hl queue h:240, s:100, v:27 (27/100)
2014.03.04 19:37:23.116 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 27, ctrl , targetTime 1393958245.53627, qlen 27
2014.03.04 19:37:23.118 4: LEDstripe_Light add to hl queue h:240, s:100, v:28 (28/100)
2014.03.04 19:37:23.123 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 28, ctrl , targetTime 1393958245.59627, qlen 28
2014.03.04 19:37:23.125 4: LEDstripe_Light add to hl queue h:240, s:100, v:29 (29/100)
2014.03.04 19:37:23.126 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 29, ctrl , targetTime 1393958245.65627, qlen 29
2014.03.04 19:37:23.128 4: LEDstripe_Light add to hl queue h:240, s:100, v:30 (30/100)
2014.03.04 19:37:23.129 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 30, ctrl , targetTime 1393958245.71627, qlen 30
2014.03.04 19:37:23.131 4: LEDstripe_Light add to hl queue h:240, s:100, v:31 (31/100)
2014.03.04 19:37:23.143 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 31, ctrl , targetTime 1393958245.77627, qlen 31
2014.03.04 19:37:23.144 4: LEDstripe_Light add to hl queue h:240, s:100, v:32 (32/100)
2014.03.04 19:37:23.146 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 32, ctrl , targetTime 1393958245.83627, qlen 32
2014.03.04 19:37:23.147 4: LEDstripe_Light add to hl queue h:240, s:100, v:33 (33/100)
2014.03.04 19:37:23.150 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 33, ctrl , targetTime 1393958245.89627, qlen 33
2014.03.04 19:37:23.151 4: LEDstripe_Light add to hl queue h:240, s:100, v:34 (34/100)
2014.03.04 19:37:23.163 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 34, ctrl , targetTime 1393958245.95627, qlen 34
2014.03.04 19:37:23.166 4: LEDstripe_Light add to hl queue h:240, s:100, v:35 (35/100)
2014.03.04 19:37:23.168 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 35, ctrl , targetTime 1393958246.01627, qlen 35
2014.03.04 19:37:23.170 4: LEDstripe_Light add to hl queue h:240, s:100, v:36 (36/100)
2014.03.04 19:37:23.171 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 36, ctrl , targetTime 1393958246.07627, qlen 36
2014.03.04 19:37:23.187 4: LEDstripe_Light add to hl queue h:240, s:100, v:37 (37/100)
2014.03.04 19:37:23.203 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 37, ctrl , targetTime 1393958246.13627, qlen 37
2014.03.04 19:37:23.205 4: LEDstripe_Light add to hl queue h:240, s:100, v:38 (38/100)
2014.03.04 19:37:23.206 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 38, ctrl , targetTime 1393958246.19627, qlen 38
2014.03.04 19:37:23.208 4: LEDstripe_Light add to hl queue h:240, s:100, v:39 (39/100)
2014.03.04 19:37:23.209 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 39, ctrl , targetTime 1393958246.25627, qlen 39
2014.03.04 19:37:23.211 4: LEDstripe_Light add to hl queue h:240, s:100, v:40 (40/100)
2014.03.04 19:37:23.223 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 40, ctrl , targetTime 1393958246.31627, qlen 40
2014.03.04 19:37:23.224 4: LEDstripe_Light add to hl queue h:240, s:100, v:41 (41/100)
2014.03.04 19:37:23.226 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 41, ctrl , targetTime 1393958246.37627, qlen 41
2014.03.04 19:37:23.227 4: LEDstripe_Light add to hl queue h:240, s:100, v:42 (42/100)
2014.03.04 19:37:23.229 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 42, ctrl , targetTime 1393958246.43627, qlen 42
2014.03.04 19:37:23.230 4: LEDstripe_Light add to hl queue h:240, s:100, v:43 (43/100)
2014.03.04 19:37:23.242 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 43, ctrl , targetTime 1393958246.49627, qlen 43
2014.03.04 19:37:23.244 4: LEDstripe_Light add to hl queue h:240, s:100, v:44 (44/100)
2014.03.04 19:37:23.245 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 44, ctrl , targetTime 1393958246.55627, qlen 44
2014.03.04 19:37:23.247 4: LEDstripe_Light add to hl queue h:240, s:100, v:45 (45/100)
2014.03.04 19:37:23.248 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 45, ctrl , targetTime 1393958246.61627, qlen 45
2014.03.04 19:37:23.249 4: LEDstripe_Light add to hl queue h:240, s:100, v:46 (46/100)
2014.03.04 19:37:23.251 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 46, ctrl , targetTime 1393958246.67627, qlen 46
2014.03.04 19:37:23.263 4: LEDstripe_Light add to hl queue h:240, s:100, v:47 (47/100)
2014.03.04 19:37:23.264 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 47, ctrl , targetTime 1393958246.73627, qlen 47
2014.03.04 19:37:23.266 4: LEDstripe_Light add to hl queue h:240, s:100, v:48 (48/100)
2014.03.04 19:37:23.268 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 48, ctrl , targetTime 1393958246.79627, qlen 48
2014.03.04 19:37:23.269 4: LEDstripe_Light add to hl queue h:240, s:100, v:49 (49/100)
2014.03.04 19:37:23.271 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 49, ctrl , targetTime 1393958246.85627, qlen 49
2014.03.04 19:37:23.282 4: LEDstripe_Light add to hl queue h:240, s:100, v:50 (50/100)
2014.03.04 19:37:23.284 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 50, ctrl , targetTime 1393958246.91627, qlen 50
2014.03.04 19:37:23.285 4: LEDstripe_Light add to hl queue h:240, s:100, v:51 (51/100)
2014.03.04 19:37:23.287 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 51, ctrl , targetTime 1393958246.97627, qlen 51
2014.03.04 19:37:23.289 4: LEDstripe_Light add to hl queue h:240, s:100, v:52 (52/100)
2014.03.04 19:37:23.290 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 52, ctrl , targetTime 1393958247.03627, qlen 52
2014.03.04 19:37:23.292 4: LEDstripe_Light add to hl queue h:240, s:100, v:53 (53/100)
2014.03.04 19:37:23.304 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 53, ctrl , targetTime 1393958247.09627, qlen 53
2014.03.04 19:37:23.305 4: LEDstripe_Light add to hl queue h:240, s:100, v:54 (54/100)
2014.03.04 19:37:23.307 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 54, ctrl , targetTime 1393958247.15627, qlen 54
2014.03.04 19:37:23.308 4: LEDstripe_Light add to hl queue h:240, s:100, v:55 (55/100)
2014.03.04 19:37:23.310 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 55, ctrl , targetTime 1393958247.21627, qlen 55
2014.03.04 19:37:23.311 4: LEDstripe_Light add to hl queue h:240, s:100, v:56 (56/100)
2014.03.04 19:37:23.321 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 56, ctrl , targetTime 1393958247.27627, qlen 56
2014.03.04 19:37:23.323 4: LEDstripe_Light add to hl queue h:240, s:100, v:57 (57/100)
2014.03.04 19:37:23.325 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 57, ctrl , targetTime 1393958247.33627, qlen 57
2014.03.04 19:37:23.326 4: LEDstripe_Light add to hl queue h:240, s:100, v:58 (58/100)
2014.03.04 19:37:23.327 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 58, ctrl , targetTime 1393958247.39627, qlen 58
2014.03.04 19:37:23.329 4: LEDstripe_Light add to hl queue h:240, s:100, v:59 (59/100)
2014.03.04 19:37:23.330 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 59, ctrl , targetTime 1393958247.45627, qlen 59
2014.03.04 19:37:23.332 4: LEDstripe_Light add to hl queue h:240, s:100, v:60 (60/100)
2014.03.04 19:37:23.334 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 60, ctrl , targetTime 1393958247.51627, qlen 60
2014.03.04 19:37:23.335 4: LEDstripe_Light add to hl queue h:240, s:100, v:61 (61/100)
2014.03.04 19:37:23.337 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 61, ctrl , targetTime 1393958247.57627, qlen 61
2014.03.04 19:37:23.338 4: LEDstripe_Light add to hl queue h:240, s:100, v:62 (62/100)
2014.03.04 19:37:23.340 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 62, ctrl , targetTime 1393958247.63627, qlen 62
2014.03.04 19:37:23.341 4: LEDstripe_Light add to hl queue h:240, s:100, v:63 (63/100)
2014.03.04 19:37:23.343 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 63, ctrl , targetTime 1393958247.69627, qlen 63
2014.03.04 19:37:23.344 4: LEDstripe_Light add to hl queue h:240, s:100, v:64 (64/100)
2014.03.04 19:37:23.346 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 64, ctrl , targetTime 1393958247.75627, qlen 64
2014.03.04 19:37:23.347 4: LEDstripe_Light add to hl queue h:240, s:100, v:65 (65/100)
2014.03.04 19:37:23.349 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 65, ctrl , targetTime 1393958247.81627, qlen 65
2014.03.04 19:37:23.350 4: LEDstripe_Light add to hl queue h:240, s:100, v:66 (66/100)
2014.03.04 19:37:23.352 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 66, ctrl , targetTime 1393958247.87627, qlen 66
2014.03.04 19:37:23.353 4: LEDstripe_Light add to hl queue h:240, s:100, v:67 (67/100)
2014.03.04 19:37:23.355 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 67, ctrl , targetTime 1393958247.93627, qlen 67
2014.03.04 19:37:23.356 4: LEDstripe_Light add to hl queue h:240, s:100, v:68 (68/100)
2014.03.04 19:37:23.358 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 68, ctrl , targetTime 1393958247.99627, qlen 68
2014.03.04 19:37:23.359 4: LEDstripe_Light add to hl queue h:240, s:100, v:69 (69/100)
2014.03.04 19:37:23.361 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 69, ctrl , targetTime 1393958248.05627, qlen 69
2014.03.04 19:37:23.362 4: LEDstripe_Light add to hl queue h:240, s:100, v:70 (70/100)
2014.03.04 19:37:23.364 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 70, ctrl , targetTime 1393958248.11627, qlen 70
2014.03.04 19:37:23.366 4: LEDstripe_Light add to hl queue h:240, s:100, v:71 (71/100)
2014.03.04 19:37:23.367 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 71, ctrl , targetTime 1393958248.17627, qlen 71
2014.03.04 19:37:23.369 4: LEDstripe_Light add to hl queue h:240, s:100, v:72 (72/100)
2014.03.04 19:37:23.370 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 72, ctrl , targetTime 1393958248.23627, qlen 72
2014.03.04 19:37:23.371 4: LEDstripe_Light add to hl queue h:240, s:100, v:73 (73/100)
2014.03.04 19:37:23.373 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 73, ctrl , targetTime 1393958248.29627, qlen 73
2014.03.04 19:37:23.375 4: LEDstripe_Light add to hl queue h:240, s:100, v:74 (74/100)
2014.03.04 19:37:23.376 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 74, ctrl , targetTime 1393958248.35627, qlen 74
2014.03.04 19:37:23.378 4: LEDstripe_Light add to hl queue h:240, s:100, v:75 (75/100)
2014.03.04 19:37:23.380 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 75, ctrl , targetTime 1393958248.41627, qlen 75
2014.03.04 19:37:23.381 4: LEDstripe_Light add to hl queue h:240, s:100, v:76 (76/100)
2014.03.04 19:37:23.383 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 76, ctrl , targetTime 1393958248.47627, qlen 76
2014.03.04 19:37:23.384 4: LEDstripe_Light add to hl queue h:240, s:100, v:77 (77/100)
2014.03.04 19:37:23.386 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 77, ctrl , targetTime 1393958248.53627, qlen 77
2014.03.04 19:37:23.387 4: LEDstripe_Light add to hl queue h:240, s:100, v:78 (78/100)
2014.03.04 19:37:23.389 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 78, ctrl , targetTime 1393958248.59627, qlen 78
2014.03.04 19:37:23.391 4: LEDstripe_Light add to hl queue h:240, s:100, v:79 (79/100)
2014.03.04 19:37:23.393 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 79, ctrl , targetTime 1393958248.65627, qlen 79
2014.03.04 19:37:23.394 4: LEDstripe_Light add to hl queue h:240, s:100, v:80 (80/100)
2014.03.04 19:37:23.396 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 80, ctrl , targetTime 1393958248.71627, qlen 80
2014.03.04 19:37:23.398 4: LEDstripe_Light add to hl queue h:240, s:100, v:81 (81/100)
2014.03.04 19:37:23.399 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 81, ctrl , targetTime 1393958248.77627, qlen 81
2014.03.04 19:37:23.401 4: LEDstripe_Light add to hl queue h:240, s:100, v:82 (82/100)
2014.03.04 19:37:23.402 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 82, ctrl , targetTime 1393958248.83627, qlen 82
2014.03.04 19:37:23.404 4: LEDstripe_Light add to hl queue h:240, s:100, v:83 (83/100)
2014.03.04 19:37:23.406 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 83, ctrl , targetTime 1393958248.89627, qlen 83
2014.03.04 19:37:23.407 4: LEDstripe_Light add to hl queue h:240, s:100, v:84 (84/100)
2014.03.04 19:37:23.409 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 84, ctrl , targetTime 1393958248.95627, qlen 84
2014.03.04 19:37:23.410 4: LEDstripe_Light add to hl queue h:240, s:100, v:85 (85/100)
2014.03.04 19:37:23.412 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 85, ctrl , targetTime 1393958249.01627, qlen 85
2014.03.04 19:37:23.413 4: LEDstripe_Light add to hl queue h:240, s:100, v:86 (86/100)
2014.03.04 19:37:23.415 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 86, ctrl , targetTime 1393958249.07627, qlen 86
2014.03.04 19:37:23.416 4: LEDstripe_Light add to hl queue h:240, s:100, v:87 (87/100)
2014.03.04 19:37:23.418 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 87, ctrl , targetTime 1393958249.13627, qlen 87
2014.03.04 19:37:23.419 4: LEDstripe_Light add to hl queue h:240, s:100, v:88 (88/100)
2014.03.04 19:37:23.421 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 88, ctrl , targetTime 1393958249.19627, qlen 88
2014.03.04 19:37:23.423 4: LEDstripe_Light add to hl queue h:240, s:100, v:89 (89/100)
2014.03.04 19:37:23.424 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 89, ctrl , targetTime 1393958249.25627, qlen 89
2014.03.04 19:37:23.426 4: LEDstripe_Light add to hl queue h:240, s:100, v:90 (90/100)
2014.03.04 19:37:23.428 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 90, ctrl , targetTime 1393958249.31627, qlen 90
2014.03.04 19:37:23.429 4: LEDstripe_Light add to hl queue h:240, s:100, v:91 (91/100)
2014.03.04 19:37:23.431 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 91, ctrl , targetTime 1393958249.37627, qlen 91
2014.03.04 19:37:23.432 4: LEDstripe_Light add to hl queue h:240, s:100, v:92 (92/100)
2014.03.04 19:37:23.434 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 92, ctrl , targetTime 1393958249.43627, qlen 92
2014.03.04 19:37:23.435 4: LEDstripe_Light add to hl queue h:240, s:100, v:93 (93/100)
2014.03.04 19:37:23.437 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 93, ctrl , targetTime 1393958249.49627, qlen 93
2014.03.04 19:37:23.438 4: LEDstripe_Light add to hl queue h:240, s:100, v:94 (94/100)
2014.03.04 19:37:23.440 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 94, ctrl , targetTime 1393958249.55627, qlen 94
2014.03.04 19:37:23.441 4: LEDstripe_Light add to hl queue h:240, s:100, v:95 (95/100)
2014.03.04 19:37:23.444 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 95, ctrl , targetTime 1393958249.61627, qlen 95
2014.03.04 19:37:23.445 4: LEDstripe_Light add to hl queue h:240, s:100, v:96 (96/100)
2014.03.04 19:37:23.447 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 96, ctrl , targetTime 1393958249.67627, qlen 96
2014.03.04 19:37:23.448 4: LEDstripe_Light add to hl queue h:240, s:100, v:97 (97/100)
2014.03.04 19:37:23.450 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 97, ctrl , targetTime 1393958249.73627, qlen 97
2014.03.04 19:37:23.451 4: LEDstripe_Light add to hl queue h:240, s:100, v:98 (98/100)
2014.03.04 19:37:23.453 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 98, ctrl , targetTime 1393958249.79627, qlen 98
2014.03.04 19:37:23.454 4: LEDstripe_Light add to hl queue h:240, s:100, v:99 (99/100)
2014.03.04 19:37:23.456 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 99, ctrl , targetTime 1393958249.85627, qlen 99
2014.03.04 19:37:23.457 4: LEDstripe_Light add to hl queue h:240, s:100, v:100 (100/100)
2014.03.04 19:37:23.459 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 100, ctrl , targetTime 1393958249.91627, qlen 100
2014.03.04 19:37:23.465 5: LEDstripe_Light high level cmd queue exec dropper delay: 0.571079969406128
2014.03.04 19:37:23.466 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 2, delay 60, hl qlen 99, ll qlen 0, lock 0
2014.03.04 19:37:23.468 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:2
2014.03.04 19:37:23.498 5: LEDstripe_Light low level cmd queue add 56000001aa, qlen 1
2014.03.04 19:37:23.500 5: LEDstripe_Light low level cmd queue send 56000001aa, qlen 1
2014.03.04 19:37:23.503 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:23.504 4: LEDstripe_Light high level cmd queue ask next 1393958244.09627 1393958244.09627
2014.03.04 19:37:23.505 4: LEDstripe_Light processEvent: , progress: 2
2014.03.04 19:37:24.100 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00428605079650879
2014.03.04 19:37:24.102 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 3, delay 60, hl qlen 98, ll qlen 0, lock 0
2014.03.04 19:37:24.103 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:3
2014.03.04 19:37:24.148 5: LEDstripe_Light low level cmd queue add 56000002aa, qlen 1
2014.03.04 19:37:24.150 5: LEDstripe_Light low level cmd queue send 56000002aa, qlen 1
2014.03.04 19:37:24.164 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:24.165 4: LEDstripe_Light high level cmd queue ask next 1393958244.15627 1393958244.15627
2014.03.04 19:37:24.168 4: LEDstripe_Light processEvent: , progress: 3
2014.03.04 19:37:24.243 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 96
2014.03.04 19:37:24.245 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.028742790222168
2014.03.04 19:37:24.246 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:24.247 4: LEDstripe_Light high level cmd queue ask next 1393958244.27627 1393958244.27627
2014.03.04 19:37:24.249 4: LEDstripe_Light processEvent: , progress: 5
2014.03.04 19:37:24.375 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 94
2014.03.04 19:37:24.377 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0408821105957031
2014.03.04 19:37:24.378 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 7, delay 60, hl qlen 94, ll qlen 0, lock 0
2014.03.04 19:37:24.380 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:7
2014.03.04 19:37:24.409 5: LEDstripe_Light low level cmd queue add 56000007aa, qlen 1
2014.03.04 19:37:24.410 5: LEDstripe_Light low level cmd queue send 56000007aa, qlen 1
2014.03.04 19:37:24.413 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:24.414 4: LEDstripe_Light high level cmd queue ask next 1393958244.39627 1393958244.39627
2014.03.04 19:37:24.416 4: LEDstripe_Light processEvent: , progress: 7
2014.03.04 19:37:24.472 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 92
2014.03.04 19:37:24.473 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.017075777053833
2014.03.04 19:37:24.474 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:24.475 4: LEDstripe_Light high level cmd queue ask next 1393958244.51627 1393958244.51627
2014.03.04 19:37:24.477 4: LEDstripe_Light processEvent: , progress: 9
2014.03.04 19:37:24.520 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00426793098449707
2014.03.04 19:37:24.522 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 10, delay 60, hl qlen 91, ll qlen 0, lock 0
2014.03.04 19:37:24.524 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:10
2014.03.04 19:37:24.610 5: LEDstripe_Light low level cmd queue add 5600000baa, qlen 1
2014.03.04 19:37:24.612 5: LEDstripe_Light low level cmd queue send 5600000baa, qlen 1
2014.03.04 19:37:24.614 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:24.616 4: LEDstripe_Light high level cmd queue ask next 1393958244.57627 1393958244.57627
2014.03.04 19:37:24.617 4: LEDstripe_Light processEvent: , progress: 10
2014.03.04 19:37:24.644 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 89
2014.03.04 19:37:24.646 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00989770889282227
2014.03.04 19:37:24.647 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:24.648 4: LEDstripe_Light high level cmd queue ask next 1393958244.69627 1393958244.69627
2014.03.04 19:37:24.649 4: LEDstripe_Light processEvent: , progress: 12
2014.03.04 19:37:24.722 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0263328552246094
2014.03.04 19:37:24.724 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 13, delay 60, hl qlen 88, ll qlen 0, lock 0
2014.03.04 19:37:24.725 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:13
2014.03.04 19:37:24.815 5: LEDstripe_Light low level cmd queue add 56000010aa, qlen 1
2014.03.04 19:37:24.816 5: LEDstripe_Light low level cmd queue send 56000010aa, qlen 1
2014.03.04 19:37:24.818 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:24.820 4: LEDstripe_Light high level cmd queue ask next 1393958244.75627 1393958244.75627
2014.03.04 19:37:24.821 4: LEDstripe_Light processEvent: , progress: 13
2014.03.04 19:37:24.853 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 86
2014.03.04 19:37:24.855 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0388669967651367
2014.03.04 19:37:24.856 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:24.857 4: LEDstripe_Light high level cmd queue ask next 1393958244.87627 1393958244.87627
2014.03.04 19:37:24.859 4: LEDstripe_Light processEvent: , progress: 15
2014.03.04 19:37:24.880 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00430679321289062
2014.03.04 19:37:24.882 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 16, delay 60, hl qlen 85, ll qlen 0, lock 0
2014.03.04 19:37:24.883 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:16
2014.03.04 19:37:24.955 5: LEDstripe_Light low level cmd queue add 56000015aa, qlen 1
2014.03.04 19:37:24.957 5: LEDstripe_Light low level cmd queue send 56000015aa, qlen 1
2014.03.04 19:37:24.959 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:24.960 4: LEDstripe_Light high level cmd queue ask next 1393958244.93627 1393958244.93627
2014.03.04 19:37:24.962 4: LEDstripe_Light processEvent: , progress: 16
2014.03.04 19:37:24.984 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0484678745269775
2014.03.04 19:37:24.986 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:24.987 4: LEDstripe_Light high level cmd queue ask next 1393958244.99627 1393958244.99627
2014.03.04 19:37:24.988 4: LEDstripe_Light processEvent: , progress: 17
2014.03.04 19:37:25.005 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00919389724731445
2014.03.04 19:37:25.007 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 18, delay 60, hl qlen 83, ll qlen 0, lock 0
2014.03.04 19:37:25.008 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:18
2014.03.04 19:37:25.081 5: LEDstripe_Light low level cmd queue add 56000018aa, qlen 1
2014.03.04 19:37:25.082 5: LEDstripe_Light low level cmd queue send 56000018aa, qlen 1
2014.03.04 19:37:25.085 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:25.086 4: LEDstripe_Light high level cmd queue ask next 1393958245.05627 1393958245.05627
2014.03.04 19:37:25.087 4: LEDstripe_Light processEvent: , progress: 18
2014.03.04 19:37:25.112 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.056204080581665
2014.03.04 19:37:25.114 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:25.115 4: LEDstripe_Light high level cmd queue ask next 1393958245.11627 1393958245.11627
2014.03.04 19:37:25.116 4: LEDstripe_Light processEvent: , progress: 19
2014.03.04 19:37:25.138 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0217387676239014
2014.03.04 19:37:25.139 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 20, delay 60, hl qlen 81, ll qlen 0, lock 0
2014.03.04 19:37:25.140 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:20
2014.03.04 19:37:25.298 5: LEDstripe_Light low level cmd queue add 5600001caa, qlen 1
2014.03.04 19:37:25.299 5: LEDstripe_Light low level cmd queue send 5600001caa, qlen 1
2014.03.04 19:37:25.302 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:25.314 4: LEDstripe_Light high level cmd queue ask next 1393958245.17627 1393958245.17627
2014.03.04 19:37:25.315 4: LEDstripe_Light processEvent: , progress: 20
2014.03.04 19:37:25.332 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 79
2014.03.04 19:37:25.334 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 78
2014.03.04 19:37:25.335 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0389869213104248
2014.03.04 19:37:25.336 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:25.337 4: LEDstripe_Light high level cmd queue ask next 1393958245.35627 1393958245.35627
2014.03.04 19:37:25.339 4: LEDstripe_Light processEvent: , progress: 23
2014.03.04 19:37:25.361 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00509476661682129
2014.03.04 19:37:25.363 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 24, delay 60, hl qlen 77, ll qlen 0, lock 0
2014.03.04 19:37:25.365 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:24
2014.03.04 19:37:25.436 5: LEDstripe_Light low level cmd queue add 56000024aa, qlen 1
2014.03.04 19:37:25.437 5: LEDstripe_Light low level cmd queue send 56000024aa, qlen 1
2014.03.04 19:37:25.440 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:25.441 4: LEDstripe_Light high level cmd queue ask next 1393958245.41627 1393958245.41627
2014.03.04 19:37:25.443 4: LEDstripe_Light processEvent: , progress: 24
2014.03.04 19:37:25.453 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0371887683868408
2014.03.04 19:37:25.455 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:25.456 4: LEDstripe_Light high level cmd queue ask next 1393958245.47627 1393958245.47627
2014.03.04 19:37:25.457 4: LEDstripe_Light processEvent: , progress: 25
2014.03.04 19:37:25.481 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00493788719177246
2014.03.04 19:37:25.483 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 26, delay 60, hl qlen 75, ll qlen 0, lock 0
2014.03.04 19:37:25.484 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:26
2014.03.04 19:37:25.556 5: LEDstripe_Light low level cmd queue add 56000028aa, qlen 1
2014.03.04 19:37:25.558 5: LEDstripe_Light low level cmd queue send 56000028aa, qlen 1
2014.03.04 19:37:25.560 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:25.561 4: LEDstripe_Light high level cmd queue ask next 1393958245.53627 1393958245.53627
2014.03.04 19:37:25.563 4: LEDstripe_Light processEvent: , progress: 26
2014.03.04 19:37:25.573 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0372960567474365
2014.03.04 19:37:25.575 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:25.576 4: LEDstripe_Light high level cmd queue ask next 1393958245.59627 1393958245.59627
2014.03.04 19:37:25.577 4: LEDstripe_Light processEvent: , progress: 27
2014.03.04 19:37:25.600 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00418496131896973
2014.03.04 19:37:25.602 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 28, delay 60, hl qlen 73, ll qlen 0, lock 0
2014.03.04 19:37:25.604 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:28
2014.03.04 19:37:25.741 5: LEDstripe_Light low level cmd queue add 5600002daa, qlen 1
2014.03.04 19:37:25.753 5: LEDstripe_Light low level cmd queue send 5600002daa, qlen 1
2014.03.04 19:37:25.756 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:25.757 4: LEDstripe_Light high level cmd queue ask next 1393958245.65627 1393958245.65627
2014.03.04 19:37:25.759 4: LEDstripe_Light processEvent: , progress: 28
2014.03.04 19:37:25.798 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 71
2014.03.04 19:37:25.799 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 70
2014.03.04 19:37:25.801 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.024634838104248
2014.03.04 19:37:25.813 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:25.814 4: LEDstripe_Light high level cmd queue ask next 1393958245.83627 1393958245.83627
2014.03.04 19:37:25.815 4: LEDstripe_Light processEvent: , progress: 31
2014.03.04 19:37:25.847 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0111429691314697
2014.03.04 19:37:25.848 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 32, delay 60, hl qlen 69, ll qlen 0, lock 0
2014.03.04 19:37:25.850 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:32
2014.03.04 19:37:25.922 5: LEDstripe_Light low level cmd queue add 56000036aa, qlen 1
2014.03.04 19:37:25.924 5: LEDstripe_Light low level cmd queue send 56000036aa, qlen 1
2014.03.04 19:37:25.926 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:25.927 4: LEDstripe_Light high level cmd queue ask next 1393958245.89627 1393958245.89627
2014.03.04 19:37:25.929 4: LEDstripe_Light processEvent: , progress: 32
2014.03.04 19:37:25.943 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0470538139343262
2014.03.04 19:37:25.944 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:25.946 4: LEDstripe_Light high level cmd queue ask next 1393958245.95627 1393958245.95627
2014.03.04 19:37:25.947 4: LEDstripe_Light processEvent: , progress: 33
2014.03.04 19:37:25.964 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00821590423583984
2014.03.04 19:37:25.966 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 34, delay 60, hl qlen 67, ll qlen 0, lock 0
2014.03.04 19:37:25.967 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:34
2014.03.04 19:37:26.040 5: LEDstripe_Light low level cmd queue add 5600003aaa, qlen 1
2014.03.04 19:37:26.041 5: LEDstripe_Light low level cmd queue send 5600003aaa, qlen 1
2014.03.04 19:37:26.044 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:26.045 4: LEDstripe_Light high level cmd queue ask next 1393958246.01627 1393958246.01627
2014.03.04 19:37:26.047 4: LEDstripe_Light processEvent: , progress: 34
2014.03.04 19:37:26.058 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0416979789733887
2014.03.04 19:37:26.059 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:26.060 4: LEDstripe_Light high level cmd queue ask next 1393958246.07627 1393958246.07627
2014.03.04 19:37:26.061 4: LEDstripe_Light processEvent: , progress: 35
2014.03.04 19:37:26.080 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00441598892211914
2014.03.04 19:37:26.082 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 36, delay 60, hl qlen 65, ll qlen 0, lock 0
2014.03.04 19:37:26.083 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:36
2014.03.04 19:37:26.215 5: LEDstripe_Light low level cmd queue add 5600003faa, qlen 1
2014.03.04 19:37:26.217 5: LEDstripe_Light low level cmd queue send 5600003faa, qlen 1
2014.03.04 19:37:26.219 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:26.221 4: LEDstripe_Light high level cmd queue ask next 1393958246.13627 1393958246.13627
2014.03.04 19:37:26.232 4: LEDstripe_Light processEvent: , progress: 36
2014.03.04 19:37:26.253 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 63
2014.03.04 19:37:26.255 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0588688850402832
2014.03.04 19:37:26.258 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:26.259 4: LEDstripe_Light high level cmd queue ask next 1393958246.25627 1393958246.25627
2014.03.04 19:37:26.261 4: LEDstripe_Light processEvent: , progress: 38
2014.03.04 19:37:26.288 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0322120189666748
2014.03.04 19:37:26.290 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 39, delay 60, hl qlen 62, ll qlen 0, lock 0
2014.03.04 19:37:26.291 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:39
2014.03.04 19:37:26.370 5: LEDstripe_Light low level cmd queue add 56000046aa, qlen 1
2014.03.04 19:37:26.372 5: LEDstripe_Light low level cmd queue send 56000046aa, qlen 1
2014.03.04 19:37:26.374 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:26.376 4: LEDstripe_Light high level cmd queue ask next 1393958246.31627 1393958246.31627
2014.03.04 19:37:26.377 4: LEDstripe_Light processEvent: , progress: 39
2014.03.04 19:37:26.389 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 60
2014.03.04 19:37:26.390 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0140058994293213
2014.03.04 19:37:26.391 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:26.392 4: LEDstripe_Light high level cmd queue ask next 1393958246.43627 1393958246.43627
2014.03.04 19:37:26.394 4: LEDstripe_Light processEvent: , progress: 41
2014.03.04 19:37:26.825 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 58
2014.03.04 19:37:26.827 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 57
2014.03.04 19:37:26.828 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 56
2014.03.04 19:37:26.830 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 55
2014.03.04 19:37:26.831 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 54
2014.03.04 19:37:26.833 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 53
2014.03.04 19:37:26.834 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0377988815307617
2014.03.04 19:37:26.835 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 48, delay 60, hl qlen 53, ll qlen 0, lock 0
2014.03.04 19:37:26.836 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:48
2014.03.04 19:37:26.910 5: LEDstripe_Light low level cmd queue add 5600005daa, qlen 1
2014.03.04 19:37:26.912 5: LEDstripe_Light low level cmd queue send 5600005daa, qlen 1
2014.03.04 19:37:26.914 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:26.916 4: LEDstripe_Light high level cmd queue ask next 1393958246.85627 1393958246.85627
2014.03.04 19:37:26.917 4: LEDstripe_Light processEvent: , progress: 48
2014.03.04 19:37:26.927 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 51
2014.03.04 19:37:26.929 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0126268863677979
2014.03.04 19:37:26.930 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:26.931 4: LEDstripe_Light high level cmd queue ask next 1393958246.97627 1393958246.97627
2014.03.04 19:37:26.932 4: LEDstripe_Light processEvent: , progress: 50
2014.03.04 19:37:26.981 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00493192672729492
2014.03.04 19:37:26.983 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 51, delay 60, hl qlen 50, ll qlen 0, lock 0
2014.03.04 19:37:26.984 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:51
2014.03.04 19:37:27.055 5: LEDstripe_Light low level cmd queue add 56000065aa, qlen 1
2014.03.04 19:37:27.056 5: LEDstripe_Light low level cmd queue send 56000065aa, qlen 1
2014.03.04 19:37:27.058 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:27.060 4: LEDstripe_Light high level cmd queue ask next 1393958247.03627 1393958247.03627
2014.03.04 19:37:27.061 4: LEDstripe_Light processEvent: , progress: 51
2014.03.04 19:37:27.073 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.03653883934021
2014.03.04 19:37:27.074 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:27.075 4: LEDstripe_Light high level cmd queue ask next 1393958247.09627 1393958247.09627
2014.03.04 19:37:27.076 4: LEDstripe_Light processEvent: , progress: 52
2014.03.04 19:37:27.100 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00443911552429199
2014.03.04 19:37:27.103 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 53, delay 60, hl qlen 48, ll qlen 0, lock 0
2014.03.04 19:37:27.104 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:53
2014.03.04 19:37:27.253 5: LEDstripe_Light low level cmd queue add 5600006baa, qlen 1
2014.03.04 19:37:27.254 5: LEDstripe_Light low level cmd queue send 5600006baa, qlen 1
2014.03.04 19:37:27.256 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:27.258 4: LEDstripe_Light high level cmd queue ask next 1393958247.15627 1393958247.15627
2014.03.04 19:37:27.259 4: LEDstripe_Light processEvent: , progress: 53
2014.03.04 19:37:27.513 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 46
2014.03.04 19:37:27.515 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 45
2014.03.04 19:37:27.516 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 44
2014.03.04 19:37:27.517 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 43
2014.03.04 19:37:27.519 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 42
2014.03.04 19:37:27.520 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 41
2014.03.04 19:37:27.521 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00519800186157227
2014.03.04 19:37:27.523 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:27.524 4: LEDstripe_Light high level cmd queue ask next 1393958247.57627 1393958247.57627
2014.03.04 19:37:27.525 4: LEDstripe_Light processEvent: , progress: 60
2014.03.04 19:37:27.580 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00426697731018066
2014.03.04 19:37:27.582 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 61, delay 60, hl qlen 40, ll qlen 0, lock 0
2014.03.04 19:37:27.583 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:61
2014.03.04 19:37:27.709 5: LEDstripe_Light low level cmd queue add 56000082aa, qlen 1
2014.03.04 19:37:27.710 5: LEDstripe_Light low level cmd queue send 56000082aa, qlen 1
2014.03.04 19:37:27.723 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:27.725 4: LEDstripe_Light high level cmd queue ask next 1393958247.63627 1393958247.63627
2014.03.04 19:37:27.726 4: LEDstripe_Light processEvent: , progress: 61
2014.03.04 19:37:27.938 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 38
2014.03.04 19:37:27.941 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 37
2014.03.04 19:37:27.953 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 36
2014.03.04 19:37:27.955 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 35
2014.03.04 19:37:27.956 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 34
2014.03.04 19:37:27.958 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0216507911682129
2014.03.04 19:37:27.959 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:27.961 4: LEDstripe_Light high level cmd queue ask next 1393958247.99627 1393958247.99627
2014.03.04 19:37:27.973 4: LEDstripe_Light processEvent: , progress: 67
2014.03.04 19:37:28.004 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00811386108398438
2014.03.04 19:37:28.006 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 68, delay 60, hl qlen 33, ll qlen 0, lock 0
2014.03.04 19:37:28.008 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:68
2014.03.04 19:37:28.109 5: LEDstripe_Light low level cmd queue add 56000096aa, qlen 1
2014.03.04 19:37:28.111 5: LEDstripe_Light low level cmd queue send 56000096aa, qlen 1
2014.03.04 19:37:28.114 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:28.115 4: LEDstripe_Light high level cmd queue ask next 1393958248.05627 1393958248.05627
2014.03.04 19:37:28.117 4: LEDstripe_Light processEvent: , progress: 68
2014.03.04 19:37:28.147 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 31
2014.03.04 19:37:28.148 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0324068069458008
2014.03.04 19:37:28.150 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:28.162 4: LEDstripe_Light high level cmd queue ask next 1393958248.17627 1393958248.17627
2014.03.04 19:37:28.164 4: LEDstripe_Light processEvent: , progress: 70
2014.03.04 19:37:28.183 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00669074058532715
2014.03.04 19:37:28.184 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 71, delay 60, hl qlen 30, ll qlen 0, lock 0
2014.03.04 19:37:28.186 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:71
2014.03.04 19:37:28.324 5: LEDstripe_Light low level cmd queue add 560000a0aa, qlen 1
2014.03.04 19:37:28.326 5: LEDstripe_Light low level cmd queue send 560000a0aa, qlen 1
2014.03.04 19:37:28.328 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:28.330 4: LEDstripe_Light high level cmd queue ask next 1393958248.23627 1393958248.23627
2014.03.04 19:37:28.331 4: LEDstripe_Light processEvent: , progress: 71
2014.03.04 19:37:28.767 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 28
2014.03.04 19:37:28.769 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 27
2014.03.04 19:37:28.770 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 26
2014.03.04 19:37:28.772 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 25
2014.03.04 19:37:28.773 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 24
2014.03.04 19:37:28.775 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 23
2014.03.04 19:37:28.777 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 22
2014.03.04 19:37:28.778 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 21
2014.03.04 19:37:28.780 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 20
2014.03.04 19:37:28.781 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00517487525939941
2014.03.04 19:37:28.783 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:28.784 4: LEDstripe_Light high level cmd queue ask next 1393958248.83627 1393958248.83627
2014.03.04 19:37:28.785 4: LEDstripe_Light processEvent: , progress: 81
2014.03.04 19:37:28.841 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00457310676574707
2014.03.04 19:37:28.842 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 82, delay 60, hl qlen 19, ll qlen 0, lock 0
2014.03.04 19:37:28.844 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:82
2014.03.04 19:37:28.915 5: LEDstripe_Light low level cmd queue add 560000c2aa, qlen 1
2014.03.04 19:37:28.917 5: LEDstripe_Light low level cmd queue send 560000c2aa, qlen 1
2014.03.04 19:37:28.919 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:28.921 4: LEDstripe_Light high level cmd queue ask next 1393958248.89627 1393958248.89627
2014.03.04 19:37:28.922 4: LEDstripe_Light processEvent: , progress: 82
2014.03.04 19:37:28.939 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0428967475891113
2014.03.04 19:37:28.940 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:28.941 4: LEDstripe_Light high level cmd queue ask next 1393958248.95627 1393958248.95627
2014.03.04 19:37:28.943 4: LEDstripe_Light processEvent: , progress: 83
2014.03.04 19:37:28.961 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00470590591430664
2014.03.04 19:37:28.963 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 84, delay 60, hl qlen 17, ll qlen 0, lock 0
2014.03.04 19:37:28.964 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:84
2014.03.04 19:37:29.037 5: LEDstripe_Light low level cmd queue add 560000c9aa, qlen 1
2014.03.04 19:37:29.038 5: LEDstripe_Light low level cmd queue send 560000c9aa, qlen 1
2014.03.04 19:37:29.041 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:29.042 4: LEDstripe_Light high level cmd queue ask next 1393958249.01627 1393958249.01627
2014.03.04 19:37:29.044 4: LEDstripe_Light processEvent: , progress: 84
2014.03.04 19:37:29.062 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0456149578094482
2014.03.04 19:37:29.063 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.04 19:37:29.064 4: LEDstripe_Light high level cmd queue ask next 1393958249.07627 1393958249.07627
2014.03.04 19:37:29.066 4: LEDstripe_Light processEvent: , progress: 85
2014.03.04 19:37:29.083 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00677800178527832
2014.03.04 19:37:29.084 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 86, delay 60, hl qlen 15, ll qlen 0, lock 0
2014.03.04 19:37:29.085 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:86
2014.03.04 19:37:29.225 5: LEDstripe_Light low level cmd queue add 560000cfaa, qlen 1
2014.03.04 19:37:29.231 5: LEDstripe_Light low level cmd queue send 560000cfaa, qlen 1
2014.03.04 19:37:29.234 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.04 19:37:29.235 4: LEDstripe_Light high level cmd queue ask next 1393958249.13627 1393958249.13627
2014.03.04 19:37:29.237 4: LEDstripe_Light processEvent: , progress: 86
2014.03.04 19:37:30.098 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 13
2014.03.04 19:37:30.099 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 12
2014.03.04 19:37:30.101 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 11
2014.03.04 19:37:30.102 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 10
2014.03.04 19:37:30.104 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 9
2014.03.04 19:37:30.105 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 8
2014.03.04 19:37:30.107 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 7
2014.03.04 19:37:30.108 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 6
2014.03.04 19:37:30.109 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 5
2014.03.04 19:37:30.113 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 4
2014.03.04 19:37:30.115 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 3
2014.03.04 19:37:30.116 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 2
2014.03.04 19:37:30.117 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 1
2014.03.04 19:37:30.119 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.202499866485596
2014.03.04 19:37:30.132 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 100, delay 60, hl qlen 1, ll qlen 2, lock 1
2014.03.04 19:37:30.134 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:100
2014.03.04 19:37:30.280 5: LEDstripe_Light low level cmd queue add 560000ffaa, qlen 3
2014.03.04 19:37:30.281 5: LEDstripe_Light low level cmd queue add 00, qlen 4
2014.03.04 19:37:30.293 4: LEDstripe_Light high level cmd queue ask next 1393958250.35304
2014.03.04 19:37:30.294 4: LEDstripe_Light processEvent: , progress: 100
2014.03.04 19:37:30.296 5: LEDstripe_Light low level cmd queue send 560000ffaa, qlen 2

Hi Kuzl,

für mich passt das. Planmäßig fliegen frames raus, die Verteilung der frames über die Zeit ist besser als ich das erwarten würde, halbwegs linear. systembedingt verschiebungen time vs. value rechts, fallen die im Diagramm mehr auf als am stripe.

Eine Wertereihe (noch 6Sekunden) ist jetzt zwar nicht repräsentativ weil ja die frames dynamisch nach Last verteilt werden. Und gerade deshalb:  sieht das echt gut aus.

Mein Eindruck nach Video und Deinem log: nehmt einen kleineren Gamma:

Optisch (am stripe) sieht man das links (am Anfang) jeden Hopser obwohl das Diagramm links linear(er) aussieht als rechts :)

vg
Jörg

alles klar versuch ich mal aber jetzt erst mal schlafen :D (sieht echt gar nicht so schlecht aus das Diagramm :D )

Hi,

yes, so seh ich das auch. Im Anhang die Grafik nochmal mit besserer Skalierung auf "x". In der von gestern hatte ich mich gewundert das die Frames konstanter kommen als ich erwarten hatte. Nach nochmaligem Check: das kommt daher weil Excel die Zeit als Wertereihe genommen und damit nicht richtig skaliert hat.

Die Daten richtig auf die verstrichenen Millisekunden gematched wird das Bild von gestern noch mehr unterstrichen:

Links ist die Startverzögerung von 1000 msec, nicht mit gamma verwechseln. Das da die ersten beiden Frames sind ist genau richtig (konnte das delay auf die schnelle nur so in das modul nehmen). Die Transition selber startet ab der 1000 msec. Jetzt sieht man die gewollten "Denkpausen" für den fhem Hauptprozess noch besser und das die Frames am Anfang eben sogar dichter sind als am Ende. Für meinen Geschmack ist der Anstieg aber zu linear. Das Start delay ist damit auch obsolet und fliegt wieder raus.

Bei den Frames läuft alles wie geplant: q.e.d.

Letztendlich ist die Einstellung des Gamma jetzt bei Euch, Ihr sitzt ja davor. Meine Meinung nach könntet Ihr (immer mit mehreren Durchläufen dieser Transition) mit dem gamma in 0.05 er Schritten soweit runter gehen bis Helligkeitssprünge am Ende der Transition anfangen sichtbar zu werden. Physikalisch (graph) sind sie ja da. Gleichzeitig verschwinden damit Helligkeits-Sprünge zu Beginn der Transition.

vg
Jörg

So hier mal ein Log mit gamma 0.4 und mit der Version ohne dem Delay. Hier habe ich gemeint, 2 kurze "Denkpausen" erkannt zu haben, kann mich aber auch täuschen.

[code]2014.03.05 11:06:43.892 5: LEDstripe_Light prepare start hsv transition (is actual) hsv 240, 100, 100, 1394014003.89211
2014.03.05 11:06:43.894 4: LEDstripe_Light current HSV 240, 100, 0
2014.03.05 11:06:43.895 3: LEDstripe_Light set HSV 240, 100, 100 with ramp: 6, flags:
2014.03.05 11:06:43.897 4: LEDstripe_Light color rotation dev cc:0, cw:0, shortest:1
2014.03.05 11:06:43.898 4: LEDstripe_Light transit (V>H||S) steps: 100 stepwide: 60
2014.03.05 11:06:43.899 4: LEDstripe_Light add to hl queue h:240, s:100, v:1 (1/100)
2014.03.05 11:06:43.901 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 1, ctrl , targetTime 1394014003.89211, qlen 1
2014.03.05 11:06:43.904 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0118610858917236
2014.03.05 11:06:43.905 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 1, delay 60, hl qlen 1, ll qlen 0, lock 0
2014.03.05 11:06:43.907 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:1
2014.03.05 11:06:43.957 5: LEDstripe_Light low level cmd queue add 56000000aa, qlen 1
2014.03.05 11:06:43.958 5: LEDstripe_Light low level cmd queue send 56000000aa, qlen 1
2014.03.05 11:06:43.961 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:43.964 4: LEDstripe_Light high level cmd queue ask next 1394014004.02365
2014.03.05 11:06:43.965 4: LEDstripe_Light processEvent: , progress: 1
2014.03.05 11:06:43.966 4: LEDstripe_Light add to hl queue h:240, s:100, v:2 (2/100)
2014.03.05 11:06:43.969 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 2, ctrl , targetTime 1394014003.95211, qlen 2
2014.03.05 11:06:43.970 4: LEDstripe_Light add to hl queue h:240, s:100, v:3 (3/100)
2014.03.05 11:06:43.972 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 3, ctrl , targetTime 1394014004.01211, qlen 3
2014.03.05 11:06:43.973 4: LEDstripe_Light add to hl queue h:240, s:100, v:4 (4/100)
2014.03.05 11:06:43.975 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 4, ctrl , targetTime 1394014004.07211, qlen 4
2014.03.05 11:06:43.976 4: LEDstripe_Light add to hl queue h:240, s:100, v:5 (5/100)
2014.03.05 11:06:43.978 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 5, ctrl , targetTime 1394014004.13211, qlen 5
2014.03.05 11:06:43.979 4: LEDstripe_Light add to hl queue h:240, s:100, v:6 (6/100)
2014.03.05 11:06:43.981 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 6, ctrl , targetTime 1394014004.19211, qlen 6
2014.03.05 11:06:43.982 4: LEDstripe_Light add to hl queue h:240, s:100, v:7 (7/100)
2014.03.05 11:06:43.984 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 7, ctrl , targetTime 1394014004.25211, qlen 7
2014.03.05 11:06:43.986 4: LEDstripe_Light add to hl queue h:240, s:100, v:8 (8/100)
2014.03.05 11:06:43.987 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 8, ctrl , targetTime 1394014004.31211, qlen 8
2014.03.05 11:06:43.989 4: LEDstripe_Light add to hl queue h:240, s:100, v:9 (9/100)
2014.03.05 11:06:43.991 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 9, ctrl , targetTime 1394014004.37211, qlen 9
2014.03.05 11:06:43.992 4: LEDstripe_Light add to hl queue h:240, s:100, v:10 (10/100)
2014.03.05 11:06:43.994 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 10, ctrl , targetTime 1394014004.43211, qlen 10
2014.03.05 11:06:43.995 4: LEDstripe_Light add to hl queue h:240, s:100, v:11 (11/100)
2014.03.05 11:06:43.997 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 11, ctrl , targetTime 1394014004.49211, qlen 11
2014.03.05 11:06:43.998 4: LEDstripe_Light add to hl queue h:240, s:100, v:12 (12/100)
2014.03.05 11:06:44.000 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 12, ctrl , targetTime 1394014004.55211, qlen 12
2014.03.05 11:06:44.001 4: LEDstripe_Light add to hl queue h:240, s:100, v:13 (13/100)
2014.03.05 11:06:44.003 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 13, ctrl , targetTime 1394014004.61211, qlen 13
2014.03.05 11:06:44.005 4: LEDstripe_Light add to hl queue h:240, s:100, v:14 (14/100)
2014.03.05 11:06:44.006 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 14, ctrl , targetTime 1394014004.67211, qlen 14
2014.03.05 11:06:44.008 4: LEDstripe_Light add to hl queue h:240, s:100, v:15 (15/100)
2014.03.05 11:06:44.009 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 15, ctrl , targetTime 1394014004.73211, qlen 15
2014.03.05 11:06:44.011 4: LEDstripe_Light add to hl queue h:240, s:100, v:16 (16/100)
2014.03.05 11:06:44.013 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 16, ctrl , targetTime 1394014004.79211, qlen 16
2014.03.05 11:06:44.014 4: LEDstripe_Light add to hl queue h:240, s:100, v:17 (17/100)
2014.03.05 11:06:44.016 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 17, ctrl , targetTime 1394014004.85211, qlen 17
2014.03.05 11:06:44.018 4: LEDstripe_Light add to hl queue h:240, s:100, v:18 (18/100)
2014.03.05 11:06:44.019 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 18, ctrl , targetTime 1394014004.91211, qlen 18
2014.03.05 11:06:44.021 4: LEDstripe_Light add to hl queue h:240, s:100, v:19 (19/100)
2014.03.05 11:06:44.022 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 19, ctrl , targetTime 1394014004.97211, qlen 19
2014.03.05 11:06:44.024 4: LEDstripe_Light add to hl queue h:240, s:100, v:20 (20/100)
2014.03.05 11:06:44.026 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 20, ctrl , targetTime 1394014005.03211, qlen 20
2014.03.05 11:06:44.027 4: LEDstripe_Light add to hl queue h:240, s:100, v:21 (21/100)
2014.03.05 11:06:44.029 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 21, ctrl , targetTime 1394014005.09211, qlen 21
2014.03.05 11:06:44.030 4: LEDstripe_Light add to hl queue h:240, s:100, v:22 (22/100)
2014.03.05 11:06:44.032 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 22, ctrl , targetTime 1394014005.15211, qlen 22
2014.03.05 11:06:44.033 4: LEDstripe_Light add to hl queue h:240, s:100, v:23 (23/100)
2014.03.05 11:06:44.035 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 23, ctrl , targetTime 1394014005.21211, qlen 23
2014.03.05 11:06:44.036 4: LEDstripe_Light add to hl queue h:240, s:100, v:24 (24/100)
2014.03.05 11:06:44.038 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 24, ctrl , targetTime 1394014005.27211, qlen 24
2014.03.05 11:06:44.039 4: LEDstripe_Light add to hl queue h:240, s:100, v:25 (25/100)
2014.03.05 11:06:44.041 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 25, ctrl , targetTime 1394014005.33211, qlen 25
2014.03.05 11:06:44.042 4: LEDstripe_Light add to hl queue h:240, s:100, v:26 (26/100)
2014.03.05 11:06:44.044 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 26, ctrl , targetTime 1394014005.39211, qlen 26
2014.03.05 11:06:44.046 4: LEDstripe_Light add to hl queue h:240, s:100, v:27 (27/100)
2014.03.05 11:06:44.048 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 27, ctrl , targetTime 1394014005.45211, qlen 27
2014.03.05 11:06:44.049 4: LEDstripe_Light add to hl queue h:240, s:100, v:28 (28/100)
2014.03.05 11:06:44.051 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 28, ctrl , targetTime 1394014005.51211, qlen 28
2014.03.05 11:06:44.052 4: LEDstripe_Light add to hl queue h:240, s:100, v:29 (29/100)
2014.03.05 11:06:44.054 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 29, ctrl , targetTime 1394014005.57211, qlen 29
2014.03.05 11:06:44.055 4: LEDstripe_Light add to hl queue h:240, s:100, v:30 (30/100)
2014.03.05 11:06:44.057 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 30, ctrl , targetTime 1394014005.63211, qlen 30
2014.03.05 11:06:44.058 4: LEDstripe_Light add to hl queue h:240, s:100, v:31 (31/100)
2014.03.05 11:06:44.060 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 31, ctrl , targetTime 1394014005.69211, qlen 31
2014.03.05 11:06:44.061 4: LEDstripe_Light add to hl queue h:240, s:100, v:32 (32/100)
2014.03.05 11:06:44.064 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 32, ctrl , targetTime 1394014005.75211, qlen 32
2014.03.05 11:06:44.065 4: LEDstripe_Light add to hl queue h:240, s:100, v:33 (33/100)
2014.03.05 11:06:44.067 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 33, ctrl , targetTime 1394014005.81211, qlen 33
2014.03.05 11:06:44.068 4: LEDstripe_Light add to hl queue h:240, s:100, v:34 (34/100)
2014.03.05 11:06:44.070 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 34, ctrl , targetTime 1394014005.87211, qlen 34
2014.03.05 11:06:44.071 4: LEDstripe_Light add to hl queue h:240, s:100, v:35 (35/100)
2014.03.05 11:06:44.073 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 35, ctrl , targetTime 1394014005.93211, qlen 35
2014.03.05 11:06:44.074 4: LEDstripe_Light add to hl queue h:240, s:100, v:36 (36/100)
2014.03.05 11:06:44.076 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 36, ctrl , targetTime 1394014005.99211, qlen 36
2014.03.05 11:06:44.077 4: LEDstripe_Light add to hl queue h:240, s:100, v:37 (37/100)
2014.03.05 11:06:44.079 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 37, ctrl , targetTime 1394014006.05211, qlen 37
2014.03.05 11:06:44.080 4: LEDstripe_Light add to hl queue h:240, s:100, v:38 (38/100)
2014.03.05 11:06:44.082 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 38, ctrl , targetTime 1394014006.11211, qlen 38
2014.03.05 11:06:44.083 4: LEDstripe_Light add to hl queue h:240, s:100, v:39 (39/100)
2014.03.05 11:06:44.085 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 39, ctrl , targetTime 1394014006.17211, qlen 39
2014.03.05 11:06:44.086 4: LEDstripe_Light add to hl queue h:240, s:100, v:40 (40/100)
2014.03.05 11:06:44.088 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 40, ctrl , targetTime 1394014006.23211, qlen 40
2014.03.05 11:06:44.090 4: LEDstripe_Light add to hl queue h:240, s:100, v:41 (41/100)
2014.03.05 11:06:44.091 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 41, ctrl , targetTime 1394014006.29211, qlen 41
2014.03.05 11:06:44.093 4: LEDstripe_Light add to hl queue h:240, s:100, v:42 (42/100)
2014.03.05 11:06:44.094 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 42, ctrl , targetTime 1394014006.35211, qlen 42
2014.03.05 11:06:44.096 4: LEDstripe_Light add to hl queue h:240, s:100, v:43 (43/100)
2014.03.05 11:06:44.097 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 43, ctrl , targetTime 1394014006.41211, qlen 43
2014.03.05 11:06:44.099 4: LEDstripe_Light add to hl queue h:240, s:100, v:44 (44/100)
2014.03.05 11:06:44.100 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 44, ctrl , targetTime 1394014006.47211, qlen 44
2014.03.05 11:06:44.102 4: LEDstripe_Light add to hl queue h:240, s:100, v:45 (45/100)
2014.03.05 11:06:44.104 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 45, ctrl , targetTime 1394014006.53211, qlen 45
2014.03.05 11:06:44.105 4: LEDstripe_Light add to hl queue h:240, s:100, v:46 (46/100)
2014.03.05 11:06:44.107 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 46, ctrl , targetTime 1394014006.59211, qlen 46
2014.03.05 11:06:44.108 4: LEDstripe_Light add to hl queue h:240, s:100, v:47 (47/100)
2014.03.05 11:06:44.110 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 47, ctrl , targetTime 1394014006.65211, qlen 47
2014.03.05 11:06:44.111 4: LEDstripe_Light add to hl queue h:240, s:100, v:48 (48/100)
2014.03.05 11:06:44.113 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 48, ctrl , targetTime 1394014006.71211, qlen 48
2014.03.05 11:06:44.114 4: LEDstripe_Light add to hl queue h:240, s:100, v:49 (49/100)
2014.03.05 11:06:44.116 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 49, ctrl , targetTime 1394014006.77211, qlen 49
2014.03.05 11:06:44.117 4: LEDstripe_Light add to hl queue h:240, s:100, v:50 (50/100)
2014.03.05 11:06:44.119 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 50, ctrl , targetTime 1394014006.83211, qlen 50
2014.03.05 11:06:44.120 4: LEDstripe_Light add to hl queue h:240, s:100, v:51 (51/100)
2014.03.05 11:06:44.122 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 51, ctrl , targetTime 1394014006.89211, qlen 51
2014.03.05 11:06:44.123 4: LEDstripe_Light add to hl queue h:240, s:100, v:52 (52/100)
2014.03.05 11:06:44.125 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 52, ctrl , targetTime 1394014006.95211, qlen 52
2014.03.05 11:06:44.126 4: LEDstripe_Light add to hl queue h:240, s:100, v:53 (53/100)
2014.03.05 11:06:44.128 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 53, ctrl , targetTime 1394014007.01211, qlen 53
2014.03.05 11:06:44.129 4: LEDstripe_Light add to hl queue h:240, s:100, v:54 (54/100)
2014.03.05 11:06:44.131 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 54, ctrl , targetTime 1394014007.07211, qlen 54
2014.03.05 11:06:44.133 4: LEDstripe_Light add to hl queue h:240, s:100, v:55 (55/100)
2014.03.05 11:06:44.134 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 55, ctrl , targetTime 1394014007.13211, qlen 55
2014.03.05 11:06:44.136 4: LEDstripe_Light add to hl queue h:240, s:100, v:56 (56/100)
2014.03.05 11:06:44.138 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 56, ctrl , targetTime 1394014007.19211, qlen 56
2014.03.05 11:06:44.139 4: LEDstripe_Light add to hl queue h:240, s:100, v:57 (57/100)
2014.03.05 11:06:44.140 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 57, ctrl , targetTime 1394014007.25211, qlen 57
2014.03.05 11:06:44.142 4: LEDstripe_Light add to hl queue h:240, s:100, v:58 (58/100)
2014.03.05 11:06:44.144 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 58, ctrl , targetTime 1394014007.31211, qlen 58
2014.03.05 11:06:44.145 4: LEDstripe_Light add to hl queue h:240, s:100, v:59 (59/100)
2014.03.05 11:06:44.147 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 59, ctrl , targetTime 1394014007.37211, qlen 59
2014.03.05 11:06:44.153 4: LEDstripe_Light add to hl queue h:240, s:100, v:60 (60/100)
2014.03.05 11:06:44.155 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 60, ctrl , targetTime 1394014007.43211, qlen 60
2014.03.05 11:06:44.156 4: LEDstripe_Light add to hl queue h:240, s:100, v:61 (61/100)
2014.03.05 11:06:44.158 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 61, ctrl , targetTime 1394014007.49211, qlen 61
2014.03.05 11:06:44.161 4: LEDstripe_Light add to hl queue h:240, s:100, v:62 (62/100)
2014.03.05 11:06:44.173 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 62, ctrl , targetTime 1394014007.55211, qlen 62
2014.03.05 11:06:44.174 4: LEDstripe_Light add to hl queue h:240, s:100, v:63 (63/100)
2014.03.05 11:06:44.177 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 63, ctrl , targetTime 1394014007.61211, qlen 63
2014.03.05 11:06:44.178 4: LEDstripe_Light add to hl queue h:240, s:100, v:64 (64/100)
2014.03.05 11:06:44.180 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 64, ctrl , targetTime 1394014007.67211, qlen 64
2014.03.05 11:06:44.182 4: LEDstripe_Light add to hl queue h:240, s:100, v:65 (65/100)
2014.03.05 11:06:44.194 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 65, ctrl , targetTime 1394014007.73211, qlen 65
2014.03.05 11:06:44.195 4: LEDstripe_Light add to hl queue h:240, s:100, v:66 (66/100)
2014.03.05 11:06:44.197 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 66, ctrl , targetTime 1394014007.79211, qlen 66
2014.03.05 11:06:44.198 4: LEDstripe_Light add to hl queue h:240, s:100, v:67 (67/100)
2014.03.05 11:06:44.200 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 67, ctrl , targetTime 1394014007.85211, qlen 67
2014.03.05 11:06:44.201 4: LEDstripe_Light add to hl queue h:240, s:100, v:68 (68/100)
2014.03.05 11:06:44.213 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 68, ctrl , targetTime 1394014007.91211, qlen 68
2014.03.05 11:06:44.215 4: LEDstripe_Light add to hl queue h:240, s:100, v:69 (69/100)
2014.03.05 11:06:44.216 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 69, ctrl , targetTime 1394014007.97211, qlen 69
2014.03.05 11:06:44.218 4: LEDstripe_Light add to hl queue h:240, s:100, v:70 (70/100)
2014.03.05 11:06:44.219 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 70, ctrl , targetTime 1394014008.03211, qlen 70
2014.03.05 11:06:44.221 4: LEDstripe_Light add to hl queue h:240, s:100, v:71 (71/100)
2014.03.05 11:06:44.233 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 71, ctrl , targetTime 1394014008.09211, qlen 71
2014.03.05 11:06:44.234 4: LEDstripe_Light add to hl queue h:240, s:100, v:72 (72/100)
2014.03.05 11:06:44.236 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 72, ctrl , targetTime 1394014008.15211, qlen 72
2014.03.05 11:06:44.237 4: LEDstripe_Light add to hl queue h:240, s:100, v:73 (73/100)
2014.03.05 11:06:44.239 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 73, ctrl , targetTime 1394014008.21211, qlen 73
2014.03.05 11:06:44.241 4: LEDstripe_Light add to hl queue h:240, s:100, v:74 (74/100)
2014.03.05 11:06:44.253 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 74, ctrl , targetTime 1394014008.27211, qlen 74
2014.03.05 11:06:44.254 4: LEDstripe_Light add to hl queue h:240, s:100, v:75 (75/100)
2014.03.05 11:06:44.256 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 75, ctrl , targetTime 1394014008.33211, qlen 75
2014.03.05 11:06:44.257 4: LEDstripe_Light add to hl queue h:240, s:100, v:76 (76/100)
2014.03.05 11:06:44.259 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 76, ctrl , targetTime 1394014008.39211, qlen 76
2014.03.05 11:06:44.260 4: LEDstripe_Light add to hl queue h:240, s:100, v:77 (77/100)
2014.03.05 11:06:44.273 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 77, ctrl , targetTime 1394014008.45211, qlen 77
2014.03.05 11:06:44.274 4: LEDstripe_Light add to hl queue h:240, s:100, v:78 (78/100)
2014.03.05 11:06:44.276 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 78, ctrl , targetTime 1394014008.51211, qlen 78
2014.03.05 11:06:44.277 4: LEDstripe_Light add to hl queue h:240, s:100, v:79 (79/100)
2014.03.05 11:06:44.279 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 79, ctrl , targetTime 1394014008.57211, qlen 79
2014.03.05 11:06:44.280 4: LEDstripe_Light add to hl queue h:240, s:100, v:80 (80/100)
2014.03.05 11:06:44.282 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 80, ctrl , targetTime 1394014008.63211, qlen 80
2014.03.05 11:06:44.294 4: LEDstripe_Light add to hl queue h:240, s:100, v:81 (81/100)
2014.03.05 11:06:44.295 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 81, ctrl , targetTime 1394014008.69211, qlen 81
2014.03.05 11:06:44.297 4: LEDstripe_Light add to hl queue h:240, s:100, v:82 (82/100)
2014.03.05 11:06:44.298 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 82, ctrl , targetTime 1394014008.75211, qlen 82
2014.03.05 11:06:44.300 4: LEDstripe_Light add to hl queue h:240, s:100, v:83 (83/100)
2014.03.05 11:06:44.302 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 83, ctrl , targetTime 1394014008.81211, qlen 83
2014.03.05 11:06:44.313 4: LEDstripe_Light add to hl queue h:240, s:100, v:84 (84/100)
2014.03.05 11:06:44.315 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 84, ctrl , targetTime 1394014008.87211, qlen 84
2014.03.05 11:06:44.316 4: LEDstripe_Light add to hl queue h:240, s:100, v:85 (85/100)
2014.03.05 11:06:44.318 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 85, ctrl , targetTime 1394014008.93211, qlen 85
2014.03.05 11:06:44.319 4: LEDstripe_Light add to hl queue h:240, s:100, v:86 (86/100)
2014.03.05 11:06:44.321 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 86, ctrl , targetTime 1394014008.99211, qlen 86
2014.03.05 11:06:44.333 4: LEDstripe_Light add to hl queue h:240, s:100, v:87 (87/100)
2014.03.05 11:06:44.335 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 87, ctrl , targetTime 1394014009.05211, qlen 87
2014.03.05 11:06:44.336 4: LEDstripe_Light add to hl queue h:240, s:100, v:88 (88/100)
2014.03.05 11:06:44.338 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 88, ctrl , targetTime 1394014009.11211, qlen 88
2014.03.05 11:06:44.339 4: LEDstripe_Light add to hl queue h:240, s:100, v:89 (89/100)
2014.03.05 11:06:44.341 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 89, ctrl , targetTime 1394014009.17211, qlen 89
2014.03.05 11:06:44.348 4: LEDstripe_Light add to hl queue h:240, s:100, v:90 (90/100)
2014.03.05 11:06:44.350 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 90, ctrl , targetTime 1394014009.23211, qlen 90
2014.03.05 11:06:44.351 4: LEDstripe_Light add to hl queue h:240, s:100, v:91 (91/100)
2014.03.05 11:06:44.353 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 91, ctrl , targetTime 1394014009.29211, qlen 91
2014.03.05 11:06:44.355 4: LEDstripe_Light add to hl queue h:240, s:100, v:92 (92/100)
2014.03.05 11:06:44.356 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 92, ctrl , targetTime 1394014009.35211, qlen 92
2014.03.05 11:06:44.358 4: LEDstripe_Light add to hl queue h:240, s:100, v:93 (93/100)
2014.03.05 11:06:44.359 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 93, ctrl , targetTime 1394014009.41211, qlen 93
2014.03.05 11:06:44.361 4: LEDstripe_Light add to hl queue h:240, s:100, v:94 (94/100)
2014.03.05 11:06:44.363 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 94, ctrl , targetTime 1394014009.47211, qlen 94
2014.03.05 11:06:44.364 4: LEDstripe_Light add to hl queue h:240, s:100, v:95 (95/100)
2014.03.05 11:06:44.366 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 95, ctrl , targetTime 1394014009.53211, qlen 95
2014.03.05 11:06:44.367 4: LEDstripe_Light add to hl queue h:240, s:100, v:96 (96/100)
2014.03.05 11:06:44.369 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 96, ctrl , targetTime 1394014009.59211, qlen 96
2014.03.05 11:06:44.370 4: LEDstripe_Light add to hl queue h:240, s:100, v:97 (97/100)
2014.03.05 11:06:44.372 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 97, ctrl , targetTime 1394014009.65211, qlen 97
2014.03.05 11:06:44.373 4: LEDstripe_Light add to hl queue h:240, s:100, v:98 (98/100)
2014.03.05 11:06:44.375 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 98, ctrl , targetTime 1394014009.71211, qlen 98
2014.03.05 11:06:44.376 4: LEDstripe_Light add to hl queue h:240, s:100, v:99 (99/100)
2014.03.05 11:06:44.378 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 99, ctrl , targetTime 1394014009.77211, qlen 99
2014.03.05 11:06:44.380 4: LEDstripe_Light add to hl queue h:240, s:100, v:100 (100/100)
2014.03.05 11:06:44.381 4: LEDstripe_Light high level cmd queue add hsv/ctrl 240, 100, 100, ctrl , targetTime 1394014009.83211, qlen 100
2014.03.05 11:06:44.387 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 98
2014.03.05 11:06:44.388 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 97
2014.03.05 11:06:44.390 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 96
2014.03.05 11:06:44.391 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 95
2014.03.05 11:06:44.393 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 94
2014.03.05 11:06:44.394 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 93
2014.03.05 11:06:44.395 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 92
2014.03.05 11:06:44.397 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0248241424560547
2014.03.05 11:06:44.398 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 9, delay 60, hl qlen 92, ll qlen 0, lock 0
2014.03.05 11:06:44.399 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:9
2014.03.05 11:06:44.429 5: LEDstripe_Light low level cmd queue add 56000001aa, qlen 1
2014.03.05 11:06:44.430 5: LEDstripe_Light low level cmd queue send 56000001aa, qlen 1
2014.03.05 11:06:44.433 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:44.435 4: LEDstripe_Light high level cmd queue ask next 1394014004.43211 1394014004.43211
2014.03.05 11:06:44.436 4: LEDstripe_Light processEvent: , progress: 9
2014.03.05 11:06:44.633 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 90
2014.03.05 11:06:44.634 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 89
2014.03.05 11:06:44.635 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 88
2014.03.05 11:06:44.637 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0249040126800537
2014.03.05 11:06:44.638 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:44.640 4: LEDstripe_Light high level cmd queue ask next 1394014004.67211 1394014004.67211
2014.03.05 11:06:44.641 4: LEDstripe_Light processEvent: , progress: 13
2014.03.05 11:06:44.677 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00548601150512695
2014.03.05 11:06:44.679 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 14, delay 60, hl qlen 87, ll qlen 0, lock 0
2014.03.05 11:06:44.680 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:14
2014.03.05 11:06:44.741 5: LEDstripe_Light low level cmd queue add 56000002aa, qlen 1
2014.03.05 11:06:44.752 5: LEDstripe_Light low level cmd queue send 56000002aa, qlen 1
2014.03.05 11:06:44.755 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:44.756 4: LEDstripe_Light high level cmd queue ask next 1394014004.73211 1394014004.73211
2014.03.05 11:06:44.758 4: LEDstripe_Light processEvent: , progress: 14
2014.03.05 11:06:44.775 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0426630973815918
2014.03.05 11:06:44.776 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:44.777 4: LEDstripe_Light high level cmd queue ask next 1394014004.79211 1394014004.79211
2014.03.05 11:06:44.778 4: LEDstripe_Light processEvent: , progress: 15
2014.03.05 11:06:44.807 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0151240825653076
2014.03.05 11:06:44.808 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 16, delay 60, hl qlen 85, ll qlen 0, lock 0
2014.03.05 11:06:44.810 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:16
2014.03.05 11:06:44.839 5: LEDstripe_Light low level cmd queue add 56000003aa, qlen 1
2014.03.05 11:06:44.840 5: LEDstripe_Light low level cmd queue send 56000003aa, qlen 1
2014.03.05 11:06:44.842 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:44.844 4: LEDstripe_Light high level cmd queue ask next 1394014004.85211 1394014004.85211
2014.03.05 11:06:44.845 4: LEDstripe_Light processEvent: , progress: 16
2014.03.05 11:06:44.863 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0111210346221924
2014.03.05 11:06:44.865 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:44.866 4: LEDstripe_Light high level cmd queue ask next 1394014004.91211 1394014004.91211
2014.03.05 11:06:44.867 4: LEDstripe_Light processEvent: , progress: 17
2014.03.05 11:06:44.916 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00444602966308594
2014.03.05 11:06:44.918 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 18, delay 60, hl qlen 83, ll qlen 0, lock 0
2014.03.05 11:06:44.919 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:18
2014.03.05 11:06:44.949 5: LEDstripe_Light low level cmd queue add 56000004aa, qlen 1
2014.03.05 11:06:44.950 5: LEDstripe_Light low level cmd queue send 56000004aa, qlen 1
2014.03.05 11:06:44.954 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:44.955 4: LEDstripe_Light high level cmd queue ask next 1394014004.97211 1394014004.97211
2014.03.05 11:06:44.957 4: LEDstripe_Light processEvent: , progress: 18
2014.03.05 11:06:44.981 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00944018363952637
2014.03.05 11:06:44.983 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 19, delay 60, hl qlen 82, ll qlen 0, lock 0
2014.03.05 11:06:44.985 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:19
2014.03.05 11:06:45.015 5: LEDstripe_Light low level cmd queue add 56000004aa, qlen 1
2014.03.05 11:06:45.016 5: LEDstripe_Light low level cmd queue send 56000004aa, qlen 1
2014.03.05 11:06:45.018 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:45.020 4: LEDstripe_Light high level cmd queue ask next 1394014005.03211 1394014005.03211
2014.03.05 11:06:45.021 4: LEDstripe_Light processEvent: , progress: 19
2014.03.05 11:06:45.060 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0279719829559326
2014.03.05 11:06:45.061 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:45.062 4: LEDstripe_Light high level cmd queue ask next 1394014005.09211 1394014005.09211
2014.03.05 11:06:45.064 4: LEDstripe_Light processEvent: , progress: 20
2014.03.05 11:06:45.095 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00348210334777832
2014.03.05 11:06:45.097 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 21, delay 60, hl qlen 80, ll qlen 0, lock 0
2014.03.05 11:06:45.098 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:21
2014.03.05 11:06:45.128 5: LEDstripe_Light low level cmd queue add 56000005aa, qlen 1
2014.03.05 11:06:45.130 5: LEDstripe_Light low level cmd queue send 56000005aa, qlen 1
2014.03.05 11:06:45.132 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:45.134 4: LEDstripe_Light high level cmd queue ask next 1394014005.15211 1394014005.15211
2014.03.05 11:06:45.135 4: LEDstripe_Light processEvent: , progress: 21
2014.03.05 11:06:45.325 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 78
2014.03.05 11:06:45.326 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 77
2014.03.05 11:06:45.327 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0555830001831055
2014.03.05 11:06:45.329 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 24, delay 60, hl qlen 77, ll qlen 0, lock 0
2014.03.05 11:06:45.330 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:24
2014.03.05 11:06:45.372 5: LEDstripe_Light low level cmd queue add 56000007aa, qlen 1
2014.03.05 11:06:45.374 5: LEDstripe_Light low level cmd queue send 56000007aa, qlen 1
2014.03.05 11:06:45.377 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:45.378 4: LEDstripe_Light high level cmd queue ask next 1394014005.33211 1394014005.33211
2014.03.05 11:06:45.380 4: LEDstripe_Light processEvent: , progress: 24
2014.03.05 11:06:45.435 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 75
2014.03.05 11:06:45.437 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0448031425476074
2014.03.05 11:06:45.438 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:45.439 4: LEDstripe_Light high level cmd queue ask next 1394014005.45211 1394014005.45211
2014.03.05 11:06:45.441 4: LEDstripe_Light processEvent: , progress: 26
2014.03.05 11:06:45.458 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00652217864990234
2014.03.05 11:06:45.460 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 27, delay 60, hl qlen 74, ll qlen 0, lock 0
2014.03.05 11:06:45.461 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:27
2014.03.05 11:06:45.546 5: LEDstripe_Light low level cmd queue add 5600000aaa, qlen 1
2014.03.05 11:06:45.559 5: LEDstripe_Light low level cmd queue send 5600000aaa, qlen 1
2014.03.05 11:06:45.561 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:45.566 4: LEDstripe_Light high level cmd queue ask next 1394014005.51211 1394014005.51211
2014.03.05 11:06:45.568 4: LEDstripe_Light processEvent: , progress: 27
2014.03.05 11:06:45.595 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 72
2014.03.05 11:06:45.597 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0248260498046875
2014.03.05 11:06:45.598 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:45.599 4: LEDstripe_Light high level cmd queue ask next 1394014005.63211 1394014005.63211
2014.03.05 11:06:45.600 4: LEDstripe_Light processEvent: , progress: 29
2014.03.05 11:06:45.636 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00438308715820312
2014.03.05 11:06:45.638 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 30, delay 60, hl qlen 71, ll qlen 0, lock 0
2014.03.05 11:06:45.639 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:30
2014.03.05 11:06:45.779 5: LEDstripe_Light low level cmd queue add 5600000daa, qlen 1
2014.03.05 11:06:45.780 5: LEDstripe_Light low level cmd queue send 5600000daa, qlen 1
2014.03.05 11:06:45.793 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:45.803 4: LEDstripe_Light high level cmd queue ask next 1394014005.69211 1394014005.69211
2014.03.05 11:06:45.804 4: LEDstripe_Light processEvent: , progress: 30
2014.03.05 11:06:45.821 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 69
2014.03.05 11:06:45.823 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 68
2014.03.05 11:06:45.827 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0147449970245361
2014.03.05 11:06:45.828 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:45.829 4: LEDstripe_Light high level cmd queue ask next 1394014005.87211 1394014005.87211
2014.03.05 11:06:45.830 4: LEDstripe_Light processEvent: , progress: 33
2014.03.05 11:06:45.876 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00441408157348633
2014.03.05 11:06:45.878 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 34, delay 60, hl qlen 67, ll qlen 0, lock 0
2014.03.05 11:06:45.879 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:34
2014.03.05 11:06:45.949 5: LEDstripe_Light low level cmd queue add 56000011aa, qlen 1
2014.03.05 11:06:45.951 5: LEDstripe_Light low level cmd queue send 56000011aa, qlen 1
2014.03.05 11:06:45.954 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:45.955 4: LEDstripe_Light high level cmd queue ask next 1394014005.93211 1394014005.93211
2014.03.05 11:06:45.957 4: LEDstripe_Light processEvent: , progress: 34
2014.03.05 11:06:45.969 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0366580486297607
2014.03.05 11:06:45.970 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:45.971 4: LEDstripe_Light high level cmd queue ask next 1394014005.99211 1394014005.99211
2014.03.05 11:06:45.972 4: LEDstripe_Light processEvent: , progress: 35
2014.03.05 11:06:45.996 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00448226928710938
2014.03.05 11:06:45.998 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 36, delay 60, hl qlen 65, ll qlen 0, lock 0
2014.03.05 11:06:46.000 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:36
2014.03.05 11:06:46.071 5: LEDstripe_Light low level cmd queue add 56000014aa, qlen 1
2014.03.05 11:06:46.073 5: LEDstripe_Light low level cmd queue send 56000014aa, qlen 1
2014.03.05 11:06:46.075 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:46.077 4: LEDstripe_Light high level cmd queue ask next 1394014006.05211 1394014006.05211
2014.03.05 11:06:46.078 4: LEDstripe_Light processEvent: , progress: 36
2014.03.05 11:06:46.090 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0383379459381104
2014.03.05 11:06:46.091 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:46.093 4: LEDstripe_Light high level cmd queue ask next 1394014006.11211 1394014006.11211
2014.03.05 11:06:46.094 4: LEDstripe_Light processEvent: , progress: 37
2014.03.05 11:06:46.117 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00485706329345703
2014.03.05 11:06:46.118 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 38, delay 60, hl qlen 63, ll qlen 0, lock 0
2014.03.05 11:06:46.120 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:38
2014.03.05 11:06:46.261 5: LEDstripe_Light low level cmd queue add 56000017aa, qlen 1
2014.03.05 11:06:46.291 5: LEDstripe_Light low level cmd queue send 56000017aa, qlen 1
2014.03.05 11:06:46.294 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:46.295 4: LEDstripe_Light high level cmd queue ask next 1394014006.17211 1394014006.17211
2014.03.05 11:06:46.297 4: LEDstripe_Light processEvent: , progress: 38
2014.03.05 11:06:46.343 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 61
2014.03.05 11:06:46.344 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 60
2014.03.05 11:06:46.346 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.053941011428833
2014.03.05 11:06:46.347 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:46.348 4: LEDstripe_Light high level cmd queue ask next 1394014006.35211 1394014006.35211
2014.03.05 11:06:46.349 4: LEDstripe_Light processEvent: , progress: 41
2014.03.05 11:06:46.369 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0170879364013672
2014.03.05 11:06:46.370 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 42, delay 60, hl qlen 59, ll qlen 0, lock 0
2014.03.05 11:06:46.372 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:42
2014.03.05 11:06:46.443 5: LEDstripe_Light low level cmd queue add 5600001daa, qlen 1
2014.03.05 11:06:46.444 5: LEDstripe_Light low level cmd queue send 5600001daa, qlen 1
2014.03.05 11:06:46.447 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:46.448 4: LEDstripe_Light high level cmd queue ask next 1394014006.41211 1394014006.41211
2014.03.05 11:06:46.449 4: LEDstripe_Light processEvent: , progress: 42
2014.03.05 11:06:46.464 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0523970127105713
2014.03.05 11:06:46.466 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:46.467 4: LEDstripe_Light high level cmd queue ask next 1394014006.47211 1394014006.47211
2014.03.05 11:06:46.468 4: LEDstripe_Light processEvent: , progress: 43
2014.03.05 11:06:46.486 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0137531757354736
2014.03.05 11:06:46.488 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 44, delay 60, hl qlen 57, ll qlen 0, lock 0
2014.03.05 11:06:46.489 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:44
2014.03.05 11:06:46.560 5: LEDstripe_Light low level cmd queue add 56000021aa, qlen 1
2014.03.05 11:06:46.562 5: LEDstripe_Light low level cmd queue send 56000021aa, qlen 1
2014.03.05 11:06:46.564 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:46.566 4: LEDstripe_Light high level cmd queue ask next 1394014006.53211 1394014006.53211
2014.03.05 11:06:46.567 4: LEDstripe_Light processEvent: , progress: 44
2014.03.05 11:06:46.580 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0483970642089844
2014.03.05 11:06:46.582 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:46.583 4: LEDstripe_Light high level cmd queue ask next 1394014006.59211 1394014006.59211
2014.03.05 11:06:46.584 4: LEDstripe_Light processEvent: , progress: 45
2014.03.05 11:06:46.602 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00965404510498047
2014.03.05 11:06:46.603 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 46, delay 60, hl qlen 55, ll qlen 0, lock 0
2014.03.05 11:06:46.605 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:46
2014.03.05 11:06:46.712 5: LEDstripe_Light low level cmd queue add 56000025aa, qlen 1
2014.03.05 11:06:46.714 5: LEDstripe_Light low level cmd queue send 56000025aa, qlen 1
2014.03.05 11:06:46.716 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:46.718 4: LEDstripe_Light high level cmd queue ask next 1394014006.65211 1394014006.65211
2014.03.05 11:06:46.719 4: LEDstripe_Light processEvent: , progress: 46
2014.03.05 11:06:46.752 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 53
2014.03.05 11:06:46.754 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0418040752410889
2014.03.05 11:06:46.755 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:46.757 4: LEDstripe_Light high level cmd queue ask next 1394014006.77211 1394014006.77211
2014.03.05 11:06:46.759 4: LEDstripe_Light processEvent: , progress: 48
2014.03.05 11:06:46.787 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0149428844451904
2014.03.05 11:06:46.788 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 49, delay 60, hl qlen 52, ll qlen 0, lock 0
2014.03.05 11:06:46.790 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:49
2014.03.05 11:06:46.876 5: LEDstripe_Light low level cmd queue add 5600002baa, qlen 1
2014.03.05 11:06:46.878 5: LEDstripe_Light low level cmd queue send 5600002baa, qlen 1
2014.03.05 11:06:46.880 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:46.882 4: LEDstripe_Light high level cmd queue ask next 1394014006.83211 1394014006.83211
2014.03.05 11:06:46.883 4: LEDstripe_Light processEvent: , progress: 49
2014.03.05 11:06:47.174 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 50
2014.03.05 11:06:47.178 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 49
2014.03.05 11:06:47.179 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 48
2014.03.05 11:06:47.181 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 47
2014.03.05 11:06:47.195 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 46
2014.03.05 11:06:47.199 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 45
2014.03.05 11:06:47.206 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0136480331420898
2014.03.05 11:06:47.207 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:47.208 4: LEDstripe_Light high level cmd queue ask next 1394014007.25211 1394014007.25211
2014.03.05 11:06:47.210 4: LEDstripe_Light processEvent: , progress: 56
2014.03.05 11:06:47.257 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0050661563873291
2014.03.05 11:06:47.258 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 57, delay 60, hl qlen 44, ll qlen 0, lock 0
2014.03.05 11:06:47.260 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:57
2014.03.05 11:06:47.441 5: LEDstripe_Light low level cmd queue add 5600003faa, qlen 1
2014.03.05 11:06:47.443 5: LEDstripe_Light low level cmd queue send 5600003faa, qlen 1
2014.03.05 11:06:47.446 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:47.448 4: LEDstripe_Light high level cmd queue ask next 1394014007.31211 1394014007.31211
2014.03.05 11:06:47.449 4: LEDstripe_Light processEvent: , progress: 57
2014.03.05 11:06:47.461 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 42
2014.03.05 11:06:47.462 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 41
2014.03.05 11:06:47.464 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.031757116317749
2014.03.05 11:06:47.465 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:47.466 4: LEDstripe_Light high level cmd queue ask next 1394014007.49211 1394014007.49211
2014.03.05 11:06:47.468 4: LEDstripe_Light processEvent: , progress: 60
2014.03.05 11:06:47.497 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00481510162353516
2014.03.05 11:06:47.498 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 61, delay 60, hl qlen 40, ll qlen 0, lock 0
2014.03.05 11:06:47.499 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:61
2014.03.05 11:06:47.571 5: LEDstripe_Light low level cmd queue add 5600004aaa, qlen 1
2014.03.05 11:06:47.573 5: LEDstripe_Light low level cmd queue send 5600004aaa, qlen 1
2014.03.05 11:06:47.575 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:47.577 4: LEDstripe_Light high level cmd queue ask next 1394014007.55211 1394014007.55211
2014.03.05 11:06:47.578 4: LEDstripe_Light processEvent: , progress: 61
2014.03.05 11:06:47.590 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0384349822998047
2014.03.05 11:06:47.592 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:47.593 4: LEDstripe_Light high level cmd queue ask next 1394014007.61211 1394014007.61211
2014.03.05 11:06:47.594 4: LEDstripe_Light processEvent: , progress: 62
2014.03.05 11:06:47.617 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00514411926269531
2014.03.05 11:06:47.618 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 63, delay 60, hl qlen 38, ll qlen 0, lock 0
2014.03.05 11:06:47.620 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:63
2014.03.05 11:06:47.739 5: LEDstripe_Light low level cmd queue add 56000050aa, qlen 1
2014.03.05 11:06:47.741 5: LEDstripe_Light low level cmd queue send 56000050aa, qlen 1
2014.03.05 11:06:47.754 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:47.755 4: LEDstripe_Light high level cmd queue ask next 1394014007.67211 1394014007.67211
2014.03.05 11:06:47.756 4: LEDstripe_Light processEvent: , progress: 63
2014.03.05 11:06:47.779 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 36
2014.03.05 11:06:47.781 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0488662719726562
2014.03.05 11:06:47.792 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:47.794 4: LEDstripe_Light high level cmd queue ask next 1394014007.79211 1394014007.79211
2014.03.05 11:06:47.795 4: LEDstripe_Light processEvent: , progress: 65
2014.03.05 11:06:47.817 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0201179981231689
2014.03.05 11:06:47.819 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 66, delay 60, hl qlen 35, ll qlen 0, lock 0
2014.03.05 11:06:47.820 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:66
2014.03.05 11:06:47.892 5: LEDstripe_Light low level cmd queue add 5600005aaa, qlen 1
2014.03.05 11:06:47.893 5: LEDstripe_Light low level cmd queue send 5600005aaa, qlen 1
2014.03.05 11:06:47.896 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:47.897 4: LEDstripe_Light high level cmd queue ask next 1394014007.85211 1394014007.85211
2014.03.05 11:06:47.898 4: LEDstripe_Light processEvent: , progress: 66
2014.03.05 11:06:47.911 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0587289333343506
2014.03.05 11:06:47.912 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:47.914 4: LEDstripe_Light high level cmd queue ask next 1394014007.91211 1394014007.91211
2014.03.05 11:06:47.915 4: LEDstripe_Light processEvent: , progress: 67
2014.03.05 11:06:47.933 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0201511383056641
2014.03.05 11:06:47.934 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 68, delay 60, hl qlen 33, ll qlen 0, lock 0
2014.03.05 11:06:47.936 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:68
2014.03.05 11:06:48.008 5: LEDstripe_Light low level cmd queue add 56000061aa, qlen 1
2014.03.05 11:06:48.010 5: LEDstripe_Light low level cmd queue send 56000061aa, qlen 1
2014.03.05 11:06:48.012 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:48.014 4: LEDstripe_Light high level cmd queue ask next 1394014007.97211 1394014007.97211
2014.03.05 11:06:48.015 4: LEDstripe_Light processEvent: , progress: 68
2014.03.05 11:06:48.028 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0558502674102783
2014.03.05 11:06:48.029 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:48.030 4: LEDstripe_Light high level cmd queue ask next 1394014008.03211 1394014008.03211
2014.03.05 11:06:48.032 4: LEDstripe_Light processEvent: , progress: 69
2014.03.05 11:06:48.049 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0175960063934326
2014.03.05 11:06:48.051 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 70, delay 60, hl qlen 31, ll qlen 0, lock 0
2014.03.05 11:06:48.053 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:70
2014.03.05 11:06:48.125 5: LEDstripe_Light low level cmd queue add 56000069aa, qlen 1
2014.03.05 11:06:48.126 5: LEDstripe_Light low level cmd queue send 56000069aa, qlen 1
2014.03.05 11:06:48.129 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:48.130 4: LEDstripe_Light high level cmd queue ask next 1394014008.09211 1394014008.09211
2014.03.05 11:06:48.131 4: LEDstripe_Light processEvent: , progress: 70
2014.03.05 11:06:48.144 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0523650646209717
2014.03.05 11:06:48.146 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:48.147 4: LEDstripe_Light high level cmd queue ask next 1394014008.15211 1394014008.15211
2014.03.05 11:06:48.148 4: LEDstripe_Light processEvent: , progress: 71
2014.03.05 11:06:48.183 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0312709808349609
2014.03.05 11:06:48.185 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 72, delay 60, hl qlen 29, ll qlen 0, lock 0
2014.03.05 11:06:48.187 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:72
2014.03.05 11:06:48.326 5: LEDstripe_Light low level cmd queue add 56000070aa, qlen 1
2014.03.05 11:06:48.328 5: LEDstripe_Light low level cmd queue send 56000070aa, qlen 1
2014.03.05 11:06:48.330 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:48.332 4: LEDstripe_Light high level cmd queue ask next 1394014008.21211 1394014008.21211
2014.03.05 11:06:48.344 4: LEDstripe_Light processEvent: , progress: 72
2014.03.05 11:06:48.358 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 27
2014.03.05 11:06:48.360 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 26
2014.03.05 11:06:48.361 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0289630889892578
2014.03.05 11:06:48.362 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:48.364 4: LEDstripe_Light high level cmd queue ask next 1394014008.39211 1394014008.39211
2014.03.05 11:06:48.365 4: LEDstripe_Light processEvent: , progress: 75
2014.03.05 11:06:48.398 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00603199005126953
2014.03.05 11:06:48.399 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 76, delay 60, hl qlen 25, ll qlen 0, lock 0
2014.03.05 11:06:48.401 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:76
2014.03.05 11:06:48.472 5: LEDstripe_Light low level cmd queue add 56000080aa, qlen 1
2014.03.05 11:06:48.473 5: LEDstripe_Light low level cmd queue send 56000080aa, qlen 1
2014.03.05 11:06:48.475 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:48.477 4: LEDstripe_Light high level cmd queue ask next 1394014008.45211 1394014008.45211
2014.03.05 11:06:48.478 4: LEDstripe_Light processEvent: , progress: 76
2014.03.05 11:06:48.491 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0387752056121826
2014.03.05 11:06:48.492 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:48.494 4: LEDstripe_Light high level cmd queue ask next 1394014008.51211 1394014008.51211
2014.03.05 11:06:48.495 4: LEDstripe_Light processEvent: , progress: 77
2014.03.05 11:06:48.518 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00589323043823242
2014.03.05 11:06:48.519 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 78, delay 60, hl qlen 23, ll qlen 0, lock 0
2014.03.05 11:06:48.521 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:78
2014.03.05 11:06:48.592 5: LEDstripe_Light low level cmd queue add 56000089aa, qlen 1
2014.03.05 11:06:48.594 5: LEDstripe_Light low level cmd queue send 56000089aa, qlen 1
2014.03.05 11:06:48.596 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:48.598 4: LEDstripe_Light high level cmd queue ask next 1394014008.57211 1394014008.57211
2014.03.05 11:06:48.599 4: LEDstripe_Light processEvent: , progress: 78
2014.03.05 11:06:48.608 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0365850925445557
2014.03.05 11:06:48.610 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:48.611 4: LEDstripe_Light high level cmd queue ask next 1394014008.63211 1394014008.63211
2014.03.05 11:06:48.613 4: LEDstripe_Light processEvent: , progress: 79
2014.03.05 11:06:48.636 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00459504127502441
2014.03.05 11:06:48.638 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 80, delay 60, hl qlen 21, ll qlen 0, lock 0
2014.03.05 11:06:48.639 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:80
2014.03.05 11:06:48.780 5: LEDstripe_Light low level cmd queue add 56000092aa, qlen 1
2014.03.05 11:06:48.781 5: LEDstripe_Light low level cmd queue send 56000092aa, qlen 1
2014.03.05 11:06:48.794 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:48.795 4: LEDstripe_Light high level cmd queue ask next 1394014008.69211 1394014008.69211
2014.03.05 11:06:48.797 4: LEDstripe_Light processEvent: , progress: 80
2014.03.05 11:06:48.814 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 19
2014.03.05 11:06:48.816 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 18
2014.03.05 11:06:48.817 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00525999069213867
2014.03.05 11:06:48.818 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:48.819 4: LEDstripe_Light high level cmd queue ask next 1394014008.87211 1394014008.87211
2014.03.05 11:06:48.821 4: LEDstripe_Light processEvent: , progress: 83
2014.03.05 11:06:48.877 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0048210620880127
2014.03.05 11:06:48.878 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 84, delay 60, hl qlen 17, ll qlen 0, lock 0
2014.03.05 11:06:48.879 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:84
2014.03.05 11:06:48.957 5: LEDstripe_Light low level cmd queue add 560000a5aa, qlen 1
2014.03.05 11:06:48.958 5: LEDstripe_Light low level cmd queue send 560000a5aa, qlen 1
2014.03.05 11:06:48.962 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:48.964 4: LEDstripe_Light high level cmd queue ask next 1394014008.93211 1394014008.93211
2014.03.05 11:06:48.966 4: LEDstripe_Light processEvent: , progress: 84
2014.03.05 11:06:49.009 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 15
2014.03.05 11:06:49.010 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0180912017822266
2014.03.05 11:06:49.011 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:49.013 4: LEDstripe_Light high level cmd queue ask next 1394014009.05211 1394014009.05211
2014.03.05 11:06:49.014 4: LEDstripe_Light processEvent: , progress: 86
2014.03.05 11:06:49.056 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00449800491333008
2014.03.05 11:06:49.058 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 87, delay 60, hl qlen 14, ll qlen 0, lock 0
2014.03.05 11:06:49.059 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:87
2014.03.05 11:06:49.132 5: LEDstripe_Light low level cmd queue add 560000b4aa, qlen 1
2014.03.05 11:06:49.134 5: LEDstripe_Light low level cmd queue send 560000b4aa, qlen 1
2014.03.05 11:06:49.136 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:49.137 4: LEDstripe_Light high level cmd queue ask next 1394014009.11211 1394014009.11211
2014.03.05 11:06:49.139 4: LEDstripe_Light processEvent: , progress: 87
2014.03.05 11:06:49.155 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0430150032043457
2014.03.05 11:06:49.158 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:49.159 4: LEDstripe_Light high level cmd queue ask next 1394014009.17211 1394014009.17211
2014.03.05 11:06:49.160 4: LEDstripe_Light processEvent: , progress: 88
2014.03.05 11:06:49.191 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0188300609588623
2014.03.05 11:06:49.199 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 89, delay 60, hl qlen 12, ll qlen 0, lock 0
2014.03.05 11:06:49.213 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:89
2014.03.05 11:06:49.346 5: LEDstripe_Light low level cmd queue add 560000bfaa, qlen 1
2014.03.05 11:06:49.347 5: LEDstripe_Light low level cmd queue send 560000bfaa, qlen 1
2014.03.05 11:06:49.350 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:49.351 4: LEDstripe_Light high level cmd queue ask next 1394014009.23211 1394014009.23211
2014.03.05 11:06:49.359 4: LEDstripe_Light processEvent: , progress: 89
2014.03.05 11:06:49.373 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 10
2014.03.05 11:06:49.374 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 9
2014.03.05 11:06:49.376 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0239789485931396
2014.03.05 11:06:49.377 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:49.378 4: LEDstripe_Light high level cmd queue ask next 1394014009.41211 1394014009.41211
2014.03.05 11:06:49.380 4: LEDstripe_Light processEvent: , progress: 92
2014.03.05 11:06:49.417 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00468921661376953
2014.03.05 11:06:49.418 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 93, delay 60, hl qlen 8, ll qlen 0, lock 0
2014.03.05 11:06:49.419 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:93
2014.03.05 11:06:49.490 5: LEDstripe_Light low level cmd queue add 560000d5aa, qlen 1
2014.03.05 11:06:49.491 5: LEDstripe_Light low level cmd queue send 560000d5aa, qlen 1
2014.03.05 11:06:49.494 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:49.495 4: LEDstripe_Light high level cmd queue ask next 1394014009.47211 1394014009.47211
2014.03.05 11:06:49.496 4: LEDstripe_Light processEvent: , progress: 93
2014.03.05 11:06:49.510 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0376191139221191
2014.03.05 11:06:49.511 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:49.512 4: LEDstripe_Light high level cmd queue ask next 1394014009.53211 1394014009.53211
2014.03.05 11:06:49.514 4: LEDstripe_Light processEvent: , progress: 94
2014.03.05 11:06:49.537 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.00466609001159668
2014.03.05 11:06:49.538 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 95, delay 60, hl qlen 6, ll qlen 0, lock 0
2014.03.05 11:06:49.539 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:95
2014.03.05 11:06:49.611 5: LEDstripe_Light low level cmd queue add 560000e0aa, qlen 1
2014.03.05 11:06:49.612 5: LEDstripe_Light low level cmd queue send 560000e0aa, qlen 1
2014.03.05 11:06:49.615 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:49.616 4: LEDstripe_Light high level cmd queue ask next 1394014009.59211 1394014009.59211
2014.03.05 11:06:49.618 4: LEDstripe_Light processEvent: , progress: 95
2014.03.05 11:06:49.630 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.037837028503418
2014.03.05 11:06:49.631 5: LEDstripe_Light high level cmd queue exec drop frame at llQueue level. ll qlen: 2
2014.03.05 11:06:49.634 4: LEDstripe_Light high level cmd queue ask next 1394014009.65211 1394014009.65211
2014.03.05 11:06:49.635 4: LEDstripe_Light processEvent: , progress: 96
2014.03.05 11:06:49.657 5: LEDstripe_Light high level cmd queue exec dropper delay: -0.0049440860748291
2014.03.05 11:06:49.658 4: LEDstripe_Light high level cmd queue exec hsv 240, 100, 97, delay 60, hl qlen 4, ll qlen 0, lock 0
2014.03.05 11:06:49.660 4: LEDstripe_Light RGB LW12 set h:240, s:100, v:97
2014.03.05 11:06:49.825 5: LEDstripe_Light low level cmd queue add 560000ecaa, qlen 1
2014.03.05 11:06:49.827 5: LEDstripe_Light low level cmd queue send 560000ecaa, qlen 1
2014.03.05 11:06:49.829 5: LEDstripe_Light low level cmd queue add 00, qlen 2
2014.03.05 11:06:49.830 4: LEDstripe_Light high level cmd queue ask next 1394014009.71211 1394014009.71211
2014.03.05 11:06:49.832 4: LEDstripe_Light processEvent: , progress: 97
2014.03.05 11:06:49.856 4: LEDstripe_Light high level cmd queue exec drop frame at hlQueue level. hl qlen: 2
2014.03.05 11:06:49.85

eyh, die nächsten Diagramme kosten jetzt aber!  :)

2 Durchläufe, unterschiedliche "Denkpausen". Von meiner Seite des Tisches gehts ja um die "Qualitätssicherung" im Modul, also tut es das was es soll, maximal optimiert. Mit dem Gamma musst Du (Ihr: @steffen) jetzt schauen wie er optisch passt. Wirksam ist er (es, das gamma ??? egal...), das sieht man am zweiten Durchlauf schön.

Was aber cool wäre, gebt mir am Ende bitte nochmal den gamma der "schön" ist, dann passe ich das default für den lw12 im modul auf Eure Werte an.

vg
Jörg

Hallo Jörg, :)

ich bin jetzt etwas verwirrt, das war eigendlich nur ein Durchlauf (43-49)... der startwert war RGB 000001 und anschließend hab ich set LEDstripe RGB 0000FF 6

Eingegeben. (sry bin einfach mit RGB aufgewachsen :D )

alles gut  :)

links ist Deiner von gestern (mit delay, alter gamma), rechts Deiner von heute.

Beide gegenübergestellt. Dein log endet bei 97%: RGB 0000ec. RGB input ist völlig ok.

vg
Jörg

Achsoooo :D
ich mach heute Abend nochmal Tests wegen dem passenden Gamma, allerdings wird warscheinlich wieder 0.65 rauskommen, da dort einfach die linearität einfach am schönsten ist, auch wenn das "ruckeln" evtl nicht optimal ist. Ich probier einfach mal ein bisschen rum :)

jo, Du macht das schon 8)

die Frage war ja ob es von Seiten des moduls "am Anfang" Unregelmäßigkeiten bei der frame rate gibt (da wäre ich ja gefragt). Die Diagramme zeigen ja sauber das da alles roger ist. Das Auge ist halt sehr empfindlich. Meiner Meinung nach ist da auch aus fhem und raspi alles raus gequetscht was geht, ist ja eh schon ein Wunder wenn man sich das anschaut.

Wenn Du noch was siehst wo Du denkst da geht was, sag Bescheid. Ansonsten mach ich da den Knopf dran sonst gibt es noch einen Film: "Männer die auf Diagramme starren". Ich würde den Clooney machen    8) 8) 8)

vg
Jörg

So habs jetzt nochmal durchprobiert => 0.65 würd ich sagen bleibt so.
Ab Transisionen ab 8 Sekunden ist mir auch kein Ruckeln mehr aufgefallen, ist also wahrscheinlich einfach die niedrige Rechenleistung des Pi.
Damit komm ich eigentlich super klar, war ja einfach meckern auf der Spitze des Eisbergs :D

Also Fazit: Gammakorrektur funktioniert wunderbar mit einem Startwert von 0.65

Vg
Kuzl

Hi Kuzl,

ZitatDamit komm ich eigentlich super klar, war ja einfach meckern auf der Spitze des Eisbergs :D

Na denn: wenn Sie zufrieden waren, empfehlen Sie uns weiter.   ;)

Das war aber trotzdem aus mehreren Gründen eine gute Übung:

• Dein, ähnlich entstandener, Hinweis zum Gamma war sehr gut.
• Die Funktion der Frameraten-Adaption ist auf einem anderen System verifiziert und dokumentiert.
• Das war bestimmt nicht die letzte Frage zu "flüssig", "weich" und co, das liegt in der Natur des Moduls. Das ist dann so ein "subjektiven Gefühl" und da ist so eine Messung wie wir sie jetzt gemacht haben richtig gut.
• ... und ich hab auch was gelernt. Ich hätte beim raspi nämlich eine höhere CPU Leistung erwartet. Er ist schneller als eine 7390, aber garnicht so viel.

viele Grüße,
Jörg

[/list]

Hallo!

Leider bin ich erst jetzt mal wieder nur kurz zum Testen gekommen, aber das mit dem gamma auf 0.65 kann ich auch nur bestätigen!
Auf Netbook lief es doch ein wenig besser, aber auch nicht so deutlich und will jetzt auf Cubietruck wechseln und das könnte ja auch noch was ausmachen!

Würde mich auch freuen wenn man das noch ändern könnte, das wenn der WL12 Stromlos ist er aus Fhem jedesmal "fristlos entlassen" wird ;)?!

War da nicht auch noch was mit einem attr der Standard Farbe, das würde mir auch noch gefallen?

Bin aber mehr als zufrieden mit dem Modul und bedanke mich bei dir/euch für diese tolle Arbeit...

Anbei noch mein Log mit Verbose 5

Mfg Steffen

Hallo!

Ich habe schon seit langem vor mich auch mal dem Thema RGB-Stripes anzunehmen. Der LW12 RGB-Controller scheint optimal, da ich damit keine weiteren Module/Gateways oder Verkabelungen brauche, wie z.B. bei DMX. Ich habe hier (http://www.banggood.com/Wholesale-24-Key-IR-Controller-5050-RGB-5M-300-LED-Strip-Multicolor-Waterproof-Lamp-p-51601.html) ein sehr günstiges Stripe gefunden, welches max. 72 Watt verbraucht.

1) Gibt es gegen solche "billigen" RGB-Stripes grundsätzlich bedenken?
2) Habt ihr schon Erfahrungen gesammelt welche Netzteile sich für diese Leistung anbieten?

Danke und Grüße,

Markus

Hallo Markus,

ZitatDer LW12 RGB-Controller scheint optimal

yes. gut, günstig, geht.

Zitat1) Gibt es gegen solche "billigen" RGB-Stripes grundsätzlich bedenken?

Nö. Die "Lichtqualität" ist unter Umständen bei andere noch besser. Also zB : Lichtausbeute, Weißmischung. Schau Dir sonst beim E-Discounter/Baumarkt Deines Vertrauens die Unterschiede kurz an, am Ende ja immer eine Frage von persönlicher Präferenz und Anspruch. Für Stimmungslicht reichen allemal.

ZitatHabt ihr schon Erfahrungen gesammelt welche Netzteile sich für diese Leistung anbieten?

08/15. 72Watt wären 6Ampere bei 12Volt, meisten haben die stripes aber viel weniger echte Leistung. 72 Watt in LEDs wären ja etwa 600Watt konventionell.

vg
Jörg

Hi,

Zitat von: Steffen am 06 März 2014, 06:53:43
gamma auf 0.65 kann ich auch nur bestätigen!

super, dann bleibts dabei.

ZitatWürde mich auch freuen wenn man das noch ändern könnte, das wenn der WL12 Stromlos ist er aus Fhem jedesmal "fristlos entlassen" wird ;)?!

wie geschrieben, mach ich. Bis dahin, lw12 einschalten und reload und restart, dann isser da.

Zitat
War da nicht auch noch was mit einem attr der Standard Farbe, das würde mir auch noch gefallen?

kommt. Entweder mit dem umschalten auf colorpicker oder vorher sogar schon solo. Denke sogar letzteres.

Zitat
Bin aber mehr als zufrieden mit dem Modul und bedanke mich bei dir/euch für diese tolle Arbeit...

dankeschön, sehr gern

vg
jörg

Ich bekomm ums verrecken nicht hin den LW12 bei mir an der Fritzbox anzumelden....
Ich habe ihn per Weboberfläche auf STA_MODE gesetzt. In den STA-Settings meine SSID sowie das Passwort gesetzt.
Habe auch schon versucht eine Static-IP zu vergeben. Natürlich immer alles mit Reboot. Er taucht einfach nicht in meiner Fritzbox-WLAN-Liste auf...

Irgendwelche Hinweise?

Hi Tobias,

ich kann nur vermuten, aber versuchs mal bitte mit reset und danach über die lw12 eigene mobile app.

Bei meiner milight bridge musste ich vergleichbare Klimmzüge machen weil die ssid Sonderzeichen enthielt die in der web Gui nicht korrekt escaped wurden.

Beim lw12 solltest Du diese version des Moduls nehmen http://forum.fhem.de/index.php/topic,18958.msg142898.html#msg142898

Da ist alles aktuell plus eine Gamma Korrektur die beim lw12 sehr angenehm ist. Getestet und bestätigt, ich werde das so mit dem nächsten update auch auf Seite eins übernehmen. Richtiges gamma beim lw12 (einstellbar per attrib) nach übereinstimmenden Feedback: 0.65, ich bin mir nicht sicher ob ich das als default so drin habe.

vg
Jörg

ich wär schon froh den LW12 überhaupt ins Netzwerk zu bekommen. Danach mach ich mich an das FHEM-Modul ;)

Ich habe es auch schon mir der App aus dem GooglePlayStore versucht. Da steht dann zwar das alles korrekt konfiguriert ist, aber die Verbindung getrennt :(
Jetzt gehen mir die Ideen aus :(

Zitat von: Tobias am 07 März 2014, 20:30:13
ich wär schon froh den LW12 überhaupt ins Netzwerk zu bekommen. Danach mach ich mich an das FHEM-Modul ;)

Ich habe es auch schon mir der App aus dem GooglePlayStore versucht. Da steht dann zwar das alles korrekt konfiguriert ist, aber die Verbindung getrennt :(
Jetzt gehen mir die Ideen aus :(

Hatte auch große Probleme aber versuche es mal im "LW12" die WLAN verschlüsselung von TIKP auf AES umzustellen,
das war es bei mir!

Mfg Steffen

Hilft leider nichts...
Auf meinen Gastzugang mit 12345678 Passwort kann er verbinden :(

Zitat von: Tobias am 07 März 2014, 21:02:26
Hilft leider nichts...
Auf meinen Gastzugang mit 12345678 Passwort kann er verbinden :(

Ok sorry hatte auch alles versucht, das was geholfen hat war...LW12 noch mal Hard Reset(im gehäuse) und dann die Verschlüsserung im LW12 geändert, dann ging es auf einmal wie von alleine!

Hast du Sonderzeichen im SSID wie "&" oder ähnliches?

Kann morgen mal mein Config posten, dann können wir ja mal vergleichen!

Mfg Steffen

habe nur Groß/Kleinschreibung mit Buchstaben und Zahlen. Extra keine Sonderzeichen aber 64stellig.
Verschlüsselung steht auf WPA2PSK und AES.

Ich mach morgen weiter...

bei mir war das Problem auch AES und TIKP... das war auf einem anderen Standardwert den hab ich umgestellt dann ist es gegangen.

Mm, auf was umgestellt?? Es gibt doch nur diese beiden.....
Und wie habt ihr das Gehäuse des LW12 auf bekommen??
Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

So ich hab jetzt nochmal nachgeschaut:

unter STA Interface Setting die Daten deiner Fritzbox eintragen und den Encryption Type auf AES stellen.

Dann hats bei mir funktioniert. (natürlich muss unter Mode Selection der STA-Mode aktiviert werden)

Viele Grüße
Kuzl

So, alles richtig gemacht. Heute morgen alles eingegeben und neu gestartet und jetzt funktionierts :) Danke für die Hilfe... Irgendwie hat sich der LW12 gestern gesträubt obwohl ich ihn identisch eingestellt hatte... naja...

Hallo Sandra,

ich habe mir den selben milight wie deins http://www.amazon.de/gp/product/B00G8AJDDQ/ref=as_li_qf_sp_asin_tl?ie=UTF8&tag=animscha-21&camp=1638&creative=6742&creativeASIN=B00G8AJDDQ&linkCode=as2 von amazon gekauft.

ich finde niergends in der Dokumentation des controlers user/password für 10.10.100.254

kannst du mir da weiterhelfen? vll auch kurze einleitund der Einstellungen.

danke, Gerhard

Hallo,
ich habe mir ein Set mit einer V4-Bridge und einer Warmweiß / Kaltweis LED birne bestellt (http://www.ebay.de/itm/231127870255?var=530322637005&ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1439.l2649).

Die einbindung in FHEM habe ich über


define LEDBirnen WifiLight White bridge-V3:192.168.2.190


definiert. An- und Ausschalten sowie dimmen funktioniert. Leider kann ich über die Weboberfläche die Farbtemperatur nicht verstellen. Gibt es dafür bereits Implementierungen, bzw. ist das vorgesehen?

Vielen Dank

Fabian

Hallo Fabian,

ZitatLeider kann ich über die Weboberfläche die Farbtemperatur nicht verstellen. Gibt es dafür bereits Implementierungen, bzw. ist das vorgesehen?

Der Preis (Dein Link) ist schon echt Hammer.  8) Zu WW/CW: ist geplant, aber mit geringer Prio. Bisher habe ich aber noch keinen großen Bedarf gesehen. Das Steuerelement kann das noch nicht und intern muss dazu auch noch was. Bei mir habe ich das einmalig in der App eingestellt und dann merken die Bulbs ja die CW/WW Settings. Gehts Dir um einmalig oder hast Du einen use-case das dynamisch zu verstellen ?

Hallo Gerhard,

bin jetzt ncht Sandra aber das pwd ist bei V2 admin/000000 bei V3 admin/admin und bei V4 ist die webgui entfernt. Die notwendigen Einstellungen sind Deinem Netz abhängig, eigentlich selbsterklärend. Mein Appell jedoch: mach das über die mobile app weil: die webgui auf der bridge ist sch... (suboptimal   ;) ), es gibt zum Beispiel kein Save !

Dynamische IP für die bridge und dem Router dann sagen "dieses device immer die gleiche ip" ist der einfachste Weg.

vg
Jörg

Hallo Jörg,
einen echten Use-Case gibe es nicht, nur der Spieltrieb. Dann werde ich die von dir vorgeschlagene Lösung verwenden und die Farbtemperatur bei Bedarf über die App verstellen.

Gruß & Danke für die schnelle Antwort

Fabian

Hi Jörg,

dake für die Antwort, ich hatte inzwischen wie Du schon vorgeschlagen hast über Android App gelöst.
Übrigens den LW12 habe ich jetzt mittelweile auch zum laufen gebracht, allerdings dies nur über den Browser, über die App gings nicht, komisch?

Gerhard

Zitat von: Gerhard am 08 März 2014, 16:48:40
Hallo Sandra,

ich finde niergends in der Dokumentation des controlers user/password für 10.10.100.254

danke, Gerhard

hi Gerhard,

Vielleicht brauchst du die Erklärung später nochmal:
Wie Jörg bereits gesagt hat, aber nochmal User: admin Passwort: admin.
Wichtig ist: erst die WLAN Verbindung einrichten, dann vorne umstellen (also den nicht Access point Mode) und dann vom Strom ziehen ;)

Wichtig ist jetzt nur, blos nicht mehr mit der app arbeiten, wenn fhem eingerichtet ist!

Hi Sandra,

danke für die Erklärung!
Jetzt mal was Anderes, nach gewisse Zeit ist der Controler in der FB nicht mehr sichtbar (also keine Verbindung) und kann sicherlich auch nichts mehr ansteuern.
Wenn ich den Controler neu starte (off/on) dann ist wieder Alles ok.
Ist bei Dir ähnlich oder mache ich da Etwas falsch??

Gerhard

Hallo Gerhard,

was genau meinst du mit FB? (Fernbedienung der App oder das Device in Fhem?)
Bei der milight app war der Controller gerne mal "weg", aber die hatte ich nur am Anfang vor Fhem genutzt.
Ansonsten habe ich nur ab und an Signalverluste, aber den Controller neustarten musste ich noch nicht.
Wie hast du ihn mit Strom versorgt?

Hi,

mit FB meine ich FritzBox 7390 auf dem FHEM läuft. D.h. der Controller war im Netz nicht sichtbar, und ich musste den Controller neu starten.
Aber die Frage mit der Stromversorgung ist gut!, ich habe ihn an dem Laptop (USB Anschluss), vll ist die Versorgung zu schwach??
Ich werde es heute Abend mal anders probieren, und bescheid geben.

Gerhard

Hi,

zugegeben:  :) ich lese bisweilen das das micasaverde forum quer - reine neugier   ;) Allerdings sind die laaaange nicht so weit wie wir :)

Da laufen neuerdings vereinzelt Meldungen über evtl fehlerhhafte bridge auf (mit großem Vorbehalt: kann auch immer alles sein).

Bin bei Sandra: nimm Dir ein halbwegs vernünftiges Handynetzteil und teste das damit. USB wird an pc/nb evtl raspi auch gerne vom Energiemanagment beeinflusst. Bei der bridge kenne ich sonst keine timeouts, sleep Einstellungen etc. Sollte das Verhalten auch mit Handynetztei auftreten könntest Du nochmal prüfen ob der Router wlan zur bridge unterbricht. Wenn nein: bridge tauschen, alles andere kostet dann nur Nerven.

Das von Dir beschriebene Verhalten kenne ich hier (v3 und FB 7390) nicht  - ergo: ist nicht normal ...

vg
Jörg

Nachtrag: wenn Du parallel mit der app oder fb arbeitest ist es möglich das die bridge "abschmiert". Die firmware der bridge ist "chinesisch" einfach gehalten....

Ab wann wird das Modul eigentlich per Update automatisch verteilt?

ich möchte den slider vorher noch umbauen: den jetzigen optional und schöner, Standard soll andres colorpicker werden. Und dann ist da noch die Doku ...

Ich habe eine etwas eigene Meinung dazu das "vorschnell" rein zugeben weil ich weiß das sich Menschen darauf verlassen das es funktioniert! Stand heute sehe das als gegeben an, die Kinderkranleiten sind raus (Ausnahme slider) von daher: in Kürze ...

vg
Jörg

Hallo,

ihr habt Recht!, mit einem adekwatem Netzteil funktioniert es bis jetzt stabil ohne Netzunterbrechungen.
Ich hofe es bleibst so, sonst melde ich mich.

Danke, Gerhard

Guten Morgen Gerhard,

welches Netzteil nutzt du? Suche auch noch eins, habe im Moment kein USB Netzteil über. ::)
Habe jetzt das Pi netzteil an einen Hub gehängt und darüber bridge und Pi betrieben... fazit: immer noch Ausfälle, das iPadnetzteil wollte ich noch testen, aber irgendwie wollten die letzten Nächte alle mobilen Endgeräte gefüttert werden.

@Jörg:
die Bedienung der Light in openHAB scheint nicht schlecht zu sein:
http://www.youtube.com/watch?v=zNe9AkQbfmc
vielleicht hilft dir das bei der Umsetzung des neuen Bedienelements weiter.

PS: wenn das so weiter geht mit den Ausfällen versuche ich am Wochenende eine TCP Schnittstelle zu den Milights V3 zu implementieren (möchte dir keine Arbeit machen). Mergen können wir nach ausführlichen test ja auch ohne svn z.B. mit WinMerge sehr gut :)

Hi,

Zitatdie Bedienung der Light in openHAB scheint nicht schlecht zu sein:

ja, das ist. openremote im übrigen auch, und viele andere. Es gibt einige Projekte die mehr auf die gui fokusieren was ich auch für gut halte. Sollte Ansporn für uns hier sein, da geht noch was  8)

Zitatversuche ich am Wochenende eine TCP Schnittstelle zu den Milights V3 zu implementieren

Mach doch  ;D Meiner Meinung nach aber vertane Zeit, die v4 zb kann nur udp (weil kein web if wo man umstellen kann, skaliert also nicht) und wenn Dir über 10min udp Pakete in einem Heimnetz "wegkommen" liegt der Hund sowieso woanders begraben  ;). Vielleicht sowas http://forum.fhem.de/index.php/topic,17191.0.html ? Oder doch Netzteil ?:

Zitatwelches Netzteil nutzt du? Suche auch noch eins, habe im Moment kein USB Netzteil über. ::)

Kurzer Stopp beim "Handyman" Deines Vetrauens, jedes USB Netzteil (5V, 500mA +) geht da.

Beim ui Element bist Du gerne mit eingeladen, der Plan ist: ich richte das modul so ein das man verscheidene UI Elemente "andocken" kann. Der Grund: auf einem mobile Gerät sind die Anforderungen an design und die usabilty andere als zB auf einem Floorplan oder zum Beispiel auf einem Radiowecker (hier im Einsatz  :) ). Erforderliche skills sind: client side scripting (jquery+js, canvas/svg, grafik/design)

vg
Jörg

Hallo Sandra,

ich hatte noch ein USB-Netzteil von irgendwo?? (OTM Model CLT-218) Output Current 1000mA.

Netztabrüche erde ich noch beobachte!!

Gerhard

Zitat von: herrmannj am 11 März 2014, 09:23:36
Beim ui Element bist Du gerne mit eingeladen, der Plan ist: ich richte das modul so ein das man verscheidene UI Elemente "andocken" kann. Der Grund: auf einem mobile Gerät sind die Anforderungen an design und die usabilty andere als zB auf einem Floorplan oder zum Beispiel auf einem Radiowecker (hier im Einsatz  :) ). Erforderliche skills sind: client side scripting (jquery+js, canvas/svg, grafik/design)

gerne :)
Versuche mal am Wochenende einen schönen Colorpicker in JS zu machen.

TCP: Ok, dass ist natürlich blöd wenn die neue das nicht mehr kann. Mit UDP hatte ich auch nie Probleme (hm.....)

Pi: der Pi hängt am LAN, denke es kann aber auch das Pi Netzteil oder der HUB sein, das/der Mist ist. (Anderes Netzteil ist im Moment über Nacht nicht frei).

@Gerhard: Danke ich werde es mal mit mal mit einem 1000 Netzteil versuchen (kostet ja nur 6€ bei Amazon).

hallo zusammen,

ich muss sagen klasse arbeit.

Ich habe das Modul installiert und es funktioniert einwandfrei.  Ich warte jetzt noch auf die Features, wie Loop etc.


Im Log finde ich jedoch immer wieder dieses? Was bedeutet dies:

2014.03.12 15:24:36 3: WifiLight: requested bridge bridge-V3 at 192.168.178.35 already in use by Raum1, copy llCmdQueue
2014.03.12 15:24:36 3: WifiLight: requested bridge bridge-V3 at 192.168.178.35 already in use by Raum2, copy llCmdQueue
2014.03.12 15:24:36 3: WifiLight: requested bridge bridge-V3 at 192.168.178.35 already in use by Raum1, copy llCmdQueue

Hallo hyper2910,

ganz normale Meldung. Die sagt das die bridge schon bekannt ist und das Modul trifft selbstständig Vorkehrungen damit die Ressourcen der bridge an alle angeschlossen stripes/bulbs gegeben werden.

"Loopen" geht per notify und transitionname schon perfekt.

vg
jörg

Ok,  aber wie würde soetwas aussehen: bin noch relativ neu in dem Thema!   
Ich hätte gerne einen Schalter um die Lampe an zu machen und dann soll immer ein bestimmtes farbprogramm durchlaufen,  bis die Lampe ausgeschaltet wird.

Also so
define test notify Raum1:on {fhem "set Lampe HSV 0,100,100 1"; fhem "set Lampe HSV 0,100,0 1 q" }
Aber wie denn loop?   Finde dazu einfach keine richtige Doku

Hi,

ZitatFinde dazu einfach keine richtige Doku

die such ich selber noch  ;) Schau mal hier, zweiter Abschnitt
http://forum.fhem.de/index.php/topic,18958.msg138921.html#msg138921
Das notify muss auf den den Namen der Transition hören und die Transition (mit gleichem Namen) neu starten. Vielleicht findet hat ja jemand Lust da was im wiki zu machen, ich komm im Augenblick leider nicht dazu.

Deine Transition oben hat eine Sekunde. Nur Beispiel ? Die transitions werden in fhem (nicht in Hardware) gemacht, das wird also nicht gleichmäßig blinken (fhem timer sind da zu ungenau)

vg
Jörg

Hi,

Vielen Dank,  das mit der Sekunde war nur ein Beispiel. Bin am Wochenende wieder zu hause und werde das mal testen, jedoch habe ich zu dem loop keine richtige Idee!

Hallo Sandra & Jörg,
nach wie vor (trotz 1000mA netzteil) nach einer gewisser Zeit ist der Controller aus dem Netz verschwunden. Wann und nach welcherl Zeit es passiert, kann ich jetzt nicht sagen, da ich immer nur Früh und Abend dies beobachten kann. Aber am Wochenende werde ich das Fenomen genauer untersuchen (vll mal ohne FHEM nur so im Netz lassen, ob es dann nach gewisser Zeit immer noch present ist??).
Ich vermute, dass dieses Verhalten einfach an dem Controller liegt!? @Sandra: wie verhält sich der Controller bei Dir?, ist es normal, dass er einmal als Host (access point) und einmal als Client (an der FritzBox angemeldet) vorhanden ist?? oder habe ich ihn einfach falsch konfiguriert?

Gerhard

Hallo Gerhard,

nein, "normales" Verhalten ist das nicht, liegt "irgendwie" an Deiner bridge / "Deinem" Netz. Nachdem Du das Netzteil ausgeschlossen hast bleiben imho noch Router und bridge.

Was meinst Du denn mit "2 mal angemeldet". Was ich kenne ist das die bridge, nachdem Du sie ins Netzt genommen hast, noch ein zweites wlan aufspannt wo sie als access point funktioniert.

Wenn Du jetzt schreibst: "2 mal an der Fritzbox" - hat die dann auch 2 ip Adressen ???

vg
Jörg

nein, nein Jörg,

es ist so wie Du beschreibst, einmal als access poit und einmal an die FB angemeldet (in der FB nur eine ip-addresse!)
ich vermute auch, dass es an der Bridge liegt, da andere Teilnemer verhalten sich ganz normal (sie bleiben immer im Netz).
aber wie gesagt am WE werde ich es besser untersuchen.

Gerhard

Hi Gerhard,

was mir noch einfällt.... hast du der Bridge eine feste IP vergeben? evtl meldet sie sich einfach mal kurz ab und hat dann aufeinmal eine andere IP.

Kuzl

Zitat von: Gerhard am 13 März 2014, 07:41:33
@Sandra: wie verhält sich der Controller bei Dir?, ist es normal, dass er einmal als Host (access point) und einmal als Client (an der FritzBox angemeldet) vorhanden ist?? oder habe ich ihn einfach falsch

Hallo Gerhard,

da ist eindeutig was an der config der bridge falsch. Es sollte kein Access Point mehr vorhanden sein, wenn sie als Endgerät fungiert!
Ich empfehle dir die bridge nochmal neu zu reseten (mit einem Stift an der Seite) und neu zu konfigurieren.
Sie sollte dann nur noch in der FB sein, kein AP mehr !

@Jörg: habe gestern ein neues Netzteil geholt. Geht heute abend in den Test ;)

Brauche eine Amazon Empfehlung für Netzteile und 5m Stripes
http://www.amazon.de/NEUER-STRIPS-CONTROLLER-iPhone-Android/dp/B00G55329A/ref=sr_1_5?s=lighting&ie=UTF8&qid=1394742786&sr=1-5&keywords=wlan+led

Möchte richtig Power stripes haben also schön hell. ;)

Der Controler steht scho mal fest Optimal wäre ein Netzteil mit passenden Stecker und passende RGP Stripes 3-5m Wasserdicht .. es gibt 10000 hat jemand eine empfehlung welche auch gut für draußen sind ?
Danke

Also Netzteil kannst du jedes beliebige nehmen, da sind nur Schraubklemmen dran :D
ich hab mir aus dem Möbelhaus meines Vertrauens (gibts eig. bei jedem) 5m RGB-Stripe gekauft/sind Wasserdicht, allerdings nur einzelne teile zu je 50cm die zusammengesteckt sind => also da abdichten falls das ganze draußen ist.

Anschließend hab ich das Netzteil genutzt, was bei dem Stripe dabei war, allerdings wollte ich es nicht zerstören und hab mir einfach eine Buchse bestellt, die ich am LW12 angeschlossen habe.

Zitat von: Blackcat am 13 März 2014, 13:38:29
da ist eindeutig was an der config der bridge falsch. Es sollte kein Access Point mehr vorhanden sein, wenn sie als Endgerät fungiert!

Hi,

doch das mit dem zweiten wlan hab ich hier auch festgestellt und auch von anderen usern gehört. Wenn das bei Dir, Sandra, nicht auftritt musst Du scheinbar 'ne andere fw version haben ? Du hattest doch über webgui ins Netz genommen, oder mit einer app ?

So mal zum Hintergrund: das verbaute wlan Modul ist ein Industriemodul. Das ist eigentlich so für pos Terminals oder Industrie gedacht. Das hat 2 wlan ports (a und b). Die Chinesen haben die fw eher schlecht als recht da rumgeklöppelt. Die apps die ich kenne schalten port a aufs wlan (client) lassen b aber offen (Access point). Tatsächlich hatte ich auch echt Stress meine bridge ins Netz zu nehmen weil meine ssid blanks enthält und die webgui das nicht korrekt escaped, die app hat die Verschlüsselung falsch gesetzt. Ich hab das dann am Ende "von Hand" gemacht und dabei dann auch Port B abgeschaltet.

Tatsächlich wundere ich mich manchmal das es nicht mehr nachfragen hier gibt  ;) , vielleicht ist die app jetzt aber auch besser.  8)

Das so zum "warum". Bei Dir, Gerhard, stimmt aber was nicht. Netzteil hast Du ausgeschlossen, jetzt könntest Du weiter prüfen ob in der fb was eingestellt ist oder Entfernung zu weit (sowas gabs hier im thread mal mit einem repeater der ausgestiegen ist). Ich meine mich auch zu erinnern das es in der fb Optionen gibt das wlan runterzufahren wenn es nicht benötigt wird. Vorher zur Sicherheit die bridge nochmal auf Werkszustand (reset).

Dann hast Du aber auch das gemacht was möglich ist, wenn das immer noch auftritt ziehe einen defekt der bridge in Betracht (!).

Auf der fhem Seite brauchst Du nicht weiter zu suchen. Die Ansteuerung ist udp, also verbindungslos. Solange kein cmd geschickt wird gibt es keinen Kontakt von fhem zur bridge.

vg
Jörg

Zitatich hab mir aus dem Möbelhaus meines Vertrauens (gibts eig. bei jedem) 5m RGB-Stripe gekauft/sind Wasserdicht, allerdings nur einzelne teile zu je 50cm die zusammengesteckt sind => also da abdichten falls das ganze draußen ist.

Bei den Rollenstripes wird auch oft direkt wasserdicht (silikonhülle) angeboten. Da muss dann nur das Ende abgedichtet werden. naja, und am "Anfang" entweder die Verlängerung oder draußen eben der Kasten mit dem lw12.

vg
Jörg

Zitat von: herrmannj am 13 März 2014, 22:33:35
doch das mit dem zweiten wlan hab ich hier auch festgestellt und auch von anderen usern gehört. Wenn das bei Dir, Sandra, nicht auftritt musst Du scheinbar 'ne andere fw version haben ? Du hattest doch über webgui ins Netz genommen, oder mit einer app ?

Guten Morgen Jörg

Ich habe das webgui genutzt (fw 4.02.08T.25). Hm...

Das Netzteil hat leider nicht viel für meine Befehlsverluste geholfen :( naja gut

Guten Morgen,

@Jörg: danke für die ausführliche Beschreibung, werde am WE alles so einrichten! Ich bin mir fast sicher, es liegt an der Config des Controllers, da die Entfernung zu FB ist ist < 5m, Einstellungen in der FB, wie alle anderen auch (immer gleiche ip zuweisen).

@Sandra: wenn ich es richtig verstanden habe, sind bei Dir immer wieder mal Befehlsverluste, was ich auch immer wieder mal festgestellt habe, wenn die Bridge mal funktionsfähig im Netz war. Aber wie gesagt erst am WE, wenn ich richtig Alles eingerichtet habe, kann ich dann neue Erkenntnisse berichten.

Gerhard

Hallo Sandra,

ich habe die bridge geresetet (also Werkseinstellungen). 10.10.100.254, user=admin, pswd=admin -> bekome eine Seite wo ich nur eine Firmware Update machen kann??? Wie weiter, könntest Du mir da helfen?

Danke, Gerhard

Hallo Gerhard,

Probier mal den link:
http://10.10.100.254/home.html (http://10.10.100.254/home.html) :)

Hallo,

habe mit http://10.10.100.254/home.html (http://10.10.100.254/home.html) und mit http://10.10.100.254/EN/management.html (http://10.10.100.254/EN/management.html) auch.
bekomme immer die Seite mit: Upgrade firmware und zwei Buttons: Durchsuchen... und Upload.
Ich kann jetzt mit Android App es wieder einrichte, oder hat Jemand eine bessere Idee???

Gerhard

Wieviel Meter rgb LEDs kann man eigentlich an den LW12 dran hängen?? Sind 20 bzw 40m ein Problem?

Edit: hab gerade mal nachgeforscht: working current/meter:    0.4A
Ups, 10m = 4A... wie bekomme ich da jetzt 20m dran?? Ich möchte die LEDs im Wohnzimmer einmal komplett rund herum oben an der Decke verlegen

Edit2: Der LW12 hat Stromleistung: max 4A pro Kanal (12A ->3 Kanäle). Also bei einer angenommenen Gleichverteilung auf die 3 RGB Stränge kann ich in Summe also 30m dranhängen :) Passt!

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

Hallo Gerhard,

gehen diese Links bei dir?
http://10.10.100.254/EN/sta_config.html
http://10.10.100.254/EN/opmode.html

Hi Sandra,

ich habe die Bridge gestern mit der App configuriert, und bis jetzt funktioniert es ganz gut! (ncars)
wenn es aber wieder Schwierigkeiten geben sollte, werde ich deine Lösung probieren.

Gerhard

habe mal einiges getestet, aber einen loop bekomme ich nicht hin.

ich hätte gerne ein Licht was von hellblau nach dunkelbau geht, und wieder zurück

Zusätzlich habe ich heute noch mit einer anderen Wlan lampe rumgespielt.

Hier würde ich gerne schaffen, das die Lampe bei Sonnenuntergang angeht und solange anbleibt wie der Fernseher an ist.

define Stehlampe WifiLight RGBW2 bridge-V3:192.168.178.35
attr Stehlampe room Schalter,Wohnzimmer
define Stehlampe1 at *{sunset(18,"17:00","22:00")} {if (Value("ToshibaAnwesend") eq "present"){fhem("set Stehlampe RGB 00005E")} }
define StehlampeAUS notify Stehlampe {if (Value("ToshibaAnwesend") eq "absent"){fhem("set Stehlampe RGB 000000")} }


das ganze scheint aber nicht zu funktionieren, hat jemand eine idee warum nicht?

Hallo hyper2910,

bzgl des loop's:

define blue notify Stehlampe:programm:\sblue\s100 set Stehlampe HSV 240,100,20; set Stehlampe HSV 180,100,100 20 q; set Stehlampe HSV 240,100,20 10 q blue

Sagt: wenn "Stehlampe" das Event "programm blue 100" schickt, starte diese loop. Das Event wird gesendet wenn das letzte Element dieser queue abgearbeitet ist weil bei diesem letzten Element (set HSV) der letzte Parameter (Programm/Event name) "blue" lautet.

Zum starten mit folgendem trigger einmalig anstossen:
trigger Stehlampe programm: blue 100

vg
Jörg

Zitat von: Gerhard am 16 März 2014, 08:08:48
Hi Sandra,

ich habe die Bridge gestern mit der App configuriert, und bis jetzt funktioniert es ganz gut! (ncars)
wenn es aber wieder Schwierigkeiten geben sollte, werde ich deine Lösung probieren.

Gerhard

Super,

Konntest du bisher bei dir Ausfälle feststellen? also beim mehrmaligen an und aus Schalten oder Befehlen in einer Warteschlage?

Habe jetzt auch Probleme am Ende der q.... die letzten beiden Befehle kamen bei beiden Lampen nicht an :/
Vll ist die Bridge kaputt, ich wende mich mal an den Verkäufer

Hi Sandra,

ZitatVll ist die Bridge kaputt,

sehr gut mgl. Teste doch einfach ob Du im Fehlerfall die bridge vom raspi aus pingen kannst.

vg
Jörg

Danke Jörg,
Soewtas hatte ich mir auch zusammengebastelt, aber bei mir dimmt der dann von einem hellen blau auf dunkelblau und bleibt da stehen.  Kein loop

Hi,

ZitatSoewtas hatte ich mir auch zusammengebastelt, aber bei mir dimmt der dann von einem hellen blau auf dunkelblau und bleibt da stehen.  Kein loop

wie jetzt ? Der code oben läuft bei Dir nicht oder Dein eigener ? Der oben ist getestet, der läüft.

vg
Jörg

Hi, ein Code läuft bei mir auch nicht.


Hellblau nach dunkelblau aber nicht wieder nach hellblau

Hi,

post mal ein list von notify bitte

vg
jörg

Hi Jörg,


bitte


Internals:
   CFGFN      /opt/fhem/FHEM/wifiled.cfg
   DEF        Stehlampe:programm:\sblue\s100 set Stehlampe HSV 240,100,20
   NAME       blue
   NOTIFYDEV  Stehlampe
   NR         57
   NTFY_ORDER 50-blue
   REGEXP     Stehlampe:programm:\sblue\s100
   STATE      active
   TYPE       notify
Attributes:

da ist der "Schuldige" ;)

  DEF        Stehlampe:programm:\sblue\s100 set Stehlampe HSV 240,100,20

vs

define blue notify Stehlampe:programm:\sblue\s100 set Stehlampe HSV 240,100,20; set Stehlampe HSV 180,100,100 20 q; set Stehlampe HSV 240,100,20 10 q blue

Alles nach dem ersten Semikolon fehlt. Evtl. direkt in die cfg Datei geschrieben ?

vg
Jörg

Hi Jörg,


ja, habe das direkt in eine cfg reingepackt und über include eingebunden.

Hallo,
bitte nicht in die .cfg schreiben.
ich weiß, ist sehr verlockend, gibt aber so viele Fehlerquellen auf...
die Semikolon (";") müssen in der .cfg zweimal gemacht werden, also ";;"

Gruß
Kuzl

Guten Tag!
Auf der Suche nach einer Anbindung eines RGB-LED-Stripes unter fhem bin ich hier gelandet.
Eigentlich habe ich ja nur einen 5m Streifen im Wohnzimmer. Aber diese LED-Birnen finde ich auch sehr interessant.
Jetzt habe ich die 20 Seiten hier durch und bin etwas verwirrt.
Mit welchen Bauteilen kann ich denn jetzt einsteigen um zukünftig möglichst gut aufgestellt zu sein?

Habe ich das richtig verstanden (milight-Bauteile)
1. Diese Wifi-Controller kommunizieren mit den Birnen über 2,4GHz und nehmen Kommandos auch über 2,4GHz an.
2. Die Birnen selber können aber kein WLAN (haben also keine IP)
3. RGB(W)-LED-Stripes brauchen einen eigenen Controller, dieser kommuniziert auch mit Wifi-controller

Der Wifi-Controller muss also möglichst zentral sitzen um alle Birnen+Stripes zu erreichen. Bekommt man eine Rückmeldung von Stripe/Birne dass das Signal angekommen ist?

Könnte ich mit diesen beiden Komponenten schon einsteigen oder bin ich auf dem Holzweg:
1. LED-Controller (http://www.ebay.de/itm/171267546148)
2. Wifi Controller (http://www.ebay.de/itm/171163281620)

Den Wifi (2) braucht man einmalig und dann die entsprechenden Module,Birnen usw.

Dito mich interessiert auch eine HW Liste fuer existente Stripes.

Hallo,
mir ist aufgefallen, dass wenn ich meine Config neu lese wird jedes mal ein Sync ausgelöst. Durch den Sync wird meine Birne immer angeschalten - auch wenn ich sie gerade gar nicht brauche.

Ich habe eine Warmweis / Kaltweis Birne an einer V4 Bridge.

Kann mir jemand sagen, was da der Sinn dahinter ist und wie ich das umgehen kann? Noch hängt die Lampbe bei mir mir Zimmer, aber ich finde das nicht so ideal, wenn bei jedem neulesen der Konfig alle Lampen im Haus angehen...

Gruß & Danke

Fabian

Hallo magersuppe,

Grundsätzlich werden 2 Lines unterstützt: LW12 (RGB stripe) oder milight (+ kompatible).

MiLight:

ZitatHabe ich das richtig verstanden (milight-Bauteile)
1. Diese Wifi-Controller kommunizieren mit den Birnen über 2,4GHz und nehmen Kommandos auch über 2,4GHz an.

Richtig, die bulbs und die stripes+controller sprechen auf 2,4GHz. Eigenes (nicht wifi) Protokoll.

Zitat2. Die Birnen selber können aber kein WLAN (haben also keine IP)

Korrekt. Der Controller (aka bridge) "versteht WLAN" und sendet dann das Bulb / LED Controller eigene Protokoll raus.

Zitat3. RGB(W)-LED-Stripes brauchen einen eigenen Controller, dieser kommuniziert auch mit Wifi-controller

Ebenfalls Richtig.

ZitatDer Wifi-Controller muss also möglichst zentral sitzen um alle Birnen+Stripes zu erreichen.

So ist das. (zum besseren Verständnis: im thread ist der als bridge bezeichnet). Gleichzeitig kann man aber mehrere bridge einsetzen.

ZitatBekommt man eine Rückmeldung von Stripe/Birne dass das Signal angekommen ist?

Leider nein. Das Protokoll ist one-way und auf der RF Seite nicht ganz so robust wie ich mir das wünschen würde. Die neuen RGBW (RGBW2) sind besser geworden. Fehler in der RF Übertragung (bridge->bulb oder stripe) kommen vor (selten). 

ZitatKönnte ich mit diesen beiden Komponenten schon einsteigen oder bin ich auf dem Holzweg:
1. LED-Controller
2. Wifi Controller

#1, der LED Controller ist für weiße Stripes und unterstützt warmweiß und kaltweiß. Das Modul unterstützt ihn aber Du willst vermutlich eher RGB oder RGBW (?). Das wäre so einer: RGBW Mylight (http://www.ebay.de/itm/2-4G-LED-RGBW-Wireless-RF-Controller-Touch-Remote-Dimmable-Wifi-phone-adaptor-/231114714577?pt=US_Lighting_Parts_and_Accessories&var=&hash=item35cf82add1)

Wenn es Dir nur um den RGB Stripe geht kannst Du auch den hier nehmen: LW-12 (http://www.amazon.de/NEUER-STRIPS-CONTROLLER-iPhone-Android/dp/B00G55329A). Der ist gegenüber den mylight technisch besser (WLAN eingebaut, besseres Protokoll). Der kann "nur" RGB. Keine bridge erforderlich.
#2, Korrekt. (USB Netzteil wird separat benötigt)

Hallo P.A.Trick,

ZitatDito mich interessiert auch eine HW Liste fuer existente Stripes.

Ich werde jeden unterstützen der da im Wiki eine Liste aufstellen möchte  ;) Bei LW12 (siehe link oben) ist das einfach, den empfehle ich auch ausdrücklich wenn es um RGB stripes geht.

Bei den milight (-kompatiblen) ist das leider viel komplexer weil es die von vielen Herstellern unter jeweils eigenen Bezeichnungen gibt. Oft leider sogar ohne klare Typenbezeichnung. Dazu kommen alle Nase lang neue.

Hallo Fabian,

ZitatIch habe eine Warmweis / Kaltweis Birne an einer V4 Bridge.

Zitatmir ist aufgefallen, dass wenn ich meine Config neu lese wird jedes mal ein Sync ausgelöst. Durch den Sync wird meine Birne immer angeschalten - auch wenn ich sie gerade gar nicht brauche.

Yes: die White können (im Gegensatz zu den RGBW2) keine absoluten Helligkeiten sonder nur "heller" oder "dunkler". Wifilight setzt einen Abstraktionslayer dazwischen der absolute brightness (zB dim 50) unterstützt.

Damit das funktioniert muss Wifilight einmalig einen definierten State setzen (100%) und von da aus dann "mit zählen" wo die Helligkeit steht. Dafür sind ist der sync notwendig und deshalb wird er beim define (auch bei re-read cfg was einem define entspricht) automatisch ausgeführt.

Bei den RGBW2 muss ich das nicht mehr machen. Für die RGB, RGBW1 und white hatte ich die Optionen beim fhem start (=define, =read cfg) die Leuchtmittel zum sync entweder aus oder einzuschalten. Schlussendlich habe ich mich für "EIN" entschieden: plötzlich an ist safer als plötzlich aus. (thema Neustart fhem / fritzbox). Ich meine aber das danach der Zustand aus dem statefile wieder hergestellt wird. Meinem Verständnis nach müssten sie doch unmittelbar danach auf den Zustand des letzten "save" gesetzt werden ? 

vg
jörg

Danke Joerg, dann werde ich mir mal einen LW12 zulegen.

Direkt aus Fernost  (http://www.ebay.de/itm/121238051370)ist das Ding wesentlich günstiger, man muss allerdings 4 Wochen Geduld haben.
Wieso eigentlich LW12? Unter dem Stichwort findet man die Geräte nämlich gar nicht.

Dann scheint das wilight nicht zuverlässiger zu sein als beispielsweise irgendwelche Funksteckdosen (pollin, elro).
Schade, diese Leuchtbirnen finde ich schon interessant.

ZitatDirekt aus Fernost ist das Ding wesentlich günstiger, man muss allerdings 4 Wochen Geduld haben.

Genau, der ist das. Wenn ich warten möchte nehme ich auch oft China.

ZitatDann scheint das wilight nicht zuverlässiger zu sein als beispielsweise irgendwelche Funksteckdosen (pollin, elro).

Wifilight als Modul schon   ;), die Milights hast Du mit elro genau richtig charakterisiert.  Am Ende des Tages muss man das für sich selbst entscheiden ob einem das reicht. Phillips Hue wären sonst die Alternative aber preislich halt auch eine andere Liga. Nichts desto trotz würde ich mir wünschen das die Chinesen bei den milights die qualität der firmware verbessern. (wobei sie in jeder Generation was dazulernen)

vg
jörg

Nachtrag:

Zitat von: magersuppe am 23 März 2014, 12:33:25
1. LED-Controller (http://www.ebay.de/itm/171267546148)

... das Bild ist von einem cw/ww controller - der Text ist ein RGBW Controlller ... ???

vg
Jörg

Hallo Jörg,
danke für die Info, dann verstehe ich schon mal den Hintergrund. Ich habe inzwischen einen eine CW / WW Birne sowie einen RGBW1 Stripe angebunden. Bei beiden ist es so, dass nach dem neuladen der Konfig die Dinger maximal an sind - ich kann nicht bestätigen, dass sie den letzten Zustand wieder einnehmen. Meinst du, das wird irgendwann noch kommen?

Gruß & Danke

Fabian

Hi Fabian,

ja, ist leider bei den "alten" milight so. Das mit dem state file prüfe ich, ich habe eine Idee was dir Ursache sein könnte. Startest Du denn so oft neu ?

vg
Jörg

zu klick geht zu ebay... (http://www.ebay.de/itm/171267546148?_trksid=p2055120.m1438.l2649&ssPageName=STRK%3AMEBIDX%3AIT):

ZitatNachtrag:

Zitat von: magersuppe am 23 März 2014, 12:33:25

    1. LED-Controller


... das Bild ist von einem cw/ww controller - der Text ist ein RGBW Controlller ... ???

vg
Jörg

ich hab den Verkäufer angeschrieben und folgende Antwort bekommen:

Zitathi,sorry,the picture had a problem,we had change it,thanks
Eddie

-st_xad2009

ist also RGBW2: 10,5€ .... das ist günstig!

vg
Jörg

Hallo Jörg,
naja, neustarten nicht, aber ich lege gerade mit FHEM gerade erst so richtig los - entsprechend oft lade ich die config neu :-(

Gruß

Fabian

Super funktioniert Sofort mit dem LW12.

Cool wäre echt solche Vorgaben wie Wechsel einfacher erstellen zu können.
Auch so Vorgaben wie in der App Farbwechsel blitzen usw wären echt genjal :D

Wo bekommt man den ne neue Firmware / Changelog ?

Hi ChrisW,

super, schön wenn alles so gut klappt  8)

Meinste FW für den lw12 oder das modul? Fürs Modul: Aktuelle Version normalerweise im ersten post. "Normalerweise" weil es hier ..mit gamma... (http://forum.fhem.de/index.php/topic,18958.msg142898.html#msg142898) eine gibt die das gamma drin hat, für den lw12 solltest Du die nehmen. Die Änderungen mit dem gamma kommen asap in die aktuelle beta Version im ersten Post.

Ansonsten gibt es nix neueres, ich "denke" noch auf dem slider/jogdial etc rum, das wird die nachste "feature" beta.

vg
Jörg

Klasse - Modul installiert, Device definiert -> Glücklich sein! Danke Jörg!

1. Frage: Wie bekomme ich denn ein Stroboskop (Weiß) Licht hin? Blicke das gerade noch nicht :D

Hi,

Danke  8)

ZitatWie bekomme ich denn ein Stroboskop (Weiß) Licht hin?

Hast Du den lw12 genommen ? "Stroboskop" klingt so nach schnellem Wechsel... Die Farbwechsel werden von fhem gemacht, das setzt Grenzen bei der Geschwindigkeit die möglich ist weil kein Realtime environment...

Wie hast du Dir dei Lightshow vorgestellt ?

vg
Jörg

Ja ich habe deinen Tipp befolgt und einen LW-12 genommen! :-)

Nun, ich dachte so als Alarmanlagenflash oder Befehlsquittierung....ich hänge mal ein Video an.

PS: Was mir aufgefallen ist, dass man nicht erkennen kann ob das Device initialisiert ist. Kannst du das noch ins Reading als DeviceState o.ä. mit aufnehmen?

bekommt fhem so nicht hin. Ein Weg wäre:

set Name HSV 0,0,0; set Name HSV 0,0,100 1 q; set Name HSV 0,0,0 1 q; set Name HSV 0,0,100 1 q

das sind Sekunden (int, nicht real) weil das timing von fhem nicht mehr hergibt. Wird ein blinken, kein "flashen".

vg
jörg

Danke Jörg, das ist immerhin ein Ansatz.
Kannst du noch etwas zum Reading sagen?

ZitatKannst du noch etwas zum Reading sagen?

klar, versteh aber nicht genau was Du meinst  :) Ein "initialisieren" ist nicht notwendig. Wenn der lw12 im Netz ist wird er vom Modul bedient.

vg
jörg

Zitat von: herrmannj am 31 März 2014, 23:42:34
klar, versteh aber nicht genau was Du meinst  :) Ein "initialisieren" ist nicht notwendig. Wenn der lw12 im Netz ist wird er vom Modul bedient.

vg
jörg

Nun die Frage ist eher wann er eingeschaltet ist? Man kann im Device dann nur indirekt sehen ob er auch eingeschaltet ist!

axo. Nö, kann man im Modul gar nicht sehen. Die Kommunikation ist quasi one-way. Macht ja bei einem led controller auch Sinn.
TCP sorgt für eine sichere (sic:-) Zustellung des Befehls:  controller da (sollte ja normal sein): Licht an, controller weg: dunkel .....

vg
jörg

Klar, aber das Modul meldet dann keinen Fehler, wenn der Controller weg ist und ich mag doch so gerne die rot-grünen Device State Icons :D

hmm, rot / grünes state icon bekommste nicht (ab Werk...), da soll ja die lichtfarbe hin.  :D

Reading (da/wech) geht, möchte aber gern darauf verzichten weil die entsprechende Fallunterscheidung cpu time frißt. Nicht viel, aber Kleinzeug macht eben auch Mist und ich möchte Farbübergänge so flüssig wie möglich. Die Abfrage wäre bei jeder Farbänderung fällig, bei jedem (!) Frame. Im Zweifel siehste doch ob das Ding leuchtet (big state icon  ;D ) - oder ?

vg
Jörg

Ok das habe ich verstanden! Danke fuer die Erklaerung! Gute Nacht :-)

Hallo Jörg,

wollte mich auch wieder melden und Status geben.
Habe jetzt meine bridge und Lampen getauscht bekommen und jetzt kaum noch Ausfälle :)

Es ist jetzt die v4, die wirklich stabiler läuft als die v3. UDP ist damit jetzt völlig ok :)

Leider kam ich noch nicht dazu etwas für die Oberfläche zu tun und bin auch die nächsten Wochen schon verplant. Sorry :(

Was willst du denn an der Oberflaeche verändern Sandra?

super, dann läuft das wake-up light jetzt zum Sommerzeit Anfang genau richtig.  8)

vg
Jörg

... neuer slider / dimmer

vg
joerg

Ah ok Danke! Ps: ich mag Javascript nicht sonst würde ich helfen :-)

Gibt es eigentlich einen Wiki Artikel? Was ist v3 und v4? Kann man den lw12 flashen? Welche milight Birnen sind zu empfehlen? Der thread ist schon arg unübersichtlich :(

Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk

Soll ich mal einen Wiki Artikel basteln? Ich fande den Thread auch unübersichtlich!

das wäre cool, bin zu jedem support bereit. Der thread ist unübersichtlich  ;D Soll ich die Beispiele übernehmen ? (wakeup und so...)

Danke und Grüße
Jörg

Ich habe mal einen ersten "Wurf" erstellt. Muss noch viel rein, aber der Anfang ist wie immer das schwierigste! :-)

http://www.fhemwiki.de/wiki/Wifilight

Danke für Deine Unterstützung!! Dann geh ich nachher mal mit dem milight Teil rein.

Musste mich erstmal wieder an mein wiki pwd erinnern ...    ::)

vg
Jörg

Ich habe zu danken...am Wochenende werde ich das ganze mal mit dem ein oder anderen Foto aufhübschen!

Heute kam endlich mein Milight v3 Controller und eine erste LED Lampe.
Habe gleich den Controller in mein Netz eingebunden und die LED Lampe mit der App angesteuert.

Nun habe ich den Controller in FHEM definiert.

Aber wie geht es weiter?

Muss ich die Lampe jetzt von der App "abmelden" und dann in FHEM anmelden?

brauchste nich.

Du definierst in fhem ja die Kombination bridge/bulb (oder stripe), sollte also fertig sein. Wenns nicht funktioniert poste mal bitte Deine bulb/ Deinen stripe und die def.
vg
jörg

Bulb hab ich keine definiert?

Ich habe nur define TV_LED WifiLight RGBW2 bridge-V3:192.168.1.229

Wie kann/muss ich denn die Lampe definieren?

was für eine lampe hast Du ? vg jörg

? Weis nicht, eine E27 RGB von Milight


Sent from my iPhone using Tapatalk 2

Gruss
Markus

Zitatdefine TV_LED WifiLight RGBW2 bridge-V3:192.168.1.229

Zitat? Weis nicht, eine E27 RGB von Milight

Wenn es wirklich eine nur RGB ist dann ist dir def
define TV_LED WifiLight RGB bridge-V3:192.168.1.229

Der erste Param ist das Leuchtmittel, der zweite die bridge. Von daher müsstest Du schon genau wissen welche Lampe Du hast  ;)

vg
jörg

Hab auf die Packug geschaut, es ist eine RGBW 9Watt von Mi.Light


via Tapatalk

dann passt es so wie Du es hast mit RGBW2 ...

Was funktioniert denn nicht ???

vg
Jörg

Nichts :-)

Die Lampe reagiert einfach nicht.
Mit der Milight App geht alles.


via Tapatalk

na dann trag mal def + log + Infos zusammen.  + in der app ist die bulb welche gruppe ?

Infos liefere ich heute Abend.
Die def ist ja wie geschrieben, log bringt keine Fehler.

Gruppe?
Ich habe einfach den V3 Controller ins Netz eingebunden und dann die Lampe eineschalten und wie inder Beschreibung in der App unter Controller 2, die Lampe gepaired. Ab da konnte ich sie in der App steuern.


via Tapatalk

Zitatin der App unter Controller 2,

Controller 2 ? Meinst Du Gruppe 2 ? Gruppen sind doch in der Beschreibung erklärt ? Wenn es eine RGBW2 ist kannst Du 4 Gruppen ansteueren, das sind die 4 Gruppentasten in der app. Wifilight ordnet die Gruppen in der Reihenfolge der def. Erste def - Gruppe 1 usw. Wenn Du jetzt in der app die Lampe auf Gruppe 2 gelegt hast solltest Du die wieder "unpairen" und in fhem oder in der app auf Gruppe 1 pairen.

Hast Du Dir den ersten post durchgelesen ?

vg
Jörg

So, vielen Dank für deine hilfreiche Info.

Ich habe jetzt nochmal auf der Webseite von Milight gelesen und gesehen, dass ich es falsch gemacht habe.
Ich habe den Link Prozess quasi für eine RGB Lampe gemacht habe.

Habe jetzt in der App die Lampe auf Gruppe 1 gelinkt, allerdings reagiert sie immer noch nicht auf FHEM.

von der Installation her klingt das jetzt gut: zuerst in der app auf Gruppe 1 (linker button !), dann in fhem mit RGBW2 und bridge-v3 anlegen.
Die erste def belegt Gruppe eins usw.

Ein pair ist dann aus fhem nicht mehr nötig weil die app das dann macht. Da gibt es auch keinen vodoo bei der Installation, was jetzt bei Dir schiefgelaufen ist weiß ich nicht ...

Mach ein unpair mit der app, lösche alle Wifilight defs, Neustart und nochmal von vorne.  ;)  Wird funktionieren, eigentlich ganz einfach  8)

vg
jörg

Danke nochmal für die Tips.
Ich habe jetzt alles neu eingerichtet und siehe da, es geht ;D

Tausend Dank für Deine Geduld!!

sehr gern

Hey Jörg, das hast du mir ja die Arbeit abgenommen :D

http://www.fhemwiki.de/wiki/WifiLight

Ich würde mich freuen, wenn du den WIki Artikel direkt im ersten Post unterbringen könntest. Das könnte dem ein oder anderen WifiLight Benutzer doch sehr helfen.

der Plan war: "mal eben...", wurde dann doch recht spät  ...

würdest Du Korrekturlesen (und gerne verbessern) ?

Danke und Grüße
Jörg

edith

ZitatIch würde mich freuen, wenn du den WIki Artikel direkt im ersten Post unterbringen könntest. Das könnte dem ein oder anderen WifiLight Benutzer doch sehr helfen.

Done

Im Wiki würde ich es gut finden die Verwendung der erweiterten Paramater ausführlicher zu erklären und auch Beispiele (Sonnenaufgang / Untergang / TV Simulation / Lagerfeuer / was auch immer ) unterzubringen. Allerdings weiß ich noch nicht genau wie (besser wo). Wenn das alles in den Artikel kommt wird der ganz schnell überladen und unübersichtlich. Vielleicht hast Du eine Idee wie man das auf neue Seiten strukturieren kann.

Und wenn jemand Beispiele und Anwendungen / Deen hat: gerne rein damit  ;D

Danke
Jörg

Eben gemacht und noch ein paar App Links für die jeweilige Apple und Android Version hinzugefüght. Ich glaube das wird einigen helfen!
Vielen Dank für deine tolle Arbeit!

So jetzt habe ich mein LW-12 an einen FS20 Handsender gekoppelt. Wenn ich die Taste gedrückt halte, bekomme ich folgende Fehlermeldung:

2014.04.06 16:05:56 3: set LED_Decke dimup : unknown command (dimup): choose one of on off dim HSV RGB
2014.04.06 16:05:56 3: notify_sender_taste_2 return value: unknown command (dimup): choose one of on off dim HSV RGB

Wie bekomme ich denn jetzt das dimup durch ein entsprechendes DIM Kommando für den LW-12 Kontroller hin?



Internals:
   CONNECTION LW12
   DEF        RGB LW12:192.168.1.34
   IP         192.168.1.34
   LEDTYPE    RGB
   NAME       LED_Decke
   NR         723
   PORT       5577
   SLOT       0
   STATE      on
   TYPE       WifiLight
   Helper:
     COMMANDSET on off dim HSV RGB
     llLock     0
     targetHue  0
     targetSat  100
     targetTime 1396793474.78078
     targetVal  100
     hlCmdQueue:
     llCmdQueue:
   Readings:
     2014-04-06 16:11:14   BRIGHTNESS      100
     2014-04-06 16:11:14   HUE             0
     2014-04-06 16:11:14   RGB             FFFFFF
     2014-04-06 16:11:14   SATURATION      0
     2014-04-06 16:11:14   state           on
Attributes:
   devStateIcon off:FS20.off on:FS20.on
   group      Schalter
   room       EG.Wohnzimmer




Internals:
   DEF        FS20_sender_taste_2.* { fhem('set LED_Decke %') }
   NAME       notify_sender_taste_2
   NR         682
   NTFY_ORDER 50-notify_sender_taste_2
   REGEXP     FS20_sender_taste_2.*
   STATE      2014-04-06 16:06:00
   TYPE       notify
Attributes:
   room       _Notify

schau mal hier

http://forum.fhem.de/index.php/topic,22026.msg154707.html#msg154707

Ich kann mir aber durchaus vorstellen "dimup" und "dimdown" einzubauen.

vg
jörg

Zitat von: herrmannj am 06 April 2014, 16:29:01
schau mal hier

http://forum.fhem.de/index.php/topic,22026.msg154707.html#msg154707

Ich kann mir aber durchaus vorstellen "dimup" und "dimdown" einzubauen.

vg
jörg

Das wäre der Hit in Tüten :D

BTW: Mir ist aufgefallen, dass das Modul keinen DeviceNamen mit einem Punkt (.) im Namen erlaubt. Kannst du das bitte noch fixen?
Vielen Dank!

Wow,
Super Artikel im Wiki. Danke.

Hans

Das Modul im ersten Beitrag ist aktualisiert.

* gamma Korrektur (Attribut "gamma"):
Bereits in einer Zwischenversion vorgestellt. Die Gammakorrektur sorgt für eine logarithmische Anpassung der Helligkeit zur Anpassung an das menschliche Sehvermögen. Speziell beim LW12 von Bedeutung. Das zugehörige Attribut "gamma" ist für den LW12 mit einem default von 0,65 angelagt. (Milight: RGB und RGBW1: 1,00 / RGBW2: 0,73  White: 0,8)


* fix: "off" mit ramp verändert die Farbe:
... und weil gefixed jetzt nicht mehr

* cmd dimup/dimdown (Attribut "dimStep")
"dimup" und "dimdown" zur vereinfachten Bedienung über Schalter. Über das Attribut "dimStep" läßt sich festlegen in welchen Schritten das erfolgt, default sind "7"

* Attribut "defaultColor" legt die Standardfarbe für "on" fest
Wenn das Attribut (Format h,s,v) gesetzt ist wird damit die Lichtfarbe für "on" festgelegt.

* LW12 bleibt sichtbar auch wenn er beim Start nicht verfügbar ist.
Bugfix

Wie immer mit der Bitte um Test

vg
Jörg

Hey Jörg :)
Danke für das Update, vor allem freue ich mich auf das Defaultolor Attr. :) wird heute Abend sofort eingespielt

cmd dimup/dimdown (Attribut "dimStep")
"dimup" und "dimdown" zur vereinfachten Bedienung über Schalter. Über das Attribut "dimStep" läßt sich festlegen in welchen Schritten das erfolgt, default sind "7"

Geil klappt einwandfrei! Super Danke Jörg!

PS: reload des Moduls reicht nicht, fhem muss neugestartet werden!

Hi,

habe jetzt die defaultColor getestet.
Mein Tipp: nach dem setzen der attr config saven und fhem restarten. Sonst hat es Hänger, die nach dem Restart nicht mehr da sind.

Also läuft ganz gut :)

Wenn jetzt noch die Punkte im DeviceNamen funktionieren würden klatsche ich Beifall :-)

BTW: Kannst du bitte die folgenden Meldungen noch ins Verbose 4/5 mitaufnehmen?


2014.04.07 21:53:06 1: attrib set, LED_Decke, dimStep, 10
2014.04.07 21:53:06 1: attrib set, LED_Decke, group, Schalter
2014.04.07 21:53:06 1: attrib set, LED_Decke, room, EG.Wohnzimmer
Die Meldungen kommen direkt nach einem fhem-Neustart. Vielen Dank!

Ola,

ZitatMein Tipp: nach dem setzen der attr config saven und fhem restarten. Sonst hat es Hänger, die nach dem Restart nicht mehr da sind.

sorry. gefixt und im ersten Post aktualisiert.

ZitatWenn jetzt noch die Punkte im Device Namen funktionieren würden klatsche ich Beifall :-)

dauert noch, ich möchte mich erst für eine neue Strategie zum slider entschieden haben.  (workaround unterstriche)
Von den Punkten im device-Namen rate ich trotzdem ab. Die können auch in anderen fhem-Ecken zu Problemen führen. (Kollision mit regex und mit dem dom)

ZitatBTW: Kannst du bitte die folgenden Meldungen noch ins Verbose 4/5 mitaufnehmen?

fertig ;)

vg
Jörg

Perfekt Danke dir ich teste morgen da meine Frau den Rechner blockiert :-)

Zu den Punkten: ich habe alle Devices mit einem . Definiert und bisher nur in diesem Modul ein Problem gehabt! Unterstriche sind natürlich als Workaround gesetzt. Von meinem Verstaendnis ist in Perl ein Punkt nur ein beliebiges Zeichen, mehr nicht! Was ist denn dom?

Hallo zusammen :)

ich schmeiss das jetzt einfach mal so in die Runde :D
hab heute mal wieder in die Color.pm reingeguggt, weil sich in der Version von gestern ein Fehler eingeschlichten hat...
Jörg das könnte für dich interessant sein da sind jetzt hsv2rgb usw. drinnen... wollts nur mal erwähnen evtl bringts dich bei deinen Überlegungen ja weiter :D

Viele Grüße
Kuzl

Hi Kuzl,

Zitatda sind jetzt hsv2rgb drin

danke für info, ist in wifilight aber schoon lange drin  8) Sogar etwas more special und rgb in und out passen ja

@P.A.Trick
in der Theorie hast Du recht, aber Du siehst ja .. dom ist das model im browser. War auch keine Belehrung oder so, aber ich hatte da eben auch mit anderen Modulen schon themen... Für wifilight mach ich das heil nur eben im Zusammenhang mit dem neuen slider. Den möchte ich modular machen damit er universell in fhem web plus floorplan und phonegap funktioniert (und zwar jedes mal individuell) und skins unterstützt.

vg
jörg

Ich lerne gerne dazu, kein Problem!  :) Ich habe Zeit, kein Stress! Nochmals vielen Dank fuer deinen super Support hier!

Hi jörg,
das weiß ich natürlich wollts dir nur sagen :)
Damals war ja im gespräch ob man die umrechnungen in fhem grundsätzlich auf die color.pm auslagert und das ist wohl geschehen :D
Vll magst du dich ja mal mit andre kurzschließen ob er evtl deine zusätzlichen sachen mit übernehmen will dann muss das rad nicht 2 mal neu erfunden werden :)

Kommt natürlich darauf an in wie weit das von der zeit nachteile bringt, dann ists natürlich besser das bleibt da drin :D

Viele grüße
kuzl

Hi :)

Zitat von: herrmannj am 07 April 2014, 22:15:09
sorry. gefixt und im ersten Post aktualisiert.

kein Problem. Ansonsten ist mir heute morgen aufgefallen, dass bei Umstellung der Sättigung von 100 zu 0 also Farbe auf weiß in einer q mit 5 sek verzögerung. Die letzte angeschaltete Farbe anstatt weiß genutzt wird. Also heute morgen die defaultColor. Werde das aber nochmal mit der neuen Version testen und berichten.

Danke nochmal :)

Klasse die Debug-Meldungen sind weg! Mercí

Hi Sandra,

ZitatAnsonsten ist mir heute morgen aufgefallen, dass bei Umstellung der Sättigung von 100 zu 0 also Farbe auf weiß in einer q mit 5 sek verzögerung. Die letzte angeschaltete Farbe anstatt weiß genutzt wird.

ich hab versucht das so nachzustellen, das funktioniert aber so wie es soll:
set RGBW2 HSV 240,100,0; set RGBW2 HSV 0,100,100 30 q; set RGBW2 HSV 45,100,100 10 q; set RGBW2 HSV 45,0,60 5 q; set RGBW2 HSV 45,100,100 10 q; set RGBW2 HSV 240,100,0 10 q test

Hättest Du eine queue für mich mit der ich das nachstellen kann ?

danke und grüße
jörg

Hi,

seit dem Update habe ich folgendes Phänomen:

Ich schalte die Lampe bei einer bestimmten Bediengung ein auf einen bestimmten Wert. Jedoch geht sie kurz ganz auf scheinbar die letzte eingestellte Lichtfarbe und dann auf den eingestellten Wert.

define TVLicht1 at *{sunset(18,"17:00","22:00")} {if (Value("ToshibaAnwesend") eq "present"){fhem("set TVLicht RGB 171717")} }
}

Versuche das heute abend mal zu filmen

Hallo hyper2910,

brauchst Du nicht zu filmen, das Verhalten ist schon immer  so, es kann aber sein das es Dir früher nicht aufgefallen ist.

Die Ursache ist das Protokoll der RGBW2. Die Protokoll-Sequenz lautet "Gruppen einschalten" (die Lampen haben sich hier Ihre letzten Settings gemerkt), 100ms warten, dann Color, wieder 100ms warten dann Brightness  ....

Wie das Einschalten aussieht hat daher mit dem vorherigen Ausschalten zu tun. Wenn es Dich stört kannst Du also am Abend mit "off 30" ausschalten (logischerweise auch in "weiß"). Dann dimmt sie sich mit ramp auf Null und am kommenden Abend ist nach dem Einschalten die "letzte bekannte Farbe" weiß mit minimaler Helligkeit.

vg
Jörg

Hallo zusammen,
erstmal ein großes Lob an die Haupt- und Mit-Programmierer :)

Dieses Modul hier war kaufentscheident dür das LW12.

Das war's erstmal :) wenn ich was Spruchreifes habe poste ich mal etwas Code.

Ist die Integration in das fhem svn geplant?

Viele Grüße und gute Nacht
Christian...

Bei Ebay gibt es heute diese Leuchten:
(http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=301142441988)

Sind die kompatibel?

Wo gibt es denn aktuell die LW12 günstig zu kaufen?
Mein letzter China Kauf war leider ein Flop...anstatt der LW12 erhielt ich ein paar Teesiebe in Herzform aus Plastik..
naja gut das der Zoll beim öffnen dabei war und die Bezahlung per PayPal war :)

Ich habe diesen (http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=331174422475) bestellt. Mal sehen ob ich auch nur Teesiebe bekomme. :o

Zitat von: magersuppe am 11 April 2014, 08:13:50
Bei Ebay gibt es heute diese Leuchten:
(http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=301142441988)

Sind die kompatibel?

vielleicht, aber link fehlt  ;)

vg
Jörg

Zitat von: mbenker am 11 April 2014, 08:16:18
Mein letzter China Kauf war leider ein Flop...anstatt der LW12 erhielt ich ein paar Teesiebe in Herzform aus Plastik..

ach herrjeh. Naja, vielleicht freut sich ja GöGa ? Ostern steht vor der Tür. Um die Teesiebe einzubinden bräuchte ich die specs, vielleicht neues Modul  ;D ;D ;D ?

vg
Jörg

Zitat von: herrmannj am 11 April 2014, 14:42:10
vielleicht, aber link fehlt  ;)

vg
Jörg

Stimmt  ;): Ebay (http://www.ebay.de/itm/2x-s-luce-iLight-RGBW-LED-Leuchtmittel-9W-1x-Touch-Fernbedienung-Dimmbar-/301142441988)

jo, sieht gut aus. Milight RGBW2. Günstiger als China: das liegen die aktuell bei 17,xx / Stück

vg
Jörg

naja ich hab die am Zoll zurück gehen lassen :D logischer weise, daher keine Specs sorry......
Zudem hatten die auch kein E27 anschluss....daher nicht brauchbar....

Und da EBAY nun ja mir endlich die Kohle zurück überwiesen hat....:) :) :) brauch ich dringend 2 LW12

Sodele, dann habe ich mal eine Packung bestellt.
ich bräuchte dann ja irgendwann noch den Milight-Controller. Dazu mal die Frage:

Wie groß ist eigentlich die Reichweite?
WLAN kann ich ja direkt neben dem Router aufhängen, aber von da aus müsste es eben möglichst weit kommen. Ins Stockwerk drüber und am besten auch eins drunter wenn man das mal längerfristig sieht.

also meine WIFI bridge liegt direkt neben dem Router in der Mittleren Etage (3 stockwerke, 180qm haus)
im Flur in jeder etage sind jeweils die LED Leuchten installiert.
Kein Problem mit der Entfernung....

Somit sollten einzelne Etagen überhaupt kein Problem sein...

Flurlicht? Sind denn 9W LED alltagstauglich oder mehr so eine Effektbeleuchtung?

Reichen 9watt oder nicht.  Meiner Meinung reicht es, das kommt aber auf die Umgebung an. Fuer unser Wohnzimmer ist das eindeutig genug.

Gesendet von meinem SGP521 mit Tapatalk

Jörg kann es sein, dass der Color Picker dafür verantwortlich ist, dass FHEMWEB nicht zuende lädt? (loop)

Siehe dazu auch! http://forum.fhem.de/index.php?topic=16503.msg160275#msg160275

hmm habe meinen LW12 nun schon längere Zeit in Fhem. Jedoch funktioniert OFF meist nur nach dem 2. mal.
Wenn ich das Widget bei ANdroid nehme geht es sofort.

Dort merkt er sich auch was ich als letzten Aktiv hatte ( Farbwechselübergänge ).

Kann man nicht die Befehle vom Android mitlesen ? Und darüber ein LW12 Modul basteln?

Hallo!

Habe nun im Garten das LW12 erfolgreich mit einem RGB stripe installiert,
soweit klappt nun alles aber wie könnte man am besten ein Automatischen Farbwechsel in Fhem programieren der sich wiederholt?
Könnte mir mit "at" vorstellen aber hat jemand eine bessere idee oder lässt sich sowas gleich ins Modul einfügen?

Mfg Steffen

Zitat von: ChrisW am 19 April 2014, 21:04:31
hmm habe meinen LW12 nun schon längere Zeit in Fhem. Jedoch funktioniert OFF meist nur nach dem 2. mal.
Wenn ich das Widget bei ANdroid nehme geht es sofort.

Dort merkt er sich auch was ich als letzten Aktiv hatte ( Farbwechselübergänge ).

Kann man nicht die Befehle vom Android mitlesen ? Und darüber ein LW12 Modul basteln?

Ähnliches habe ich auch. Nach längerer "Befehlspause" muss ich den Befehl immer 2 mal senden.

Als wenn die telnet Session stirbt und erst nach dem 2. Befehl wieder aktiv wird.

Hi Steffen, Hi Jenscz

ZitatAls wenn die telnet Session stirbt und erst nach dem 2. Befehl wieder aktiv wird.

Da liegst Du richtig: der LW12 hat einen TCP timeout. Allerdings fange ich das im Modul schon ab. Das re-connect wurde von zwei usern getestet und beide haben ein OK gegeben. Ich schau mir den code Teil nochmal an. Schaut Ihr bitte solange in log:

Bei verbose 3 steht im Fall des re-connects im log:
"... low level cmd queue send ERROR ... (trying to reconnect)"
und wenn das schief-geht kommt danach (verbose 1)
"... low level cmd queue send ERROR ... (giving up)"

Schaut mal bitte ob es eine Korrelation der ersten Meldung zu "Befehl kommt nicht an" gibt.

Hi P.A.Trick

Jörg kann es sein, dass der Color Picker dafür verantwortlich ist, dass FHEMWEB nicht zuende lädt? (loop)


hab noch keine diesbezüglichen Beschwerden gehört  ;) - bei mir läufts.

Kommentiere mal bitte line #53 aus und teste:
$hash->{FW_summaryFn} = "WifiLight_FW_summary";

vg
Jörg

Zitat von: herrmannj am 23 April 2014, 12:06:56


Hi P.A.Trick

Code Auswählen Erweitern

Jörg kann es sein, dass der Color Picker dafür verantwortlich ist, dass FHEMWEB nicht zuende lädt? (loop)


hab noch keine diesbezüglichen Beschwerden gehört  ;) - bei mir läufts.

Kommentiere mal bitte line #53 aus und teste:

Code Auswählen Erweitern

$hash->{FW_summaryFn} = "WifiLight_FW_summary";

vg
Jörg

Ja Jörg, dann ist der Slider weg und das Problem auch :-)

guck ma an  :)

Wann ist das denn zuerst aufgetreten ? Nach einem update und/oder im Zusammenhang mit einem anderen Modul ?

vg
Jörg

Das ist schwer zu sagen da es viele Updates im Dashboard und Wifimodul gab....sry :-/

Dein verdacht: der beißt sich mit dem dashboard ? vg jörg

Ja dort tritt das Verhalten bei mir nur auf!

wenn der slider _im_ dashboard dargestellt werden soll ? (sorry, kenn dashboard nicht) ..

Nicht so schlimm habe ihn aus dem Dashboard verbannt!

ok, aber das Thema ist nicht das der slider generell nicht funktioniert sondern das er im dashboard nicht funktioniert ? richtig ?

Genau so ist es! Vielleicht versuchst du mal ein
define dashtest dasboard und definierst eine Gruppe z.B. Schalter im LED Schalter.
Dann unter Details im Dashboard die Gruppe unter tabgroup1 "Schalter" hinzufügen.
Vielleciht klappt es bei dir ja auch nicht?

Zitat von: herrmannj am 23 April 2014, 12:06:56
Hi Steffen, Hi Jenscz
Da liegst Du richtig: der LW12 hat einen TCP timeout. Allerdings fange ich das im Modul schon ab. Das re-connect wurde von zwei usern getestet und beide haben ein OK gegeben. Ich schau mir den code Teil nochmal an. Schaut Ihr bitte solange in log:

Bei verbose 3 steht im Fall des re-connects im log:

Code Auswählen Erweitern

"... low level cmd queue send ERROR ... (trying to reconnect)"
und wenn das schief-geht kommt danach (verbose 1)

Code Auswählen Erweitern

"... low level cmd queue send ERROR ... (giving up)"

Schaut mal bitte ob es eine Korrelation der ersten Meldung zu "Befehl kommt nicht an" gibt.

Ich werde das testen. Kann es sein, dass der LW12 auch UDP Pakete annimmt? Ich meine mich erinnern zu können, dass die iPhone App das per UDP macht.
Wäre dann zumindest Verbindungslos und man müsste nicht versuchen die Verbindung zu halten.

So, verbose 5, LW12 ist "on" und soll auf "off" gehen:

2014.04.23 23:09:19 3: Licht_WZ_RGB RGB LW12 set off 0
2014.04.23 23:09:19 3: Licht_WZ_RGB RGB LW12 dim 0 0
2014.04.23 23:09:19 4: Licht_WZ_RGB hsv transition without ramp routed to direct settings, hsv 30, 100, 0
2014.04.23 23:09:19 4: Licht_WZ_RGB high level cmd queue add hsv/ctrl 30, 100, 0, ctrl , targetTime 1398287359.2012, qlen 1
2014.04.23 23:09:19 5: Licht_WZ_RGB high level cmd queue exec dropper delay: -0.00163888931274414
2014.04.23 23:09:19 4: Licht_WZ_RGB high level cmd queue exec hsv 30, 100, 0, delay 50, hl qlen 1, ll qlen 0, lock 0
2014.04.23 23:09:19 4: Licht_WZ_RGB RGB LW12 set h:30, s:100, v:0
2014.04.23 23:09:19 5: Licht_WZ_RGB low level cmd queue add 56000000aa, qlen 1
2014.04.23 23:09:19 5: Licht_WZ_RGB low level cmd queue send 56000000aa, qlen 1
2014.04.23 23:09:19 5: Licht_WZ_RGB low level cmd queue add 00, qlen 2
2014.04.23 23:09:19 4: Licht_WZ_RGB high level cmd queue ask next 1398287359.44193
2014.04.23 23:09:19 4: Licht_WZ_RGB processEvent: , progress:

Macht es aber nicht. Erst beim 2. mal:

2014.04.23 23:13:05 3: Licht_WZ_RGB RGB LW12 set off 0
2014.04.23 23:13:05 3: Licht_WZ_RGB RGB LW12 dim 0 0
2014.04.23 23:13:05 4: Licht_WZ_RGB hsv transition without ramp routed to direct settings, hsv 30, 100, 0
2014.04.23 23:13:05 4: Licht_WZ_RGB high level cmd queue add hsv/ctrl 30, 100, 0, ctrl , targetTime 1398287585.01784, qlen 1
2014.04.23 23:13:05 5: Licht_WZ_RGB high level cmd queue exec dropper delay: -0.00149011611938477
2014.04.23 23:13:05 4: Licht_WZ_RGB high level cmd queue exec hsv 30, 100, 0, delay 50, hl qlen 1, ll qlen 0, lock 0
2014.04.23 23:13:05 4: Licht_WZ_RGB RGB LW12 set h:30, s:100, v:0
2014.04.23 23:13:05 5: Licht_WZ_RGB low level cmd queue add 56000000aa, qlen 1
2014.04.23 23:13:05 5: Licht_WZ_RGB low level cmd queue send 56000000aa, qlen 1
2014.04.23 23:13:05 3: Licht_WZ_RGB low level cmd queue send ERROR 56000000aa, qlen 1 (trying to reconnect)
2014.04.23 23:13:05 5: Licht_WZ_RGB low level cmd queue add 00, qlen 2
2014.04.23 23:13:05 4: Licht_WZ_RGB high level cmd queue ask next 1398287585.26817
2014.04.23 23:13:05 4: Licht_WZ_RGB processEvent: , progress:

ZitatKann es sein, dass der LW12 auch UDP Pakete annimmt?

ja, könnte man im lw12 umstellen, allerdings ist die Ursache ja der im lw12 eingestellte tcp - timeout. Wenn man eh auf dem lw12 ist würde ich eher den timeout austellen (wär jetzt ein q&d work-around!). tcp hat ja zumindest den Vorteil das fhem sieht wenn der lw12 aus ist, bei udp bekommt fhem das garnicht mit. Aus User-Sicht wärs schöner wenn das out-of-the box funktioniert - ist ja auch nicht jedermanns Sache da erstmal per web-if drauf zu konfigurieren.

Danke für Dein log!

Da funktioniert der re-connect  fast  ;) wie geplant. Beim zweiten mal schlägt er an und baut die Verbindung neu auf. Ich denke ich verstehe auch warum er das beim ersten mal nicht macht. Aus performance gründen ist der socket non-blocking. Das bedeutet das fhem (bzw modul) nicht erst auf die Rückmeldung wartet sondern schon weitermacht. Aus performance Sicht eigentlich auch gut 

Da ich keinen lw12 habe:

versuch doch mal bitte die Zeilen #161/2 (das gleiche bitte auch in line #1855/6) von

        Timeout => 1,
        Blocking => 0,

auf

        Timeout => .01,
        Blocking => 1,

zu ändern. Wobei ich mir so ad-hoc echt unsicher bin wie klein die time-out Angabe sein darf ??? (hier jetzt 10ms).

Bin mal gespannt ob das so geht und welchen Einfluss das auf die performance beim fade hat ..

vg
jörg