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

[Pfriemler]

Uuuh ... Schweigen im Walde, ist allen Beteiligten die Lust vergangen? Nach Martins bisherigem Einsatz und den gewonnenen Erfahrungen kann man das ja fast verstehen.

Ich habe seit heute ein aufgebautes Modul mit einer paar Streifen auf der "Spielwiese", habe alles im Wiki ausprobiert und ein paar Kleinigkeiten ergänzt.

Auf die eigenen Programme könnte ich super verzichten. Was aus meiner Sicht wirklich noch fehlt bzw. unklar ist:
a) einfaches Setzen der Helligkeit im _Dim mit pct, wie von Dimmern gewohnt
b) einfaches Setzen der Farbe mit einem Farbkreiswert im laufenden Betrieb (für den vielgewünschten Slider)
c) dauerhaftes Einschalten des Automatikmodus. Werte über 3600 für <duration> sind immer noch problematisch.
Workaround: pressL, pressS mittels einer gepeerten FB (oder über virtuelle Kanäle der vCCU). Hier bleibt ja timedOn auch auf "Off" (und die Kanal-LED am Gerät blinkt nicht).

Was mich auch stört, sind die unterschiedlichen Wertebereiche für gesendete und rückgemeldete Werte.
Helligkeit geht von 0-200, kommt als 0-100 zurück, ok, so kennen wir das von den HM-Dimmern. Aber bei Farbe und Automatikprogramm werden die rückgemeldeten Werte auch /2 dividiert, das verwirrt doch sehr. Spätestens beim Lichtprogramm macht es doch Sinn, wenn das laufende in FHEM mit 0,1,2,3,4,5,6 statt mit 0,0.5,1,1.5,2,2.5,3 bezeichnet wird. Aber auch für den Farbwert würde ich mir einen "unverfälschten" zwischen 0 und 200 wünschen.

CCU2 habe ich leider nicht in Griffweite, sonst könnte ich Logs liefern.

[chris1284]

ich hätte eine ccu2, den rgbw und einen cul den ich auf hm umstellen könnte. wenn ich helfen kann sagt was gemacht werden muss

[martinp876]

Du kannst die cul auf hm umstellen und sniffen einschalten.
Der rgbw ist sicher an der ccu2 in Betrieb. Wenn du also alle möglichen Aktionen an der ccu ausführst und dabei mit der cul sniffst passt es.
Die Aktionen mit Zeitstempel dokumentieren, damit ich verstehe was die Aktion bedeuten sollte.

[martinp876]

zu a) pct sollte funktionieren - was klappt nicht?
zu b) das setzen erfolgt in einem Kommando mit Sättigung ung Rampe. Man könnte daraus 2 Kommandos machen, aber ich kann nicht interpretieren was passiert wenn ich einen der Parameter weg lassen. Ich werden einmal überlegen. Es sollte sich etwas machen lassen.
Zu c) es gab ein Problem beim rück-konvertieren der Zahl. Allerdings sollte es beim Setzten keine Auswirkung haben.Wenn es ein Problem des RGBW ist kann ich nichts machen.

[martinp876]

kannst du einmal sniffen wenn du die Farben änderst? und Brightness? Mir ist unklar ob das Device dies meldet - wäre hilfreich

[Pfriemler]

zu a) pct klappt nicht:
set rgbw_dim on: ok

Code Auswählen Erweitern

2016.10.25 15:58:37.906 0: HMLAN_Parse: HMLAN1 R:E1411AB   stat:0000 t:64128F55 d:FF r:FFC2     m:10 A011 1411AB 47718D 0201C80000
2016.10.25 15:58:38.120 0: HMLAN_Parse: HMLAN1 R:E47718D   stat:0000 t:64128FD2 d:FF r:FFD5     m:10 8002 47718D 1411AB 0101C84000
set rgbw_dim off: ok

Code Auswählen Erweitern

2016.10.25 15:58:41.141 0: HMLAN_Parse: HMLAN1 R:E1411AB   stat:0000 t:64129BF8 d:FF r:FFC4     m:11 A011 1411AB 47718D 0201000000
2016.10.25 15:58:41.360 0: HMLAN_Parse: HMLAN1 R:E47718D   stat:0000 t:64129C76 d:FF r:FFD5     m:11 8002 47718D 1411AB 0101000000
set rgbw_dim pct 55: bleibt auf set_55 hängen:

