Hallo,
vielleicht ist es für den ein oder anderen Interessant, in der neuesten CCU2 Firmware und im nächsten ELV Journal, wird dieser wohl auch schon vorgestellt, taucht ein HM-LC-RGBW-WM zur Ansteuerung von RGB Stripes auf.
Greetz
Eldrik
Da bin ich mal gespannt. Hab eine RGB LED im Kinderzimmer hab shcon überlegt milight o.ä. Jetzt warte ich mal ab.
Hier gibt es inzwischen mehr Informationen:
http://www.homematic-inside.de/blog/news/item/funk-rgbw-led-controller-angekuendigt
Hi,
inzwischen ist es sogar als Bausatz erhältlich:
http://www.elv.de/homematic-funk-rgbw-controller-bausatz.html
Der riesige Vorteil gegenüber MiLight seh ich im Rückkanal.
So weiß man wenigstens welche Farbe wirklich eingestellt ist, falls man mal nicht im Raum ist. ;)
Gruß Peer
Habe mir gerade die Daten angeschaut... komme aber mit den Werten nicht ganz klar.
Das Gerät hat:
ZitatAusgangsstrom: 1,4 A pro Kanal
Stromaufnahme: 6 A max.
Versorgungsspannung: 12–24 V DC
Leistung: 34 W je Kanal
Die 34 Watt beziehen sich offenbar auf eine Versorgung mit 24 Volt: 1,4 A * 24 V = 34 W
Kann ich an dem Controller auch diese beiden 5 Meter LED-Stripes mit einem 12 Volt Netzteil betreiben?
- 12 Volt 5050 RGB 60 LEDs/m, 300 LEDs insgesamt: 72W, 6A
- 12 Volt 3528 Warm-White 60 LEDs/m, 300 LEDs insgesamt: 24W, 2A
Quelle: http://www.ledlightsworld.com/datasheet/Specification-of-Flexible-LED-Strip-www.ledlightsworld.com.pdf
Der RGB Stripe wird ja mit 3 Kanälen betrieben, hat also auch 24W pro Kanal und liegt damit unter den 34 W, die der Controller liefert.
Aber die Stromaufnahme passt nicht, es werden 2A benötigt, aber nur 1,4 A stehen zur Verfügung.
Kann es sein, dass das nur mit 24V LED Stripes passt? Oder kann ich auch die 12V Version nehmen?
All-Ex
die Antwort hast du dir bereits selbst gegeben.
Du kannst die Stripes nicht mit dem Controller betreiben, da sie die maximal zulässigen 1,4 A je Kanal überschreiten.
Da du nicht 24V nutzt, ist auch die maximal zulässige Leistung geringer, d.h bei 12V hast du eben nur 16,8W pro Kanal.
Chipmunk
Zitat von: strauch am 05 August 2015, 09:31:20
Jetzt warte ich mal ab.
Naja, mit Weihnachtsgeschenk 2015 wird es jedenfalls nix mehr 8)
(http://up.picr.de/23323005xq.jpg)
Hallo zusammen, bei mir hat es mit der Lieferung (gestern) schon funktioniert :).
Was kann ich denn beisteuern, sodass der Controller in FHEM funktioniert?
Beste Grüße,
Dennis
Volles Interesse auch hier.
ZitatWas kann ich denn beisteuern, sodass der Controller in FHEM funktioniert?
ich würde ihn anlernen und benutzen, da er unter hminfo models natürlich bereits gelistet ist, und anschliessend martin mitteilen, was eventuell noch nicht so richtig funktioniert. ;)
Es sind noch nicht alle Funktionen implementiert, aber man kann schon einmal!testen
Also an und aus geht das ganze schon mal, dann macht der Controller einen automatischen Farbwechsel. Der Rest funktioniert jedoch noch nicht, oder ich habe es nicht hinbekommen ;).
Kann ich denn noch irgendwas liefern um bei der Implementierung zu unterstützen?
Ich muss das XML noch einmal durchsehen, da sind noch Funktionen nicht implementiert.
Logge schon einmal ein getconfig.
Hallo,
der RGB-Controller ist bei mir inzwischen auch eingetroffen und zusammengelötet. Nach dem Anlernen gibt es ein neues Gerät im Raum CUL_HM unter rgb. Ein list zeigt:
Internals:
CFGFN
DEF 3ED2FE
IODev hmlan1
LASTInputDev hmlan1
MSGCNT 42
NAME HM_3ED2FE
NR 1697
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_3ED2FE_Dim
channel_02 HM_3ED2FE_Color
channel_03 HM_3ED2FE_Auto
hmlan1_MSGCNT 42
hmlan1_RAWMSG R86D4BA42,0001,B51AFCC8,FF,FFB4,37A0103ED2FE8CF27A0100000000
hmlan1_RSSI -76
hmlan1_TIME 2015-10-20 21:58:20
lastMsg No:37 - t:10 s:3ED2FE d:8CF27A 0100000000
protLastRcv 2015-10-20 21:58:20
protResnd 1 last_at:2015-10-20 21:58:02
protSnd 38 last_at:2015-10-20 21:58:20
protState CMDs_done
rssi_at_hmlan1 avg:-75.57 min:-77 max:-73 lst:-76 cnt:42
Readings:
2015-10-20 21:57:54 CommandAccepted yes
2015-10-20 21:57:53 D-firmware 1.0
2015-10-20 21:57:53 D-serialNr MEQ1097245
2015-10-20 21:57:57 PairedTo 0x8CF27A
2015-10-20 21:57:57 R-pairCentral 0x8CF27A
2015-10-20 21:57:57 RegL_00: 02:01 05:05 0A:8C 0B:F2 0C:7A 18:00 66:41 00:00
2015-10-20 21:58:20 state CMDs_done
Helper:
HM_CMDNR 55
cSnd 018CF27A3ED2FE03040000000001,018CF27A3ED2FE0303
mId 00F4
rxType 1
Io:
newChn +3ED2FE,00,01,00
nextSend 1445371099.46045
prefIO
rxt 0
vccu
p:
3ED2FE
00
01
00
Mrssi:
mNo 37
Io:
hmlan1 -74
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
Rpt:
IO hmlan1
flg A
ts 1445371100.48754
ack:
HASH(0x2285808)
3780028CF27A3ED2FE00
Rssi:
At_hmlan1:
avg -75.5714285714286
cnt 42
lst -76
max -73
min -77
Shadowreg:
Attributes:
IODev hmlan1
autoReadReg 4_reqStatus
expert 2_full
firmware 1.0
model HM-LC-RGBW-WM
room CUL_HM
serialNr MEQ1097245
subType rgb
webCmd getConfig:clear msgEvents
Es gibt also 3 Kanäle: Dim, Color und Auto
Im Dim-Kanal funktioniert On, Off und Toggle
So sieht ein Sniff von getconfig auf das Device aus:
2015.10.20 22:08:12.725 3: CUL_HM set HM_3ED2FE getConfig
2015.10.20 22:08:12.727 0: HMLAN_Send: hmlan1 S:+3ED2FE,00,01,00
2015.10.20 22:08:12.727 0: HMLAN_Send: hmlan1 S:S86DDC806 stat: 00 t:00000000 d:01 r:86DDC806 m:4B A001 8CF27A 3ED2FE 00040000000000
2015.10.20 22:08:12.903 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B52409A0 d:FF r:FFB4 m:4B A010 3ED2FE 8CF27A 02020105050A8C0BF20C7A18008B41
2015.10.20 22:08:13.014 0: HMLAN_Parse: hmlan1 R:R86DDC806 stat:0001 t:B52409A5 d:FF r:FFB4 m:4B A010 3ED2FE 8CF27A 02020105050A8C0BF20C7A18008B41
2015.10.20 22:08:13.016 4: CUL_HM HM_3ED2FE dupe: dont process
2015.10.20 22:08:13.439 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B5240BBA d:FF r:FFB4 m:4C A010 3ED2FE 8CF27A 020000
2015.10.20 22:08:13.531 0: HMLAN_Send: hmlan1 S:+3ED2FE,00,01,00
2015.10.20 22:08:13.531 0: HMLAN_Send: hmlan1 S:S86DDCAD8 stat: 00 t:00000000 d:01 r:86DDCAD8 m:4D A001 8CF27A 3ED2FE 01040000000001
2015.10.20 22:08:16.742 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B5240DBE d:FF r:FFB4 m:4D A010 3ED2FE 8CF27A 020800
2015.10.20 22:08:16.752 0: HMLAN_Parse: hmlan1 R:R86DDCAD8 stat:0001 t:B5240DC3 d:FF r:FFB4 m:4D A010 3ED2FE 8CF27A 020800
2015.10.20 22:08:16.756 4: CUL_HM HM_3ED2FE dupe: dont process
2015.10.20 22:08:16.758 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B5240FE1 d:FF r:FFB4 m:4E A010 3ED2FE 8CF27A 020000
2015.10.20 22:08:16.770 0: HMLAN_Send: hmlan1 S:S86DDD7D0 stat: 00 t:00000000 d:01 r:86DDD7D0 m:4F A001 8CF27A 3ED2FE 0103
Getconfig auf den Dim-Kanal:
2015.10.20 22:12:15.079 3: CUL_HM set HM_3ED2FE_Dim getConfig
2015.10.20 22:12:15.081 0: HMLAN_Send: hmlan1 S:S86E17AB8 stat: 00 t:00000000 d:01 r:86E17AB8 m:59 A001 8CF27A 3ED2FE 01040000000001
2015.10.20 22:12:15.245 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B527BC70 d:FF r:FFB5 m:59 A010 3ED2FE 8CF27A 020800
2015.10.20 22:12:15.363 0: HMLAN_Parse: hmlan1 R:R86E17AB8 stat:0001 t:B527BC75 d:FF r:FFB5 m:59 A010 3ED2FE 8CF27A 020800
2015.10.20 22:12:15.366 4: CUL_HM HM_3ED2FE dupe: dont process
2015.10.20 22:12:15.791 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B527BE94 d:FF r:FFB5 m:5A A010 3ED2FE 8CF27A 020000
2015.10.20 22:12:15.883 0: HMLAN_Send: hmlan1 S:S86E17D88 stat: 00 t:00000000 d:01 r:86E17D88 m:5B A001 8CF27A 3ED2FE 0103
2015.10.20 22:12:16.307 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B527C096 d:FF r:FFB5 m:5B A010 3ED2FE 8CF27A 0100000000
2015.10.20 22:12:16.423 0: HMLAN_Parse: hmlan1 R:R86E17D88 stat:0001 t:B527C09B d:FF r:FFB5 m:5B A010 3ED2FE 8CF27A 0100000000
2015.10.20 22:12:16.426 4: CUL_HM HM_3ED2FE dupe: dont process
Getconfig auf den Color-Kanal:
2015.10.20 22:13:34.138 3: CUL_HM set HM_3ED2FE_Color getConfig
2015.10.20 22:13:34.140 0: HMLAN_Send: hmlan1 S:+3ED2FE,00,01,00
2015.10.20 22:13:34.141 0: HMLAN_Send: hmlan1 S:S86E2AF8B stat: 00 t:00000000 d:01 r:86E2AF8B m:5C A001 8CF27A 3ED2FE 02040000000001
2015.10.20 22:13:34.312 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B528F158 d:FF r:FFB4 m:5C A010 3ED2FE 8CF27A 020800A464A564A664
2015.10.20 22:13:34.425 0: HMLAN_Parse: hmlan1 R:R86E2AF8B stat:0001 t:B528F15D d:FF r:FFB4 m:5C A010 3ED2FE 8CF27A 020800A464A564A664
2015.10.20 22:13:34.428 4: CUL_HM HM_3ED2FE dupe: dont process
2015.10.20 22:13:34.851 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B528F375 d:FF r:FFB4 m:5D A010 3ED2FE 8CF27A 020000
2015.10.20 22:13:34.943 0: HMLAN_Send: hmlan1 S:S86E2B25F stat: 00 t:00000000 d:01 r:86E2B25F m:5E A001 8CF27A 3ED2FE 0203
2015.10.20 22:13:35.232 0: HMLAN_Parse: hmlan1 R:E2DA4F5 stat:0000 t:B528F482 d:FF r:FFEB m:F6 845E 2DA4F5 000000 8006020000000000091301
2015.10.20 22:13:35.367 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B528F577 d:FF r:FFB5 m:5E A010 3ED2FE 8CF27A 0100000000
2015.10.20 22:13:35.483 0: HMLAN_Parse: hmlan1 R:R86E2B25F stat:0001 t:B528F57C d:FF r:FFB5 m:5E A010 3ED2FE 8CF27A 0100000000
2015.10.20 22:13:35.486 4: CUL_HM HM_3ED2FE dupe: dont process
Und Getconfig auf den Auto-Kanal:
2015.10.20 22:14:38.993 3: CUL_HM set HM_3ED2FE_Auto getConfig
2015.10.20 22:14:38.996 0: HMLAN_Send: hmlan1 S:+3ED2FE,00,01,00
2015.10.20 22:14:38.997 0: HMLAN_Send: hmlan1 S:S86E3ACE2 stat: 00 t:00000000 d:01 r:86E3ACE2 m:5F A001 8CF27A 3ED2FE 03040000000001
2015.10.20 22:14:39.165 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B529EEB8 d:FF r:FFB2 m:5F A010 3ED2FE 8CF27A 020800A70A
2015.10.20 22:14:39.281 0: HMLAN_Parse: hmlan1 R:R86E3ACE2 stat:0001 t:B529EEBD d:FF r:FFB2 m:5F A010 3ED2FE 8CF27A 020800A70A
2015.10.20 22:14:39.284 4: CUL_HM HM_3ED2FE dupe: dont process
2015.10.20 22:14:39.707 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B529F0D8 d:FF r:FFB3 m:60 A010 3ED2FE 8CF27A 020000
2015.10.20 22:14:39.801 0: HMLAN_Send: hmlan1 S:S86E3AFB3 stat: 00 t:00000000 d:01 r:86E3AFB3 m:61 A001 8CF27A 3ED2FE 0303
2015.10.20 22:14:40.222 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:B529F2DA d:FF r:FFB3 m:61 A010 3ED2FE 8CF27A 0100000000
2015.10.20 22:14:40.338 0: HMLAN_Parse: hmlan1 R:R86E3AFB3 stat:0001 t:B529F2DF d:FF r:FFB3 m:61 A010 3ED2FE 8CF27A 0100000000
2015.10.20 22:14:40.342 4: CUL_HM HM_3ED2FE dupe: dont process
Was kann ich sonst noch beisteuern um den Controller in FHEM abzubilden?
probier einmal die neuen Kommandos. logge mit, was passiert, berichte.
Alles klar :)
Erstmal den Dim Kanal:
2015.10.22 17:05:41.020 3: CUL_HM set HM_3ED2FE_Dim pct 0
2015.10.22 17:05:41.022 0: HMLAN_Send: hmlan1 S:S901586ED stat: 00 t:00000000 d:01 r:901586ED m:0B A011 8CF27A 3ED2FE 020100
2015.10.22 17:05:41.186 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5C2EDC d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:05:41.303 0: HMLAN_Parse: hmlan1 R:R901586ED stat:0001 t:BE5C2EE1 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:05:47.064 0: HMLAN_Send: hmlan1 S:S90159E87 stat: 00 t:00000000 d:01 r:90159E87 m:0B A011 8CF27A 3ED2FE 020100
2015.10.22 17:05:47.228 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5C4677 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:05:47.344 0: HMLAN_Parse: hmlan1 R:R90159E87 stat:0001 t:BE5C467C d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:05:52.634 0: HMLAN_Send: hmlan1 S:S9015B448 stat: 00 t:00000000 d:01 r:9015B448 m:0B A011 8CF27A 3ED2FE 020100
2015.10.22 17:05:52.805 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5C5C41 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:05:52.921 0: HMLAN_Parse: hmlan1 R:R9015B448 stat:0001 t:BE5C5C46 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:05:56.900 0: HMLAN_Send: hmlan1 S:S9015C4F2 stat: 00 t:00000000 d:01 r:9015C4F2 m:0B A011 8CF27A 3ED2FE 020100
2015.10.22 17:05:59.944 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5C6CE5 d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:05:59.951 0: HMLAN_Parse: hmlan1 R:R9015C4F2 stat:0001 t:BE5C6CEA d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:06:01.129 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.22 17:07:18.726 3: CUL_HM set HM_3ED2FE_Dim pct 50
2015.10.22 17:07:18.728 0: HMLAN_Send: hmlan1 S:S90170497 stat: 00 t:00000000 d:01 r:90170497 m:0C A011 8CF27A 3ED2FE 020164
2015.10.22 17:07:18.892 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5DAC97 d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:07:19.008 0: HMLAN_Parse: hmlan1 R:R90170497 stat:0001 t:BE5DAC9C d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:07:22.194 0: HMLAN_Send: hmlan1 S:S90171220 stat: 00 t:00000000 d:01 r:90171220 m:0C A011 8CF27A 3ED2FE 020164
2015.10.22 17:07:22.456 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5DBA21 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:07:22.474 0: HMLAN_Parse: hmlan1 R:R90171220 stat:0001 t:BE5DBA26 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:07:26.229 0: HMLAN_Send: hmlan1 S:S901721E4 stat: 00 t:00000000 d:01 r:901721E4 m:0C A011 8CF27A 3ED2FE 020164
2015.10.22 17:07:26.467 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5DC9E5 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:07:26.509 0: HMLAN_Parse: hmlan1 R:R901721E4 stat:0001 t:BE5DC9EA d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:07:31.432 0: HMLAN_Send: hmlan1 S:S90173636 stat: 00 t:00000000 d:01 r:90173636 m:0C A011 8CF27A 3ED2FE 020164
2015.10.22 17:07:31.618 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5DDE38 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:07:31.711 0: HMLAN_Parse: hmlan1 R:R90173636 stat:0001 t:BE5DDE3D d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:07:36.575 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.22 17:08:06.783 3: CUL_HM set HM_3ED2FE_Dim pct 100
2015.10.22 17:08:06.786 0: HMLAN_Send: hmlan1 S:S9017C050 stat: 00 t:00000000 d:01 r:9017C050 m:0D A011 8CF27A 3ED2FE 0201C8
2015.10.22 17:08:06.949 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5E6858 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:08:07.065 0: HMLAN_Parse: hmlan1 R:R9017C050 stat:0001 t:BE5E685D d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:08:10.172 0: HMLAN_Send: hmlan1 S:S9017CD8A stat: 00 t:00000000 d:01 r:9017CD8A m:0D A011 8CF27A 3ED2FE 0201C8
2015.10.22 17:08:10.336 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5E7593 d:FF r:FFB4 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:08:10.452 0: HMLAN_Parse: hmlan1 R:R9017CD8A stat:0001 t:BE5E7598 d:FF r:FFB4 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:08:15.491 0: HMLAN_Send: hmlan1 S:S9017E251 stat: 00 t:00000000 d:01 r:9017E251 m:0D A011 8CF27A 3ED2FE 0201C8
2015.10.22 17:08:15.655 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5E8A5B d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:08:15.771 0: HMLAN_Parse: hmlan1 R:R9017E251 stat:0001 t:BE5E8A60 d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:08:19.808 0: HMLAN_Send: hmlan1 S:S9017F32E stat: 00 t:00000000 d:01 r:9017F32E m:0D A011 8CF27A 3ED2FE 0201C8
2015.10.22 17:08:19.972 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5E9B39 d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:08:20.089 0: HMLAN_Parse: hmlan1 R:R9017F32E stat:0001 t:BE5E9B3E d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:08:24.272 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.22 17:09:28.206 3: CUL_HM set HM_3ED2FE_Dim down
2015.10.22 17:09:28.210 0: HMLAN_Send: hmlan1 S:S9018FE5F stat: 00 t:00000000 d:01 r:9018FE5F m:0E A011 8CF27A 3ED2FE 0201B4
2015.10.22 17:09:28.373 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5FA676 d:FF r:FFB4 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:09:28.490 0: HMLAN_Parse: hmlan1 R:R9018FE5F stat:0001 t:BE5FA67B d:FF r:FFB4 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:09:30.098 0: HMLAN_Send: hmlan1 S:S901905C0 stat: 00 t:00000000 d:01 r:901905C0 m:0E A011 8CF27A 3ED2FE 0201B4
2015.10.22 17:09:30.263 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5FADD7 d:FF r:FFB4 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:09:30.379 0: HMLAN_Parse: hmlan1 R:R901905C0 stat:0001 t:BE5FADDC d:FF r:FFB4 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:09:34.407 0: HMLAN_Send: hmlan1 S:S90191696 stat: 00 t:00000000 d:01 r:90191696 m:0E A011 8CF27A 3ED2FE 0201B4
2015.10.22 17:09:34.570 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5FBEAC d:FF r:FFB4 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:09:34.686 0: HMLAN_Parse: hmlan1 R:R90191696 stat:0001 t:BE5FBEB1 d:FF r:FFB4 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:09:41.319 0: HMLAN_Send: hmlan1 S:S90193195 stat: 00 t:00000000 d:01 r:90193195 m:0E A011 8CF27A 3ED2FE 0201B4
2015.10.22 17:09:41.482 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE5FD9AD d:FF r:FFB4 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:09:41.598 0: HMLAN_Parse: hmlan1 R:R90193195 stat:0001 t:BE5FD9B2 d:FF r:FFB4 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:09:46.955 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.22 17:10:33.258 3: CUL_HM set HM_3ED2FE_Dim up
2015.10.22 17:10:33.262 0: HMLAN_Send: hmlan1 S:S9019FC7C stat: 00 t:00000000 d:01 r:9019FC7C m:0F A011 8CF27A 3ED2FE 0201C8
2015.10.22 17:10:33.425 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE60A49D d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:10:33.542 0: HMLAN_Parse: hmlan1 R:R9019FC7C stat:0001 t:BE60A4A2 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:10:36.793 0: HMLAN_Send: hmlan1 S:S901A0A48 stat: 00 t:00000000 d:01 r:901A0A48 m:0F A011 8CF27A 3ED2FE 0201C8
2015.10.22 17:10:36.957 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE60B269 d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:10:37.073 0: HMLAN_Parse: hmlan1 R:R901A0A48 stat:0001 t:BE60B26E d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:10:41.739 0: HMLAN_Send: hmlan1 S:S901A1D99 stat: 00 t:00000000 d:01 r:901A1D99 m:0F A011 8CF27A 3ED2FE 0201C8
2015.10.22 17:10:41.902 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE60C5BB d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:10:42.018 0: HMLAN_Parse: hmlan1 R:R901A1D99 stat:0001 t:BE60C5C0 d:FF r:FFB5 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:10:46.449 0: HMLAN_Send: hmlan1 S:S901A2FFF stat: 00 t:00000000 d:01 r:901A2FFF m:0F A011 8CF27A 3ED2FE 0201C8
2015.10.22 17:10:46.679 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE60D822 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:10:46.759 0: HMLAN_Parse: hmlan1 R:R901A2FFF stat:0001 t:BE60D827 d:FF r:FFB6 m:09 A010 3ED2FE 8CF27A 0100000000
2015.10.22 17:10:51.717 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.22 17:13:09.411 3: CUL_HM set HM_3ED2FE_Dim stop
2015.10.22 17:13:09.414 0: HMLAN_Send: hmlan1 S:+3ED2FE,00,01,00
2015.10.22 17:13:09.414 0: HMLAN_Send: hmlan1 S:S901C5E74 stat: 00 t:00000000 d:01 r:901C5E74 m:10 A011 8CF27A 3ED2FE 0301
2015.10.22 17:13:09.576 0: HMLAN_Parse: hmlan1 R:R901C5E74 stat:0001 t:BE6306B5 d:FF r:FFB8 m:10 8002 3ED2FE 8CF27A 0101004000
Anlerntaste blinkt, sonst passiert nichts
2015.10.22 17:16:40.419 3: CUL_HM set HM_3ED2FE_Dim press
2015.10.22 17:16:40.570 0: HMLAN_Parse: hmlan1 R:R901F96A2 stat:0001 t:BE663F0A d:FF r:FFB7 m:17 8002 3ED2FE 8CF27A 0101134000
2015.10.22 17:16:42.961 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE66485D d:FF r:FFB7 m:18 A410 3ED2FE 8CF27A 0601C800
2015.10.22 17:16:50.439 0: HMLAN_Send: hmlan1 S:S901FBDD5 stat: 00 t:00000000 d:01 r:901FBDD5 m:19 A03E 8CF27A 3ED2FE 3ED2FE400102
RGB-Stripe geht mit zuletzt gewählter Farbe an
2015.10.22 17:16:50.453 3: CUL_HM set HM_3ED2FE_Dim press
2015.10.22 17:16:50.604 0: HMLAN_Parse: hmlan1 R:R901FBDD5 stat:0001 t:BE66663F d:FF r:FFB8 m:19 8002 3ED2FE 8CF27A 0101BE4000
2015.10.22 17:16:53.002 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE666F99 d:FF r:FFB8 m:1A A410 3ED2FE 8CF27A 06010000
RGB Stripe geht aus
set HM_3ED2FE_Dim sign on
sign failed: supported register are lgActionTypeDim lgCtDlyOff lgCtDlyOn lgCtOff lgCtOn lgCtRampOff lgCtRampOn lgCtValHi lgCtValLo lgDimJtDlyOff lgDimJtDlyOn lgDimJtOff lgDimJtOn lgDimJtRampOff lgDimJtRampOn lgDimMaxLvl lgDimMinLvl lgDimStep lgMultiExec lgOffDly lgOffDlyBlink lgOffDlyNewTime lgOffDlyOldTime lgOffDlyStep lgOffLevel lgOffTime lgOffTimeMode lgOnDly lgOnDlyMode lgOnLevel lgOnLvlPrio lgOnMinLevel lgOnTime lgOnTimeMode lgRampOffTime lgRampOnTime lgRampSstep pairCentral shActionTypeDim shCtDlyOff shCtDlyOn shCtOff shCtOn shCtRampOff shCtRampOn shCtValHi shCtValLo shDimJtDlyOff shDimJtDlyOn shDimJtOff shDimJtOn shDimJtRampOff shDimJtRampOn shDimMaxLvl shDimMinLvl shDimStep shOffDly shOffDlyBlink shOffDlyNewTime shOffDlyOldTime shOffDlyStep shOffLevel shOffTime shOffTimeMode shOnDly shOnDlyMode shOnLevel shOnLvlPrio shOnMinLevel shOnTime shOnTimeMode shRampOffTime shRampOnTime shRampSstep
Jetzt der Color-Kanal:
set HM_3ED2FE_Color brightAuto und set brightCol, bringt jeweils "not implemented - contact sysop"
set HM_3ED2FE_Color sign on
sign failed: supported register are lgActHsvCol pairCentral shActHsvCol
Und im Auto-Kanal sehe ich noch nicht viele Befehle:
set HM_3ED2FE_Auto sign on
sign failed: supported register are lgActColPrgm lgActMaxBoarder lgActMinBoarder pairCentral shActColPrgm shActMaxBoarder shActMinBoarder
Jetzt nochmal der Dim-Kanal mit den bereits funktionierenden Befehlen:
2015.10.22 17:31:50.154 3: CUL_HM set HM_3ED2FE_Dim on
2015.10.22 17:31:50.157 0: HMLAN_Send: hmlan1 S:+3ED2FE,00,01,00
2015.10.22 17:31:50.158 0: HMLAN_Send: hmlan1 S:S902D785B stat: 00 t:00000000 d:01 r:902D785B m:1B A011 8CF27A 3ED2FE 0201C80000
2015.10.22 17:31:50.321 0: HMLAN_Parse: hmlan1 R:R902D785B stat:0001 t:BE74215D d:FF r:FFB8 m:1B 8002 3ED2FE 8CF27A 0101C84000
RGB-Stripe geht mit zuletzt gewählter Farbe an
2015.10.22 17:31:57.845 3: CUL_HM set HM_3ED2FE_Dim off
2015.10.22 17:31:57.847 0: HMLAN_Send: hmlan1 S:S902D9666 stat: 00 t:00000000 d:01 r:902D9666 m:1C A011 8CF27A 3ED2FE 0201000000
2015.10.22 17:31:58.009 0: HMLAN_Parse: hmlan1 R:R902D9666 stat:0001 t:BE743F67 d:FF r:FFB9 m:1C 8002 3ED2FE 8CF27A 0101000000
RGB-Stripe geht aus
2015.10.22 17:36:22.826 3: CUL_HM set HM_3ED2FE_Dim on-for-timer 5
2015.10.22 17:36:22.829 0: HMLAN_Send: hmlan1 S:S9031A17B stat: 00 t:00000000 d:01 r:9031A17B m:1D A011 8CF27A 3ED2FE 0201C800000640
2015.10.22 17:36:22.994 0: HMLAN_Parse: hmlan1 R:R9031A17B stat:0001 t:BE784AAC d:FF r:FFB8 m:1D 8002 3ED2FE 8CF27A 0101C84000
2015.10.22 17:36:30.317 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE786743 d:FF r:FFB9 m:1E A410 3ED2FE 8CF27A 06010000
RGB-Stripe geht mit zuletzt gewählter Farbe für 5 Sek an und dann aus. Anlerntaste blinkt während dessen im Sekundentakt
2015.10.22 17:37:48.992 3: CUL_HM set HM_3ED2FE_Dim on-till 17:37:50
2015.10.22 17:37:48.994 0: HMLAN_Send: hmlan1 S:S9032F211 stat: 00 t:00000000 d:01 r:9032F211 m:1F A011 8CF27A 3ED2FE 0201C800000280
2015.10.22 17:37:49.159 0: HMLAN_Parse: hmlan1 R:R9032F211 stat:0001 t:BE799B50 d:FF r:FFB8 m:1F 8002 3ED2FE 8CF27A 0101C84000
2015.10.22 17:37:53.547 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:BE79AC6F d:FF r:FFB9 m:20 A410 3ED2FE 8CF27A 06010000
RGB-Stripe geht mit zuletzt gewählter Farbe bis zur angegebenen Uhrzeit an und dann aus. Anlerntaste blinkt während dessen im Sekundentakt
2015.10.22 17:38:58.607 3: CUL_HM set HM_3ED2FE_Dim off
2015.10.22 17:38:58.610 0: HMLAN_Send: hmlan1 S:S90340200 stat: 00 t:00000000 d:01 r:90340200 m:22 A011 8CF27A 3ED2FE 0201000000
2015.10.22 17:38:58.773 0: HMLAN_Parse: hmlan1 R:R90340200 stat:0001 t:BE7AAB49 d:FF r:FFB9 m:22 8002 3ED2FE 8CF27A 0101000000
2015.10.22 17:39:27.657 3: CUL_HM set HM_3ED2FE_Dim toggle
2015.10.22 17:39:27.660 0: HMLAN_Send: hmlan1 S:S9034737A stat: 00 t:00000000 d:01 r:9034737A m:23 A011 8CF27A 3ED2FE 0201000000
2015.10.22 17:39:27.823 0: HMLAN_Parse: hmlan1 R:R9034737A stat:0001 t:BE7B1CC8 d:FF r:FFB8 m:23 8002 3ED2FE 8CF27A 0101000000
RGB-Stripe geht aus (bei off) und bleibt aus bei toogle (Funktioniert also noch nicht)
2015.10.22 17:40:03.246 3: CUL_HM set HM_3ED2FE_Dim on
2015.10.22 17:40:03.249 0: HMLAN_Send: hmlan1 S:S9034FE7F stat: 00 t:00000000 d:01 r:9034FE7F m:25 A011 8CF27A 3ED2FE 0201C80000
2015.10.22 17:40:03.412 0: HMLAN_Parse: hmlan1 R:R9034FE7F stat:0001 t:BE7BA7D3 d:FF r:FFB8 m:25 8002 3ED2FE 8CF27A 0101C84000
2015.10.22 17:40:06.605 3: CUL_HM set HM_3ED2FE_Dim toggle
2015.10.22 17:40:06.608 0: HMLAN_Send: hmlan1 S:S90350B9E stat: 00 t:00000000 d:01 r:90350B9E m:26 A011 8CF27A 3ED2FE 0201000000
2015.10.22 17:40:06.771 0: HMLAN_Parse: hmlan1 R:R90350B9E stat:0001 t:BE7BB4F3 d:FF r:FFB8 m:26 8002 3ED2FE 8CF27A 0101000000
RGB-Stripe geht an (bei on) und dann aus (bei toogle)
Ok, der eine Kanal kann keine dim befehle. Der zweite schon.
Aber dunsolltest die neuen befehle testen.
Mache ein get cmdList auf alle Kanäle. Da kannst du sie sehen. Irgendwas mit bright
OK, get cmdList auf den Dim Kanal gibt:
Gets ------
cmdList
param
reg ...
regList
regVal ...
saveConfig ...
Sets ------
clear [readings|trigger|register|rssi|msgEvents|attack|all]
down [] [] [] ...
getConfig
getRegRaw [List0|List1|List2|List3|List4|List5|List6] ... []
inhibit [on|off]
off
on
on-for-timer []...
on-till []...
pct ... [] []
peerBulk [set|unset]
peerIODev [IO] [set|unset]... not for future use
press [long|short] [on|off|] [] [] ...
regBulk : ...
regSet [prep|exec] ... []
sign [on|off]
statusRequest
stop
toggle
up [] [] [] ...
Die m.E. relevanten Befehle hab ich in meinem Post oben gesnifft. Oder brauchst Du noch mehr vom Dim-Kanal?
Beim Color-Kanal sagt get cmdList:
Gets ------
cmdList
param
reg ...
regList
regVal ...
saveConfig ...
Sets ------
brightAuto
brightCol
clear [readings|trigger|register|rssi|msgEvents|attack|all]
getConfig
getRegRaw [List0|List1|List2|List3|List4|List5|List6] ... []
peerBulk [set|unset]
regBulk : ...
regSet [prep|exec] ... []
sign [on|off]
brightAuto requires parameter: <bright> <colProg> <min> <max> <duration> <ramp>
2015.10.23 17:00:45.282 3: CUL_HM set HM_3ED2FE_Color brightAuto 10 10 10 20 10 10
2015.10.23 17:00:45.355 0: HMLAN_Send: hmlan1 S:+3ED2FE,00,01,00
2015.10.23 17:00:45.355 0: HMLAN_Send: hmlan1 S:S95375FF9 stat: 00 t:00000000 d:01 r:95375FF9 m:03 A011 8CF27A 3ED2FE 80020a0%02x%020C800C80
2015.10.23 17:00:48.910 0: HMLAN_Send: hmlan1 S:S95376DDD stat: 00 t:00000000 d:01 r:95376DDD m:03 A011 8CF27A 3ED2FE 80020a0%02x%020C800C80
2015.10.23 17:00:54.257 0: HMLAN_Send: hmlan1 S:S953782BF stat: 00 t:00000000 d:01 r:953782BF m:03 A011 8CF27A 3ED2FE 80020a0%02x%020C800C80
2015.10.23 17:00:58.440 0: HMLAN_Send: hmlan1 S:S95379316 stat: 00 t:00000000 d:01 r:95379316 m:03 A011 8CF27A 3ED2FE 80020a0%02x%020C800C80
2015.10.23 17:01:02.730 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.23 17:04:54.447 3: CUL_HM set HM_3ED2FE_Color brightAuto 128 64 0 100 96 128
2015.10.23 17:04:54.451 0: HMLAN_Send: hmlan1 S:S953B2D01 stat: 00 t:00000000 d:01 r:953B2D01 m:05 A011 8CF27A 3ED2FE 8002800%02x%02A0007800
2015.10.23 17:04:57.376 0: HMLAN_Send: hmlan1 S:S953B386E stat: 00 t:00000000 d:01 r:953B386E m:05 A011 8CF27A 3ED2FE 8002800%02x%02A0007800
2015.10.23 17:05:01.492 0: HMLAN_Send: hmlan1 S:S953B4882 stat: 00 t:00000000 d:01 r:953B4882 m:05 A011 8CF27A 3ED2FE 8002800%02x%02A0007800
2015.10.23 17:05:06.751 0: HMLAN_Send: hmlan1 S:S953B5D0E stat: 00 t:00000000 d:01 r:953B5D0E m:05 A011 8CF27A 3ED2FE 8002800%02x%02A0007800
2015.10.23 17:05:11.885 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
brightCol requires parameter: <bright> <colVal> <duration> <ramp>
2015.10.23 17:07:29.758 3: CUL_HM set HM_3ED2FE_Color brightCol 128 10 10 10
2015.10.23 17:07:29.761 0: HMLAN_Send: hmlan1 S:S953D8BAF stat: 00 t:00000000 d:01 r:953D8BAF m:0B A011 8CF27A 3ED2FE 800280%020C800C80
2015.10.23 17:07:31.245 0: HMLAN_Delay: hmlan1 3ED2FE
2015.10.23 17:07:36.084 0: HMLAN_Send: hmlan1 S:S953DA463 stat: 00 t:00000000 d:01 r:953DA463 m:0B A011 8CF27A 3ED2FE 800280%020C800C80
2015.10.23 17:07:41.339 0: HMLAN_Send: hmlan1 S:S953DB8E9 stat: 00 t:00000000 d:01 r:953DB8E9 m:0B A011 8CF27A 3ED2FE 800280%020C800C80
2015.10.23 17:07:46.766 1: Missing Ack bei Device: HM_3ED2FE
nicht passiert
2015.10.23 17:07:59.597 3: CUL_HM set HM_3ED2FE_Color brightCol 1 1 1 1
2015.10.23 17:07:59.600 0: HMLAN_Send: hmlan1 S:S953E003E stat: 00 t:00000000 d:01 r:953E003E m:0C A011 8CF27A 3ED2FE 800201%0201400140
2015.10.23 17:08:04.232 0: HMLAN_Send: hmlan1 S:S953E1257 stat: 00 t:00000000 d:01 r:953E1257 m:0C A011 8CF27A 3ED2FE 800201%0201400140
2015.10.23 17:08:09.113 0: HMLAN_Send: hmlan1 S:S953E2568 stat: 00 t:00000000 d:01 r:953E2568 m:0C A011 8CF27A 3ED2FE 800201%0201400140
2015.10.23 17:08:13.237 0: HMLAN_Send: hmlan1 S:S953E3584 stat: 00 t:00000000 d:01 r:953E3584 m:0C A011 8CF27A 3ED2FE 800201%0201400140
2015.10.23 17:08:19.045 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
Und noch der Auto-Channel:
get cmdList sagt:
Gets ------
cmdList
param
reg ...
regList
regVal ...
saveConfig ...
Sets ------
brightAuto
brightCol
clear [readings|trigger|register|rssi|msgEvents|attack|all]
getConfig
getRegRaw [List0|List1|List2|List3|List4|List5|List6] ... []
peerBulk [set|unset]
regBulk : ...
regSet [prep|exec] ... []
sign [on|off]
brightAuto requires parameter: <bright> <colProg> <min> <max> <duration> <ramp>
2015.10.23 17:13:27.434 3: CUL_HM set HM_3ED2FE_Auto brightAuto 8 2 32 64 20 50
2015.10.23 17:13:27.437 0: HMLAN_Send: hmlan1 S:S954300DB stat: 00 t:00000000 d:01 r:954300DB m:13 A011 8CF27A 3ED2FE 8003080%02x%023E801900
2015.10.23 17:13:30.300 0: HMLAN_Send: hmlan1 S:S95430C0B stat: 00 t:00000000 d:01 r:95430C0B m:13 A011 8CF27A 3ED2FE 8003080%02x%023E801900
2015.10.23 17:13:35.921 0: HMLAN_Send: hmlan1 S:S954321FF stat: 00 t:00000000 d:01 r:954321FF m:13 A011 8CF27A 3ED2FE 8003080%02x%023E801900
2015.10.23 17:13:36.238 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C38A0408 d:FF r:FFB1 m:15 A410 3ED2FE 8CF27A 0601C800
2015.10.23 17:13:38.747 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C38A0DD5 d:FF r:FFA0 m:17 A410 3ED2FE 8CF27A 06030200
2015.10.23 17:13:40.724 0: HMLAN_Send: hmlan1 S:S954334C2 stat: 00 t:00000000 d:01 r:954334C2 m:13 A011 8CF27A 3ED2FE 8003080%02x%023E801900
2015.10.23 17:13:45.044 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.23 17:14:02.950 3: CUL_HM set HM_3ED2FE_Auto brightAuto 16 4 40 60 5 8
2015.10.23 17:14:02.953 0: HMLAN_Send: hmlan1 S:S95438B97 stat: 00 t:00000000 d:01 r:95438B97 m:18 A011 8CF27A 3ED2FE 8003100%02x%020A000640
2015.10.23 17:14:07.920 0: HMLAN_Send: hmlan1 S:S95439EFE stat: 00 t:00000000 d:01 r:95439EFE m:18 A011 8CF27A 3ED2FE 8003100%02x%020A000640
2015.10.23 17:14:13.391 0: HMLAN_Send: hmlan1 S:S9543B45D stat: 00 t:00000000 d:01 r:9543B45D m:18 A011 8CF27A 3ED2FE 8003100%02x%020A000640
2015.10.23 17:14:18.309 0: HMLAN_Send: hmlan1 S:S9543C794 stat: 00 t:00000000 d:01 r:9543C794 m:18 A011 8CF27A 3ED2FE 8003100%02x%020A000640
2015.10.23 17:14:23.404 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
brightCol requires parameter: <bright> <colVal> <duration> <ramp>
2015.10.23 17:17:24.464 3: CUL_HM set HM_3ED2FE_Auto brightCol 2 4 20 32
2015.10.23 17:17:24.466 0: HMLAN_Send: hmlan1 S:S95469EC1 stat: 00 t:00000000 d:01 r:95469EC1 m:2C A011 8CF27A 3ED2FE 800302%0228001900
2015.10.23 17:17:29.242 0: HMLAN_Send: hmlan1 S:S9546B169 stat: 00 t:00000000 d:01 r:9546B169 m:2C A011 8CF27A 3ED2FE 800302%0228001900
2015.10.23 17:17:31.870 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C38D9CA0 d:FF r:FFA5 m:2E A410 3ED2FE 8CF27A 06010000
2015.10.23 17:17:35.298 0: HMLAN_Send: hmlan1 S:S9546C910 stat: 00 t:00000000 d:01 r:9546C910 m:2C A011 8CF27A 3ED2FE 800302%0228001900
2015.10.23 17:17:39.195 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C38DB93E d:FF r:FFB0 m:30 A410 3ED2FE 8CF27A 0601C800
2015.10.23 17:17:39.680 0: HMLAN_Send: hmlan1 S:S9546DA2E stat: 00 t:00000000 d:01 r:9546DA2E m:2C A011 8CF27A 3ED2FE 800302%0228001900
2015.10.23 17:17:39.728 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C38DBB54 d:FF r:FFAE m:30 A410 3ED2FE 8CF27A 06010000
2015.10.23 17:17:41.703 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C38DC30B d:FF r:FFAC m:32 A410 3ED2FE 8CF27A 06010000
2015.10.23 17:17:44.537 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.23 17:23:15.321 3: CUL_HM set HM_3ED2FE_Auto brightCol 4 6 40 64
2015.10.23 17:23:15.324 0: HMLAN_Send: hmlan1 S:S954BF94A stat: 00 t:00000000 d:01 r:954BF94A m:37 A011 8CF27A 3ED2FE 800304%0250003200
2015.10.23 17:23:15.440 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C392DAEC d:FF r:FFAA m:38 A410 3ED2FE 8CF27A 0601C800
2015.10.23 17:23:18.260 0: HMLAN_Send: hmlan1 S:S954C04C3 stat: 00 t:00000000 d:01 r:954C04C3 m:37 A011 8CF27A 3ED2FE 800304%0250003200
2015.10.23 17:23:22.279 0: HMLAN_Send: hmlan1 S:S954C1476 stat: 00 t:00000000 d:01 r:954C1476 m:37 A011 8CF27A 3ED2FE 800304%0250003200
2015.10.23 17:23:23.772 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C392FB7A d:FF r:FFA4 m:3A A410 3ED2FE 8CF27A 06010000
2015.10.23 17:23:26.356 0: HMLAN_Send: hmlan1 S:S954C2463 stat: 00 t:00000000 d:01 r:954C2463 m:37 A011 8CF27A 3ED2FE 800304%0250003200
2015.10.23 17:23:31.106 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
kann ich Dir noch weitere Daten geben?
typo im Kommando - sorry.
lade die Version aus SVN und probiere die brigth kommandos noch einmal.
So, die neue SVN-Version 9620 von heute früh sagt im Dim-Channel:
brightAuto requires parameter: <bright> <colProg> <min> <max> <duration> <ramp>
2015.10.24 19:42:12.737 3: CUL_HM set HM_3ED2FE_Dim brightAuto 32 1 1 50 20 20
2015.10.24 19:42:12.739 0: HMLAN_Send: hmlan1 S:+3ED2FE,00,01,00
2015.10.24 19:42:12.740 0: HMLAN_Send: hmlan1 S:S9AF18D52 stat: 00 t:00000000 d:01 r:9AF18D52 m:04 A011 8CF27A 3ED2FE 80012001013219001900
2015.10.24 19:42:12.910 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C938ADE6 d:FF r:FFA5 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:42:13.026 0: HMLAN_Parse: hmlan1 R:R9AF18D52 stat:0001 t:C938ADEB d:FF r:FFA5 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:42:15.911 0: HMLAN_Send: hmlan1 S:S9AF199B5 stat: 00 t:00000000 d:01 r:9AF199B5 m:04 A011 8CF27A 3ED2FE 80012001013219001900
2015.10.24 19:42:16.080 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C938BA48 d:FF r:FFA4 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:42:16.196 0: HMLAN_Parse: hmlan1 R:R9AF199B5 stat:0001 t:C938BA4D d:FF r:FFA4 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:42:21.410 0: HMLAN_Send: hmlan1 S:S9AF1AF31 stat: 00 t:00000000 d:01 r:9AF1AF31 m:04 A011 8CF27A 3ED2FE 80012001013219001900
2015.10.24 19:42:21.578 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C938CFC4 d:FF r:FFA4 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:42:21.695 0: HMLAN_Parse: hmlan1 R:R9AF1AF31 stat:0001 t:C938CFC9 d:FF r:FFA4 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:42:26.594 0: HMLAN_Send: hmlan1 S:S9AF1C370 stat: 00 t:00000000 d:01 r:9AF1C370 m:04 A011 8CF27A 3ED2FE 80012001013219001900
2015.10.24 19:42:26.769 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C938E40C d:FF r:FFA0 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:42:26.885 0: HMLAN_Parse: hmlan1 R:R9AF1C370 stat:0001 t:C938E411 d:FF r:FFA0 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:42:30.931 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.24 19:44:02.774 3: CUL_HM set HM_3ED2FE_Dim brightAuto 64 4 20 80 15 50
2015.10.24 19:44:02.777 0: HMLAN_Send: hmlan1 S:S9AF33B27 stat: 00 t:00000000 d:01 r:9AF33B27 m:05 A011 8CF27A 3ED2FE 8001400414503E8012C0
2015.10.24 19:44:02.947 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93A5BCE d:FF r:FFA3 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:44:03.063 0: HMLAN_Parse: hmlan1 R:R9AF33B27 stat:0001 t:C93A5BD3 d:FF r:FFA3 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:44:05.610 0: HMLAN_Send: hmlan1 S:S9AF34638 stat: 00 t:00000000 d:01 r:9AF34638 m:05 A011 8CF27A 3ED2FE 8001400414503E8012C0
2015.10.24 19:44:05.779 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93A66DF d:FF r:FFA3 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:44:05.895 0: HMLAN_Parse: hmlan1 R:R9AF34638 stat:0001 t:C93A66E4 d:FF r:FFA3 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:44:10.948 0: HMLAN_Send: hmlan1 S:S9AF35B12 stat: 00 t:00000000 d:01 r:9AF35B12 m:05 A011 8CF27A 3ED2FE 8001400414503E8012C0
2015.10.24 19:44:11.117 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93A7BBA d:FF r:FFAC m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:44:11.233 0: HMLAN_Parse: hmlan1 R:R9AF35B12 stat:0001 t:C93A7BBF d:FF r:FFAC m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:44:16.555 0: HMLAN_Send: hmlan1 S:S9AF370F9 stat: 00 t:00000000 d:01 r:9AF370F9 m:05 A011 8CF27A 3ED2FE 8001400414503E8012C0
2015.10.24 19:44:16.731 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93A91A8 d:FF r:FFA4 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:44:16.846 0: HMLAN_Parse: hmlan1 R:R9AF370F9 stat:0001 t:C93A91AD d:FF r:FFA4 m:02 A410 3ED2FE 8CF27A 0601000000
2015.10.24 19:44:22.375 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
brightCol requires parameter: <bright> <colVal> <duration> <ramp>
2015.10.24 19:46:47.716 3: CUL_HM set HM_3ED2FE_Dim brightCol 128 64 10 20
2015.10.24 19:46:47.720 0: HMLAN_Send: hmlan1 S:S9AF5BF76 stat: 00 t:00000000 d:01 r:9AF5BF76 m:0B A011 8CF27A 3ED2FE 8001804019000C80
2015.10.24 19:46:47.887 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93CE036 d:FF r:FFAA m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:46:48.004 0: HMLAN_Parse: hmlan1 R:R9AF5BF76 stat:0001 t:C93CE03B d:FF r:FFAA m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:46:49.493 0: HMLAN_Send: hmlan1 S:S9AF5C664 stat: 00 t:00000000 d:01 r:9AF5C664 m:0B A011 8CF27A 3ED2FE 8001804019000C80
2015.10.24 19:46:49.659 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93CE723 d:FF r:FFA9 m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:46:49.776 0: HMLAN_Parse: hmlan1 R:R9AF5C664 stat:0001 t:C93CE728 d:FF r:FFA9 m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:46:54.968 0: HMLAN_Send: hmlan1 S:S9AF5DBC5 stat: 00 t:00000000 d:01 r:9AF5DBC5 m:0B A011 8CF27A 3ED2FE 8001804019000C80
2015.10.24 19:46:55.135 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93CFC87 d:FF r:FFAE m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:46:55.252 0: HMLAN_Parse: hmlan1 R:R9AF5DBC5 stat:0001 t:C93CFC8C d:FF r:FFAE m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:47:00.546 0: HMLAN_Send: hmlan1 S:S9AF5F190 stat: 00 t:00000000 d:01 r:9AF5F190 m:0B A011 8CF27A 3ED2FE 8001804019000C80
2015.10.24 19:47:00.720 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93D1259 d:FF r:FFAD m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:47:00.837 0: HMLAN_Parse: hmlan1 R:R9AF5F190 stat:0001 t:C93D125E d:FF r:FFAD m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:47:05.353 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.24 19:48:03.998 3: CUL_HM set HM_3ED2FE_Dim brightCol 64 32 5 30
2015.10.24 19:48:04.001 0: HMLAN_Send: hmlan1 S:S9AF6E970 stat: 00 t:00000000 d:01 r:9AF6E970 m:0C A011 8CF27A 3ED2FE 8001402025800640
2015.10.24 19:48:04.169 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93E0A3D d:FF r:FFA9 m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:48:04.286 0: HMLAN_Parse: hmlan1 R:R9AF6E970 stat:0001 t:C93E0A42 d:FF r:FFA9 m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:48:05.480 0: HMLAN_Send: hmlan1 S:S9AF6EF36 stat: 00 t:00000000 d:01 r:9AF6EF36 m:0C A011 8CF27A 3ED2FE 8001402025800640
2015.10.24 19:48:05.647 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93E1003 d:FF r:FFA4 m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:48:05.764 0: HMLAN_Parse: hmlan1 R:R9AF6EF36 stat:0001 t:C93E1008 d:FF r:FFA4 m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:48:10.555 0: HMLAN_Send: hmlan1 S:S9AF70309 stat: 00 t:00000000 d:01 r:9AF70309 m:0C A011 8CF27A 3ED2FE 8001402025800640
2015.10.24 19:48:10.722 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93E23D7 d:FF r:FFAD m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:48:10.839 0: HMLAN_Parse: hmlan1 R:R9AF70309 stat:0001 t:C93E23DC d:FF r:FFAD m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:48:16.390 0: HMLAN_Send: hmlan1 S:S9AF719D4 stat: 00 t:00000000 d:01 r:9AF719D4 m:0C A011 8CF27A 3ED2FE 8001402025800640
2015.10.24 19:48:16.557 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C93E3AA3 d:FF r:FFA3 m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:48:16.674 0: HMLAN_Parse: hmlan1 R:R9AF719D4 stat:0001 t:C93E3AA8 d:FF r:FFA3 m:0A A410 3ED2FE 8CF27A 06010000
2015.10.24 19:48:21.170 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
Color-Channel, es tut sich was :)
brightAuto requires parameter: <bright> <colProg> <min> <max> <duration> <ramp>
2015.10.24 20:20:56.346 3: CUL_HM set HM_3ED2FE_Color brightAuto 20 128 5 15 8 15
2015.10.24 20:20:56.349 0: HMLAN_Send: hmlan1 S:S9B1501EB stat: 00 t:00000000 d:01 r:9B1501EB m:B1 A011 8CF27A 3ED2FE 80021480050F12C00A00
2015.10.24 20:20:56.516 0: HMLAN_Parse: hmlan1 R:R9B1501EB stat:0001 t:C95C240D d:FF r:FFA9 m:B1 8002 3ED2FE 8CF27A 0102FF0000
2015.10.24 20:20:58.438 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C95C2B8A d:FF r:FF9F m:B3 A410 3ED2FE 8CF27A 06011440
2015.10.24 20:21:13.982 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C95C6845 d:FF r:FFAE m:B4 A410 3ED2FE 8CF27A 06010000
Weiße LEDs gehen schnell an mit niedriger Helligkeit und nach 15 Sek. schnell wieder aus.
2015.10.24 20:22:11.413 3: CUL_HM set HM_3ED2FE_Color brightAuto 255 128 5 15 8 5
2015.10.24 20:22:11.417 0: HMLAN_Send: hmlan1 S:S9B162726 stat: 00 t:00000000 d:01 r:9B162726 m:B5 A011 8CF27A 3ED2FE 8002FF80050F06400A00
2015.10.24 20:22:11.584 0: HMLAN_Parse: hmlan1 R:R9B162726 stat:0001 t:C95D4955 d:FF r:FFAD m:B5 8002 3ED2FE 8CF27A 0102FF0000
2015.10.24 20:22:13.540 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C95D50F5 d:FF r:FFAC m:B7 A410 3ED2FE 8CF27A 0601FF40
2015.10.24 20:22:18.957 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C95D661F d:FF r:FFAD m:B8 A410 3ED2FE 8CF27A 06010000
Die W-LEDs bleiben 5 Sek. lang aus und leuchten dann ca. 1 Sek. mit max. Helligkeit
brightCol requires parameter: <bright> <colVal> <duration> <ramp>
2015.10.24 20:05:42.269 3: CUL_HM set HM_3ED2FE_Color brightCol 255 10 10 10
2015.10.24 20:05:42.272 0: HMLAN_Send: hmlan1 S:S9B070F4E stat: 00 t:00000000 d:01 r:9B070F4E m:72 A011 8CF27A 3ED2FE 8002FF0A0C800C80
2015.10.24 20:05:42.438 0: HMLAN_Parse: hmlan1 R:R9B070F4E stat:0001 t:C94E30D5 d:FF r:FFA4 m:72 8002 3ED2FE 8CF27A 0102FF0000
2015.10.24 20:05:44.337 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C94E383B d:FF r:FFA7 m:74 A410 3ED2FE 8CF27A 06011440
2015.10.24 20:05:54.370 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C94E5F6E d:FF r:FFB1 m:75 A410 3ED2FE 8CF27A 0601FF40
2015.10.24 20:06:04.906 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C94E8897 d:FF r:FFB0 m:76 A410 3ED2FE 8CF27A 06010000
Weiße LEDs Dimmen 10 Sek lang von 0% auf 100%, bleiben dann 10 Sek. an und gehen dann mit schnell aus.
2015.10.24 20:08:51.935 3: CUL_HM set HM_3ED2FE_Color brightCol 255 64 10 50
2015.10.24 20:08:51.937 0: HMLAN_Send: hmlan1 S:S9B09F430 stat: 00 t:00000000 d:01 r:9B09F430 m:7C A011 8CF27A 3ED2FE 8002FF403E800C80
2015.10.24 20:08:52.103 0: HMLAN_Parse: hmlan1 R:R9B09F430 stat:0001 t:C95115D6 d:FF r:FFAE m:7C 8002 3ED2FE 8CF27A 0102FF0000
2015.10.24 20:08:53.990 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C9511D30 d:FF r:FFAD m:7E A410 3ED2FE 8CF27A 06011440
2015.10.24 20:09:44.166 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C951E138 d:FF r:FFB1 m:7F A410 3ED2FE 8CF27A 0601FF40
2015.10.24 20:09:54.702 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C9520A62 d:FF r:FFB2 m:80 A410 3ED2FE 8CF27A 06010000
Weiße LEDs dimmen 60 Sekunden lang von 0% auf 100% und gehen dann schnell aus
Die Parameter verstehe ich nicht, gibt es da weitere Informationen?
Und noch der Auto-Channel:
2015.10.24 20:27:51.932 3: CUL_HM set HM_3ED2FE_Auto brightAuto 50 10 1 10 15 20
2015.10.24 20:27:51.935 0: HMLAN_Send: hmlan1 S:S9B1B594D stat: 00 t:00000000 d:01 r:9B1B594D m:C9 A011 8CF27A 3ED2FE 8003320A010A190012C0
2015.10.24 20:27:52.103 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C9627BB1 d:FF r:FFAE m:C8 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:27:52.220 0: HMLAN_Parse: hmlan1 R:R9B1B594D stat:0001 t:C9627BB6 d:FF r:FFAE m:C8 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:27:56.669 0: HMLAN_Send: hmlan1 S:S9B1B6BCB stat: 00 t:00000000 d:01 r:9B1B6BCB m:C9 A011 8CF27A 3ED2FE 8003320A010A190012C0
2015.10.24 20:27:56.838 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C9628E31 d:FF r:FFAE m:C8 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:27:56.955 0: HMLAN_Parse: hmlan1 R:R9B1B6BCB stat:0001 t:C9628E36 d:FF r:FFAE m:C8 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:28:00.848 0: HMLAN_Send: hmlan1 S:S9B1B7C1F stat: 00 t:00000000 d:01 r:9B1B7C1F m:C9 A011 8CF27A 3ED2FE 8003320A010A190012C0
2015.10.24 20:28:01.058 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C9629E84 d:FF r:FFAD m:C8 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:28:01.138 0: HMLAN_Parse: hmlan1 R:R9B1B7C1F stat:0001 t:C9629E89 d:FF r:FFAD m:C8 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:28:05.225 0: HMLAN_Send: hmlan1 S:S9B1B8D37 stat: 00 t:00000000 d:01 r:9B1B8D37 m:C9 A011 8CF27A 3ED2FE 8003320A010A190012C0
2015.10.24 20:28:05.393 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C962AF9D d:FF r:FFAC m:C8 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:28:05.510 0: HMLAN_Parse: hmlan1 R:R9B1B8D37 stat:0001 t:C962AFA2 d:FF r:FFAC m:C8 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:28:09.667 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
2015.10.24 20:39:14.894 3: CUL_HM set HM_3ED2FE_Auto brightCol 50 20 10 5
2015.10.24 20:39:14.897 0: HMLAN_Send: hmlan1 S:S9B25C51F stat: 00 t:00000000 d:01 r:9B25C51F m:A1 A011 8CF27A 3ED2FE 8003321406400C80
2015.10.24 20:39:15.062 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C96CE7F6 d:FF r:FFAF m:A0 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:39:15.179 0: HMLAN_Parse: hmlan1 R:R9B25C51F stat:0001 t:C96CE7FB d:FF r:FFAF m:A0 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:39:18.274 0: HMLAN_Send: hmlan1 S:S9B25D251 stat: 00 t:00000000 d:01 r:9B25D251 m:A1 A011 8CF27A 3ED2FE 8003321406400C80
2015.10.24 20:39:18.475 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C96CF529 d:FF r:FFAE m:A0 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:39:18.559 0: HMLAN_Parse: hmlan1 R:R9B25D251 stat:0001 t:C96CF52E d:FF r:FFAE m:A0 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:39:22.396 0: HMLAN_Send: hmlan1 S:S9B25E26B stat: 00 t:00000000 d:01 r:9B25E26B m:A1 A011 8CF27A 3ED2FE 8003321406400C80
2015.10.24 20:39:22.563 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C96D0544 d:FF r:FFB0 m:A0 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:39:22.680 0: HMLAN_Parse: hmlan1 R:R9B25E26B stat:0001 t:C96D0549 d:FF r:FFB0 m:A0 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:39:28.096 0: HMLAN_Send: hmlan1 S:S9B25F8AF stat: 00 t:00000000 d:01 r:9B25F8AF m:A1 A011 8CF27A 3ED2FE 8003321406400C80
2015.10.24 20:39:28.263 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:C96D1B89 d:FF r:FFAF m:A0 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:39:28.380 0: HMLAN_Parse: hmlan1 R:R9B25F8AF stat:0001 t:C96D1B8E d:FF r:FFAF m:A0 A410 3ED2FE 8CF27A 06010000
2015.10.24 20:39:32.880 1: Missing Ack bei Device: HM_3ED2FE
nichts passiert
ramp und ontime sollten klar sein. Zeit die man das Licht noch dimmt und verweildauer "on"
Bright ist offensichtlich die Helligkeit.
Im Automatic Kanal kann man m.E. programme hinterlegen, bis zu 255. Diese kann man dann mit einem Tastendruck ausführen. Also einem Peer zuordnen. Das Programm ist dimme von % bis % und bleibe dort x sec (0 ist übrigens unendlich)
Dann sollte sich colorprogramm und colorValue unterscheiden.
Du solltest erst einmal mit dem Color Kanal spielen. Der AutoKanal ist m.e. ein Speicher für Automaticprogrammen, die man duch einen tastendruck (peer) auslösen kann.
Colorval sollte also die Farbtemperatur sein
Hallo,
ich habe weiter rumprobiert im Color-Channel und folgendes herausgefunden:
brightCol requires parameter: <bright> <colVal> <duration> <ramp>
Es gibt eine Ramp-Phase, in der die LEDs von 0% hochgedimmt werden und anschließend eine Duration-Phase, in der sie mit konstanter Helligkeit angeschaltet bleiben. Nach der Duration-Phase dimmen die LEDs innnerhalb von 1 Sekunde auf 0%. Die LED-Farbe ist in allen Phasen gleich.
bright regelt die Helligkeit in der Duration-Phase und geht von 0 (=0%) bis 200 (=100%)
colVal regelt die Farbe in der Ramp- und Duration-Phase und geht von 0 bis 200
0 = Rot
66 = Grün
133 = Blau
199 = Rot
200 = Weiß
Weiß zusammen mit R, G oder B hab ich nicht hinbekommen. Bei Werten über 200 kann ich danach keine andere Farbe mehr auswählen, vermutlich also nicht zulässig. Werte dazwischen ergeben Mischfarben, z.B. 15 = Gelb, 150 = Lila
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 ("timer value to low")
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.
brightAuto requires parameter: <bright> <colProg> <min> <max> <duration> <ramp>
bright regelt die Helligkeit, analog zu brightCol
colProg regelt die Farbe, analog zu colVal in brightCol
min dimmt die LEDs innerhalb von <min> Sekunden von 0% bis <bright>. Die Anlerntaste blinkt während dessen regelmäßig 2x kurz und 1x lang. Bei min = 0 sind die LEDs sofort an.
Das funktioniert scheinbar nur, wenn max = 0 ist. Bei max > 0 gehen die LEDs sofort an, egal was bei min eingetragen ist.
max Ich habe verschiedene Werte ausprobiert und keine Effekte festgestellt... Keine Ahnung was das macht.
duration Ich habe Werte zwischen 0 und 300 probiert. Bei 0 kommt "Timer value too low", bei Werten zwischen 1 und 300 habe ich keine Änderungen festgestellt. Keine Ahnung was der Parameter verändert.
ramp definiert, wie lange die LEDs nach der Hochdim-Phase (vgl. <min>) angeschaltet bleiben (in Sekunden), z.B. 5 = Die LEDs gehen nach 5 Sekunden aus. Bei 0 passiert nichts. Während der Ramp-Zeit blinkt die Anlerntaste regelmäßig 1x lang.
brightCol ist ziemlich klar, bei brightAuto hab ich noch ein paar Fragezeichen im Kopf... vielleicht funktioniert das in Abhängigkeit von den Programmen, die man im Auto-Channel definiert.
Habe mir auch gerade einen bestellt, ist ja bald Weihnachten :) Bei ehomeportal angeblich auf Lager (falls auch jemand Interesse hat).
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.
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
Meiner ist nun auch da, falls noch Infos benötigt werden
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
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.
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 :)
probiere colChangeSpeed
war im falschen Kanal
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?
Nach anleitung ist die mesage die gleiche. Den Unterschied kann ich nicht sehen
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?
logge da einmal. 3600 und 3700 vielleicht stimmt die Berechnung nicht.
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
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...
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
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 (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 0Wird aber nur quittiert mit:
timer value to lowAlso duration muss >0 sein. Das hier funktioniert, aber eben nur 100 Millisekunden lang ^^
set wz_lightLedStripe_Color brightCol 200 150 0.1 0Zitat 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 100set wz_lightLedStripe_Dim pct 50 100set wz_lightLedStripe_Dim pct 50
ja, stimmt. 0000 ist ausgeblendet. hm...
bei deinem Device ist 0000 gleich "unendlich", bei anderen war das - meine ich - nicht erlaubt.
ich habe das geändert, sollte jetzt in SVN sein.
Bei brightCol im Color-Kanal funktioniert duration=0 jetzt, d.h. die LEDs bleiben dauerhaft an. Im Autokanal mit brightAuto klappt es jedoch nicht, d.h. bei duration=0 bleiben die LEDs aus:
2015.11.15 17:47:20.897 3: CUL_HM set HM_3ED2FE_Auto brightAuto 100 4 0 0 0 0
2015.11.15 17:47:20.901 0: HMLAN_Send: hmlan1 S:S0C0B3A94 stat: 00 t:00000000 d:01 r:0C0B3A94 m:22 A011 8CF27A 3ED2FE 81036404000000000000
2015.11.15 17:47:21.067 0: HMLAN_Parse: hmlan1 R:R0C0B3A94 stat:0001 t:453352EF d:FF r:FFD1 m:22 8002 3ED2FE 8CF27A 0103000000
2015.11.15 17:47:22.935 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:45335A36 d:FF r:FFD1 m:23 A410 3ED2FE 8CF27A 06020B00
Peering hab ich erfolgreich durchgeführt:
Die folgenden Befehle peeren die ersten 3 Tasten (=Kanäle) eines Homematic 6-fach Tasters (HM-PB-6-WM55) mit den 3 Kanälen des RGBW-Controllers:
set taster.btn.01 peerChan 0 rgbw_Dim single set
set taster.btn.02 peerChan 0 rgbw_Color single set
set taster.btn.03 peerChan 0 rgbw_Auto single set
Die Bedienung ist in etwa wie auf S. 12+13 der Anleitung beschrieben (http://files.elv.de/Assets/Produkte/14/1419/141952/Downloads/141952_rgbw_controller_um.pdf).
Der Dim-Channel funktioniert noch nicht so wirklich. Daher hab ich mal mitgesnifft, was passiert, wenn ich mit dem gepeerten Taster von 0% hochdimme (d.h. Taste lange gedrückt lassen):
2015.11.15 18:22:24.072 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D44E7 d:FF r:FFCD m:2A 8440 397339 3ED2FE 411E
2015.11.15 18:22:24.338 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D45F2 d:FF r:FFCD m:2B 8440 397339 3ED2FE 411E
2015.11.15 18:22:24.605 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D46FD d:FF r:FFCD m:2C 8440 397339 3ED2FE 411E
2015.11.15 18:22:24.872 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D4808 d:FF r:FFCD m:2D 8440 397339 3ED2FE 411E
2015.11.15 18:22:25.140 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D4914 d:FF r:FFCD m:2E 8440 397339 3ED2FE 411E
2015.11.15 18:22:25.407 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D4A1F d:FF r:FFCD m:2F 8440 397339 3ED2FE 411E
2015.11.15 18:22:25.674 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D4B2A d:FF r:FFCD m:30 8440 397339 3ED2FE 411E
2015.11.15 18:22:25.941 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D4C35 d:FF r:FFCD m:31 8440 397339 3ED2FE 411E
2015.11.15 18:22:26.208 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D4D40 d:FF r:FFCD m:32 8440 397339 3ED2FE 411E
2015.11.15 18:22:26.475 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D4E4B d:FF r:FFCD m:33 8440 397339 3ED2FE 411E
2015.11.15 18:22:26.742 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001D4F56 d:FF r:FFCA m:34 A040 397339 3ED2FE 411E
2015.11.15 18:22:26.867 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:001D4FD3 d:FF r:FFCF m:34 8002 3ED2FE 397339 0101644000
2015.11.15 18:22:37.777 3: CUL_HM set HM_3ED2FE_Dim statusRequest
2015.11.15 18:22:37.780 0: HMLAN_Send: hmlan1 S:S0C2B87A3 stat: 00 t:00000000 d:01 r:0C2B87A3 m:35 A001 8CF27A 3ED2FE 010E
2015.11.15 18:22:37.943 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:001D7B17 d:FF r:FFCF m:35 A410 3ED2FE 8CF27A 0601640000
2015.11.15 18:22:38.059 0: HMLAN_Parse: hmlan1 R:R0C2B87A3 stat:0001 t:001D7B1C d:FF r:FFCF m:35 A410 3ED2FE 8CF27A 0601640000
So sieht es aus, wenn ich dann durch langen Tastendruck auf 0% runterdimme:
2015.11.15 18:23:14.461 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E09C6 d:FF r:FFCC m:35 8440 397339 3ED2FE 411F
2015.11.15 18:23:14.728 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E0AD1 d:FF r:FFCC m:36 8440 397339 3ED2FE 411F
2015.11.15 18:23:14.995 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E0BDC d:FF r:FFCC m:37 8440 397339 3ED2FE 411F
2015.11.15 18:23:15.262 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E0CE7 d:FF r:FFCC m:38 8440 397339 3ED2FE 411F
2015.11.15 18:23:15.530 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E0DF3 d:FF r:FFCC m:39 8440 397339 3ED2FE 411F
2015.11.15 18:23:15.797 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E0EFE d:FF r:FFCC m:3A 8440 397339 3ED2FE 411F
2015.11.15 18:23:16.064 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E1009 d:FF r:FFCC m:3B 8440 397339 3ED2FE 411F
2015.11.15 18:23:16.331 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E1114 d:FF r:FFCD m:3C 8440 397339 3ED2FE 411F
2015.11.15 18:23:16.598 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E121F d:FF r:FFCD m:3D 8440 397339 3ED2FE 411F
2015.11.15 18:23:16.865 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E132A d:FF r:FFCD m:3E 8440 397339 3ED2FE 411F
2015.11.15 18:23:17.131 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E1435 d:FF r:FFCD m:3F 8440 397339 3ED2FE 411F
2015.11.15 18:23:17.398 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E1540 d:FF r:FFCD m:40 8440 397339 3ED2FE 411F
2015.11.15 18:23:17.668 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E164B d:FF r:FFCD m:41 8440 397339 3ED2FE 411F
2015.11.15 18:23:17.932 0: HMLAN_Parse: hmlan1 R:E397339 stat:0000 t:001E1756 d:FF r:FFC8 m:42 A040 397339 3ED2FE 411F
2015.11.15 18:23:18.059 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:001E17D4 d:FF r:FFD0 m:42 8002 3ED2FE 397339 0101000000
2015.11.15 18:23:29.010 3: CUL_HM set HM_3ED2FE_Dim statusRequest
2015.11.15 18:23:29.013 0: HMLAN_Send: hmlan1 S:S0C2C4FC4 stat: 00 t:00000000 d:01 r:0C2C4FC4 m:43 A001 8CF27A 3ED2FE 010E
2015.11.15 18:23:29.176 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:001E4341 d:FF r:FFD0 m:43 A410 3ED2FE 8CF27A 0601000000
2015.11.15 18:23:29.292 0: HMLAN_Parse: hmlan1 R:R0C2C4FC4 stat:0001 t:001E4346 d:FF r:FFD0 m:43 A410 3ED2FE 8CF27A 0601000000
Vielleicht hilft das ja, die Dim-Befehle nachzurüsten...
Die bekannte Dinge habe ich im Wiki zusammengefasst, dann ist es etwas übersichtlicher:
http://www.fhemwiki.de/wiki/HM-LC-RGBW-WM_Funk-RGBW-Controller
Klasse, kann ich bestätigen:
duration von 0 klappt jetzt bei brightCol im Color-Kanal.
Aber:
Dafür scheint ramp jetzt nicht mehr zu funktionieren: Egal was ich bei ramp angebe (also auch bei Werten >0), es wird immer sofort (ohne ramp) geschaltet.
HM ... Mist. Muss ich schauen
Hallo zusammen,
inzwischen habe ich den RGBW-Controller produktiv eingebaut. Das funktioniert soweit auch erstmal, allerdings hab ich u.a. noch das Problem, dass beim Ein/Ausschalten im Dim-Kanal "set_on" bzw. "set_off" als Status zurückgemeldet wird...
Ich habe das mitgesnifft:
2015.11.29 21:24:03.066 3: CUL_HM set dim.og.sz_Dim on
2015.11.29 21:24:03.069 0: HMLAN_Send: hmlan1 S:S54EAA84C stat: 00 t:00000000 d:01 r:54EAA84C m:1E A011 8CF27A 3ED2FE 0201C80000
2015.11.29 21:24:03.232 0: HMLAN_Parse: hmlan1 R:R54EAA84C stat:0001 t:2B08BFBE d:FF r:FFC3 m:1E 8002 3ED2FE 8CF27A 0101C84000
2015.11.29 21:24:11.104 3: CUL_HM set dim.og.sz_Dim off
2015.11.29 21:24:11.108 0: HMLAN_Send: hmlan1 S:S54EAC7B2 stat: 00 t:00000000 d:01 r:54EAC7B2 m:1F A011 8CF27A 3ED2FE 0201000000
2015.11.29 21:24:11.270 0: HMLAN_Parse: hmlan1 R:R54EAC7B2 stat:0001 t:2B08DF26 d:FF r:FFC2 m:1F 8002 3ED2FE 8CF27A 0101000000
Nabend, ich hab heute auch mein Gerät bekommen und zusammen gebaut, aber dann ist die Freude doch eher gedämpft worden.
Wie findet ihr das Teil so? Ich bin nicht überzeugt. Erst mal pfeifft das Gerät bei mir wie verrückt und dann sind die Farbabstufungen ja extrem schlecht. Bei dem langsamen Faden merkt man ja jeden Sprung vom feinsten. Ich werde morgen mal mein Oszi auspacken und schauen mit wie viel Herz die überhaupt das PWM takten, ich finde das flimmert auch irgendwie, das scheint mit unter 1 kHz zu sein.
Da lobe ich mir ja die panStamp Variante, auch wenn diese genug andere Macken hat. Aber so ganz überzeugt bin ich ehrlich gesagt nicht von der HM Version.
Aber das ist nur mein erster Eindruck, ich werde die Tage mal mit spielen.
Gruß
Daniel
da war noch eine Lücke (schande).
Jetzt sollten die Dimmerwerte verarbeitet werden. Das ganze "dimmer" coding ist nun aktiv.
Bitte prüfen, dass die anderen Kanäle kein Problem machen, sonst muss ich nachlegen. Ist die Frage, welche acks von denenkommen können.
Es gibt jetzt auch ein dim reading - wenn der dimmer noch hoch oder runter läuft.
Wie seht ihr das: Was sind die Vorteile von dem Homematic-LED-Dimmer ggü. ähnlichen China-Dimmern?
Ich frage, weil ich jetzt sowohl den Homematic- als auch einen LD382-Dimmer hier habe und ich da im Moment keinen Vorteil bei Homematic sehe. Sogar eher die Nachteile, dass er teurer ist, keine Android/IPhone-App had und den Weiß-Kanal mMn nicht separat ansteuern kann.
Kleine Info am Rande, also das PWM arbeitet mit 490Hz. Grenzwertig.
/Daniel
Wie verhält sich den der Controller bei Spannungsunterbrechung?
- Gibt es eine Memory Funktion, welche den letzten Betriebszustand speichert und wiederherstellt?
- wie lange dauert es bis nach dem anlegen der Spannung 1.) die LEDs leuchten, 2.) das Teil per homematic ansprechbar ist?
- hat schon jemand den Color picker mit dem Teil in Betrieb genommen?
Danke & Gruß
Mirko
Irgendetwas passt da für den Controller in der Unterstützung noch nicht, für den DIM-Kanal müsste es ja auch noch Befehle geben!
Kann man eigentlich nicht über den Weg das man Register direkt in fhem beschreibt bestimmte Farben und Weiß ansteuern?
Zitat@microby
- wie lange dauert es bis nach dem anlegen der Spannung 1.) die LEDs leuchten, 2.) das Teil per homematic ansprechbar ist?
Geht bin ich der Meinung sofort!
Hat es schon jemand hinbekommen, den Controller mit einem notify ein und auf eine bestimmte Farbe zu schalten?
Zitat von: ext23 am 03 Dezember 2015, 20:55:35
Nabend, ich hab heute auch mein Gerät bekommen und zusammen gebaut, aber dann ist die Freude doch eher gedämpft worden.
Wie findet ihr das Teil so? Ich bin nicht überzeugt. Erst mal pfeifft das Gerät bei mir wie verrückt und dann sind die Farbabstufungen ja extrem schlecht. Bei dem langsamen Faden merkt man ja jeden Sprung vom feinsten. Ich werde morgen mal mein Oszi auspacken und schauen mit wie viel Herz die überhaupt das PWM takten, ich finde das flimmert auch irgendwie, das scheint mit unter 1 kHz zu sein.
Bei den Farbabstufungen gebe ich Dir recht, da sehe ich wirklich deutliche Unterschiede zwischen den Farben. Aber auch bei den Helligkeitswerten sind die Unterschiede sichtbar. Das könnte wirklich schöner sein.
Ein Pfeifen konnte ich aber nicht feststellen, der Controller ist bei mir absolut ruhig (egal ob ein- oder ausgeschaltet oder welches Programm läuft). Als Netzteil nutze ich ein Meanwell LPF-90-24 und als Stripes habe einen RGB-Stripe 24 Volt, SMD5050, 60 LEDs/m und einen Warmweißen Stripe (2700 K) mit 24 Volt, SMD3528, 120 LEDs/m dran.
Ein Flimmern kann ich nicht sehen.
Zitat von: cpet am 15 Januar 2016, 19:13:27
Irgendetwas passt da für den Controller in der Unterstützung noch nicht, für den DIM-Kanal müsste es ja auch noch Befehle geben!
Der geht bei mir auch nicht (außer on und off).
Zitat von: oli82 am 19 Januar 2016, 14:58:59
Hat es schon jemand hinbekommen, den Controller mit einem notify ein und auf eine bestimmte Farbe zu schalten?
Versuche mal erst die Farbe festzulegen und ihn dann einzuschalten (hier z.B. Weiß mit max. Helligkeit):
set dim.og.sz_Color brightCol 200 200 5 0,
set dim.og.sz_Dim on
Zitat von: All-Ex am 19 Januar 2016, 18:06:20
Versuche mal erst die Farbe festzulegen und ihn dann einzuschalten (hier z.B. Weiß mit max. Helligkeit):
set dim.og.sz_Color brightCol 200 200 5 0,
set dim.og.sz_Dim on
So geht es. hatte "set dim.og.sz_Dim dim 80" anstatt "set dim.og.sz_Dim on".
Danke
gibts hier eigentlich irgendwo eine gute doku über die befehle zum controller? das wiki ist sehr dürftig
wie kann man zb die programme abspielen?
kann es sein das die integration noch so fast garnicht funktionier? die eingabe der meisten befehl bring ein MISSING ACK. infache sachen wie on/off/getconfig funktionieren sauber danach aber sauber
zb im dim-chn pct 80 bringt missing ack. nich in allen channels gehen alle befehle, sollte ggf bereinigt werden (im dim-chn zb brightCol entfernt, bringt auch missing ack wenn es nicht im color-channel gemacht wird)
sehe ich das richtig oder ist das nur beimir so?
Da ich kein device habe und die Beschreibung von hm nie komplett ist kann es natürlich so sein. Die messages bei den unterschiedlichen Kommandos sind interessant und könnten weiter helfen.
Am besten loggen
werde ich die tage mal machen, danke
wie bekomme ich das raus was du benötigst?
ich habe den hmusb mal den pc geklemmt und den rgb-controller angelernt. da sehe ich ja nur die parametertabelle...
ich könnte den aktor mit einer fb peeren da man damit ja alles steuern kann aber die sendet ja auch nur short / long
welche befehle das fhem-modul generiert weiss t du ja auch.
also wie kann ich die korekten befehle erfaasen?
Wir sollten Kanal für Kanal die Kommandos durchgehen (also erst einmal du). Was geht ist erst einmal OK, was nicht geht sehen wir uns an. Du logst, klar.
Danach eine Liste erstellen, was noch nicht geht. Das versuchen wir dann zu implementieren - wie immer durch nachdenken, testen, vergleichen.
Wäre gut, wenn du eine Liste der Funktionen erstellt die wir der Reihe nach abhalten können. Das kann später ins wiki als Anleitung.
hallo martin, anbei die testergebnisse.
laut anleitung seite 12/13/14 (http://files.elv.de/Assets/Produkte/14/1419/141952/Downloads/141952_rgbw_controller_um.pdf) sollte der
dim-channel (kanal helligkeit bei eq3) können: on, off, dim_up, dim_down
color-channel (kanal farbe bei eq3) können: farbkreisdurchgehen
auto-channel (kanal automatik bei eq3) können: automode on, automode off, switch durch die programme
die ergebnisse zeigen dass
- im dim-channel on/off gehen, das dimmen (pct, up, down) aber noch nicht. brightAuto/brightCol sollten im dim-channel entfernt werden da in dem channel auch laut anleitung nicht möglich.
stop geht zwar, macht aber keinen sinn finde ich das es kein start gibt und auch kein e programme in disem channel gestartet/gesteuert werden
- im color-channel brightCol wie im wiki beschriben geht, brightAuto müsste als befehl entfernt werden
- im auto-channel brightAuto wie im wiki beschriben geht (nur duration 0 ist nicht möglich da bleibt das ding aus). brightCol müsste als befehl entfernt werden. hier gibt es sicher noch einen forward/back funktion (der in der anleitug beschriebene switch durch die programme)
kannst du die Erfolge zusammenfassen? Du siehst es - ich muss alles rekonstruieren.
Zitat-bright- -colProg- -min- -max- -duration- -ramp-
offensichtlich funktioniert die duration. Rampe hast du nicht eingegeben.
color porgramm kenne ich nicht.
min-max - da sollte man evtl eine Rampe einstellen, damit er von min nach max fahren kann.
So ist es schwierig zu folgen.
Wenn etwas geht, einfach beschreiben - das will ich nicht aus den Logs lesen.
ok.
was geht im dim-channel:
set on, set off hier fehlt die ( wiki-beschreibung )
was geht im color-channel:
brightCol <bright> <colVal> <duration> <ramp> mit allen möglichen optionen. ( wiki passt also )
was geht im auto-channel:
brightAuto <bright> <colProg> <min> <max> <duration> <ramp> geht soweit wie beschrieben es geht auch ramp mit 0, sowie mit wert. duration 0 mit ram 0 macht in der tat keinen sinn da die led gleich auf 100% der definierten helligkeit gehen und das program läuft nur 0 sekungen nach dem ramp erreicht ist. ich ging davon aus das duration 0 im automode auch die led's dauerhaft an lässt wie bei brightCol
Nicht viel was nicht geht.
Was im ein channel noch gehen soll - unklar.
Was kannst du nun nicht?
Ich hätte erwartet, dass nachnduration ausgeschaltetmwird
was meiner meinung nach fehlt / sinnvoll wäre
- funktionen aus der set-list zu nehmen die im channel nicht vorhanden sind
- dann was laut produktbeschreibung gehen soll: bis zu 100 Profile erstell- und speicherbar : hier wäre in erfahrung zu bringen wie sie aussehn können un dwie sie im device gespeichert werden können
- set percent im dim-channel (dim-channel ohne dim-funktion macht wenig sinn ;D ) / dim up , dim down
Was Chris geschrieben hat, kann ich bestätigen. Ich habe das Wiki mit den bekannten und funktionierenden Befehlen aktualisiert: http://www.fhemwiki.de/wiki/HM-LC-RGBW-WM_Funk-RGBW-Controller#Betrieb_mit_FHEM
@Martin: Hilft es Dir, wenn ich die Raw-Messages sniffe, welche gepeerte Taster mit den einzelnen Kanälen des RGB-Controllers austauschen?
Ein Hochdimmen vom ausgeschalteten Zustand auf 65% mittels gepeertem Taster gibt z.B. dies:
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
der Log zeigt einen "long-press" und der Dimmer Kanal 1 antwortet mit
TimedOn
level 65%
mehr ist nicht drin.
Das getConfig ist schon geloggt - die Register müssten also funktionieren.
Was geht kann ich jetzt im Wiki lesen.
Was geht nicht/nicht zufuedenstellend?
Hab ich bereits geschrieben
Zitat von: chris1284 am 15 Februar 2016, 21:41:47
was meiner meinung nach fehlt / sinnvoll wäre
- funktionen aus der set-list zu nehmen die im channel nicht vorhanden sind
- dann was laut produktbeschreibung gehen soll: bis zu 100 Profile erstell- und speicherbar : hier wäre in erfahrung zu bringen wie sie aussehn können un dwie sie im device gespeichert werden können
Direktes Dimmer geht nicht
- set percent im dim-channel (dim-channel ohne dim-funktion macht wenig sinn ;D ) / dim up , dim down
OK.
Also die Kommandos sind soweit komplett.
Die profile werden wahrscheinlich(hoffentlich) über Register gespeichert.
Weisst du, welche Parameter ein profil haben kann? Ist dies Farbe von bis, Helligkeit von bis und die Zeit des Übergangs?
Oder ist es nur "bis" und von ist der aktuelle wert? Also von aktuell bis "neu"? Steht das in der Anleitung?
Im Handbuch steht nichts zu benutzerdefinierten Programmen. Ich bin mir nicht sicher, ob das überhaupt möglich ist.
In der Anleitung wird zwischen Programm und Profil unterschieden.
Bei den Programmen ist nur davon die Rede, dass die vordefinierten Programme (Farbverlauf, Lagerfeuer, Wasserfall, TV-Simulation) auswählbar sind.
Zu den Profilen steht, dass bis zu 100 gespeichert werden können. Damit ist aber wohl nur gemeint, dass ein Profil eines der vorgegebenen Programme inkl. Konfiguration (z.B. Geschwindigkeit, Min und Maxwerte für den durchlaufenden Farbkreis) bzw. Funktionen der Homeatic-Zentrale (z.B. Treppenhauslicht, Einschlaflicht, Blinklicht, ...) definiert. Dieses eingestellte Profil kann dann z.B. mit einem gepeerten Taster direkt aufgerufen werden.
Ich lese da nicht raus, dass man selbst komplett neue Programme definieren kann.
@Martin: Danke für Deinen Einsatz, werde ich testen.
Zitat von: All-Ex am 21 Februar 2016, 11:09:08
Im Handbuch steht nichts zu benutzerdefinierten Programmen.
seite 13 meine ich ist genau das. und die 100 speicherbaren profile stehen in jeder produkbeschreibung zum lc
ZitatBis zu 100 Profile erstell- und speicherbar
ZitatFür Kanal 3 (Automatik) kann z. B. folgender Konfigurationsparameter verändert werden:
-Geschwindigkeit Farbwechsel: Einheit s/U (Sekunden pro Durchgang)
Diese Einstellung wirkt sich auch auf die direkte Verknüpfung aus! Die Einstellmöglich sind sehr umfangreich und selbsterklärend auf der WebUI dargestellt
das bild stellt sich für mich so dar wie zb ein switch konfiguriert wird bei empfang eines short einer remote. diese einstellunegn werden auch im switch hinterlegt
also.... ich entferne:
HM-LC-RGBW-WMdimmer brightCol
brightAuto
HM-LC-RGBW-WMColor brightAuto
HM-LC-RGBW-WMAuto brightCol
in der "Beschreibung" steht ganz klar, dass man speichern kann - bis zu 255 werte. Das Kommando zum Speichern ist aber identisch zum Setzen/Anwenden.
Meine Vermutung:
Es scheint mir besonders tricky. Es gibt eine Abhängigkeit zwischen dem Color und den Auto Kommando. Ich sehe nur eine Programmnummern im Auto Kommando. Vielleicht sollte man hier anfangen.
(alles Vermutung)
- set auto brightAuto 20 10 30 60 20 40 # definiert ein Programm (und führt es aus)
- set auto brightAuto 20 10 # führt prog 10 aus
Brightness steht vor der Programmnummer - muss also eingegeben werden
test:
set auto brightAuto 20 10 30 60 20 40 # definiert ein Programm (und führt es aus)
set auto brightAuto 40 11 10 40 10 5 # definiert ein Programm (und führt es aus)
set auto brightAuto 50 10 # führt prog 10 aus
set auto brightAuto 60 11 # führt prog 11 aus
color kann man auch speichern. aber wie..... es hat keine Nummer im Kommando. Also muss es an der Programmnummer des auto hängen. Man kann also erst auto setzen, dann color. dann kann man hoffen, dass die Color zusammen mit dem Auto unter Programmnummer des Auto Komandos abgelegt wird.
set auto brightAuto 20 10 30 60 20 40 # definiert ein Programm (und führt es aus)
set colo brightCol 20 90 5 20 # definiert color ???
set auto brightAuto 40 11 10 40 10 5 # definiert ein Programm (und führt es aus)
set colo brightCol 90 40 30 40 # definiert color ???
set auto brightAuto 50 10 # führt prog 10 aus
set auto brightAuto 60 11 # führt prog 11 aus
Die option parameter nicht zu setzen habe ich gerade eingecheckt.
Sollte das ganze klappen werden wir ein Kommando "set program" (in der Art) festlegen und die programme ähnlich der Register in HMInfo speichern/laden. Analog der templates.
Lesen kann an die Programme m.e. nicht
teste einmal, logge entsprechend.
habe eben ein update durchgeführt und danach dein commit (https://sourceforge.net/p/fhem/code/10901/) manuell reinkopiert.
fhem.pl 10769 2016-02-08 12:11:51Z rudolfkoenig
10_CUL_HM.pm 10901 2016-02-21 14:08:39Z martinp876
98_HMinfo.pm 10901 2016-02-21 14:08:39Z martinp876
Test 1:
2016.02.21 16:09:09.193 3: CUL_HM set dim.dg.sz_Auto brightAuto 200 10 30 60 20 40
2016.02.21 16:09:09.196 0: HMLAN_Send: hmlan1 S:S04608C1D stat: 00 t:00000000 d:01 r:04608C1D m:11 A011 8CF27A 3ED2FE 8103C80A1E3C32001900
2016.02.21 16:09:09.362 0: HMLAN_Parse: hmlan1 R:R04608C1D stat:0001 t:05DE8F68 d:FF r:FFC2 m:11 8002 3ED2FE 8CF27A 01030A4000
2016.02.21 16:09:11.281 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:05DE96E2 d:FF r:FFC2 m:13 A410 3ED2FE 8CF27A 06011440
2016.02.21 16:09:51.370 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:05DF3382 d:FF r:FFC0 m:14 A410 3ED2FE 8CF27A 0601C840
2016.02.21 16:10:11.317 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:05DF8170 d:FF r:FFC1 m:15 A410 3ED2FE 8CF27A 0602C800
2016.02.21 16:10:11.851 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:05DF8386 d:FF r:FFC2 m:16 A410 3ED2FE 8CF27A 06030000
2016.02.21 16:10:12.383 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:05DF859B d:FF r:FFC1 m:17 A410 3ED2FE 8CF27A 06010000
Die Tasten des Controllers blinken wie im Wiki angegeben (Während der Programmlaufzeit blinkt die Automatiktaste regelmäßig 1x lang. Während der Duration-Phase blinkt die Helligkeittaste regelmäßig 1x lang, während der Ramp-Phase blinkt die Helligkeittaste regelmäßig 2x kurz und 1x lang) . Die LEDs bleiben jedoch aus und blitzen nur ganz am Ende des Programms kurz auf. Vermutlich wird das Programm ausgeführt, hat aber keinen (sinnvollen) Inhalt.
Test 2:
Wenn ich erst brightAuto sende und während der Programmdauer brightCol, stoppt das Programm:
2016.02.21 16:17:15.427 3: CUL_HM set dim.dg.sz_Auto brightAuto 200 10 30 60 20 40
2016.02.21 16:17:15.431 0: HMLAN_Send: hmlan1 S:S0467F778 stat: 00 t:00000000 d:01 r:0467F778 m:1F A011 8CF27A 3ED2FE 8103C80A1E3C32001900
2016.02.21 16:17:15.597 0: HMLAN_Parse: hmlan1 R:R0467F778 stat:0001 t:05E5FB15 d:FF r:FFC2 m:1F 8002 3ED2FE 8CF27A 01030A4000
2016.02.21 16:17:17.547 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:05E602AE d:FF r:FFC2 m:21 A410 3ED2FE 8CF27A 06011440
2016.02.21 16:17:18.102 3: CUL_HM set dim.dg.sz_Color brightCol 20 90 5 20
2016.02.21 16:17:18.104 0: HMLAN_Send: hmlan1 S:S046801EA stat: 00 t:00000000 d:01 r:046801EA m:22 A011 8CF27A 3ED2FE 8002145A19000640
2016.02.21 16:17:18.307 0: HMLAN_Parse: hmlan1 R:R046801EA stat:0001 t:05E605AB d:FF r:FFC2 m:22 8002 3ED2FE 8CF27A 01025A0000
2016.02.21 16:17:20.153 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:05E60CDD d:FF r:FFC2 m:25 A410 3ED2FE 8CF27A 06011440
2016.02.21 16:17:20.686 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:05E60EF2 d:FF r:FFC2 m:26 A410 3ED2FE 8CF27A 06025A00
2016.02.21 16:17:21.219 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:05E61107 d:FF r:FFC3 m:27 A410 3ED2FE 8CF27A 06030000
2016.02.21 16:17:25.665 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:05E62265 d:FF r:FFC2 m:28 A410 3ED2FE 8CF27A 06010000
Test 3:
set dim.dg.sz_Auto brightAuto 200 10 bringt "brightAuto requires parameter: -bright- -colProg- -min- -max- -duration- -ramp-" Ohne die Optionen geht es nicht.
hast du auch HMConfig mitgenommen?
Habe gerade deine neuesten Commits eingebaut:
10_CUL_HM.pm 10910 2016-02-21 18:27:33Z martinp876
98_HMinfo.pm 10910 2016-02-21 18:27:33Z martinp876
HMConfig.pm 10910 2016-02-21 18:27:33Z martinp876
Den brightAuto Befehl ohne zusätzliche Parameter kann ich nun ausführen, er hat jedoch keine Wirkung am RGB-Controller, d.h. Status-LEDs am Controller und LED-Stripes bleiben aus.
2016.02.21 19:49:11.475 3: CUL_HM set dim.dg.sz_Auto brightAuto 200 10 30 60 20 40
2016.02.21 19:49:11.477 0: HMLAN_Send: hmlan1 S:S0529FF87 stat: 00 t:00000000 d:01 r:0529FF87 m:04 A011 8CF27A 3ED2FE 8103C80A1E3C32001900
2016.02.21 19:49:11.643 0: HMLAN_Parse: hmlan1 R:R0529FF87 stat:0001 t:06A80B89 d:FF r:FFC5 m:04 8002 3ED2FE 8CF27A 01030A4000
2016.02.21 19:49:13.588 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:06A8131D d:FF r:FFC6 m:06 A410 3ED2FE 8CF27A 06011440
2016.02.21 19:49:53.612 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:06A8AF7B d:FF r:FFC6 m:07 A410 3ED2FE 8CF27A 0601C840
2016.02.21 19:50:13.574 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:06A8FD79 d:FF r:FFC6 m:08 A410 3ED2FE 8CF27A 0602C800
2016.02.21 19:50:14.108 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:06A8FF8F d:FF r:FFC5 m:09 A410 3ED2FE 8CF27A 06030000
2016.02.21 19:50:14.640 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:06A901A4 d:FF r:FFC5 m:0A A410 3ED2FE 8CF27A 06010000
2016.02.21 19:50:38.083 3: CUL_HM set dim.dg.sz_Auto brightAuto 150 10
2016.02.21 19:50:38.085 0: HMLAN_Send: hmlan1 S:S052B51D6 stat: 00 t:00000000 d:01 r:052B51D6 m:0B A011 8CF27A 3ED2FE 8103960A
2016.02.21 19:50:38.464 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:06A95EB6 d:FF r:FFC5 m:0A A410 3ED2FE 8CF27A 06010000
2016.02.21 19:50:38.581 0: HMLAN_Parse: hmlan1 R:R052B51D6 stat:0001 t:06A95EBB d:FF r:FFC5 m:0A A410 3ED2FE 8CF27A 06010000
2016.02.21 19:50:43.089 0: HMLAN_Send: hmlan1 S:S052B6562 stat: 00 t:00000000 d:01 r:052B6562 m:0B A011 8CF27A 3ED2FE 8103960A
2016.02.21 19:50:43.258 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:06A97170 d:FF r:FFC5 m:0A A410 3ED2FE 8CF27A 06010000
2016.02.21 19:50:43.375 0: HMLAN_Parse: hmlan1 R:R052B6562 stat:0001 t:06A97175 d:FF r:FFC5 m:0A A410 3ED2FE 8CF27A 06010000
2016.02.21 19:50:47.165 0: HMLAN_Send: hmlan1 S:S052B754E stat: 00 t:00000000 d:01 r:052B754E m:0B A011 8CF27A 3ED2FE 8103960A
2016.02.21 19:50:47.328 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:06A98157 d:FF r:FFC5 m:0A A410 3ED2FE 8CF27A 06010000
2016.02.21 19:50:47.445 0: HMLAN_Parse: hmlan1 R:R052B754E stat:0001 t:06A9815C d:FF r:FFC5 m:0A A410 3ED2FE 8CF27A 06010000
2016.02.21 19:50:51.366 0: HMLAN_Send: hmlan1 S:S052B85B7 stat: 00 t:00000000 d:01 r:052B85B7 m:0B A011 8CF27A 3ED2FE 8103960A
2016.02.21 19:50:51.530 0: HMLAN_Parse: hmlan1 R:E3ED2FE stat:0000 t:06A991C2 d:FF r:FFC5 m:0A A410 3ED2FE 8CF27A 06010000
2016.02.21 19:50:51.647 0: HMLAN_Parse: hmlan1 R:R052B85B7 stat:0001 t:06A991C7 d:FF r:FFC5 m:0A A410 3ED2FE 8CF27A 06010000
Test 2 von zwei Posts drüber ist gleich geblieben.
PS:
Die Readings level, pct und state im Dim Channel funktionieren übrigens und liefern den korrekten Helligkeitswert zurück.
set auto brightAuto 20 10 30 60 20 40 # scheint so aber die werte passen nicht zum progrmam da bei mir einfahc das lich anblieb und dann nach 60 sek ausging
set auto brightAuto 40 11 10 40 10 5 # selbiges wie oben fabr und helligkeit bleibt einfach wie es vorher eingeschlatet war und nach dann gehts aus
set auto brightAuto 50 10 # MISSING ACK
set auto brightAuto 60 11 # MISSING ACK
die programme finde ich nebensächslich. schön und brauchbarer wäre ertsmal die einfacheren funktionen im dim-channel (dim auf lvl x , dim up , dim down)
Ich dachte dim geht. Steht schon in wiki.
Dann fangen wir hier an. Mache ein pct und logge
2016-02-25 21:05:16 CUL_HM HM_3ED2E0 CMDs_pending
2016-02-25 21:05:16 CUL_HM HM_3ED2E0_Dim level: set_50
2016-02-25 21:05:16 CUL_HM HM_3ED2E0_Dim set_50
2016-02-25 21:05:36 CUL_HM HM_3ED2E0 ResndFail
2016-02-25 21:05:36 CUL_HM HM_3ED2E0 CMDs_done_Errors:1
2016-02-25 21:05:36 CUL_HM HM_3ED2E0 MISSING ACK
Scheint nicht zu gehen. Rohmessages sind wichtiger. Geht 100?
dim 100 geht nicht.
was für eine miese implementierung. Ist das Device von eQ3 oder einem enternen Hersteller? Werden die immer schlampiger? So schlecht war das Niveau bisher nicht.
Das Kommando wird gesendet, es kommt kein ACK. Das Device sendet einen Status. Das ist schlicht ggen das Protokoll.
Noch besser: Es wird ein Level gesetzt, es kommt kein NACK, kein ACK aber ein Status mit anderen Inhalt, dem alten Wert.
Schicke einmal ein dim kommando komplett - mit Rampe und Dauer.
Vielleicht geht dies.
wie soll das gehen? aus
set HM_3ED2E0_Dim pct 80 [egal was für werte folgen]
macht cul_hm
set HM_3ED2E0_Dim pct 80
besteht die möglichkeit aus meinen komponenten (hmlan, hmusb, 2. pc) eine umgebung zu bauen wo ich den LC wie eine ccu ansteuern kann (quasi mit offiziller software) und wir die commands in fhem mitsniffen? hätte auch noch nen pi, da gabs doch mal eine ccu für wenn ich mich nicht irre
Mache ein get cmdlist. PCT hat optionale Kommandos. Ramptime, ontime. Teste und Logge es.
hallo Martin,
ich habe nun eine lxccu installiert und dort den rgbw angelernt. dort kann ich ihn nun natürlich sauber bedienen und fhem hört die meldungen mit.
dabei viel mir beim dimmen auf das fhem offenbar da etwas falsch macht. wenn ich per ccu um 10% down /up dimme meint cul_hm immer es wären xx.5 werte zb:
von 100% auf 90% cul_hm erkennt dann ein set auf 99.5 und spring dann wenn der rgbw meldet was er gestellt hat auf 90%
kannst du damit was anfangen? das ist ein dim down von 100% um 10% auf 90%
Zitat2016.03.28 16:00:47 2: CUL_HM HM_3ED2E0 attack:11F812843ED2E00201C80000,11F812843ED2E00201000000:1F812843ED2E00201B400A0
so sieht das dann im eventMonitor aus
Zitat
2016-03-28 16:05:29 CUL_HM HM_3ED2E0 sabotageAttack_ErrIoAttack cnt: 34
2016-03-28 16:05:29 CUL_HM wz_rgbled_Dim deviceMsg: 99.5 (to vccu)
2016-03-28 16:05:29 CUL_HM wz_rgbled_Dim dim: stop:99.5
2016-03-28 16:05:29 CUL_HM wz_rgbled_Dim level: 99.5
2016-03-28 16:05:29 CUL_HM wz_rgbled_Dim pct: 99.5
2016-03-28 16:05:29 CUL_HM wz_rgbled_Dim 99.5
2016-03-28 16:05:29 CUL_HM wz_rgbled_Dim timedOn: running
2016-03-28 16:05:32 CUL_HM HM_3ED2E0 CMDs_done
2016-03-28 16:05:32 CUL_HM wz_rgbled_Dim deviceMsg: 90 (to vccu)
2016-03-28 16:05:32 CUL_HM wz_rgbled_Dim dim: stop:90
2016-03-28 16:05:32 CUL_HM wz_rgbled_Dim level: 90
2016-03-28 16:05:32 CUL_HM wz_rgbled_Dim pct: 90
2016-03-28 16:05:32 CUL_HM wz_rgbled_Dim 90
2016-03-28 16:05:32 CUL_HM wz_rgbled_Dim timedOn: off
Ja, so ist das mit hm. Leider nicht alles so wie es soll, und auch immer leicht unterschiedlich.
I.a. sendet ein device in so einem Fall ein ACK mit dem aktuellen Status. Also Kommando dimmdown resp. Ack, status 100. dann (erst) startet das dimmen und es geht runter. Bei 90 ist stop und es kommt eine status message entsprechend.
In diesem Fall ist das erste Problem dass die 100 als 99.5erkannt werden. Ist ein Rundungsfehler. Bislang nicht aufgefallen, kann auch an deinem perl leigen.
Dann sehe ich ein timed on. Das gehört sich nicht. Das ist die Rampe, kein timed on. So machen es die Dimmer nicht. Und das Kommando hat ja noch nicht begonnen. Rampe noch auf Stop.
Dass kein up down zu sehen ist ist möglich. Es kommt ein status vor und einer nach der Rampe.
Sonst ist alles gut.
das heiss nun genau? was können wir tun damit der rgbw nicht nur mit der ccu sondern auch fhem sauber funktioniert?
Hallo Zusammen,
Ein paar Fragen in die Runde:
Im Wiki stehen derzeit nur 3 Kanäle, obwohl doch eigentlich 4, bzw. soweit wir derzeit herausgefunden haben doch eigentlich eher 3+1, oder?
In diesem Zusammenhang, wie wirkt sich der Mode-Selector auf die programmtechnischen Funktionen aus? Hat das bereits jemand analysiert?
HM-Verständnisfrage:
Kommen die Register über regList von "uns" oder als Antwort aus den Modul nach dem getConfig?
Wenn letzteres der Fall wäre, könnte man hier mit den Registern noch ein wenig herum probieren.
Und eine letzte:
Habe einen CUL und könnte noch einmal weiter loggen. Haben wir mit dem mehr Möglichkeiten, als mit einem HMUSB oder HMLan, um die noch fehlenden Funktionen nachzurüsten? Dabei bräuchte ich allerdings ein wenig Starthilfe und Stubser auf die richtige Doku. Lese mich gerne ein, wenn es uns weiterbringt.
Schöne Grüße,
John
ps: Danke für die Implementierung und Doku bis hier her!
Zitatobwohl doch eigentlich 4,
unklar. 3 sind dokumentiert. wo kommt der 4. her? was macht er?
ZitatKommen die Register über regList von "uns" oder als Antwort aus den Modul nach dem getConfig?
natürlich von uns. regList ist die Liste der
möglichen Register. Wobei u.a. keine FW Version berücksichtigt wird.
Reale Register siehst du in den Readings oder mit regTable. Sollte ein Wert nicht aus dem Device kommen könnte ein Eintrag in regList eben nicht in regTable erscheinen. Dann hat das Device dieses Register auch nicht.
Umgekehrt klappt das nicht. Wir lesen alle Register - aber wir können nur interpretieren, was wir kennen.
Wenn du einmal die roh-register sendest könnte ich kontrollieren, was alles kommt und wir NICHT interpretieren. Am einfachsten speicherst du die Register mit HMInfo saveConfig. Das sind alle rohdaten.
ZitatWenn letzteres der Fall wäre, könnte man hier mit den Registern noch ein wenig herum probieren.
Du kannst alle rohdaten selbst schreiben. geben die Addresse, den peer und de Liste an und den Wert, den du setzen willst. Steht alles zu Verfügung.
CUL bietet nicht mehr Möglichkeinten. Wir sehen alles notwendige in beiden Fällen
Zitatunklar. 3 sind dokumentiert. wo kommt der 4. her? was macht er?
ich denke er meint als "4. channel" das device.... er hat nur 3 channel (egal ob fhem oder ccu2)
LoL, so kann man bei den einfachsten Dingen aneinander vorbeireden. Danke für die Klärung!
Ja, ich meinte 4 RGB-Kanäle und nicht die 3 HM-Kanäle. Und ich wunder mich schon... ::)
Hier ein saveConfig -d -f FL_LED. Ich das wirklich alles, oder hab ich den Filter falsch gesetzt?
#======== store device data:FL_LED === from: 2016-04-09 19:58:04
#--- entity:FL_LED
setreading FL_LED D-firmware 1.0
setreading FL_LED D-serialNr MEQxxxxxxx
set FL_LED regBulk RegL_00. 02:01 05:05 0A:29 0B:A0 0C:65 18:00 00:00 #2016-04-09 12:39:37
# timestamp of the readings for reference
# 2016-04-09 12:39:37 :RegL_00.
#--- entity:FL_LED_Auto
# Peer Names:
set FL_LED_Auto peerBulk 00000000,#1900-01-01 00:00:01
set FL_LED_Auto regBulk RegL_01. 08:00 A7:0A 00:00 #2016-04-09 12:39:41
# timestamp of the readings for reference
# :peerList
# 2016-04-09 12:39:41 :RegL_01.
#--- entity:FL_LED_Color
# Peer Names:
set FL_LED_Color peerBulk 00000000,#1900-01-01 00:00:01
set FL_LED_Color regBulk RegL_01. 08:00 A4:64 A5:64 A6:64 00:00 #2016-04-09 12:39:40
# timestamp of the readings for reference
# :peerList
# 2016-04-09 12:39:40 :RegL_01.
#--- entity:FL_LED_Dim
# Peer Names:
set FL_LED_Dim peerBulk 00000000,#1900-01-01 00:00:01
set FL_LED_Dim regBulk RegL_01. 00:00 #2016-04-09 12:39:38
# timestamp of the readings for reference
# :peerList
# 2016-04-09 12:39:38 :RegL_01.
======= finished ===
Die SN würde ich hier ungern plain stehen haben wollen, bei Bedarf lasse ich sie Dir gerne per PN zukommen.
Danke für die Erläuterung bzgl. regList und regTable. Ist es dann sinnvoll, wenn ich hier die Rückgaben der regTable poste?
Liegt Dir die Bauanleitung vor? Darin sind einige Hinweise enthalten, was zumindest gehen soll. Es macht zumindest Hoffnung, er könnte mehr, als wir bislang nutzen können, z.B. Primärfarben einzeln ansteuern.
Edith: Oder ist es das, was wir schon richtig interpretiert haben?
fhem hat alle Register definiert.
Ich kann keine peer-register sehen, da keine peers definiert sind. - logisch.
Ich würden intKeysVisib auf visib setzen. Das ist m.E. immer hilfreich und erleuchtend. dann noch einmal ein getConfig.
ZitatLiegt Dir die Bauanleitung vor?
nein - hast du eine?
in den Registern kann ich nicht erkennen, dass Farben einzenl angesteuert werden können. Falls diese in einem Byte/word kodiert vorliegen (gut möglich) kann ich das nicht sehen.
Zitat von: martinp876 am 10 April 2016, 15:17:38
nein - hast du eine?
Yupp, würde ich Dir gerne per Mail zukommen lassen, da noch nirgends veröffentlicht, bräuchte dazu allerdings Deine Mailadresse.
Nach der Lektüre und ein wenig Probiererei hab ich auch verstanden, was der Selektor macht...
Der Controller tut leider recht verschlossen:
set FL_LED regSet intKeysVisib visib
intKeysVisib failed: supported register are pairCentralset FL_LED_Dim regSet intKeysVisib visib
intKeysVisib failed: supported register are lgActionTypeDim lgCtDlyOff lgCtDlyOn lgCtOff lgCtOn lgCtRampOff lgCtRampOn lgCtValHi lgCtValLo lgDimJtDlyOff lgDimJtDlyOn lgDimJtOff lgDimJtOn lgDimJtRampOff lgDimJtRampOn lgDimMaxLvl lgDimMinLvl lgDimStep lgMultiExec lgOffDly lgOffDlyBlink lgOffDlyNewTime lgOffDlyOldTime lgOffDlyStep lgOffLevel lgOffTime lgOffTimeMode lgOnDly lgOnDlyMode lgOnLevel lgOnLvlPrio lgOnMinLevel lgOnTime lgOnTimeMode lgRampOffTime lgRampOnTime lgRampSstep pairCentral shActionTypeDim shCtDlyOff shCtDlyOn shCtOff shCtOn shCtRampOff shCtRampOn shCtValHi shCtValLo shDimJtDlyOff shDimJtDlyOn shDimJtOff shDimJtOn shDimJtRampOff shDimJtRampOn shDimMaxLvl shDimMinLvl shDimStep shMultiExec shOffDly shOffDlyBlink shOffDlyNewTime shOffDlyOldTime shOffDlyStep shOffLevel shOffTime shOffTimeMode shOnDly shOnDlyMode shOnLevel shOnLvlPrio shOnMinLevel shOnTime shOnTimeMode shRampOffTime shRampOnTime shRampSstepset FL_LED_Color regSet intKeysVisib visib
intKeysVisib failed: supported register are lgActHsvCol pairCentral shActHsvCol waBlue waGreen waRedset FL_LED_Auto regSet intKeysVisib visib
intKeysVisib failed: supported register are colChangeSpeed lgActColPrgm lgActMaxBoarder lgActMinBoarder pairCentral shActColPrgm shActMaxBoarder shActMinBoarderIch werde den Controller mal mit einer FB peeren und dann mach ich nochmal einen saveConfig.
saveConfig mit gepeerter FL_FB: (HM-RC-8)
#======== store device data:FL_LED === from: 2016-04-10 17:08:36
#--- entity:FL_LED
setreading FL_LED D-firmware 1.0
setreading FL_LED D-serialNr MEQxxxxxxx
setreading FL_LED .D-devInfo 030200
setreading FL_LED .D-stc 10
set FL_LED regBulk RegL_00. 02:01 05:05 0A:29 0B:A0 0C:65 18:00 27:60 00:00 #2016-04-10 17:03:32
# timestamp of the readings for reference
# 2016-04-10 17:03:32 :RegL_00.
#--- entity:FL_LED_Auto
# Peer Names:FL_FB_Btn_05,FL_FB_Btn_06,
set FL_LED_Auto peerBulk 00000000,33747C05,33747C06,#2016-04-10 17:02:36
set FL_LED_Auto regBulk RegL_01. 08:00 A7:0A 00:00 #2016-04-10 17:04:02
set FL_LED_Auto regBulk RegL_03.FL_FB_Btn_05 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 0D:63 0E:20 0F:C9 10:14 11:C9 12:0A 13:05 14:05 15:00 16:C8 17:0A 18:0A 19:04 1A:04 2F:00 30:00 31:FF 32:FF 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:01 8B:64 8C:66 8D:63 8E:20 8F:C9 90:14 91:C9 92:0A 93:05 94:05 95:00 96:C8 97:0A 98:0A 99:04 9A:04 AF:00 B0:FE B1:FF B2:FF 00:00 #2016-04-10 17:02:56
set FL_LED_Auto regBulk RegL_03.FL_FB_Btn_06 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 0D:63 0E:20 0F:C9 10:14 11:C9 12:0A 13:05 14:05 15:00 16:C8 17:0A 18:0A 19:04 1A:04 2F:00 30:02 31:FF 32:FF 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:01 8B:13 8C:33 8D:63 8E:20 8F:C9 90:14 91:C9 92:0A 93:05 94:05 95:00 96:C8 97:0A 98:0A 99:04 9A:04 AF:00 B0:FD B1:FF B2:FF 00:00 #2016-04-10 17:03:00
# timestamp of the readings for reference
# FL_FB_Btn_05,FL_FB_Btn_06, :peerList
# 2016-04-10 17:04:02 :RegL_01.
# 2016-04-10 17:02:56 :RegL_03.FL_FB_Btn_05
# 2016-04-10 17:03:00 :RegL_03.FL_FB_Btn_06
#--- entity:FL_LED_Color
# Peer Names:FL_FB_Btn_03,FL_FB_Btn_04,
set FL_LED_Color peerBulk 00000000,33747C03,33747C04,#2016-04-10 17:02:34
set FL_LED_Color regBulk RegL_01. 08:00 A4:62 A5:5A A6:4C 00:00 #2016-04-10 17:04:01
set FL_LED_Color regBulk RegL_03.FL_FB_Btn_03 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 0D:63 0E:20 0F:C9 10:14 11:C9 12:0A 13:05 14:05 15:00 16:C8 17:01 18:0A 19:04 1A:04 2F:FE 30:00 31:FF 32:FF 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:26 8B:64 8C:66 8D:63 8E:20 8F:C9 90:14 91:C9 92:0A 93:05 94:05 95:00 96:C8 97:01 98:0A 99:04 9A:04 AF:FE B0:00 B1:FF B2:FF 00:00 #2016-04-10 17:02:48
set FL_LED_Color regBulk RegL_03.FL_FB_Btn_04 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 0D:63 0E:20 0F:C9 10:14 11:C9 12:0A 13:05 14:05 15:00 16:C8 17:01 18:0A 19:04 1A:04 2F:FD 30:00 31:FF 32:FF 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:26 8B:13 8C:33 8D:63 8E:20 8F:C9 90:14 91:C9 92:0A 93:05 94:05 95:00 96:C8 97:01 98:0A 99:04 9A:04 AF:FD B0:00 B1:FF B2:FF 00:00 #2016-04-10 17:02:52
# timestamp of the readings for reference
# FL_FB_Btn_03,FL_FB_Btn_04, :peerList
# 2016-04-10 17:04:01 :RegL_01.
# 2016-04-10 17:02:48 :RegL_03.FL_FB_Btn_03
# 2016-04-10 17:02:52 :RegL_03.FL_FB_Btn_04
#--- entity:FL_LED_Dim
# Peer Names:FL_FB_Btn_01,FL_FB_Btn_02,
set FL_LED_Dim peerBulk 00000000,33747C01,33747C02,#2016-04-10 17:02:32
set FL_LED_Dim regBulk RegL_01. 08:00 00:00 #2016-04-10 17:04:00
set FL_LED_Dim regBulk RegL_02. #2016-04-10 17:05:17
set FL_LED_Dim regBulk RegL_03.FL_FB_Btn_01 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:64 0E:20 0F:00 10:14 11:C8 12:0A 13:05 14:05 15:00 16:C8 17:0A 18:0A 19:04 1A:04 2F:00 30:00 31:FF 32:FF 81:00 82:00 83:00 84:32 85:64 86:00 87:0A 88:00 89:FF 8A:A5 8B:44 8C:54 8D:64 8E:20 8F:00 90:14 91:C8 92:0A 93:05 94:05 95:00 96:C8 97:0A 98:0A 99:04 9A:04 AF:00 B0:00 B1:FF B2:FF 00:00 #2016-04-10 17:02:40
set FL_LED_Dim regBulk RegL_03.FL_FB_Btn_02 01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:12 0C:22 0D:23 0E:20 0F:00 10:14 11:C8 12:0A 13:05 14:05 15:00 16:C8 17:0A 18:0A 19:04 1A:04 2F:00 30:00 31:FF 32:FF 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:24 8B:12 8C:22 8D:23 8E:20 8F:00 90:14 91:C8 92:0A 93:05 94:05 95:00 96:C8 97:0A 98:0A 99:04 9A:04 AF:00 B0:00 B1:FF B2:FF 00:00 #2016-04-10 17:02:44
# timestamp of the readings for reference
# FL_FB_Btn_01,FL_FB_Btn_02, :peerList
# 2016-04-10 17:04:00 :RegL_01.
# 2016-04-10 17:05:17 :RegL_02.
# 2016-04-10 17:02:40 :RegL_03.FL_FB_Btn_01
# 2016-04-10 17:02:44 :RegL_03.FL_FB_Btn_02
======= finished ===
Wie in der Bauanleitung beschrieben, lassen sich über die ersten beiden Tasten die Helligkeit steuern, über die mittleren die Farbe und über die dritte das Programm, obwohl beim letzteren mir die Logic noch nicht ganz klar ist.
Was könnte ich denn noch tun?
Zitat von: joshi04 am 10 April 2016, 17:13:32
Wie in der Bauanleitung beschrieben, lassen sich über die ersten beiden Tasten die Helligkeit steuern, über die mittleren die Farbe und über die dritte das Programm, obwohl beim letzteren mir die Logic noch nicht ganz klar ist.
Mit Kanal 3 schaltest Du die Programme durch, vgl. S. 12+13 der Bedienungsanleitung: http://files.elv.de/Assets/Produkte/14/1419/141952/Downloads/141952_rgbw_controller_um.pdf
sieht alles so weit gut aus.
was ist jetzt noch offen. Klar ist nach Anleitung was die 3 Kanäle machen - das sollte man programmieren können. Man braucht für den vollausbau 6 Tasten. Natürlich kann man das wie bei allen peers kombinieren und reduzieren.
Offen ist die Frage, wie man Programme festlegt. dass kann man mit der CCU machen. Aber das ist nicht beschrieben.
Fassen wir zusammen: Kanal 1 macht helligkeit. Hier sollten auc Kommandos zu Verfügung stehen. geht das? Fehlt etwas?
Kanal2 mache "farbe". man sollte hier eine Farbe einstellen können. Da es ein farbkreis ist wird ein Wert bis 255 eingestellt. Klappt alles?
Evtl sollte man eine "rampe" fahren können und somit eine Farbwechsel starten. Klappts?
Kanal 3 wählt ein Automatikprogramm aus. Man sollte eine Nummer eingeben können. Klappt dies?
Nun ist noch offen, wie man ein Programm definiert. Das wäre am besten, wenn man es einmal bei einer CCU macht und mit FHEM loggt. Damit sollte es einfach nachzubauen sein.
zu 1:
set <device> pct, set <device> up, set <device> down fehlen, wie im wiki schon steht
zu 2:
hier evtl auch ein set <device> up, set <device> down (so machts die fb, bei knopfdruck ein stück weiter im kreis) sowie direktes setzen der farbe (einfachkeit halber OHNE <bright> <duration> <ramp> mit anzugeben). quasie set <device> <colVal>
zu 3:
ja aber wie bei color wäre es ohne <bright> <min> <max> <duration> <ramp> schön. quasi set <device> <colProg>
das wäre es in fhem genau so umgesetzt wie es in der ccu2 / mit der fb funktioniert
das definieren vonm programmen kann ich in der lxccu die woche mal testen
Da bleibt nicht mehr viel zu ergänzen, ggf., dass der Farbkreis von 1-199 geht und bei 200 ohne Übergang direkt auf weiß springt.
Darüber hinaus heißt es in der Bauanleitung, ein separates einstellen der Primärfarben soll über "die Zentrale" möglich sein.
Und, ich habe leider keine CCU o.ä.
bei kanal 1 sollte es alles schon geben. up down sind da!?
Bei Kanal 2 wird es schwierig, nur colval anzugeben. In die Message müsen die anderen Parameter - denke ich. keine Ahnung was passiert, wenn die nicht kommen. Zumindest kann man kein eLücken in der Message lassen.
Up-Down könnte man sich überlegen, wenn man die Parameter weglassen kann. mal sehen.
Zumindest Brightness ist immer geforert...
Zitat von: martinp876 am 10 April 2016, 20:34:09
bei kanal 1 sollte es alles schon geben. up down sind da!?
befehle sind da, gehen aber nicht. ebenso die pct befehle, die gehen auch nicht. sie laufen auf ein missing ack
ZitatZumindest kann man kein eLücken in der Message lassen.
dann würde ich die fehlenden parameter immer aus den inst-werten nehmen. zb bei einer farbwertänderung immer die aktuelle helligkeit usw einfach dazu fügen.
Gibt es schon irgendwelche neuen Erkenntnisse ?
Mir fehlt es an einer CCU2 um weiter sniffen zu können. Meine Möglichkeiten mit Controller, Fernbedienung und HM-Lan scheinen ausgeschöpft. Martin fehlt der Controller.
Was mM derzeit fehlt ist jemand mit CCU2 und Controller, der die Kommunikation entsprechend Martin zur weiteren Analyse und Implementierung liefern könnte.
Mein Bruder hat eine CCU2, wenn mir jemand beschreiben könnte wie man genau mit loggen muss bzw. kann,
dann könnte ich das mit Ihm sicherlich mal probieren.
Leider habe ich nicht ganz soviel Erfahrung :-\
Du nimmst dein fhem system mit io und startest es bei deinem Bruder. Dann schaltest du sniffen ein wie im wiki beschrieben. Und dann Schalter dein Bruder. Du notierstwann er was gemacht hat. Dann kann man es im Log zuordnen.die hmids nicht vergessen.
Spezialist bin ich darin leider auch nicht aber ich hoffe, es liest jemand mit, der das im Fall der Fälle korrigieren kann. Daher das folgende nur reine Theorie:
mM nach sollte eine entsprechende Umgebung optimalster Weise folgendermaßen aussehen:
- Möglichst nur die Definition für den HMLan, keine anderen HM_Komponenten, deren Nachrichten man nachträglich aus dem Log aussortieren müsste.
- Der Controller ist mit der CCU2 gepaired.
- Das sniffen hat man entsprechend Wiki konfiguriert: http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen (http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen). Eigentlich würde ich vermuten, dass damit alle Nachrichten, die der HMLan empfängt geloggt werden, d.h. ob die HMId übereinstimmt oder nicht, müsste egal sein. Eine theoretische AES Signierung der CCU2 sollte deaktiviert sein (wie erwähnt, hab keine CCU2).
- Zum schnellen bereinigen des Logs richtet man sich einen cmdalias ein: http://www.fhemwiki.de/wiki/Cmdalias#dellog (http://www.fhemwiki.de/wiki/Cmdalias#dellog)
- Und richtet sich das zum schnellen Zugriff noch als menuentry ein: attr WEB menuEntries restart,cmd=shutdown+restart,update,cmd=update,update check,cmd=update+check,reread config,cmd=rereadcfg fhem.cfg,clear log,cmd=dellog
- Alle Möglichkeiten der Steuerung von der CCU2 an den Controller einzeln notieren und den entsprechende Logeinträge zuordnen.
Kann dieses Vorgehen bitte jemand bestätigen, der damit praktische Erfahrungen hat, bevor cpet sich die Arbeit mit seinem Bruder macht? Am Ende muss sowieso Martin damit etwas anfangen können.
Edith: Sorry, das hat sich überschnitten. Aber ich sehe schon, Martin schaut berets drauf. :)
noch mal die Edith:
Wo ich mir das gerade noch einmal durch den Kopf gehen lasse, den ersten Punkt kannst Du damit umgehen, indem Du die Nachrichten auf die ID im Attribut logIDs einschränkst.
Danke erstmal, damit sollte ich klarkommen ;)
jetzt muss ich nur mal schauen wann ich meinen Bruder dazu bewegt bekomme mal mit seiner CCU2
vorbei zu schauen ;D
ansonsten lxccu nutzen. brauchst du halt nen io und einen pi
Hallo liebe Experten :D
ich habe jetzt mal ein bisschen mit geloggt und eine Excel-Datei mit Screenshots von den Einstellungen in der CCU2
und Log Daten sowohl von der CCU2 als auch von FHEM erstellt.
Ich hoffe das reicht so aus sonst bitte noch einmal Bescheid geben, ich weiß allerdings nicht ob ich die CCU2 morgen
noch hier habe, ich glaube mein Bruder möchte Sie schnellstmöglich zurück haben ;)
Den Test habe ich nur über Befehle in der CCU2 durchgeführt!
Hallo alle zusammen.
Ich heiße Andre, und habe mich eben hier registriert um mal eine Frage loszuwerden.
Mein Fhem läuft nun schon seit mehreren Wochen super und deswegen habe ich mir mal, zusätzlich zu einer Milight-Bridge und 2 RGBW-Controllern den HM-LC-RGBW-WM gekauft.
Soweit läuft das Teil bei mir auch, aber ich kenne es von den Milight Teilen das wenn ich den Toggle-Befehl benutze immer zwischen AUS und letzter Helligkeits-/Farbwert umgeschaltet wird.
Wenn ich also 10% Helligkeit und Rot eingestellt habe und dann Toggle und nochmal Toggle dann gehen die Milight-Controler AUS und wieder mit 10% Rot an.
Beim HM-LC-RGBS-WM stelle ich im Color-Canal "set <device> brightCol 10 0 0 0 ein und ich erhalte 10% Rot, dauerhaft an.
Wenn ich jetzt Toggle dann geht das Licht aus, Toggle ich dann nochmal, geht das Licht mit 100% Rot an.
Das ist doch so nicht gewollt, oder?????
Ich hoffe ich habe mich verständlich ausgedrückt!!!
Gruß, Andre.
Hallo bytexxx,
die Integration des HM-LC-RGBW-WM in FHEM ist leider noch nicht ganz korrekt, deshalb bitte noch etwas Geduld.
Hallo zusammen
kann ich zwei Wünsche äußern ?
Bitte Slider für Farben und Helligkeit einbauen.
LG
Stefan
Zitat von: cpet am 01 Mai 2016, 21:25:48
Hallo liebe Experten :D
ich habe jetzt mal ein bisschen mit geloggt und eine Excel-Datei mit Screenshots von den Einstellungen in der CCU2
und Log Daten sowohl von der CCU2 als auch von FHEM erstellt.
Ich hoffe das reicht so aus sonst bitte noch einmal Bescheid geben, ich weiß allerdings nicht ob ich die CCU2 morgen
noch hier habe, ich glaube mein Bruder möchte Sie schnellstmöglich zurück haben ;)
Den Test habe ich nur über Befehle in der CCU2 durchgeführt!
Hallo Martin,
konntest du hiermit schon etwas anfangen, oder ist es nicht ausführlich genug, sonst kann ich gerne noch einmal tätig werden ;-)
Gruß
Christian
das log ist (fast) gut.
also prinzipiell genau das was ich brauche..... aber....
warum hast du immer nur einen Parameter durchdekliniert?
Fangen wir mit "level" an. Wenn ich es korrekt sehe hast du die Rampenzeit mit unterschiedlichesten Werten probiert. Keine Änderung bei Pegel. Verweildauer ungenutzt (also nicht in der message), ausschaltzeitverzögerung (interessiert mich sehr) fehlt.
Du hast also
Level:rampOn, onTime, level, offDelay, flash, rampOff
alles einmal ausprobieren und loggen - in genau dieser Form. Kleine Pausen damit ich die messages zuordnen kann.
Dann Kanal 2: Welche Farben hast du probiert? Ich sehe nur einen wert, der sich ändert. Was hast du eingestellt? Ist nicht zu identifizieren.
Kanal3: kann man etwas anderes als die Gescwindigkeit einstellen? Ich sehen in den Logs werte von 0 bis 9. was hast du gemacht?
Gibts hier schon irgendwelche neuen Erkenntnisse???
Hallo,
ich habe auch mal eine Frage dazu. Wie kann ich das Teil vernünftig mit Slider oder Colorpicker bedienen ?
Colorpicker selber gibt aber nur den Farbwert zurück und der ist nicht 0-100. Ein Slider (pct) gibt auch nur einen Wert aus. Es werden ja mindestens 3 Werte - Helligkeit, Farbe, Zeit - benötigt. Wie kann man das im WebIf realisieren ?
Gruß Christoph
Hallo,
ich wollte auch wieder einmal fragen, ob sich schon etwas Neues ergeben hat?
Danke
Chipmunk
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.
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
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.
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.
kannst du einmal sniffen wenn du die Farben änderst? und Brightness? Mir ist unklar ob das Device dies meldet - wäre hilfreich
zu a) pct klappt nicht:
set rgbw_dim on: ok
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
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:
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:
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 ...
am we könnte ich mich hinsetzen und sie signale der ccu2 mitschneiden
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
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
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
Kannst du loggen was mit fb passiert?
Als wichtigstes fehlt mir im Dim Channel der set <device> pct Befehl. Ich hatte hier schonmal gesnifft, was das mit einem gepeertem Taster passiert:
Zitat von: All-Ex am 20 Februar 2016, 14:54:02
Ein Hochdimmen vom ausgeschalteten Zustand auf 65% mittels gepeertem Taster gibt z.B. dies:
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
das ist nur ein long press. Der Kanal 01 ist also programmiert und reagiert darauf. Das ist schon implementiert. Hilft nicht weiter.
Hallo Martin,
welche Logs helfen denn weiter?
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.
Ich wiederhole mich mal (ungern, aber ...): Martin hat recht. Das Modul lässt sich über gepeerte Tasten, auch virtuelle einer vccu, einwandfrei steuern, aber eben nur in den per Tastendruck vorgesehenen Funktionen. Die set-Prozedur im Dim- und Color-Channel soll(t)en das nachbilden, was man mit einer CCU direkt programmieren kann. Helfen kann also nur, wer eine angelernte CCU besitzt und deren Funkverkehr mit dem Modul mitlauschen kann...
Zitat von: Pfriemler am 19 November 2016, 21:51:15
Helfen kann also nur, wer eine angelernte CCU besitzt und deren Funkverkehr mit dem Modul mitlauschen kann...
wurd ebereits gemacht aber offenbar hilft das nicht ...
Auch auf die Gefahr hin, sich hier noch einmal zu wiederholen, ich denke, Martin bräuchte folgende Informationen:
- Einen gepairten Controller mit einer CCU2
- Einen CUL, der Nachrichten mitloggt
- Für jeden Steuerungsbefehl, der von der CCU2-Oberfläche an den Controller gesandt wird, die eindeutige Korrelation zur entsprechend geloggten Funknachricht
Die Nachrichten einer gepeerten Fernbedienung sind nicht ausreichend, da die Information, welche Funktion im Controller damit gesteuert wird, ja erst im Controller selbst verarbeitet wird.
Sollte ich falsch liegen, korrigiert mich bitte.
Ich habe leider weder CUL noch CCU2 und kann daher ebenfalls nur hoffen, dass sich ein Besitzer aller drei Dinge erbarmt.
Zitat von: joshi04 am 25 November 2016, 19:27:17
Auch auf die Gefahr hin, sich hier noch einmal zu wiederholen, ich denke, Martin bräuchte folgende Informationen:
- Einen gepairten Controller mit einer CCU2
- Einen CUL, der Nachrichten mitloggt
- Für jeden Steuerungsbefehl, der von der CCU2-Oberfläche an den Controller gesandt wird, die eindeutige Korrelation zur entsprechend geloggten Funknachricht
ich wiederhole mich: das ist geschehen --> Autor: chris1284 « am: 25 Oktober 2016, 19:03:38 » alle befehle die in der ccu abzusetzen gingen wurden per cul mitgeschnitten
da es darauf keine antwort gab ob die log hilfreich waren oder etwas fehlt / verbessert werden kann, kann man lange spekulieren was evtl von wem benötigt wird
Mist - ich meine Du hast Recht.
Ich hatte Hoffnung, dass dies nicht vollständig gewesen sei, entschuldige. Das hatte sich wohl nur in meiner Erinnerung festgesetzt.
Aber mal von der anderen Seite geschaut
Zitat von: martinp876 am 19 November 2016, 19:38:43
was fehlt mus geloggt werden.
...
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.
Was dann für Martin vielleicht hilfreich wäre, wenn man zusammenfasst, was geht und was gehen sollte aber nicht geht.
Aber ich werde mich jetzt zurückhalten, da ich an dieser Baustelle derzeit offensichtlich nichts sinnvolles beitragen kann; ich nicht weiß, was die Zentrale kann oder wie die Funktionen aussehen und entsprechend was passieren soll.
Damit man aber nicht suchen muss nochmal der Link zu Deinen Logs:
Zitat von: chris1284 am 25 Oktober 2016, 19:03:38
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
So. Angeblich fehlt noch was, aber geloggt wurde es bereits am 25. Oktober.
Jetzt müsste wohl Martin bitte mal sagen, was ihm wirklich fehlt zur Lösung der offenen Fragen...
Solange halten wir den Fred oben ;D
nun, kann ich nicht sehen.
In den Logs am 25.10. sehe ich, was ich schicke. Aber nicht, was eine CCU schicken würden.
zu a) Es scheint alles zu klappen. Mein Kommando pct habe ich eine kleine Verbesserung eingebaut - evtl braucht es hier eine Ramptime - ist jetzt drin.
zu b) die Werte werden jetzt in % anzugeben. Also 0..100
Zu c) habe ich noch keine erkenntnisse. Muss mal eine Stunde leuchten lassen.
Was ist noch offen? Schon lange her....
Ah, Bewegung.
Martin, ich nehme an, Du beziehst Dich mit a) bis c) auf diesen meinen Beitrag. (https://forum.fhem.de/index.php/topic,39719.msg499534.html#msg499534)
Im Prinzip waren das meine wesentlichen Punkte.
Teste ich gern morgen aus, wird wohl mit dem regulären Update dann kommen, oder?
Und zu
ZitatIn den Logs am 25.10. sehe ich, was ich schicke. Aber nicht, was eine CCU schicken würden.
Ich dachte, chris1284 hat die Einstellversuche via CCU2 mit sein CUL geloggt und in diesem (https://forum.fhem.de/index.php/topic,39719.msg509912.html#msg509912)Beitrag angehängt ...?
Hat er zumindest auch ein paar Beiträge weiter oben, also hier (https://forum.fhem.de/index.php/topic,39719.msg528524.html#msg528524) bekräftigt.
???
ja, sollte morgen im update sein.
nein, die Logs waren schwierig...nanoCUL ist nicht komplett zu verstehen - für mich.
Aber wenn dies alles war - da hätte ich schneller sein sollen. ... ich dachte es ist noch mehr offen.
Wie gesagt, das mit 3600sec... muss ich noch testen.
Hallo,
ich habe mal einen ColorPicker für das Ding zusammengebastelt:
define colorInit notify global:INITIALIZED {use Color}
define RGB_Picker dummy
attr RGB_Picker devStateIcon {my $icon=Color_devStateIcon(ReadingsVal($name,"rgb","000000"));;$icon=~s/on/light_light_dim_100/;;$icon}
attr RGB_Picker readingList hue
attr RGB_Picker setList hue:colorpicker,HUE,0,0.5,100
attr RGB_Picker stateFormat hue
attr RGB_Picker userReadings rgb {my $hue=ReadingsVal($name,"hue","0");;($hue eq "100")?"FFFFFF":Color::hsv2hex(($hue/100),1,1)}
attr RGB_Picker webCmd hue
define RGB_Picker_notify notify RGB_Picker:hue.* { fhem "set RGB_Color brightCol " . ReadingsVal('RGB_Dim','level',100) . " " . ReadingsVal($NAME,'hue',100) . " 0 0" }
Im Notify wird der Color- und Dim-Channel des Geräts referenziert, hier RGB_Color bzw. RGB_Dim. Diese müssen auf die entsprechenden Namen des echten Geräts angepasst werden.
EDIT: Funktioniert erst mit Martins Änderungen morgen.
Viele Grüße
Michael
Hallo Martin,
Zitat von: martinp876 am 27 November 2016, 18:17:02
ja, sollte morgen im update sein.
nein, die Logs waren schwierig...nanoCUL ist nicht komplett zu verstehen - für mich.
Ich habe mal mitgesniffed, was passiert, wenn man in der CCU2-Oberfläche rumklickt (siehe Anhang).
Das ist dabei passiert:
50% Helligkeit:
2016-11-27 22:59:48.357: 0E 36 A0 11 211CC8 3ED374 02016400A0 (SET)
2016-11-27 22:59:48.483: 0E 36 80 02 3ED374 211CC8 0101014000 (ACKinfo)
Programm 1 aktivieren:
2016-11-27 23:00:25.907: 0E 40 A0 11 211CC8 3ED374 02030100A0 (SET)
2016-11-27 23:00:26.032: 0E 40 80 02 3ED374 211CC8 0103010000 (ACKinfo)
Programm 6 aktivieren:
2016-11-27 23:00:38.742: 0E 49 A0 11 211CC8 3ED374 02030600A0 (SET)
2016-11-27 23:00:38.867: 0E 49 80 02 3ED374 211CC8 0103060000 (ACKinfo)
Programmmodus beenden:
2016-11-27 23:00:59.743: 0E 52 A0 11 211CC8 3ED374 02030000A0 (SET)
2016-11-27 23:00:59.921: 0E 52 80 02 3ED374 211CC8 0103000000 (ACKinfo)
Abschalten:
2016-11-27 23:04:10.617: 0E 65 A0 11 211CC8 3ED374 02010000A0 (SET)
2016-11-27 23:04:10.741: 0E 65 80 02 3ED374 211CC8 0101624000 (ACKinfo)
100% Helligkeit:
2016-11-27 23:04:30.595: 0E 03 A0 11 211CC8 3ED374 0201C800A0 (SET)
2016-11-27 23:04:30.721: 0E 03 80 02 3ED374 211CC8 0101014000 (ACKinfo)
Programm 1 aktivieren:
2016-11-27 23:04:58.863: 0E 0D A0 11 211CC8 3ED374 02030100A0 (SET)
2016-11-27 23:04:58.989: 0E 0D 80 02 3ED374 211CC8 0103010000 (ACKinfo)
Programm 6 aktivieren:
2016-11-27 23:05:31.549: 0E 16 A0 11 211CC8 3ED374 02030600A0 (SET)
2016-11-27 23:05:31.674: 0E 16 80 02 3ED374 211CC8 0103060000 (ACKinfo)
Abschalten:
2016-11-27 23:05:44.450: 0E 1F A0 11 211CC8 3ED374 02010000A0 (SET)
2016-11-27 23:05:44.575: 0E 1F 80 02 3ED374 211CC8 0101C74000 (ACKinfo)
Farbe auf rot setzen:
2016-11-27 23:09:35.227: 0E 70 A0 11 211CC8 3ED374 02020000A0 (SET)
2016-11-27 23:09:35.353: 0E 70 80 02 3ED374 211CC8 0102000000 (ACKinfo)
Helligkeit auf 100% setzen:
2016-11-27 23:09:57.795: 0E 79 A0 11 211CC8 3ED374 0201C800A0 (SET)
2016-11-27 23:09:57.920: 0E 79 80 02 3ED374 211CC8 0101014000 (ACKinfo)
Farbe auf weiss setzen:
2016-11-27 23:10:18.765: 0E 03 A0 11 211CC8 3ED374 0202C800A0 (SET)
2016-11-27 23:10:18.890: 0E 03 80 02 3ED374 211CC8 0102C80000 (ACKinfo)
Interessant ist wohl das aktivieren der Programme ohne Duration, Birghtness, Ramptime, etc. und das direkte ändern der Farbe ohne die Helligkeit anzupassen.
@Martin: Kannst Du bitte (wenn möglich) auch ein Reading und Set "hue" oder "color" im Color-Channel hinzufügen, welches die Farbe angibt bzw. setzt? Dann kann man das mit einem colorpicker (wie die slider bei level) verknüpfen (Reading und Set-Befehl müssen dafür gleich heissen) :-)
Viele Grüße
Michael
Zitat von: martinp876 am 27 November 2016, 18:17:02
ja, sollte morgen im update sein.
Super! Die Befehle "pct" "up" und "down" im Dim-Channel funktionieren nun :-)
Danke!
Alex
Hallo,
habe mal die Implementierung des RGB-Controllers vervollständigt (Patch hängt an)
Mit richtig gesetzten webCmd (colProgram bzw. color bzw. pct:on:off) bekommt man auch Regler im Webinterface (siehe angehängtes Bild).
Viele Grüße
Michael
Werde die Kommandos an Wochenende vervollstaendigen
Zitat von: mgernoth am 29 November 2016, 12:04:15
habe mal die Implementierung des RGB-Controllers vervollständigt (Patch hängt an)
Astrein. Funktioniert bei mir 1a. Vielen Dank!
Hallo Michael,
vielen Dank für den Colorpicker - klappt super. Mein Dank geht natürlich auch an Martin für seine Arbeit an der CUL_HM
Gruß Christoph
Zitat von: mgernoth am 29 November 2016, 12:04:15
Hallo,
habe mal die Implementierung des RGB-Controllers vervollständigt (Patch hängt an)
Mit richtig gesetzten webCmd (colProgram bzw. color bzw. pct:on:off) bekommt man auch Regler im Webinterface (siehe angehängtes Bild).
Viele Grüße
Michael
Hi,
bin leider nicht so erfahren, wie setzt man die webCmd eigentlich dafür?
Viele Grüße
Christian
Wenn Du den Patch erfolgreich installiert hast, findest Du in den drei Kanälen die von mgernoth genannten Kommandos. Ich habe im Dim-Channel als webCmd-Attribut zudem noch up und down hinzugefügt zum 10%-stufigen Dimmen: "pct:on:up:down:off". colProgramm gehört dann zu _Auto und color zu _Color. Muss ich noch genauer werden?
Auch von mir Danke an Martin für die Vorarbeit und vorab für das finale Einpflegen.
Hi,
vielen Dank noch mal an Alle, hab es jetzt gecheckt ;)
und alles läuft:
so, CUL_HM endlich nachgetragen.
Hallo Martin,
Zitat von: martinp876 am 03 Dezember 2016, 19:40:12
so, CUL_HM endlich nachgetragen.
Vielen Dank, funktioniert :-)
Viele Grüße
Michael
Hallo,
wie bekommt man diese Auswahl bei RGB_Auto hin?
Gruß Christoph
attr RGB_Auto webCmd colProgram?
geht nich gips nich
im DIM-Channel : webCmd pct:on:up:down:off:toggle:press
im Color-Channel: webCmd Color
im Auto-Channel: webCmd colProgram
Gruß Christian
edit am 03.01.16 Einträge im im webCmd für den DIM-Channel aktualisiert !!!
Hallo,
ich habe im Auto-Chanal ein EventMap eingegeben 1:slow 2:normal .....
wie bekomme ich es hin, das diese Texte auch in der Auswahl angezeigt werden? Muss da noch etwas an der Programmierung geändert werden, oder geht das grundsätzlich nicht?
Gruß Christoph
Hallo,
ich habe noch eine Frage - kann man die LED am Gerät abschalten? Das Teil soll einen Glastisch beleuchten, da ist es schon störend, wenn die Auto LED noch an ist, obwohl ein off gesand wurde und die LED's aus sind.
Gruß Christoph
Danke an alle, die am Funktionieren mitgewirkt haben.
Eine Frage habe ich noch: Wie bekomme ich weiß?
Der Colorslider kennt ja offenbar nur Farben.
Wahrscheinlich verstehe ich ja nur etwas nicht richtig.
Danke
Chipmunk
Weiß gibts mit color 100. Slider einfach ganz nach rechts. So hats zumindest mit mgernoths Patch bei mir funktioniert. Bei Dir nicht? Nicht ausprobiert?
Zu den LEDs am Controller: hatte ich neulich geschafft, weiß aber nicht mehr wie. Ich glaube durch Absenden eines kombinierten Dim-Color-Befehls im Color-Kanal, wie anfänglich nur möglich. Ich kann erst morgen probieren.
Setzen auf colProgram 0 reicht nicht?
geht nich gips nich
Bei mir hat der Col Slider, so wie er auch abgebildet ist, bei 0 und bei 100% rot geliefert (ist ja eigentlich ein aufgeschnittener Farbring)
Chipmunk
Gut, dann muss sich das nochmal ein Fachmann ansehen. Rot beginnt bei 0 und der Farbkreis endet bei rot mit einem Restanteil blau, um dann bei 100 auf weiß zu springen, zumindest sollte es so sein...
Kann das derweil noch jemand bestätigen oder dementieren mit Martins letzter Version?
geht nich gips nich
So, ich habe das weiß nun gefunden ;)
Mir ist der Regler offenbar jedesmal, wenn ich auf 100 gezogen habe, auf 98 oder 99 zurückgesprungen und das war dann klarerweise wieder rot.
Wenn ich darauf achte, dass auch nach dem Loslassen der Taste die Einstellung bei 100 bleibt, habe ich weiß.
Also, wie ich immer sage: Error between chair and keyboard ::)
Danke jedenfalls
Chipmunk
Na dann ist ja auch hier alles klar!
geht nich gips nich
Hallo,
ich bin mal wieder am basteln und verzweifeln, ich habe vor das DevStateIcon in Abhängigkeit von der Helligkeit zu steuern,
was auch teilweise funktioniert, aber eben immer nur in den 10er Schritten, alle Werte die dazwischen sind funktionieren nicht.
gemacht habe ich es bisher im attr DevStateIcon so:
off:light_control@#474747 on:light_control@#FFFFFF 1\d.*:light_control@#8C8C8C 2\d.*:light_control@#9C9C9C 3\d.*:light_control@#ABABAB 4\d.*:light_control@#B3B3B3 5\d.*:light_control@#C4C4C4 6\d.*:light_control@#D1D1D1 7\d.*:light_control@#DBDBDB 8\d.*:light_control@#EBEBEB 9\d.*:light_control@#F5F5F5 100:light_control@#FFFFFF
Ergebnis bei z.B. Dimmwert 50 und 8:
Hallo,
Ich hab mir nun den LED-RGB-Controller HM-LC-RGBW-WM zugelegt. Mit den aktuellen FHEM-PerlModulen läßt es sich auch ziemlich gut ansteuern. Danke an diejenigen, die daran mitentwickelt haben.
Da ich übern Aquarium zusätzlich zur weißen LED-Lampe noch eine RGB-Lampe habe, möchte ich mir damit fürs Aquarium so eine Art SonnenAufgang und SonnenUntergang gestalten, indem ich erst die RGB-Lampe langam hoch/runterdimme und dabei die Fraben leich verändere und dann erst die weiße LED zuschalte.
Aber wie mache ich das am besten? (erstmal nur Helligkeit - Farbänderung kommt im 2. Step)
Im Prinzip soll das so hier aussehen:
my $min_bright=0;
my $max_bright=100;
my $sunrise_sec=1800;
my $sleep_time=$sunrise_sec / ( $max_bright - $min_bright);
for(my $i = $min_bright; $i < $max_bright; $i++) {
fhem("set Aquarium_RGB_Dim pct $i; sleep $sleep");
}
Jetzt hab ich mir gedacht. Fhem ist ja wunderbar Event-gesteuert. Dann mache ich einfach ein Notify, der sich selbst antriggert, welcher zum testen vorerst mit 3 sek sleep arbeitet und in 10er Schritten höher dimmt.
define Aquarium_sunrise notify Aquarium_RGB_Dim:pct.* {
my $pct=ReadingsVal("Aquarium_RGB_Dim","pct","");
if ( $pct < 100 ) {
my $next_pct=$pct + 10;
fhem("sleep 3; set Aquarium_RGB_Dim pct $next_pct");
}
}
Aber das funktioniert nicht. Er zählt zwar hoch, aber in Einerschritten und einen 3sekündigen Sleep macht er auch nicht.
Was ist da dran falsch ?
Gruß
Ryker
Hallo,
Zitat von: Ryker am 12 Dezember 2016, 09:48:53
Aber wie mache ich das am besten? (erstmal nur Helligkeit - Farbänderung kommt im 2. Step)
Wenn Du erstmal nur die Helligkeit anpassen willst, dann setze einfach die RampTime beim ein-/ausschalten:
set Aquarium_RGB_Dim pct 100 1800
Die HW erledigt den Rest dann. Farbwechsel sollten während der Rampenzeit auch möglich sein.
Viele Grüße
Michael
Ach, beim Dim-pct gibt es eine optionale Ramp-Time? Das ist ja super. Probier ich mal aus.
Auf jeden Fall, danke für den Tipp.
Gruß
Ryker
Geht leider nicht:
Ein "set Aquarium_RGB_Dim pct 100 60" sorgt dafür dass der innnerhalb von 1-2s auf 100% Helligkeit geht und dann nach weitern 60s wieder komplett abschaltet.
Auch bei brightCol im Farb-Kanal ist es das gleiche Verhalten.
Wie könnte ich dass dann alternativ lösen ?
Gruß
Ryker
Hi,
Zitat von: Ryker am 12 Dezember 2016, 20:49:16
Geht leider nicht:
Ein "set Aquarium_RGB_Dim pct 100 60" sorgt dafür dass der innnerhalb von 1-2s auf 100% Helligkeit geht und dann nach weitern 60s wieder komplett abschaltet.
Ja, hatte die Syntax falsch in Erinnerung.
set Aquarium_RGB_Dim pct 100 0 60
sollte funktionieren. Die 0 ist die on-time (unendlich in dem Fall).
Viele Grüße
Michael
Yep danke , mit "set Aquarium_RGB_Dim pct 100 0 1800" bzw "set Aquarium_RGB_Dim pct 0 0 1800" klappt das nun wunderbar.
Ryker
Hallo zusammen,
ich habe nur eine Frage, bei mir funktioniert der Befehl Press nicht. Da sanfte ein und ausschalten der LEDs. Hat das Problem noch jemand?
VG Marc
Also bei mir geht's.
Könnte bitte jemand mal testen was nach Spannungswiederkehr passiert?
1) Letzter Zustand ?
2) aus ?
3) anderer Zustand ?
Überlege das Teil an einer geschalteten Steckdose betreiben, daher wäre günstig wenn der letzte Zustand wieder eingenommen werden würde.
Danke & Gruß
Mirko
Da der Aktor m.W. keine Register zum Einstellen des Verhaltens bei Spannungswiederkehr hat (wie etwa bei den PMSw das powerUpAction), wird der Aktor nach dem Einstromen einen wohldefinierten Aus-Zustand einnehmen (kein Autoprogramm gesetzt, Farbe 0=rot, Licht aus). Zumindest hat sich mein Aktor im Testbetrieb nach Dutzenden Inbetriebnahmen per Stromkabel nie anders verhalten.
Danke Pfriemler,
Dann muss die Einstellung im FHEM gemerkt werden und nach/mit dem Einschalten übertragen werden. Ist hier eine merkliche Verzögerung zu erwarten? Sprich, wie lange dauert es nach Spannungswiederkehr, bis das Modul Befehle umsetzt?
Hallo nochmal,
beim Command Press erhalte ich diese Fehlermeldung:
Unknown argument press, choose one of clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all down getConfig:noArg getRegRaw inhibit:on,off off:noArg on-for-timer on-till on:noArg pct:slider,0,1,100 peerBulk peerIODev press regBulk regSet sign:on,off statusRequest:noArg stop:noArg toggle:noArg up
Übersetzt würde ich sagen, das Kommando press gibt es nicht und ich solle doch bitte press verwenden.
VG
Marc
Hast du das Kommando auf den Dim_Channel angewendet?
Hallo,
ja genau, dort steht das Kommando auch in der Auswahlliste. Konnte in den letzten Jahren alle Probleme durch nachlesen lösen. Hier komme ich aber nicht mehr weiter.
VG M
Versuch mal ein simples "set HM_deinDevice_Dim press"
bei mir funktioniert es so tadellos
Hallo cpet, es erscheint dieselbe Fehlermeldung. Meinem FHEM ist das Kommando Press schlichtweg nicht bekannt. Ich habe auch ein Update gemacht, leider ohne Erfolg.
Zitat von: Marc2016 am 30 Dezember 2016, 10:22:25
Hallo cpet, es erscheint dieselbe Fehlermeldung. Meinem FHEM ist das Kommando Press schlichtweg nicht bekannt. Ich habe auch ein Update gemacht, leider ohne Erfolg.
shutdown restart nach dem update hast du sicherlich gemacht?
Ja natürlich ;)
Ich kann das Verhalten ebenfalls bei mir bestätigen.
Zur Sicherheit und da lange nicht im Betrieb, hatte ich vorher update, restart gemacht, als auch abgelernt, device gelöscht und neu angelernt.
Schaue mir nacher mal die Versionen an.
Gesendet von iPhone mit Tapatalk
Ich kann das Verhalten ebenfalls bei mir bestätigen.
Zur Sicherheit und da lange nicht im Betrieb, hatte ich vorher update, restart gemacht, als auch abgelernt, device gelöscht und neu angelernt.
Schaue mir nacher mal die Versionen an.
Gesendet von iPhone mit Tapatalk
Ich könnte mir höchstens bei euch vorstellen, das irgendwelche PERL-Module fehlen oder nicht aktuell sind.
Darüber habe ich ebenfalls bereits nachgedacht. Anbei meine Perl-Konfig (revision 5 version 22 subversion 1). OS ist dabei ein Ubuntu 16.4 auf aktuellstem Stand.
Vielleicht könntest Du Deine ebenfalls einmal posten, damit ich das schlicht vergleichen könnte? Hier beginnt für mich allerdings "brute force"... :(
In welchem Modul wird diese Funktion eigentlich definiert? In dieser hier: 10_CUL_HM.pm 12921 2016-12-31 12:53:57Z martinp876?
Zwischenzeitlich kann man sich natürlich so behelfen:
set FL_LED_Dim pct 0 0 0.5
set FL_LED_Dim pct 100 0 0.5
Meins hat im Device
firmware 1.0
model HM-LC-RGBW-WM
Neuere Firmware? - obwohl das ist ja eine FHEM-Fehlermeldung.
10_CUL_HM.pm und HMConfig.pm wirklich aktuell und nicht vom Update excluded?
Jo. Muss gestehen, ich bin ein wenig ratlos warum es bei Dir läuft und bei mir nicht.
Ich setzte die Tage mal ein Testsystem from scratch auf und schaue, ob es da auch nicht läuft. Brauche ich eh. Vielleicht komme ich da dem ganzen etwas mehr auf die Schliche.
Damit es keine Missverständnisse gibt:
list FL_LED
Internals:
CFGFN ./FHEM/99_HM.cfg
DEF 43B16D
HMLAN_MSGCNT 31
HMLAN_RAWMSG E43B16D,0000,2802461B,FF,FFB0,1FA41043B16D29A06506010000
HMLAN_RSSI -80
HMLAN_TIME 2017-01-02 18:31:53
IODev HMLAN
LASTInputDev HMLAN
MSGCNT 31
NAME FL_LED
NOTIFYDEV global
NR 685
NTFY_ORDER 50-FL_LED
STATE CMDs_done
TYPE CUL_HM
channel_01 FL_LED_Dim
channel_02 FL_LED_Color
channel_03 FL_LED_Auto
lastMsg No:1F - t:10 s:43B16D d:29A065 06010000
protLastRcv 2017-01-02 18:31:53
protSnd 31 last_at:2017-01-02 18:31:53
protState CMDs_done
rssi_at_HMLAN cnt:31 min:-81 max:-72 lst:-80 avg:-74.96
Readings:
2017-01-01 22:33:23 CommandAccepted yes
2017-01-01 22:33:22 D-firmware 1.0
2017-01-01 22:33:22 D-serialNr MEQxxxxxxx
2017-01-01 22:33:27 PairedTo 0xxxxxxx
2017-01-01 22:33:27 R-pairCentral 0xxxxxxx
2017-01-01 22:33:27 RegL_00. 02:01 05:05 0A:29 0B:A0 0C:65 18:00 3B:14 00:00
2017-01-02 18:31:53 state CMDs_done
Helper:
HM_CMDNR 31
cSnd 1129A06543B16D0201C800A0FFFF,1129A06543B16D02010000A0FFFF
mId 00F4
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +43B16D,00,01,00
nextSend 1483378313.12062
rxt 0
vccu VCCU
p:
43B16D
00
01
00
prefIO:
HMLAN
Mrssi:
mNo 1F
Io:
HMLAN -78
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
prs 1
Rpt:
IO HMLAN
flg A
ts 1483378313.03053
ack:
HASH(0x3e76568)
1F800229A06543B16D00
Rssi:
At_hmlan:
avg -74.9677419354839
cnt 31
lst -80
max -72
min -81
Tmpl:
Attributes:
DbLogExclude .*
IODev HMLAN
IOgrp VCCU:HMLAN
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
group Licht
icon light_led_stripe_rgb
model HM-LC-RGBW-WM
room develop_FL
serialNr MEQxxxxxxx
subType rgb
webCmd getConfig:clear msgEvents
list FL_LED_Dim
Internals:
CFGFN ./FHEM/99_HM.cfg
DEF 43B16D01
NAME FL_LED_Dim
NOTIFYDEV global
NR 687
NTFY_ORDER 50-FL_LED_Dim
STATE off
TYPE CUL_HM
chanNo 01
device FL_LED
Readings:
2017-01-02 18:31:50 CommandAccepted yes
2017-01-01 22:33:28 R-sign off
2017-01-01 22:33:37 RegL_01. 08:00 00:00
2017-01-02 18:31:53 deviceMsg off (to VCCU)
2017-01-02 18:31:53 dim stop:off
2017-01-02 18:31:53 level 0
2017-01-02 18:31:53 pct 0
2017-01-02 18:31:53 recentStateType info
2017-01-02 18:31:53 state off
2017-01-02 18:31:53 timedOn off
Helper:
dlvlCmd ++A01129A06543B16D02010000A0FFFF
Dir:
cur stop
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
Tmpl:
Attributes:
group Licht
model HM-LC-RGBW-WM
peerIDs 00000000,
room develop_FL
webCmd pct:down:up
version
10_CUL_HM.pm 12921 2016-12-31 12:53:57Z martinp876
HMConfig.pm 12892 2016-12-27 20:03:37Z martinp876
Und derzeit keine Excludes.
Ich würde unter webCmd im DIM-Channel folgendes mal hinzufügen:
webCmd pct:on:up:down:off:toggle:press
und dann noch mal versuchen
Hm, ich dachte webCmd setzt nur einen "Button" für einen bestimmten Befehl. Probiert hab ichs trotzdem - ohne Änderung. Und danke für den Versuch.
Was mich irritiert, "press" taucht im Drowdown auf. Wenn man es auswählt bekommt man aber die Meldung, dass das Modul diesen Befehl nicht kennen würde. Bzw. die Fehlermeldung selbst widerspricht sich:
Unknown argument press, choose one of clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all down getConfig:noArg getRegRaw inhibit:on,off off:noArg on-for-timer on-till on:noArg pct:slider,0,1,100 peerBulk peerIODev press regBulk regSet sign:on,off statusRequest:noArg stop:noArg toggle:noArg up
Und vor allen Dingen, warum geht es bei einigen und bei anderen nicht. Wo liegt der Unterschied? Nur zur Sicherheit, Ihr habe kein exclude-from-update drin, bzw. die gleichen Versionen, oder?
Hallo,
ZitatHallo,
ich habe mal einen ColorPicker für das Ding zusammengebastelt:
Code: [Auswählen]
define colorInit notify global:INITIALIZED {use Color}
define RGB_Picker dummy
attr RGB_Picker devStateIcon {my $icon=Color_devStateIcon(ReadingsVal($name,"rgb","000000"));;$icon=~s/on/light_light_dim_100/;;$icon}
attr RGB_Picker readingList hue
attr RGB_Picker setList hue:colorpicker,HUE,0,0.5,100
attr RGB_Picker stateFormat hue
attr RGB_Picker userReadings rgb {my $hue=ReadingsVal($name,"hue","0");;($hue eq "100")?"FFFFFF":Color::hsv2hex(($hue/100),1,1)}
attr RGB_Picker webCmd hue
define RGB_Picker_notify notify RGB_Picker:hue.* { fhem "set RGB_Color brightCol " . ReadingsVal('RGB_Dim','level',100) . " " . ReadingsVal($NAME,'hue',100) . " 0 0" }
Im Notify wird der Color- und Dim-Channel des Geräts referenziert, hier RGB_Color bzw. RGB_Dim. Diese müssen auf die entsprechenden Namen des echten Geräts angepasst werden.
EDIT: Funktioniert erst mit Martins Änderungen morgen.
Das habe ich eingebaut - hat danach auch funktioniert, aber jetzt plötzlich nicht mehr. Ich nutze das nicht so oft, daher kann ich auch nicht sagen, wann des genau passiert ist.
Hat jemand einen funktionierenden color-slider?
Gruß Christoph
Bei mir geht es so mit Gokus natürlich auf dem Color-Channel:
Zitat von: cpet am 04 Dezember 2016, 16:57:39
im DIM-Channel : webCmd pct:on:up:down:off
im Color-Channel: webCmd Color
im Auto-Channel: webCmd colProgram
Zitat von: Bennemannc am 03 Januar 2017, 12:28:45
Hallo,
Das habe ich eingebaut - hat danach auch funktioniert, aber jetzt plötzlich nicht mehr. Ich nutze das nicht so oft, daher kann ich auch nicht sagen, wann des genau passiert ist.
Hat jemand einen funktionierenden color-slider?
Gruß Christoph
Bei mir funktioniert es tadellos!
Zum Colorslider: attr <HM_RGBW_color> webCmd color und fertig ist die Laube, wie joshi04 schon sagt. Das dummy-Geraffel stammt wohl noch aus der Zeit vor den letzten großen Korrekturen.
zum press: Ja was soll man sagen: Das Kommando wird explizit angeboten, aber es ist nicht akzeptiert.
Die Liste der erlaubten Befehle im Dim-Channel bei mir (nach einem "set <Dimchannel> XXX", also bewusster Fehler)
clear down getConfig getRegRaw inhibit off on-for-timer on-till on pct peerBulk peerIODev press pressS pressL regBulk regSet sign statusRequest stop toggle up
bei joshi04
clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all down getConfig:noArg getRegRaw inhibit:on,off off:noArg on-for-timer on-till on:noArg pct:slider,0,1,100 peerBulk peerIODev press regBulk regSet sign:on,off statusRequest:noArg stop:noArg toggle:noArg up
Das sieht irgendwie reichlich anders aus.
Seltsam auch (aber das ist vermutlich nicht so seltsam) ist - Post #192
Internals:
CFGFN ./FHEM/99_HM.cfg
DEF 43B16D
HMLAN_MSGCNT 31
...
NAME FL_LED
99_HM.cfg?
Meine Versionen von 10_CUL_HM und HMConfig sind genau die von joshi04
BTW:
Im Color-Channel sind laut meiner Installation brightCol clear color getConfig getRegRaw peerBulk regBulk regSet und sign erlaubt.
Hä??? Ich brech zusammen. Wie habe ich das denn bloß wieder hinbekommen? Ich sehe meinen Post, aber...
Oh oh.
Hab gestern noch ein schnelles Update gemacht, allerdings mM ohne Beteiligung irgendwelcher HM-Module. Das bekomme es auch nicht mehr ohne Weiteres reproduziert. Mist!
Also nun bei Nutzung des Dropdown oder der Eingabezeile set <HM_RGBW_Dim> press:
Unknown argument press, choose one of clear down getConfig getRegRaw inhibit off on-for-timer on-till on pct peerBulk peerIODev press regBulk regSet sign statusRequest stop toggle up
Sieht schon ähnlicher aus, aber immer noch anders bzgl. "pressS" und "pressL" (fehlt bei mir).
Habe auch noch eventmap, cmdalias oder sonstige Umbiegungen im Sinn. Mir fällt zwar nichts ein, daher aber der Plan mit dem Testsystem. Ich brauche aber noch ein paar Tage.
Sorry für die Verwirrung mit der 99_HM.cfg. Habe alle HM-Definitionen per include drin.
Zitatorry für die Verwirrung mit der 99_HM.cfg. Habe alle HM-Definitionen per include drin.
Ah ... und wieder was gelernt. Also kein Fehler.
Und zu der Commandlist: Gerade heute gemerkt, als ich dem Color-Slider noch ein "rot" und "weiß" als Kommandos zur Seite stellen wollte (ich habe es nicht hinbekommen übrigens), dass die Ausgabe der Pop-Up-Box, die beim Absenden aus dem Dropdown und Button "set" kommt, so aussieht wie deine, während eine Texteingabe auf der Konsolenzeile "mein" anderes Format hat. Das ist also auch kein Mangel.
pressL und pressS kommen vielleicht nur, wenn es reale Peers gibt, weil als Parameter ein Peer erforderlich ist (simuliert langen oder kurzen Tastendruck auf der gepeerten Fernbedienung). Hattu nich, fehlt, scheint in Ordnung.
Ich werde auch immer ratloser ...
Hallo.
Ich hab derzeit noch ein anderes Problem:
Bei mir sind 2 von diesen "Dingern" unabhängig im Einsatz. Am Anfang dieser Diskussion ging mit "set xxxx_Dim on" der Controller mit der zuletzt eingestellten Helligkeit an. Jetzt springen die beiden immer auf pct 100.
Natürlich habe ich irgendwann die neueste FHEM-version eingespielt um die Dinger überhaupt einigermassen steuern zu können. Lässt sich der Fehler bei jemandem nachvollziehen?
Ausserdem hab ich in Tablet-UI mal einen ersten Versuch der Steuerung gebaut:
<li data-row="2" data-col="5" data-sizex="3" data-sizey="5">
<table border="0px" width="100%">
<header>RBG COLOR Lichtschlange</header>
<td>
<div class="inline wider">
<div data-type="label" class="inline huge">FARBEN Einstellen</div>
<div data-type="volume" data-device='Lichtschlange_Color' data-get="color" data-set="color" data-min="0" data-max="100" class="huge"></div>
</div>
<!-- Zeigt die gewählte Farbe an Sendet allerdings nur rgb-code -->
<div class="inline right">
<div data-type="colorwheel" data-device="Lichtschlange_Color" data-get="rgb" data-set="color" class="roundIndicator small"></div>
</div>
<div class="inline wider">
<div data-type="label" class="inline huge">DIMMEN</div>
<div data-type="volume" data-device='Lichtschlange_Dim' data-get="pct" data-set="pct" data-min="0" data-max="100" data-unit="%" data-tickstep="10" class="dim-back huge"></div>
</div>
<div class="cell">
<div data-type="label" class="inline huge">Lichtprogramme</div>
<div data-type="select" data-device="Lichtschlange_Auto"
data-items='["0","1","2","3","4","5","6"]'
data-alias='["Kein Programm","Lichtwechsel Langsam","Lichtwechsel Mittel","Lichtwechsel Schnell","Feuer-simulation","Wasserfall-simulation","TV-Simulation"]'
data-get="colProgram" data-set="colProgram" class="cell w4x" ></div>
<div></div>
</div>
<div class="inline">
<div data-type="label" class="inline huge">EIN/AUS</div>
<div data-type="switch" data-device="Lichtschlange_Dim" data-get-on="!off" data-set-on="on" data-get-off="off" data-background-icon="fa-square" class=""></div>
</div>
</td>
</table>
</li>
Vielleicht kann jemand damit was anfangen.....
Gruß Fossie
"set xxx_Dim on" muss den Dimmer auf 100% stellen. Das ist für Dimmer so üblich. Wenn das vorher nicht so war, war das ein Fehler.
Wenn Du einen alten Dimmwert wiederherstellen möchtest, der vor dem Ausschalten aktiv war, versuche doch mal "set xxx_Dim old"
Guten Abend.
Wie verhält sich das eigentlich mit dem setzen des Farbwertes? ist dort nur ein HUE Wert möglich oder kann ich irgendwie auch einen RGB Wert dem Color Kanal setzen?
Ich benötige das Setzen eines RGB Hex Wert, um den Controller aus SmartVisu anzusteuern.
Dann wäre da noch eine Frage zum steuern von RGBW(W) Streifen.
Wenn ich den Wahlschalter auf RGB + Weiß setze, sollte doch eigentlich das "Weiß" nur über die weißen LEDs des Streifen aufleuchten. Bei mir ist es aber so, dass die RBG LEDs und die weißen LEDs leuchten. Kann ich das beeinflussen oder liegt das an der Firmware / dem Modul?
Danke für eure Hilfe
Oli
Farbwerte sind nur von 0-99,5 (rot->gelb->grün->blau->violett->rot) und 100 (weiß) möglich. Es sind keine freien RGB-Werte möglich. Vielleicht gibt es irgendwo eine Umrechnungsfunktion. Muss aber lückenhaft sein, weil gerade die Mischung von Weiß mit kleinen Farbanteilen leider nicht möglich ist. Lediglich beim 100%igen Weißwert leuchten die weißen LEDs mit - oder alternativ:
Ich habe mal für Dich in der Bauanleitung nachgelesen: "RGB+Weiß" steuert (wie der Name schon sagt) alle Chips zusammen an, "Weiß" (hätte man "RGB / Weiß" nennen sollen) macht die von Dir gewünschte Schaltung. Also einfach den Schalter richtig stellen ;)
Hallo,
hat schon einmal jemand den weiß-Kanal über einen eigenen Dimmer gesteuert? Dann könnte man ja zu jeder Farbe auch mehr oder weniger weiß zumischen.
Gruß Christoph
PS. Ich habe noch ein Ligtify abzugeben RGBW gehen da aus dem vollen Spektrum.
Ich glaube, das hatten wir am Anfang schon einmal. MM können die Kanäle firmwareseitig für RGBs und W nicht unabhängig voneinander gesteuert werden, leider. Es ist also eher ein "RGB oder W"-Controller als ein "RGBW"-Controller, wo alle Kanäle gleichbedeutend und unabhängig von einander zu steuern wären.
Ein Nachtrag zum Thema "press",
Habe nun ein jungfräuliches Testsystem aufgesetzt (RPi mit raspbian-jessie + FHEM 5.7 auf aktuellem Stand).
Wenn ich im Dim-Kanal über den Schalter webCmd ein Press initiiere, erhalte ich wieder diese Fehlermeldung:
Unknown argument press, choose one of clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all down getConfig:noArg getRegRaw inhibit:on,off off:noArg on-for-timer on-till on:noArg pct:slider,0,1,100 peerBulk peerIODev press regBulk regSet sign:on,off statusRequest:noArg stop:noArg toggle:noArg up
Das Kommando ist dabei folgendermaßen definiert:
webCmd pct:on:up:down:off:toggle:press
Alle anderen Kommandos funktionieren.
Setzte ich über den Dropdown oder über die Eingabezeile das Kommando ab:
set RGB_Dim press
Erhalte ich folgende Rückmeldung:
Unknown argument press, choose one of clear down getConfig getRegRaw inhibit off on-for-timer on-till on pct peerBulk peerIODev press regBulk regSet sign statusRequest stop toggle up
Da es hier derzeit keine neuen Erkenntnisse gibt, werde ich das erstmal nicht weiter verfolgen und bis auf weiteres beiseitelegen.
Wenn jmd noch Ideen hat, immer her damit.
Also bei mir funktioniert "press" nach wie vor Einwandfrei, habt Ihr auch folgendes definiert:
define colorInit notify global:INITIALIZED {use Color}
Ansonsten kann ich mir nur vorstellen das ein bestimmtes Perl-Modul bei euch fehlt, leider weiß
ich nicht welches dafür zuständig ist.
@Pfriemler
Das Umstellen auf "Weiß" hat schonmal das eine Problem gelöst.
Aktuell versuche ich das RGB Widget von Smartvisu umzubauen, so dass es den Controller steuern kann.
Mal schauen, ob ich das hin bekomme ;)
Zitat von: cpet am 08 Januar 2017, 13:58:44
...
define colorInit notify global:INITIALIZED {use Color}
...
Erstmal keine Änderung. Und das mit den Modulen wäre so langsam auch meine letzte Hoffnung. Wie gesagt, bei mir neu aufgesetzt, daher ist da wenig installiert. Könntest Du einmal posten, welche Perl-Module bei Dir installiert sind?
instmodsh zeigt mir tatsächlich nur "Perl" an.
Ich würde mal folgende installieren:
apt-get install rpi-update libdevice-serialport-perl libio-socket-ssl-perl libwww-perl libxml-simple-perl libjson-perl libjson-xs-perl libsoap-lite-perl libtime-hires-perl libcrypt-rijndael-perl
instmodsh zeigt bei mir auch nur "Perl" an
installiert, neugestartet und gleiches Verhalten. Sorry.
im DIM-Channel auch
subType dimmer
hinterlegt?
Zitat von: cpet am 08 Januar 2017, 17:44:40
im DIM-Channel auch
subType dimmer
hinterlegt?
Nö. Habe nur subtype rgb im Device. Und bei mir tuts.
via Tapatalk
das hörte sich so vielversprechend an.
Aber - nachgetragen - keine Änderung.
Könntest Du mal ein list von Deinen Devices posten, dann kann ich die komplette Definition vergleichen.
Oder Du schaust mal bei meiner rein.
mir ist jetzt nur aufgefallen das bei deinem "gloabal" das colorinit fehlt, mach doch nochmal folgendes:
define colorInit notify global:INITIALIZED {use Color}
Sorry, so wie oben beschrieben hatte ich den ohne Änderung schon eingefügt.
Er taucht beim list global nicht auf, weil er ein separater notify ist.
Zitat von: joshi04 am 08 Januar 2017, 18:00:54
Oder Du schaust mal bei meiner rein.
Nichts aufgefallen. Ich raff's nich. :'(
anbei mal meine List´s zum vergleichen:
Hm. Ich fasse mal zusammen, was wir uns angeschaut haben:
- Perl-Version
- Perl-Module
- Versionen der FHEM-Modulen
- Device-Definition und Attribute
Ob wir das erschöpfend getan haben, weiß ich natürlich nicht.
Warum es bei den Einen tut und bei den Anderen nicht, ist mir auch ein Rätsel. Was bleibt denn dann noch?
Eigentlich bin ich immer noch der Meinung, dass bei mir aus irgend einem Grunde das Modul den Befehl nicht erkennt, obwohl im Dropdown verfügbar. Aber das zu debuggen übersteigt meine Fähigkeiten.
Vielleicht schafft es Martin bei Gelegenheit uns unter die Arme zu greifen.
Bei Deiner Config springt mir auf die Schnelle ebenfalls nichts ins Auge. Ich werde die Tage mal ne FB peeren. Daran könnte es auch noch liegen. Das dauert aber vermutlich ein paar Tage.
Dann versuche ich vielleicht auch Deine Konfig nochmal komplett zu übernehmen, wobei ich nicht denke, dass es daran liegt.
Hallo,
die internen Tasten des RGBW-Moduls lassen sich nicht mit press ansteuern (sie werden vom Modul nicht verfügbar gemacht!). Falls man jedoch eine Fernbedienung mit dem Ding peered...
Viele Grüße
Michael
Zitat von: mgernoth am 08 Januar 2017, 23:41:11
die internen Tasten des RGBW-Moduls lassen sich nicht mit press ansteuern (sie werden vom Modul nicht verfügbar gemacht!). Falls man jedoch eine Fernbedienung mit dem Ding peered...
Das war die Frage mit dem pressL und pressR, bezogen auf die gepeerten Fernbedienungen. Wenn es keine Peers gibt, stehen die nicht zur Verfügung. Das ist geklärt.
Was aber sendet "press" bei mir, wenn es funktioniert? Da muss ich ja keinen Peer angeben.
Zitat von: Pfriemler am 09 Januar 2017, 15:22:00
Das war die Frage mit dem pressL und pressR, bezogen auf die gepeerten Fernbedienungen. Wenn es keine Peers gibt, stehen die nicht zur Verfügung. Das ist geklärt.
Was aber sendet "press" bei mir, wenn es funktioniert? Da muss ich ja keinen Peer angeben.
Das würde mich auch wundern wenn es damit zusammenhinge!?
Zitat von: cpet am 09 Januar 2017, 21:34:54
Das würde mich auch wundern wenn es damit zusammenhinge!?
https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/10_CUL_HM.pm#L3881
https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/10_CUL_HM.pm#L3964
Aber ihr muesst es mir nicht glauben.
Gruss
Michael
Gibt es für Homematic RGB Controller HM-LC-RGBW-WM Vorlagen für die Konfiguration mit den Slidern usw?
Hallo,
ja, ist standartmäßig so vorgesehen. Im DimKanal - pct und im ColorKanal - color als WebCmd angeben und Du bekommst Slider zum Einstellen der Helligkeit und der Farbe. Die Programme sind eine DropDown Auswahl.
Gruß Christoph
Danke für den Tipp.
Anbei ein komplettes Konfigurationsbeispiel.
Wäre vielleicht für FHEMWIKI nicht schlecht als Ergänzung.
define RGB CUL_HM 123456
attr RGB IODev HmUART_OG2
attr RGB IOgrp VCCU:HmUART_OG2
attr RGB autoReadReg 4_reqStatus
attr RGB expert 2_raw
attr RGB firmware 1.0
attr RGB group RGB Controller
attr RGB icon light_led_stripe_rgb
attr RGB model HM-LC-RGBW-WM
attr RGB serialNr Nxx1234567
attr RGB subType rgb
attr RGB webCmd getConfig:clear msgEvents
define RGB_Dim CUL_HM 12345601
attr RGB_Dim cmdIcon EIN:remotecontrol/black_btn_GREEN AUS:remotecontrol/black_btn_RED
attr RGB_Dim devStateIcon EIN:light_led_stripe_rgb@yellow AUS:light_led_stripe_rgb@gray
attr RGB_Dim eventMap on:EIN off:AUS
attr RGB_Dim group RGB Controller
attr RGB_Dim icon light_led_stripe_rgb
attr RGB_Dim model HM-LC-RGBW-WM
attr RGB_Dim peerIDs 00000000,
attr RGB_Dim webCmd pct:EIN:AUS
define RGB_Color CUL_HM 12345602
attr RGB_Color devStateIcon {my $icon=Color_devStateIcon(ReadingsVal($name,"rgb","000000"));;;;$icon=~s/on/light_led_stripe_rgb/;;;;$icon}
attr RGB_Color group RGB Controller
attr RGB_Color icon light_led_stripe_rgb
attr RGB_Color model HM-LC-RGBW-WM
attr RGB_Color peerIDs 00000000,
attr RGB_Color webCmd color
define RGB_Auto CUL_HM 12345603
attr RGB_Auto devStateIcon off:rc_0 0:rc_0 1:rc_1 2:rc_2 3:rc_3 4:rc_4 5:rc_5 6:rc_6
attr RGB_Auto group RGB Controller
attr RGB_Auto icon light_led_stripe_rgb
attr RGB_Auto model HM-LC-RGBW-WM
attr RGB_Auto peerIDs 00000000,
attr RGB_Auto webCmd colProgram
Eines was mich an dem Dimmerslider stört, ist dass dieser bei einer definierten Einstellung immer weg springt. Gibt es hierfür eine Lösung die ich noch nicht berücksichtigt habe?
Ich bin der Meinung das hing mit der Rückmeldung vom Aktuator zusammen, der nach Deiner "Eingabe" angezeigt wird. D.h. wenn Du einen Augenblick wartest, springt der Slider auf den Wert, der vom Aktuator zurückgemeldet wird, dem Wert, den Du eingestellt hast.
An welcher Stelle man für eine mögliche Abhilfe ansetzen könnte, geht über meinen Horizont hinaus. Allerdings vermute ich, dass dafür ein tiefer greifender Eingriff notwendig ist.
Gut, dann muss ich das einstweilen so belassen.
Mir ist dies nur aufgefallen, dass der Slider für die Farbe prompt reagiert, und der für die Helligkeit ein bischen eigenartig herumspringt wodurch ich mehrfach den Slider für die Helligkeit an die gewünschte Position führen muss.
Das ist tatsächlich spannend. ???
... bei mir aber auch so (kein Zurückspringen bei Color, dafür aber beim Helligkeitsregler).
Auch wenn hier und dort noch kosmetisches Potential ist, bin ich unabhängig davon derzeit schon sehr froh, mit dem Regler in den produktiven Betrieb habe gehen können (Flurlichtsteuerung).
Bei mir muss ich den Slider für die Helligkeit allerdings nicht mehrfach an die Position führen, sondern nach dem Wählen einfach nur warten. Er springt dann einmal zurück und dann nach einer kurzen Zeit an die Position, die ich gewählt habe. Ist das bei Dir anders?
Moin,
ich hab jetzt mal mein panStamp RGB Controller durch diesen von HM ersetzt, der lag noch im Schrank... Mit den panStamps hatte ich zu viele Probleme das diese nicht funktionierten.
Gibt es für den HM RGB Controller eigentlich auch Firmware Updates? Das fading ist ja extrem schlecht. Das flackert ja sowas von stark. Und dann nervt das Pfeifen der MOSFETs auch gewaltig. Aber das hängt wohl stark von der charge ab wie ich feststellen musste.
Es gibt nur leider kaum alternativen außer DMX. PanStamps unzuverlässig im Funk, HM hat Probleme mit dem Grundsätzlichen und diese ESP Variante mit WLAN möchte ich nicht im Schlafzimmer neben meinem Kopf haben...
Gruß
Daniel
Hi Daniel,
oh jeh, wenn selbst Du die panStamps außer Betrieb nimmst... Das Vorgehen sieht bei mir ganz genauso aus.
Der HM-Controller scheint derzeit noch recht stiefmütterlich betreut zu werden, war z.B. zu Beginn ewig lange nicht lieferbar und gibt es erst seit einiger Zeit als Fertigteil (zu horrenden Preisen). Einige Implementierungen haben teilweise noch recht "viel Potential nach oben" oder kranken gar an generell falsch gewählten Grundsätzen (wenn ich mir diese Meinung erlauben darf).
Eine neue Firmware habe ich noch nicht gesehen, bzw. wäre auch überrascht, wenn EQ3 hier nur auf einmal Fahrt ausnehmen würde.
Bei meiner Anwendung stören derzeit die Unzulänglichkeiten glücklicherweise weniger, so dass ich zwischen diesen und der eingeschränkten Zuverlässigkeit der panStamps ersteres wähle.
Aber Grund für mich, alle panStamps zu ersetzen, soweit würde ich derzeit definitiv in keinem Falle gehen. Ist eher eine Wahl zwischen zwei unterschiedlichen Übeln.
Schöne Grüße,
John
Ich hau ja nicht alles raus. Die Temp Sensoren machen z.B. ihren Dienst 1A. Aber das RGB Board ist irgendwie misst, das ist aber ein Software Fehler. Da fehlt das neu senden der Befehle und alle solche Sachen. Und wenn ich dann zum x ten male die Meldung bekommen das der Befehlt 10 Byte sein muss und so, dann habe ich irgendwann auch als Bastler die Schnauze voll von dem Misst.
Da müsste eigentlich mal jemand die Software anfassen, aber das ist nicht mein Streckenpferd :-(
/Daniel
Wie ist denn der Stand bei den Modulen? Besteht noch interesse an einem richtig guten Modul? Ich habe hier mal ein Projekt angefangen. Mir geht es um ordentliche Farbmischung und sauberes dimmverhalten..
Die Homematikvariante ist absoluter Mist wenn man sich mal mit der Materie auskennt. Thema Weissabgleich und dann eine kalibrierte Farbmischung. Ideal nach Cie Farbraum.
Leider wurde mein alter Account gelöscht.
*lol* deswegen ist der HM Kram misst ?!? Da setzt du aber weit oben an! Die arbeiten mit einer zu geringen PWM Frequenz, und außerdem ruckelt das wie sau bei den Übergängen weil die wohl nur 8 Bit haben vermute ich mal. Dann pfeifen die Teile, ich vermute mal EMV technisch auch nicht der Hit. Als wenn da die Widerstände vor den MOSFETS fehlen ... Da bist du aber mit deinem Farbraum aber auf einem ganz anderem Level ;-)
Zitat von: LJ_Skinny am 23 Juni 2017, 21:57:51
Die Homematikvariante ist absoluter Mist
was meinst du, die cul_hm integration des lc-rgbw? was genau ist dein projekt? ob interesse an einem vermeintlich "richtigen" modul (cul_hm ist auch ein richtiges modul im sinne von modulen in fhem) besteht kann man nur beurteilen wenn man wüsste ob dein projekt einen mehrwert bietet.
wenn du schreibst die "homeatikvariant" ist mist könnte man auch gut denken du hast ein hardwareprojekt am laufen weil homematik die hardware namentlich beschreibt und nicht das fhem modul zur ansteuerung.
bisher habe ich noch nie gehört das accounts gelöscht werden (und wenn dann sicher aus sehr guten gründen).
Ich nehme mal an er meint mit Modul das Hardware Modul, nicht ein Software Modul. Aber gut man weiß es nicht ;-)
Ich hab das Homematic-Teil seit geraumer Zeit am Laufen. Da pfeift nix. Ist aber wohl chargenabhängig.
PWM liegt bei wenn ich recht liege bei >350 Hz, wohingegen die Zwischendeckendimmer (CV) nur 200Hz haben, hatte ich vorher. Das Ruckeln beim Dimmen liegt nicht an den 8bit (der CV hat auch nicht mehr), sondern daran dass das Modul die Rampen hart stufig (mW in 5%-Schritten schaltet), was der CV besser löst. Das wäre per Firmware besserbar. M.W. gibt es auch ein Register für die Stufigkeit, wäre ein Versuch wert.
Gesendet von meinem SM-G900FD mit Tapatalk
Naja alles unter 1kHz ist misst und auch für das Gehirn nicht sonderlich gut. Bei 1kHz kommt man natürlich in andere Probleme.
Was meinst du mit Rampen hart stufig? Du meinst die PWM Schritte sind zu groß oder wie. Also wenn er von den 256 Schritten nur 10 nutzt über den gesamten Bereich oder wie? Und da gibt es ein Register?!?
/Daniel
Zitat von: ext23 am 24 Juni 2017, 19:21:07
Naja alles unter 1kHz ist misst und auch für das Gehirn nicht sonderlich gut.
...
Und da gibt es ein Register?!?
/Daniel
woher hast Du das mit den 1kHz? Epilepsiegefahr? Manchen Handydisplays wird Flimmern im Backlight vorgeworfen. Sonst kenne ich da nix.
Die Short-Rampen laufen für mich genauso weich wie bei den CVs. Für das Dimmen per long press an gepeerten Buttons kann man mit lgDimStep die default 5% ändern. Bei 1% ist es deutlich glatter - dauert dann aber auch 5x so lange. Der CV macht das eben besser.
Ansonsten ist die Farbsteuerung im Farbkreis auch nicht mein Fall. Und dass der Aktor nach einem Stromausfall mit rot startet statt mit weiß, behebt bei mir ein verzögertes DOIF was auf powerOn triggert.
Gesendet von meinem SM-G900FD mit Tapatalk
Zitat von: Pfriemler am 25 Juni 2017, 23:17:57
woher hast Du das mit den 1kHz? Epilepsiegefahr? Manchen Handydisplays wird Flimmern im Backlight vorgeworfen. Sonst kenne ich da nix.
Genau, da gab es mal irgend welche Studien, da gingt es um Signallampen in Steuertafeln von Kraftwerken etc. und gerade aktuell um LED Beleuchtungen in Büros und da hat man festgestellt, dass das Gehirn das Flimmern was das Auge nicht mehr wahrnimmt trotzdem mitbekommt und extrem stresst. Und ab 1 kHz soll das wohl langsam abnehmen. In wie weit das stimmt seit dahingestellt, aber zumindest kenn ich dieses Thema schon seit 15 Jahren, also so falsch kann es nicht sein.
Wegen dem Dimmen, da habe ich weniger Probleme, ich meiner eher die Farbverläufe, also die Programme die da hinterlegt sind, und da kann man nicht viel ändern.
/Daniel
Hallo zusammen,
ich plane LED-Stripes in Fußleisten im Keller unterzubringen. Diese sollen natürlich auch einige Effekte verkraften können. Habt Ihr dazu bereits Erfahrungen und könnt Empfehlungen zu den Stripes geben? Auf Amazon hatte ich Kommentare gelesen, bei denen die LEDs ihre Leuchtkraft nach ein paar Monaten erheblich eingebüsst haben.
Aktuelle Planung:
Homematic Komplettbausatz Funk-RGBW-Controller
24V LED Trafo 100W Transformator, Netzteil 100 Watt 24 Volt DC 4,2A - IP67 Meanwell -> es werden in Summe ca. 18 m werden... wie viel W muss ich pro Meter kalkulieren?
Gruß und Danke!
Die nachlassende Leuchtkraft hat aber nichts mit dem HM Controller zu tun.
Allerdings würde ich von dem HM Controller komplett abraten, das Teil ist absoluter misst. Einige Geräte pfeifen und dann sind die Übergänge bei langsamen Farbverläufen extrem ruckellig, also wirklich schlecht vor allen für den Preis den die aufrufen.
/Daniel
Vor allem kann man nur RGB oder nur W ansteuern.
Hallo zusammen,
meine ehrliche Meinung zum HM-LC-RGBW-WM : Finger weg!
Alternativ kann ich die Hue Light Strips von Philips sehr empfehlen, für 18m laufende Länge aber preislich sicherlich keine Option. Aus meiner Sicht funktional ebenbürtig ist der FLS-pp von Dresden Elektronik https://www.dresden-elektronik.de/funktechnik/solutions/wireless-light-control/wireless-ballasts/fls-pp-lp/ (https://www.dresden-elektronik.de/funktechnik/solutions/wireless-light-control/wireless-ballasts/fls-pp-lp/) . Mit den "RGB Repeatern" vom Chinesen unseres Vertrauens sollten 18m aufgeteilt auf Segmente machbar sein.
Robert
Genau, Effekte oder stimmige Farben sind mit dem HM-Teil praktisch zu vergessen. Ich würde jetzt auch lieber was ESP-basiertes nehmen, auch wenn mein HM-Teil nicht pfeift und prima läuft.
Wenn LEDs nach Monaten in der Leuchtkraft nachlassen, dann wurden sie falsch angesteuert. Und wer billig kauft ...
Watt pro Meter hängt immer vom Streifen selbst ab. Meine 4 Meter 1000er von Paumann ziehen weit über 20 Watt, ich hatte auch schon einen 5-Meter Chinesenstreifen mit nominell 12 Watt je Meter, der aber so lausig dimensioniert war, dass effektiv nur 35 Watt gezogen wurden, mit Controller sogar nur 25. Das Ding wurde vorne kochend heiß und verlor zum Ende an Helligkeit.
24 Volt und zwischenspeisen wo es nur geht.
Jm2c.
Zitat von: Pfriemler am 10 Januar 2018, 16:07:48
24 Volt und zwischenspeisen wo es nur geht.
Absolut, und bei den LEDs vielleicht doch die etwas teureren Modelle nehmen, Osram oder dergleichen. Zumindest bei den Installationen wo man nicht jeden Tag rann kann.
/Daniel
Ich weiß nicht ob es hilft: in FHEM habe ich das Ding mit meiner RGB Aquariumlampe nicht zum laufen bekommen wie es sollte.
Weiß fehlte. Ich konnte es aber an der Homematic CCU ohne Probleme einstellen.
Mir ist aber folgendes aufgefallen: FHEM erlaubt nur Farben von 0-100, Homematic von 0-255. Und der Bereich ab 200 ist der Weiße Bereich.
Mir fehlen die Kenntnisse da irgendwas umzuschreiben, aber das könnte der springende Punkt sein.
Bei einer RGB-Lampe muss der Controler auf den richtigen Modus gesetzt werden. Ich verwende bspw. RGB- und einen getrennten WW-Streifen.
FHEM verwendet Farbwerte von 0-100 in 0,5er Schritten, das entspricht HomeMatic-Registerwerten von 0-200 - und 200 ist weiß (alles darüber also auch, wusste ich bisher nicht). Setzt man von FHEM aus also den Farbwert auf 100, müsste weiß kommen. Bei einer falschen Einstellung (separates Weiß) bleibt die Lampe dann dunkel - bei mir leuchtet dann ausschließlich der WW-Streifen.
Da ist also nichts umzuschreiben aus meiner Sicht.
Moin,
ich muss da mal was loswerden. Ich nutze diesen von mir eher ungeliebten Controller im Schlafzimmer unterm Bett, also da geht ein LED stripe um den ganzen Rahmen.
Ich nutze auch einen 1-Wire Bus mit iButtons (Die ja sehr empfindlich sind) und ein Raspberry mit MPD. Nun liege ich abends immer schön im Bett und hab das Licht und Radio an. In letzter Zeit meldet sich dann mein Tab was verkündet das wir die Wohnung verlassen haben und wieder kommen und das im loop. Dann steigt auch das Radio aus, der mpd hängt sich mit Rauschen auf. Und siehe da, das alles passiert sobald die LED Beleuchtung einige Zeit an ist!
Das sieht also so aus, als wenn dieser RGB Controller so dermaßen strahlt, das mein 1-Wire Bus total gestört wird (Der geht wohl gemerkt nicht mal durchs Schlafzimmer!). Das Phänomen mit dem Radio kann ich nicht 100% reproduzieren, das kann auch etwas anderem geschuldet sein.
Wie dem auch sei, das RGB Teil von HM wird mir zunehmend immer unsympathischer. Das scheint ja EMV technisch ein ziemlicher Misst zu sein.
/Daniel
1. Ich kann mir nicht vorstellen, dass sich ein 1-wire-Bus derart stören lässt.
2. Was hat der MPD auf dem Raspi mit dem 1-wire zu tun?
3. Ich nutze das Ding seit geraumer Zeit und kann keinerlei Korrelationen bezüglich Nutzung und Ausfall irgendwelcher Funksysteme - WLAN, Homematic etc) feststellen. Ein ESP8266 mit WLAN etwa liegt direkt zwischen den LED-Streifen und arbeitet tadellos.
Gegenfrage: Ist das verwendete Netzteil sauber und entspricht die Verkabelung dem Stand der Technik?
Zitat von: Pfriemler am 14 Oktober 2018, 22:11:43
Gegenfrage: Ist das verwendete Netzteil sauber und entspricht die Verkabelung dem Stand der Technik?
Netzteil nein, weil ich keins nutze. Das wird aus Akkus von der Solaranlage gespeist.
Wie wäre denn dein "Stand der Technik" was die Verkabelung angeht? In den Stripes (7 Meter) sind ja nun mal sauber verlegte parallele Leiterbahnen und zum Stripe hin sind bei mir ca. 1 Meter 4 adriges Netzwerkkabel mit unaufgelegtem Schirm.
Ich schraub das Teil morgen mal auf ob die auch die Widerstände vor den MosFETs haben die aus EMV Gründen von Nöten sind. Da müssten ja 10k oder sowas vor sein.
/Daniel
Das Aufschrauben kannste dir sparen - die Mosfets schalten UB gegen GND ungebremst, vor den Gates sind 220 Ohm-Widerstände vom Mikroprozessor. Die Flanken dürften entsprechend steil sein. Irgendwelche Kondensatoren an den Streifen wären bezüglich der Einschaltströme kontraproduktiv. Die Schaltflanken dürften sich aber auch auf der Zuleitung zum Modul ausbreiten, vielleicht liegt da der Hase im Pfeffer. Eine gutte Pufferung vor dem Modul kombiniert mit Entstördrosseln in der Zuleitung wäre mein Vorschlag, wenn nicht schon geschehen.
Je nach Leistung könnte die Antennenwirkung schon erheblich sein. Es gibt aber keine Empfehlungen bezüglich maximaler Anschlusslänge (oder ich habe sie übersehen). Insofern alles "in Ordnung".
werden auch die anderen komponenten (1-wire, mpd) über die akkus der solaranlage gespeist?
wenn ja, gibt es dann ein stück der speiseleitung, die gemeinsam genutzt wird?
also störungen/rückkopplungen über eine gemeinsame versorgungsleitung.
Bei UB gegen GND gehört auch nichts hin, das gehört wenn dann vor das Gate. 220 Ohm ist etwas wenig, dann tausche ich die mal aus.
Von den Akkus wird nur Beleuchtung gesteuert, also kein Radio. Aber das mit dem Radio kann auch eine Folge der iButton Probleme sein. Diese fahren alles runter, auch das Radio, und durch das toggle kann es zu dem Verhalten kommen, also da würde ich mal kein Fokus drauf legen.
Ich habe die iButtons jetzt auch mit einem HB-HM Modul angeschlossen, somit ist das Problem beseitigt. Ich werd das aber mal beobachten.
/Daniel