Ankündigung HM-LC-RGBW-WM Ansteuerung von RGB Stripes

Begonnen von eldrik, 05 August 2015, 09:15:35

Vorheriges Thema - Nächstes Thema

martinp876

Hi,

Bright, ramp und duration sind klar - sollten schon die Namen deutlich machen

ColVal hätte ich ebenso erwartet

brightAuto musst du noch einmal testen. war NOCH ein bug drin. V9671

Übrigens - unklar ist, warum die kommandos alle als Aktion und Store angezeigt werden - aber keinen Unterschied haben. Man kann also etwas speichern, nur unklar wie, wohin und wie kann man darauf zugreifen.

All-Ex

#31
Danke für das Update  :)

Mit 9671 habe ich im Color-Kanal mit brightAuto verschiedene Parameter probiert, aber die LEDs bleiben immer aus, keinerlei Reaktion:

2015.10.25 21:01:33.322 3: CUL_HM set HM_3ED2FE_Color brightAuto 100 1 10 20 30 40
2015.10.25 21:01:33.325 0: HMLAN_Send:  hmlan1 S:SA0977BDC stat:  00 t:00000000 d:01 r:A0977BDC m:16 A011 8CF27A 3ED2FE 810264010A1432002580
2015.10.25 21:01:33.494 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:CEDEDB1D d:FF r:FFC9     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:01:33.614 0: HMLAN_Parse: hmlan1 R:RA0977BDC stat:0001 t:CEDEDB22 d:FF r:FFC9     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:01:36.978 0: HMLAN_Send:  hmlan1 S:SA0978A20 stat:  00 t:00000000 d:01 r:A0978A20 m:16 A011 8CF27A 3ED2FE 810264010A1432002580
2015.10.25 21:01:37.147 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:CEDEE962 d:FF r:FFCC     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:01:37.264 0: HMLAN_Parse: hmlan1 R:RA0978A20 stat:0001 t:CEDEE967 d:FF r:FFCC     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:01:42.267 0: HMLAN_Send:  hmlan1 S:SA0979ECA stat:  00 t:00000000 d:01 r:A0979ECA m:16 A011 8CF27A 3ED2FE 810264010A1432002580
2015.10.25 21:01:42.435 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:CEDEFE0B d:FF r:FFCD     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:01:42.552 0: HMLAN_Parse: hmlan1 R:RA0979ECA stat:0001 t:CEDEFE10 d:FF r:FFCD     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:01:47.316 0: HMLAN_Send:  hmlan1 S:SA097B283 stat:  00 t:00000000 d:01 r:A097B283 m:16 A011 8CF27A 3ED2FE 810264010A1432002580
2015.10.25 21:01:47.488 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:CEDF11C6 d:FF r:FFCD     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:01:47.602 0: HMLAN_Parse: hmlan1 R:RA097B283 stat:0001 t:CEDF11CB d:FF r:FFCD     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:01:52.975 1: Missing Ack bei Device: HM_3ED2FE

nichts passiert

2015.10.25 21:02:53.842 3: CUL_HM set HM_3ED2FE_Color brightAuto 200 5 3 6 9 12
2015.10.25 21:02:53.845 0: HMLAN_Send:  hmlan1 S:SA098B663 stat:  00 t:00000000 d:01 r:A098B663 m:17 A011 8CF27A 3ED2FE 8102C80503060F000B40
2015.10.25 21:02:54.014 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:CEE015B2 d:FF r:FFCC     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:02:54.131 0: HMLAN_Parse: hmlan1 R:RA098B663 stat:0001 t:CEE015B7 d:FF r:FFCC     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:02:58.559 0: HMLAN_Send:  hmlan1 S:SA098C8CE stat:  00 t:00000000 d:01 r:A098C8CE m:17 A011 8CF27A 3ED2FE 8102C80503060F000B40
2015.10.25 21:02:58.728 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:CEE0281D d:FF r:FFCF     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:02:58.845 0: HMLAN_Parse: hmlan1 R:RA098C8CE stat:0001 t:CEE02822 d:FF r:FFCF     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:03:02.636 0: HMLAN_Send:  hmlan1 S:SA098D8BB stat:  00 t:00000000 d:01 r:A098D8BB m:17 A011 8CF27A 3ED2FE 8102C80503060F000B40
2015.10.25 21:03:02.804 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:CEE0380A d:FF r:FFCF     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:03:02.922 0: HMLAN_Parse: hmlan1 R:RA098D8BB stat:0001 t:CEE0380F d:FF r:FFCF     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:03:07.477 0: HMLAN_Send:  hmlan1 S:SA098EBA4 stat:  00 t:00000000 d:01 r:A098EBA4 m:17 A011 8CF27A 3ED2FE 8102C80503060F000B40
2015.10.25 21:03:07.645 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:CEE04AF3 d:FF r:FFCF     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:03:07.762 0: HMLAN_Parse: hmlan1 R:RA098EBA4 stat:0001 t:CEE04AF8 d:FF r:FFCF     m:14 A410 3ED2FE 8CF27A 06010000
2015.10.25 21:03:13.501 1: Missing Ack bei Device: HM_3ED2FE