Code Auswählen Erweitern

2016.10.25 15:58:53.442 0: HMLAN_Parse: HMLAN1 R:E1411AB   stat:0000 t:6412CB97 d:FF r:FFC2     m:12 A011 1411AB 47718D 02016E
2016.10.25 15:58:53.461 0: HMLAN_Parse: HMLAN1 R:E47718D   stat:0000 t:6412CC16 d:FF r:FFD5     m:11 8002 47718D 1411AB 0101000000
2016.10.25 15:58:53.629 0: HMLAN_Parse: HMLAN1 R:E1411AB   stat:0000 t:6412CCC3 d:FF r:FFC2     m:12 A011 1411AB 47718D 02016E
2016.10.25 15:58:53.759 0: HMLAN_Parse: HMLAN1 R:E47718D   stat:0000 t:6412CD41 d:FF r:FFD5     m:11 8002 47718D 1411AB 0101000000
2016.10.25 15:58:53.909 0: HMLAN_Parse: HMLAN1 R:E1411AB   stat:0000 t:6412CDDB d:FF r:FFC2     m:12 A011 1411AB 47718D 02016E
2016.10.25 15:58:54.035 0: HMLAN_Parse: HMLAN1 R:E47718D   stat:0000 t:6412CE59 d:FF r:FFD5     m:11 8002 47718D 1411AB 0101000000
2016.10.25 15:58:56.500 0: HMLAN_Parse: HMLAN1 R:E1411AB   stat:0000 t:6412D7F7 d:FF r:FFC2     m:12 A011 1411AB 47718D 02016E
2016.10.25 15:58:56.621 0: HMLAN_Parse: HMLAN1 R:E47718D   stat:0000 t:6412D874 d:FF r:FFD5     m:11 8002 47718D 1411AB 0101000000
2016.10.25 15:58:56.867 0: HMLAN_Parse: HMLAN1 R:E1411AB   stat:0000 t:6412D96A d:FF r:FFC2     m:12 A011 1411AB 47718D 02016E
2016.10.25 15:58:56.993 0: HMLAN_Parse: HMLAN1 R:E47718D   stat:0000 t:6412D9E9 d:FF r:FFD5     m:11 8002 47718D 1411AB 0101000000
2016.10.25 15:58:57.229 0: HMLAN_Parse: HMLAN1 R:E1411AB   stat:0000 t:6412DAD5 d:FF r:FFC2     m:12 A011 1411AB 47718D 02016E
2016.10.25 15:58:57.354 0: HMLAN_Parse: HMLAN1 R:E47718D   stat:0000 t:6412DB52 d:FF r:FFD6     m:11 8002 47718D 1411AB 0101000000
passieren tut am Conroller nichts.

b) ist kompliziert, gebe ich zu. Nötigenfalls muss man sich was in die myUtils basteln, ein set on-off-pct-up-down (on-for-timer könnte ich entbehren), set color <wert>, umgesetzt alles über brightCol und dessen Werte zwischengespeichert.

Schade ist auch, dass Änderungen im _Color-Kanal (via brightCol) in keiner Weise auf den _Dim-Kanal zurückwirken (state des _Color ändert sich der Farbe aber entsprechend).
set ... brightCol 100 100 0 0 sieht bei mir so aus:

Code Auswählen Erweitern

2016.10.25 16:40:31.800 0: HMLAN_Parse: HMLAN1 R:E1411AB   stat:0000 t:6438EC47 d:FF r:FFC1     m:1D A011 1411AB 47718D 8002646400000000
2016.10.25 16:40:31.931 0: HMLAN_Parse: HMLAN1 R:E47718D   stat:0000 t:6438ECC5 d:FF r:FFD8     m:1D 8002 47718D 1411AB 0102640000

Hübsch wäre es einfach, wenn FHEM stets die aktuellen Werte (state) von _Dim und _Color kennen würde. Ich würde nämlich zu Benachrichtigungszwecken gern eine Sub bauen, die den Status des Controllers ausliest, eine gewünschte Farbe oder Farbfolge abspielt und anschließend den alten Status wiederherstellt. Aber eine einmal via "set ..._Color brightCol" gesetzte Helligkeit rückt das Ding beim besten Willen nicht mehr raus.

Dann bleibt da noch die verwurschtelte Wertesache, also dass brightCol und die Automatik mit Werten von 0-200 arbeitet, die states aber 0-100 melden.

