Moin zap,
ich habe soweit alle funktionen des HM-LC-RGBW-WM in einem HMCCUDEV untergbracht
Readings:
2017-01-04 17:45:36 0.AES_KEY 0
2017-01-04 17:45:36 0.CONFIG_PENDING false
2017-01-04 17:45:36 0.DEVICE_IN_BOOTLOADER false
2017-01-04 17:45:36 0.DUTYCYCLE false
2017-01-04 17:45:36 0.LOWBAT false
2017-01-04 17:45:36 0.RSSI_DEVICE 1
2017-01-04 17:45:36 0.RSSI_PEER 189
2017-01-04 17:45:36 0.STICKY_UNREACH false
2017-01-04 17:45:36 0.UNREACH false
2017-01-04 17:45:36 0.UPDATE_PENDING false
2017-01-04 17:50:20 1.DIRECTION 0
2017-01-04 17:45:36 1.INHIBIT false
2017-01-04 17:50:20 1.LEVEL 100
2017-01-04 17:50:20 1.WORKING 0
2017-01-04 18:05:02 2.COLOR 21
2017-01-04 17:45:36 2.INHIBIT false
2017-01-04 17:45:36 3.ACT_BRIGHTNESS 0
2017-01-04 17:45:36 3.ACT_MAX_BOARDER 0
2017-01-04 17:45:36 3.ACT_MIN_BOARDER 0
2017-01-04 17:45:36 3.INHIBIT false
2017-01-04 17:45:36 3.ON_TIME 0.000000
2017-01-04 17:56:58 3.PROGRAM 0
2017-01-04 17:45:36 3.RAMP_TIME 0.500000
2017-01-04 17:50:20 control 100
2017-01-04 17:50:20 state 100
Attributes:
DbLogExclude .*
IODev CCU01
ccureadingformat datapoint
ccuscaleval LEVEL:0:1:0:100
controldatapoint LEVEL
eventMap /datapoint 1.LEVEL 100:on/datapoint 1.LEVEL 0:off/datapoint 3.PROGRAM :prog/datapoint 2.COLOR :color
room HM
statechannel 1
statedatapoint LEVEL
webCmd control:color:prog:on:off
widgetOverride control:slider,0,1,100 prog:0,1,2,3,4,5,6 color:colorpicker,HUE,0,0.5,100
nun ist es so das zb der
control:Slider - für die helligkeit seinen wert aus 1.LEVEL zieht
pro: - für das aktuelle programm seinen wert aus 3.PROGRAM ziehen müsste
color: - der colorpicker seinen farbewert aus 2.COLOR
wäre es nicht möglich statedatapoint zu erweitern? oder eine statedatapointmap einzuführen?
etwa stateMap /control:1.LEVEL/prog:3.PROGRAM/color:2.COLOR
Sehe ich das richtig, dass Du für den Colorpicker ein reading "color" benötigst?
theoretisch ja. und eines für prog.
ich könnte nun das reading der ccu ändern aber das wäre unschön weil ich das originale noch haben will.
eigentlich muss nur das passieren wenn man control nutz -> ein reading control als clone eines vorhanden ohne das alte zu ersetzen.
usereading und readingsval finde ich nicht so prall als lösung und passt irgendwie nicht ins hmccudev aussehen
ich habe es aktuell mituserReadings color { ReadingsVal("az_rgbw_01","2.COLOR",0)},prog { ReadingsVal("az_rgbw_01","3.PROGRAM",0)}
ein attribut analog zu eventmap fänder ich aber charmanter
Ich hätte Dir jetzt ccureadingname vorgeschlagen. Aber das ersetzt eben die Readings und "klont" sie nicht.
Ich schraube gerade an alternativen Readings (also zusätzlich zu den Standard-Readings), um solche Dinge wie "battery" oder "desired-temp" zu ermöglichen. Das könnte ich natürlich verallgemeinern ...
Ich denke, das lässt sich machen.
Die kommende Version hat ein erweitertes Atribut ccureadingname. Damit kann man nicht nur Readings umbenennen, sondern auch weitere hinzufügen.
Deine Userreadings werden dann so aussehen:
ccureadingname 2.COLOR:+color,3.PROGRAM:+prog
Das '+' sorgt dafür, dass color und prog zusätzlich zu 2.COLOR und 3.PROGRAM angelegt werden.
Bitte noch ein paar Tage Geduld. Teste noch.
top, zusammen mit dem hier
ZitatIch schraube gerade an alternativen Readings (also zusätzlich zu den Standard-Readings),
wird das einige glücklicher (als man es so schon sein kann mit den modulen :-) ) machen