nichts passiert

brightCol funktioniert weiterhin einwandfrei mit der 9671

oli82

Meiner ist nun auch da, falls noch Infos benötigt werden

martinp876

Das Kommando solltest du einmal auf Kanal 3 probieren. Evtl geht er nur dort. Das ist aktuell glaube ich nicht io m code, baie es ggf in dein hmconfig ein

All-Ex

#34
So, bin etwas weiter gekommen beim Auto-Kanal (mit Version 9675)  :) Dort funktioniert brightAuto wie folgt:

brightAuto requires parameter: <bright> <colProg> <min> <max> <duration> <ramp>

Analog zum brightCol-Befehl im Color-Kanal gibt es eine Ramp-Phase, in der die LEDs von 0% hochgedimmt werden und anschließend eine Duration-Phase, in der sie mit konstanter Grund-Helligkeit angeschaltet bleiben. Nach der Duration-Phase dimmen die LEDs innnerhalb von 1 Sekunde auf 0%. In beiden Phasen wird ein vordefiniertes Programm abgespielt und während dessen blinkt die Automatiktaste regelmäßig 1x lang.

bright steuert die Grund-Helligkeit analog zum brightCol-Befehl im Color-Kanal. Je nach Programm schwankt die Helligkeit während der Programmausführung.

colProg definiert welches Programm abgespielt wird. Es sind im Auslieferungszustand folgende Programm-Nummern vorhanden:

1: Farbverlauf langsam. Der Farbverlauf geht von colVal <min> bis colVal <max>. colVal ist analog zum brightCol-Befehl im Color-Kanal. Nach der Max-Farbe geht es sofort bei der Min-Farbe weiter. Das kann zu Farbsprüngen führen. Ein Durchgang von Farbe 0 bis Farbe 200 dauert 20 Sek. Wenn weniger Farben durchlaufen werden, ist der Durchlauf entsprechend schneller.
2: Farbverlauf normal. Wie Programm 1 mit 10 Sek pro Durchgang
3: Farbverlauf schnell. Wie Programm 1 mit 5 Sek pro Durchgang
4: Kaminfeuer (rotes Licht, das ein Feuer simuliert). Min und Max haben keine Bedeutung.
5: Wasserfall (blaues Licht, das die Helligkeit verändert). Min und Max haben keine Bedeutung.
6: TV-Simulation (Farb- und Helligkeitsschwankungen simulieren ein eingeschaltetes TV-Gerät, dient zur Abwehr von Einbrechern). Min und Max haben keine Bedeutung.

min siehe Programme 1-3

max siehe Programme 1-3

duration definiert, wie viele Sekunden die LEDs nach der Ramp-Phase eingeschaltet bleiben. Während der Duration-Phase blinkt die Anlerntaste regelmäßig 1x lang. Ein Wert von 0 ist nicht zulässig.

ramp definiert, in wie vielen Sekunden die LEDs von 0% auf <bright> % hochgedimmt werden. Während der Ramp-Phase blinkt die Anlerntaste regelmäßig 2x kurz und 1x lang. Bei ramp = 0 gehen die LEDs sofort an.

In der Anleitung steht noch etwas von einer Einstellung "Geschwindigkeit Farbwechsel: Einheit s/U (Sekunden pro Durchgang)", die habe ich jedoch noch nicht gefunden.

dennis87

Hat inzwischen schon jemand eine Komfortable steuerungsmöglichkeit hinbekommen, ggf. sogar mit einem Colorpicker oder ähnlichem? Mir fehlen noch ein wenig die Ideen, wie man das Ganze ähnlich einer Hue o.ä. integrieren kann.

Vielleicht hat ja jemand einen Vorschlag :)

martinp876


All-Ex

Ja, das Register colChangeSpeed funktioniert im Auto-Channel. Damit setzt man die Dauer des Farbverlaufes bei Programm 2.

Also lautet die Doku zum brightAuto Befehl im Auto-Channel:

----------------------------------------------------------------------
brightAuto requires parameter: <bright> <colProg> <min> <max> <duration> <ramp>

Analog zum brightCol-Befehl im Color-Kanal gibt es eine Ramp-Phase, in der die LEDs von 0% hochgedimmt werden und anschließend eine Duration-Phase, in der sie mit konstanter Grund-Helligkeit angeschaltet bleiben. Nach der Duration-Phase dimmen die LEDs innnerhalb von 1 Sekunde auf 0%. In beiden Phasen wird ein vordefiniertes Programm abgespielt und während dessen blinkt die Automatiktaste regelmäßig 1x lang.