c) bei allen durations > 3600 bleibt das Licht <1 an.
Bei "200 200 36xx 10" etwa fährt das Ding wie gewünscht in 10 Sekunden hoch und geht dann sofort aus.

Was für ein Sch...ding.

Ich glaube, wir brauchen die CCU2 ...

[chris1284]

am we könnte ich mich hinsetzen und sie signale der ccu2 mitschneiden

[chris1284]

anbei die logs des cul
in eventlog sind die beschreibungen was gemacht wurde und ich dazu im eventmonitor gesehn habe. cuk868.log ist der mitschnitt des cul

[Bennemannc]

Hallo,

gibt es was neues Zu diesem Gerät? Sind die Probleme ausgeräumt?
Wer betreibt das Gerät und wie stellt ihr Farbe und Bright konfortabel (Slider oder RGB-Farbschema) ein?

Gruß Christoph

[cpet]

Hallo,

ich habe das Gerät auch und hatte mir auch mal von meinem Bruder die CCU ausgeliehen und mit geloggt,
leider hatten die Daten aber wohl nicht ganz ausgereicht und mein Bruder will sie aber leider nicht noch mal
rausrücken    .
Derzeit betreibe ich es nur mit Fernbedienung, warte aber auch schon ganz gespannt darauf das es mal
direkt mit FHEM funktioniert.

Gruß
cpet

[martinp876]

Kannst du loggen was mit fb passiert?

[All-Ex]

Als wichtigstes fehlt mir im Dim Channel der set <device> pct Befehl. Ich hatte hier schonmal gesnifft, was das mit einem gepeertem Taster passiert:

Ein Hochdimmen vom ausgeschalteten Zustand auf 65% mittels gepeertem Taster gibt z.B. dies:

Code Auswählen Erweitern

2016.02.20 14:50:37.827 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:007012CC d:FF r:FFC8     m:51 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:38.099 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:007013DC d:FF r:FFC8     m:52 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:38.372 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:007014ED d:FF r:FFC8     m:53 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:38.644 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:007015FE d:FF r:FFC8     m:54 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:38.917 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:0070170F d:FF r:FFC9     m:55 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:39.189 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:0070181F d:FF r:FFC8     m:56 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:39.463 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:00701930 d:FF r:FFC9     m:57 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:39.735 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:00701A41 d:FF r:FFC8     m:58 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:40.008 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:00701B52 d:FF r:FFC9     m:59 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:40.280 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:00701C62 d:FF r:FFC9     m:5A 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:40.553 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:00701D73 d:FF r:FFC8     m:5B 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:40.826 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:00701E84 d:FF r:FFC8     m:5C 8440 4014A8 3ED2FE 420C
2016.02.20 14:50:41.098 0: HMLAN_Parse: hmlan1 R:E4014A8   stat:0000 t:00701F94 d:FF r:FFC8     m:5D A040 4014A8 3ED2FE 420C
2016.02.20 14:50:41.224 0: HMLAN_Parse: hmlan1 R:E3ED2FE   stat:0000 t:00702012 d:FF r:FFC5     m:5D 8002 3ED2FE 4014A8 0101824000

[martinp876]

das ist nur ein long press.  Der Kanal 01 ist also programmiert und reagiert darauf. Das ist schon implementiert. Hilft nicht weiter.

[All-Ex]

Hallo Martin,

welche Logs helfen denn weiter?

[martinp876]

was fehlt mus geloggt werden.
Du hast mit einem Taster gedimmt. Da sehe ich die trigger des Tasters (die sehen immer gleich aus). Der Aktor empfängt die Trigger - das sieht man nicht.
Der Aktor ist programmiert (register) auf diesen Trigger zu reagieren. Das sollte mit FHEM funktionieren - oder?
Wenn hier ein Problem besteht müssen wir uns die Register des Kanals 01 ansehen. Das kannst du alleine. Wenn hier etwas nicht verständlich ist können wir es durchgehen. Mache ein get DimChannel regTable und du kannst sehen, die auf den Trigger des Peers reagiert wird.

Offen ist m.W. vielmehr, wie man von der Zentrale aus bestimmte Modi einstellen kann - oder dimmen - oder Farbwechsel.
Wenn du das loggen kannst ist... das ist noch nicht rund nach meiner Information.