bright steuert die Grund-Helligkeit analog zum brightCol-Befehl im Color-Kanal. Je nach Programm schwankt die Helligkeit während der Programmausführung.

colProg definiert welches Programm abgespielt wird. Es sind im Auslieferungszustand folgende Programm-Nummern vorhanden:

1: Farbverlauf langsam (50%, d.h. Geschwindigkeit Farbwechsel: 2 * <colChangeSpeed> Sekunden pro Durchgang).
Der Farbverlauf geht von colVal <min> bis colVal <max>. colVal ist analog zum brightCol-Befehl im Color-Kanal. Nach der Max-Farbe geht es sofort bei der Min-Farbe weiter. Das kann zu Farbsprüngen führen. Die Geschwindigkeit des Farbwechsels kann mit dem Register colChangeSpeed geändert werden (default: colChangeSpeed = 10 Sekunden). In Programm 1 dauert ein Durchgang von Farbe 0 bis Farbe 200 genau 2 * <colChangeSpeed> Sekunden (default also 20 Sekunden). Wenn weniger Farben durchlaufen werden, ist der Durchlauf entsprechend schneller.

2: Farbverlauf normal (100%, d.h. Geschwindigkeit Farbwechsel: <colChangeSpeed> Sekunden pro Durchgang). Wie Programm 1, jedoch mit normaler Geschwindigkeit.

3: Farbverlauf schnell (200%, d.h. Geschwindigkeit Farbwechsel: 0.5 * <colChangeSpeed> Sekunden pro Durchgang). Wie Programm 1, jedoch mit doppelter Geschwindigkeit.

4: Kaminfeuer (rotes Licht, das ein Feuer simuliert). Min und Max haben keine Bedeutung.

5: Wasserfall (blaues Licht, das die Helligkeit verändert). Min und Max haben keine Bedeutung.

6: TV-Simulation (Farb- und Helligkeitsschwankungen simulieren ein eingeschaltetes TV-Gerät, dient zur Abwehr von Einbrechern). Min und Max haben keine Bedeutung.

min siehe Programme 1-3

max siehe Programme 1-3

duration definiert, wie viele Sekunden die LEDs nach der Ramp-Phase eingeschaltet bleiben. Während der Duration-Phase blinkt die Anlerntaste regelmäßig 1x lang. Ein Wert von 0 ist nicht zulässig.

ramp definiert, in wie vielen Sekunden die LEDs von 0% auf <bright> % hochgedimmt werden. Während der Ramp-Phase blinkt die Anlerntaste regelmäßig 2x kurz und 1x lang. Bei ramp = 0 gehen die LEDs sofort an.
----------------------------------------------------------------------

Hat schon jemand herausgefunden, wie neue Programme programmiert werden?

martinp876

Nach anleitung ist die mesage die gleiche. Den Unterschied kann ich nicht sehen

dennis87

Mir ist noch aufgefallen, dass der Controller bei mir nur maximal 3600sek. angeschaltet werden kann, sobald ich auf 3700 o.ä. gehe, geht der RGB-Streifen kurz an und direkt wieder aus. Ist das bei euch auch so?

martinp876

logge da einmal. 3600 und 3700 vielleicht stimmt die Berechnung nicht.

All-Ex

dennis: Kann ich bestätigen...

Hier das Log:
2015.11.08 21:29:43.164 3: CUL_HM set HM_3ED2FE_Color brightCol 20 100 3600 0
2015.11.08 21:29:43.167 0: HMLAN_Send:  hmlan1 S:+3ED2FE,00,01,00
2015.11.08 21:29:43.168 0: HMLAN_Send:  hmlan1 S:SE8CA4CCD stat:  00 t:00000000 d:01 r:E8CA4CCD m:0A A011 8CF27A 3ED2FE 8002146400008CA5
2015.11.08 21:29:43.335 0: HMLAN_Parse: hmlan1 R:RE8CA4CCD stat:0001 t:21F0DEA1 d:FF r:FFD7     m:0A 8002 3ED2FE 8CF27A 0102640000
2015.11.08 21:29:45.218 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:21F0E5F8 d:FF r:FFD7     m:0C A410 3ED2FE 8CF27A 06011440
2015.11.08 21:30:06.889 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:21F13AA1 d:FF r:FFD7     m:0E A410 3ED2FE 8CF27A 06010000
2015.11.08 21:30:17.650 3: CUL_HM set HM_3ED2FE_Color brightCol 20 100 3700 0
2015.11.08 21:30:17.654 0: HMLAN_Send:  hmlan1 S:SE8CAD384 stat:  00 t:00000000 d:01 r:E8CAD384 m:0F A011 8CF27A 3ED2FE 8002146400009085
2015.11.08 21:30:17.820 0: HMLAN_Parse: hmlan1 R:RE8CAD384 stat:0001 t:21F1655C d:FF r:FFD6     m:0F 8002 3ED2FE 8CF27A 0102640000
2015.11.08 21:30:20.229 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:21F16EC0 d:FF r:FFD6     m:11 A410 3ED2FE 8CF27A 06010000

vbs

Ich habe mich jetzt auch mal ein bisschen mit dem Controller beschäftigt und erstmal versucht zu verstehen. Ich habe jedoch auch noch an vielen Stellen Probleme. Nachfolgend mal mein Stand, der erstmal als "Arbeitshypothese" zu verstehen ist. Wenn ich irgendwo falsch liege, oder jemand Ideen dazu hat, wäre ich sehr dankbar :)

FHEM-Steuerung

  • Über den Color-Kanal kann ich zwar die Farbe einstellen, aber dabei die Stripes nicht dauerhaft einschalten. Ich muss immer eine (begrenzte) Einschaltdauer mitgeben.
  • Es gibt separat einen Dim-Kanal. Der funktioniert bei mir jedoch gar nicht. Also "set pct" hat keine (sichtbare) Auswirkung. Nach dem Absetzen von zB "pct 37" geht STATE auf "set_37" und das Device bleibt lange auf "CMDs_processing...". Dann nach einer Zeit geht das Device auf "MISSING ACK".
  • Ich kann über den Dim-Kanal jedoch on/off schalten. Das "on" schaltet dann die Stripe dauerhaft an, funktioniert. Jedoch bleibt dann STATE immer auf "set_on" oder "set_off" mit dem Ausrufezeichen in FhemWEB. Das Device geht jedoch korrekt auf "CMDs_done"
  • Wenn ich am Controller selber die Farbe ändere, scheint das fhem nicht mitzubekommen. Ich hätte gedacht, dass das über den Rückkanal passieren müsste (wie bei HM-Dimmern/Schaltern).

Soll ich mal Logs erstellen zu den "set_xxx"-Sachen oder ist das eh bekannt/verstanden?

Gerät

  • Ist das tatsächlich so, dass der Controller technisch bedingt nie RGB und den Weiß-Kanal parallel schalten kann? Fände ich ziemlich schade :(
  • Durch die seltsame Farbangabe von 0-199 geht ja auch etwas von der Farbauflösung verloren, oder? Man hätte ja zumindest eine Aufspreizung über die gesamten 8 Bit von 0-255 machen können.

Unterm Strich bin ich etwas enttäuscht, vor allem wegen dem (vermeintlich) nicht parallel nutzbaren Weiß-Kanal (bei einem doch recht hohen Preis). Überlege im Moment auf einen China-Controller wie den LD382 oder Milight zu wechseln. Muss mich da aber erstmal schlau machen, ob da dann nicht andere Fallstricke lauern...

martinp876

dauer-On bekommt man mit "0".
die berechnung der On-Time ist wie erwartet. Der wert ist  float. die Berechnung identisch zu denen der Schalter.

Warum der dimmer Channel nicht geht ist mir unklar.

hast du pct incl ramp und ontime eingegeben? Probiere das einmal

vbs

Zitat von: martinp876 am 14 November 2015, 19:38:59
dauer-On bekommt man mit "0".
die berechnung der On-Time ist wie erwartet. Der wert ist  float. die Berechnung identisch zu denen der Schalter.
Du bist jetzt bei 'duration', oder? Dass 0 nicht geht, wurde hier auch schon von Alll-Ex gemeldet:
http://forum.fhem.de/index.php/topic,39719.msg349433.html#msg349433
Oder meinst du etwas anderes?

Die Syntax ist ja:
brightCol requires parameter: <bright> <colVal> <duration> <ramp>

Also ich dachte, dass ich so volle Helligkeit (200) für Farbe 150 für ewig (duration = 0) und sofort (ramp = 0) setzen kann:
set wz_lightLedStripe_Color brightCol 200 150 0 0

Wird aber nur quittiert mit:
timer value to low

Also duration muss >0 sein. Das hier funktioniert, aber eben nur 100 Millisekunden lang ^^
set wz_lightLedStripe_Color brightCol 200 150 0.1 0


Zitat von: martinp876 am 14 November 2015, 19:38:59
Warum der dimmer Channel nicht geht ist mir unklar.

hast du pct incl ramp und ontime eingegeben? Probiere das einmal
Also dann mit drei Parametern? Oder mit zweien?

Immer der selbe Fehler in allen Fällen:
set wz_lightLedStripe_Dim pct 50 100 100
set wz_lightLedStripe_Dim pct 50 100
set wz_lightLedStripe_Dim pct 50