Aeotec LED Bulb ZW098-C55

[flurin]

@krikan und ZWave-Fans

Inkludieren:

Zuerst den Controller (bei mir ein ZME_UZB1) auf addNode setzen und erst dann die Lampe (led_bulb) mit Spannung versorgen.
Das Inkludieren erfolgt automatisch.

Zurzeit liefert "get led_bulb model" keine zusätzliche "Doku" aber die Lampe lässt sich sofort steuern, dimmen und die Farbe über rgb kann man auch setzen.

Für meinen Zweck habe ich zusätzliche userReadings definiert:

Code Auswählen Erweitern


attr led_bulb userReadings onoff {ReadingsVal("led_bulb","state","") =~/^on|^off/?
ReadingsVal("led_bulb","state",""):ReadingsVal("led_bulb","onoff","")},dim {ReadingsVal("led_bulb","state","") =~"dim"?
ReadingsNum("led_bulb","state",""):ReadingsVal("led_bulb","dim","")},rgb {ReadingsVal("led_bulb","state","") =~"rgb"?
substr(ReadingsVal("led_bulb","state",""),4):ReadingsVal("led_bulb","rgb","")}


Dies ist jedoch nur für das Homekit nötig. "How to" findet man hier:

https://github.com/nfarina/homebridge

und hier:

https://github.com/cflurin (FhemLightBulb.js)

das sieht dann so aus -> siehe Screenshoot

Hier ist mein aktuelles List:

Code Auswählen Erweitern


Internals:
   DEF        f3339ac2 6
   IODev      ZME_UZB1
   NAME       led_bulb
   NR         475
   STATE      dim 0
   TYPE       ZWave
   homeId     f3339ac2
   id         06
   lastMsgTimestamp 1440863870.96731
   Readings:
     2015-08-25 13:02:56   assocGroup_01   Max 05 Nodes
     2015-08-25 06:34:49   basicReport     00
     2015-08-29 17:57:51   dim             0
     2015-08-29 17:57:51   model           Aeotec LED Bulb
     2015-08-29 17:57:51   modelConfig     aeotec/ledbulb.xml
     2015-08-29 17:57:51   modelId         0086-0003-0062
     2015-08-29 17:57:51   onoff           on
     2015-08-28 05:07:48   powerlvl        current 5 remain 0
     2015-08-21 13:02:37   powerlvlTest    node 0 status 0 frameAck 0
     2015-08-24 20:16:08   reportedState   dim 18
     2015-08-29 17:57:51   rgb             18 33 20
     2015-08-28 11:50:12   state           dim 0
     2015-08-29 17:57:50   transmit        OK
     2015-08-25 10:43:27   version         Lib 3 Prot 4.5 App 1.3 HW 98 FWCounter 0
     2015-07-30 21:03:49   versionClass_01 00
     2015-08-28 11:49:41   zwavePlusInfo   version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0600 userIcon:0600
Attributes:
   IODev      ZME_UZB1
   classes    ZWAVEPLUS_INFO SWITCH_MULTILEVEL COLOR_CONTROL SWITCH_ALL SCENE_ACTUATOR_CONF SCENE_ACTIVATION CONFIGURATION ASSOCIATION_GRP_INFO ASSOCIATION MANUFACTURER_SPECIFIC VERSION FIRMWARE_UPDATE_MD POWERLEVEL MARK DEVICE_RESET_LOCALLY HAIL
   group      Actuators
   icon       light_led
   room       First_Floor,ZWave
   userReadings onoff {ReadingsVal("led_bulb","state","") =~/^on|^off/? ReadingsVal("led_bulb","state",""):ReadingsVal("led_bulb","onoff","")},dim {ReadingsVal("led_bulb","state","") =~"dim"?ReadingsNum("led_bulb","state",""):ReadingsVal("led_bulb","dim","")},rgb {ReadingsVal("led_bulb","state","") =~"rgb"?substr(ReadingsVal("led_bulb","state",""),4):ReadingsVal("led_bulb","rgb","")}


Weitere Infos folgen ...

Gruss
flurin

[krikan]

Das Inkludieren erfolgt automatisch.

Ist bei Dir die Inklusion komplett durchgelaufen? Bei mir wurde zwar die Lampe inkludiert, aber alle Komfortfunktionen von Fhem wie set associationAdd, get model wurden nicht ausgeführt. Habe ich manuell machen müssen.

Mit Homekit habe ich mich noch nicht beschäftigt.

[flurin]

Ist bei Dir die Inklusion komplett durchgelaufen? Bei mir wurde zwar die Lampe inkludiert, aber alle Komfortfunktionen von Fhem wie set associationAdd, get model wurden nicht ausgeführt. Habe ich manuell machen müssen.

Mit Homekit habe ich mich noch nicht beschäftigt.

Wenn ich mich richtig erinnere, habe ich auch "set associationAdd" und "get model" manuell ausgeführt!
Und ja das hätte ich fast vergessen, bei "get association 3" kommt Timeout. Ich bin noch nicht dazugekommen, diesbezüglich nachzuforschen.
Bei get model ändert sich nichts.

[flurin]

... Timeout bei "get association 3"

Code Auswählen Erweitern


attr ZME_UZB1 verbose 5


Log:

Code Auswählen Erweitern


2015.08.30 06:27:46 2: ZWave get led_bulb association 3
2015.08.30 06:27:46 5: ZWDongle_Write 00 1306038502032506
2015.08.30 06:27:46 5: SW: 010a00130603850203250644
2015.08.30 06:27:46 4: ZWDongle_ReadAnswer arg:association regexp:^00040006..85
2015.08.30 06:27:46 5: ACK received, removing 010a00130603850203250644 from sendstack
2015.08.30 06:27:46 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 011301
2015.08.30 06:27:46 5: SW: 06
2015.08.30 06:27:46 5: ZME_UZB1 dispatch 011301
2015.08.30 06:27:46 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 001306000002
2015.08.30 06:27:46 5: SW: 06
2015.08.30 06:27:46 5: ZME_UZB1 dispatch 001306000002
2015.08.30 06:27:46 4: ZME_UZB1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.08.30 06:27:46 4: ZME_UZB1 transmit OK for 06
2015.08.30 06:27:49 5: ZWDongle_ReadAnswer: select timeout


[krikan]

... Timeout bei "get association 3"

Laut http://products.z-wavealliance.com/products/1380 unter "Association Capabilities" gibt es nur die Assogroups 1 und 2. Darum ist es korrekt, dass die Abfrage in Timeout läuft. Habe jetzt nicht am Gerät gegengecheckt, ob es doch eine Group 3 gibt, aber den Angaben dort kann man mMn vertrauen. Im Übrigen findet man unter dem Link auch ein vernünftiges Handbuch mit mehr Angaben als in der der LED beiliegenden, gedruckten Kurzfassung.

Die Assogroup 1"lifeline" ist mit Controller zu assozieren.

[flurin]

@krikan: Okey, wieder was dazu gelernt. Timeout erledigt.
Das Original-Manual ist wirklich unbrauchbar. Danke für den Link.

[krikan]

Die Farbsteuerung funktioniert nach meinem Eindruck ohne Probleme über "set <device> rgb"
Die Nutzung der Standardfarben weiß, warmweiß, kaltweiß verstehe ich noch nicht.
In der Anleitung gibt es unter "5.7 Color Control State Set Command Class" Infos dazu, die ich auf Anhieb nicht umgesetzt und auch nicht in Einklang mit http://220.135.186.178/zwave/example/COLOR%20CONTROL/index.html bekomme.
Befürchte, es muss noch etwas in 10_ZWave.pm ergänzt werden.

[flurin]

Die Nutzung der Standardfarben weiß, warmweiß, kaltweiß verstehe ich noch nicht.

Evtl. wäre noch wcrgb nötig:

Commandref:

Class COLOR_CONTROL
rgb
Set the color of the device as a 6 digit RGB Value (RRGGBB), each color is specified with a value from 00 to ff.
wcrgb
Used for sending warm white, cold white, red, green and blue values to device. Values must be decimal (0 - 255) and separated by blanks.
set <name> wcrgb 0 255 0 0 0 (setting full cold white)

[flurin]

... wcrgb ist ja schon vorhanden aber ich sehe auch keinen Zusammenhang mit "Color Control State Set Command Class"

[krikan]

Bei openzwave wurde mit CC Color Control angefangen: https://github.com/OpenZWave/open-zwave/blob/New-CC/cpp/src/command_classes/Color.cpp
Ist aber noch nicht im "normalen" Branch.
Bleibt wohl nur analysieren und probieren...

[aga]

Mit dem set wcrgb funktioniert bei mir das warmwhite nicht.
Wenn ich wcrgb auf 255 0 0 0 0 setze, blitzt die Lampe ganz kurz auf und ist wieder aus.
Coldwhite und RGB funktionieren.

Könnt ihr das bestätigen?

Get config für die Parameter 37 (3840) und 38 (2271560481) ergeben Werte, die sich (für mich) nicht mit derm Handbuch in Einklang bringen lassen.

Habt ihr ähnliche Werte?

Gruß
Andreas

[flurin]

@krikan
Vorläufig ist das Setzen der Farbe mit rgb eigentlich genügend.
Was mir in diesem Zusammenhang auffällt:
rgb wird mit einem Hex-Wert (FFFFFF) gesetzt
der Rückgabe-Wert in state ist jedoch dezimal (rgb 255 255 255)
Was ist der Grund?
Für die Auswertung ist für mich der Dezimalwert OK (so wird es auch im Homekit verwendet)

@aga

Ja, es ist bei mir auch so.

[flurin]

@aga zu deiner 2. Frage:
sieht es bei mir so aus:

Code Auswählen Erweitern


config_37:3221225472
config_38:2271560481


[flurin]

Mit dem config 37 geht das so:

der Parameter besteht aus 4 bytes:
z.B.

Hex: 01 00 00 06 = dec: 16777222

dann mit:

Code Auswählen Erweitern


set <device> configLong 37 16777222


configLong: 32bitValue

und schon kann die Party losgehen   

[krikan]

@krikan
Was mir in diesem Zusammenhang auffällt:
rgb wird mit einem Hex-Wert (FFFFFF) gesetzt
der Rückgabe-Wert in state ist jedoch dezimal (rgb 255 255 255)
Was ist der Grund?
Für die Auswertung ist für mich der Dezimalwert OK (so wird es auch im Homekit verwendet)

Kenne den Grund nicht. Vielleicht hat Rudi eine Ahnung.

Würde Euch die Config-XML für Bulb helfen? Jeedom opnzwave hat die bereits, ist nur noch nicht bei openzwave selbst angekommen. Ich könnte das bei uns aber schon vorab ins update von Fhem packen.

[aga]

@flurin, danke dass Du es mir vorgerechnet hast, so ergibt das einen Sinn. Hätte ich aber eigentlich auch selbst drauf kommen müssen...

@krikan, wegen der xml, schaden kann es ja nicht, oder?

Ich würde gerne die Farbtemperatur einstellen können und habe mir das mit dem ct,colorpicker durchgelesen.
Das kapier ich im Moment aber nicht und weiß nicht recht wo da was fehlt.
Das define colorInit notify global:INITIALIZED {use Color} habe ich, im attr webcmd kann ich aber nur rgb und nicht ct angeben.
Kann mir da einer auf die Sprünge helfen? Möglicherweise klappt das ja dann auch über ColorControl, wenn das implementiert ist.

[krikan]

@krikan, wegen der xml, schaden kann es ja nicht, oder?

Na ja, schadet höchstens meinem Durchblick, was von wo kommt. Habe es eingecheckt, heute im svn ab morgen 8 uhr per update

colorpicker

Bei mir funktioniert der.
Habe nur Attribut so gesetzt:

Code Auswählen Erweitern

attr <device> webCmd rgb:rgb ff0000:rgb 00ff00:rgb 0000ff:toggle:on:off
Dann ist es optisch so wie im Wiki gezeigt.

[aga]

Wegen colorpicker, das mit dem rgb funktioniert bei mir auch.
Aber die Farbtemperatur in Kelvin mit ct:3000 z. B. geht nicht.
Irgendwo fehlt da noch was, ich blick's aber nicht.

[krikan]

Mit widgetOverride mal probiert?
Ansonsten auf die Experten für colorpicker und color.pm warten.

[justme1968]

was hast du genau gesetzt und was funktioniert nicht?

gruss
  andre

[aga]

@justme1968
ich habe ein notify

Code Auswählen Erweitern

define colorInit notify global:INITIALIZED {use Color}
und als webcmd

Code Auswählen Erweitern

webCmd on:off:ct::ct 2850:ct 3703:ct 7050:rgb ff0000:rgb 00ff00:rgb 0000ff:rgb ffffff:rgb:dim

Die ct werden nur als Text angezeigt und wenn man drauf klickt gibt es eine Fehlermeldung: Unknown argument ct

Da fehlt sicher noch "irgendwo" was, aber ich weiß es nicht.

Gruß
Andreas

[aga]

Ich habe noch ein wenig mit den Farbwerten gespielt.
Parameter 33 kann man auslesen, die Werte hier entsprechen den Farben.
Das set wcrgb 255 0 0 0 0 funktioniert nicht, liefert aber auch nen anderen Wert, das würde das erklären.
Alles andere funktioniert.

Code Auswählen Erweitern


farbe dec hex

warmwhite 16711680 ff 00 00 set wcrgb 255 0 0 0 0 ergibt 33445532 hex 2 00 00 00
coldwhite 33488896 1 ff 00 00
white 50331647 2 ff ff ff set rgb ff ff ff ergibt das gleiche
red 50266112 2 ff 00 00
green 33619712 2 00 ff 00
blue 33554687 2 00 00 ff


Was nicht geht, ich kann keine Werte in die 33 schreiben. (set wcrgb erfüllt aber diesen Zweck, also muss man da auch nichts schreiben, nur das warmwhite müsste gefixt werden )
Dazu ist mir das aufgefallen, was ich nicht verstehe, egal wie oft ich den Text lese. Ist aber vielleicht auch egal

Code Auswählen Erweitern

5.7 Color Control State Set Command Class
Priority Capability ID color
1 (Highest) 0 Warm white
2 1 Cold white
3 (lowest) 2、3、4 R、G、B

Note: White LED and RGB LED will not light up at the same time, so the software makes the following
processing. When you want to activate the current RGB color, the color value of higher priority should
be set to 0.
For example: The warm white is the highest priority, when it is configured to 0, the Cold white or RGB
color configuration values can be activated. Otherwise, the bulb is always be activated by warm white.


[krikan]

Parameter 33 kann man auslesen, die Werte hier entsprechen den Farben.

Aus welcher Doku hast Du denn den Parameter (habe ich jetzt wieder etwas überlesen?)

set wcrgb erfüllt aber diesen Zweck, also muss man da auch nichts schreiben, nur das warmwhite müsste gefixt werden

Sorry, auch da hakt es: Was muss wo gefixt werden? "set <device> wcrgb 255 0 0 0 0" setzt von Fhem  "SW: 01140013130d33050a00ff0100020003000400251317" ab und das ist mMn korrekt. Oder sind das Reportwerte?

[justme1968]

der colorpicker im farbtemperatur modus erwartet zur zeit das dein device auch ein set kommando hat um die farbtemperatur direkt zu setzen. bei den hue lampen und dem wiki beispiel heißt das kommando ct. also set ct <wert>

wie es ausschaut braucht dein device ein anderes kommando. das musst du dann statt ct verwenden.

gruss
  andre

[aga]

Also, den Parameter 33 habe ich durch Testen rausgefunden. Dachte mir es muss doch mehr Parameter als nur die paar geben, die im Manual stehen.

Wegen dem wcrgb, ich gebe in der Detailansicht set wcrgb 255 0 0 0 0 ein. die Lampe geht nicht an, also das funktioniert nicht.
FHEM schickt das, im Prinzip wie bei Dir: SW: 01140013070d33050a00ff0100020003000400250717
Im Parameter 33 steht dann  33445532 drin.

Das stimmt aber nicht mit dem Wert überein, der in P33 steht, wenn man die Lampe über die manuelle Prozedur laut Anleitung auf Beipackzettel auf warmwhite stellt.
Da steht dann 16711680 drin.

Bei wcrgb 0 255 0 0 0 (coldwhite) stimmt der Wert berein und die Lampe leuchtet auch.
Also zumindest für diese Lampe ist der Wert für warmwhite über das set wcrgb nicht richtig.

Hoffe das ist jetzt verständlich, wenn ich besser erklären könnte, wäre ich Lehrer geworden 

[krikan]

Auf einen nicht dokumentierten Parameter würde ich nicht vertrauen. Sowas habe ich aber auch noch nie ausprobiert.
Vermutlich müssen wir erst einmal die eben von Dir zitierte Handbuchstelle verstehen und uns mit der Command Class auseinandersetzen. Bin mir nicht sicher, ob alles schon in Fhem integriert ist. Die mir bekannten Quellen hatte ich oben schon angegeben, aber nur oberflächlich angeschaut.

Hoffe das ist jetzt verständlich, wenn ich besser erklären könnte, wäre ich Lehrer geworden

Muss nicht bedeuten, dass Du schlecht erklärst, sondern kann ... 

[aga]

@justme1968
Tja, mit dem Teil hier sind wir noch ziemlich am Anfang wie es aussieht.
Welches Kommando wohl das Richtige für den colorpicker sein könnte?? Die Doku ist bescheiden.

Dann bleibt das wohl erstmal ein frommer Wunsch.

/Andreas

[flurin]

@krikan: Danke für Config-XML.

Betreffend Doku: hier die Hersteller-Version http://aeotec.com/z-wave-led-lightbulb/1511-led-bulb-manual.html

[flurin]

... die Labels sind noch nicht sauber.

- Z.B. "configColorIndexConfigurationWhenThe38" sollte "configColorIndexConfiguration38" oder noch besser
  "configColorIndexConfiguration 38" heissen. Evtl. muss man das Label im XML File entsprechend anpassen.

- Bei "configColorfulModeConfiguration" erscheint der Index 37 nicht.

- Bei 38 heisst es nach Manual "Colour Display Cycle Configuration" .

[krikan]

... die Labels sind noch nicht sauber.

Vielleicht erklärt das, warum XML noch nicht bei openzwave selbst angekommen ist. Habe selbst nicht getestet, sondern nur übernommen. Wenn es Fehler im XML-File sind, würde ich jetzt erst mal auf openzwave warten, bevor wir selbst daran arbeiten. Es sei denn Du hast es bereits geändert und stellst das zur Verfügung.
Sollten es Probleme in Fhem im XML-Parser sein, müssten wir mit Details zu den Problemen Rudi bitten sich darum zu kümmern.

[flurin]

... 37 mit 38 verwechselt:

37 "Color Display Cycle Configuration"
38 "Color Index Configuration"

[flurin]

... Es sei denn Du hast es bereits geändert und stellst das zur Verfügung.
Sollten es Probleme in Fhem im XML-Parser sein, müssten wir mit Details zu den Problemen Rudi bitten sich darum zu kümmern.

Nein, ich habe nur das Problem eingekreist. Ich vermute, dass es an der sub ZWave_cleanString($$) liegt.
Denn solche abgeschnittenen Labels erscheinen auch bei anderen Devices wie z.B

configInVenetianBlindModeTheParameter12

Schwerpunktmässig arbeite ich an einer anderen Baustelle aber wenn ich helfen kann, dann kann ich es tiefer untersuchen.

[krikan]

Das Abschneiden und Anhängen der Zahlen liegt an einer Längenbegrenzung in FHEM. Ist also Absicht und kein Fehler. Solange Funktion gegeben ist, sehe ich keinen Änderungsgrund. Vor allem wegen der angekündigten Änderungen am openzwave-Config-Format..

Schwerpunktmässig arbeite ich an einer anderen Baustelle aber wenn ich helfen kann, dann kann ich es tiefer untersuchen.

Wenn es eine FHEM-Baustelle ist, halte ich persönlich fast alles andere für sinnvoller

[flurin]

Vor allem wegen der angekündigten Änderungen am openzwave-Config-Format..

OK, warten wir ab, hast du evtl. einen direkten Link zu diesem Thema?

Wenn es eine FHEM-Baustelle ist, halte ich persönlich fast alles andere für sinnvoller

Klar hat es mit FHEM zu tun  > Homekit-Anbindung (da ist aber auch vor allem andre am Entwickeln). Und das ist auch eine andere Welt bezüglich Programmierung (JavaScript).

[krikan]

OK, warten wir ab, hast du evtl. einen direkten Link zu diesem Thema?

Auf die Schnelle nur die Schmalspur-Info hier: https://groups.google.com/d/msg/openzwave/lH54AGatigg/lXzupaf9DwAJ

Klar hat es mit FHEM zu tun  > Homekit-Anbindung (da ist aber auch vor allem andre am Entwickeln). Und das ist auch eine andere Welt bezüglich Programmierung (JavaScript).

Genehmigt. 

[flurin]

Falls jemand es ausprobieren möchte. Eine kleine Änderung mit einer nicht so kleinen Wirkung:

in 10_ZWave.pm diese Zeile (ca. Zeilennummer 1292) einfügen :

Code Auswählen Erweitern


$cmd = "_$h{index}_$cmd";


Code Auswählen Erweitern


      ...
      $h{read_only}  = $1 if($line =~ m/read_only="([^"]*)"/i); # true,false
      $h{write_only} = $1 if($line =~ m/write_only="([^"]*)"/i); # true,false
      my ($cmd,$shortened) = ZWave_cleanString($h{label}, $h{index});
      $cmd = "_$h{index}_$cmd";
      $cmdName = "config$cmd";
      $h{Help} = "";
      ...


[krikan]

@flurin

Falls jemand es ausprobieren möchte. Eine kleine Änderung mit einer nicht so kleinen Wirkung:

Zwar vertraue ich Dir, aber würde dennoch gerne vorher wissen, was das (aus)löst.
Danke, Christian

[flurin]

@flurinZwar vertraue ich Dir, aber würde dennoch gerne vorher wissen, was das (aus)löst.
Danke, Christian

Verstehe deine Vorsicht 

Das Label für die Configuration sieht dann so aus:

Code Auswählen Erweitern


config_37_ColorfulModeConfiguration


inkl. Index und nicht so:

Code Auswählen Erweitern


configColorfulModeConfiguration


[krikan]

Kurz: Gefällt mir.
Lang: Manchmal kenne ich die Parameternummer aber nicht die Parameterwerte und muss dann alle configXY durchgehen, bis ich das richtige finde.
Problem: Alle alten Reading sind falsch.
Gibt es keine Dir bekannten unerwünschten Seiteneffekte?

@Rudi: Was hältst Du davon?

[flurin]

Problem: Alle alten Reading sind falsch.
Gibt es keine Dir bekannten unerwünschten Seiteneffekte?

Richtig: die alten Readings müssen jetzt manuell gelöscht werden, man könnte es aber bei einem fertigen Update lösen.
und am Schluss muss dann der Index nicht hinzugefügt werden.

Noch eine Variante aber das ist Geschmakssache:

Code Auswählen Erweitern


      $cmd = sprintf("_%02d_%s",$h{index}, $cmd);


dann ist der Index immer 2- oder mehr-stellig (01,02,03 .. 11,12 .. 200 ..)
Nebenwirkungen sollten keine auftreten, da nur das Label geändert wird aber man weiss nie.

[flurin]

... hier ein Beispiel für das Modul FGRM-222:

Code Auswählen Erweitern


     2015-08-31 17:38:08   config_03_ReportsType 0
     2015-08-31 16:36:44   config_10_RollerShutterOperatingModes RollerBlindModeWithPositioning
     2015-08-31 17:38:53   config_12_InVenetianBlindModeTheParameter 300
     2015-08-31 17:48:59   config_13_SetLamellasBackToPrevious 1
     2015-08-31 17:46:43   config_14_SwitchType MomentarySwitches
     2015-08-31 17:38:15   config_17_InRollerBlindModeOrVenetianBlind 10
     2015-08-31 17:44:41   config_18_MotorOperationDetection 10
     2015-08-31 17:49:15   config_22_MotorOperationTime 240
     2015-08-31 17:44:54   config_29_ForcedRollerShutterCalibration Default
     2015-08-31 17:49:28   config_30_ResponseToGeneralAlarm CloseBlind
     2015-08-31 17:49:39   config_31_ResponseToFloodingAlarm NoReaction
     2015-08-31 17:49:46   config_32_ResponseToSmokeCOOrCO2Alarm OpenBlind
     2015-08-31 17:49:52   config_33_ResponseToTemperatureAlarm OpenBlind
     2015-08-31 17:38:25   config_35_ManagingLamellasInResponseTo SetLamellasToTheirExtreme
     2015-08-31 17:48:18   config_43_EnergyReports 10
     2015-08-31 17:50:10   config_44_SelfMeasurement SelfMeasurementInactive
     2015-08-31 17:50:21   config_50_ScenesAssociationsActivation AssociationsActivation


[micha80]

Wegen dem wcrgb, ich gebe in der Detailansicht set wcrgb 255 0 0 0 0 ein. die Lampe geht nicht an, also das funktioniert nicht.
FHEM schickt das, im Prinzip wie bei Dir: SW: 01140013070d33050a00ff0100020003000400250717

Hallo aga, ich habe bei meiner Zipato Bulb das gleiche Problem.
siehe mein Kommentar damals
resettoWhiteWarm   => '050a00ff0101020003000400',
>                                               # 100% warm, minimal cold, otherwise bulb is dimmed

bzw. mittlerweile dann:

Code Auswählen Erweitern

set wcrgb 255 1 0 0 0

evtl Hilfts?

mfg
micha

[aga]

Hallo Micha,

was Du schreibst funktioniert.
Aber das warmwhite ist nicht das Gleiche wie das, wenn ich manuell die ledbulb die Farben wechseln lasse.
Wie weiter oben geschrieben, im Parameter 33 scheint zu stehen, was eingestellt ist.
Und da gibt es einen Unterschied zwischen der manuellen Einstellung und dem set wcrgb.

Vielleicht kann sich das jemand anschauen, der da mehr Ahnung hat als ich.

Parameter 33 kann man auslesen, die Werte hier entsprechen den Farben.
Das set wcrgb 255 0 0 0 0 funktioniert nicht, liefert aber auch nen anderen Wert, das würde das erklären.
Alles andere funktioniert.

Code Auswählen Erweitern


farbe dec hex

warmwhite 16711680    ff 00 00 set wcrgb 255 0 0 0 0 ergibt 33445532 hex 2 00 00 00
coldwhite 33488896 1 ff 00 00
white 50331647 2 ff ff ff set rgb ff ff ff ergibt das gleiche
red 50266112 2 ff 00 00
green 33619712 2 00 ff 00
blue 33554687 2 00 00 ff


/Andreas

[krikan]

Wenn es richtig verstehe, hat die Bulb 5 Kanäle (0-4). In dem undokumentierten Parameter tauchen aber doch keine 5 auf?
Wenn Du mit der heute eingecheckten 10_ZWave.pm (morgen im Update) einmal für jeden Kanal "get <device> ccStatus <Kanal>" bei eingeschaltetem "warmwhite" abrufst, würden mich die Ergebnisse interessieren. Über kurz oder eher lang werde ich es ansonsten selbst auch noch ausprobieren.

[aga]

ok, hier die Werte bei eingestelltem warmwhite und coldwhite.
Hoffe es hilft weiter.

warmwhite
ccStatus_00:ff
ccStatus_01:00
ccStatus_02:00
ccStatus_03:00
ccStatus_04:00
coldwhite
ccStatus_00:00
ccStatus_01:ff
ccStatus_02:00
ccStatus_03:00
ccStatus_04:00

[krikan]

Danke! Die Werte entsprechen den theoretischen Angaben für warm- und coldwhite und passen dann doch nicht zum Parameter 33?
Am Sonntag habe ich hoffentlich etwas Zeit mich mit dem Thema zu beschäftigen; will mal die openzwave CC Color testen, ob es damit funktioniert und was die für Telegramme schicken.  Oder hat das schon jemand probiert?

[aga]

Dass es nicht zum Parameter 33 passt, würde ich nicht unterschreiben.
Der Parameter scheint schon was damit zu tun zu haben.

warmwhite      16711680      ff 00 00      - set wcrgb 255 0 0 0 0 ergibt 33445532 hex 2 00 00 00

Bei den Hex Werten sieht man am einfachsten den Unterschied. Manuell warmwhite eingestellt, ergibt 00 ff 00 00, das set wcrgb 255 0 0 0 0 ergibt 2 00 00 00.
Also macht meiner Meinung nach das set wcrgb 255 0 0 0 0 nicht das Richtige für diese Lampe.

Wenn Du Zeit und Muse hast, Dich damit zu befassen, ich würde gerne die Farbtemperatur einstellen können, das soll ja von 2580-7050°K gehen.
Vielleicht hast Du ja dazu auch eine Idee.

/Andreas

[krikan]

Habe jetzt eine Stunde mit den Telegrammen verbracht und bin nicht wirklich schlauer. Das, was ich theoretisch aus ozw herauslese (unsere Telegramme sind nicht OK), führt bei Einbau in Fhem bisher nicht zum Erfolg/Erkenntnis. Ozw praktisch zu testen, habe ich noch nicht umgesetzt. Die CC Color ist nicht im Master-Branch, so dass ich das manuell kompilieren muss und das dauert bei mir.

@flurin: Hast Du die BULB zufällig mal an Z-way betrieben und ausführliche logs dazu greifbar aus denen man Schlußfolgerungen zu warmwhite usw. ziehen könnte?

[flurin]

@krikan
Ich bin am Z-Way Aktualisieren (UpdateXMLs vom pepper1 Server), das dauert eine Weile.
Melde ich mich, sobald ich soweit bin.

[flurin]

... hier mal einen Log-Ausschnitt, wenn ich Parameter 33 abfrage:

[2015-09-27 21:40:10.656] [D] [zway] SETDATA devices.3.data.lastPacketInfo.delivered = True
[2015-09-27 21:40:10.657] [D] [zway] SETDATA devices.3.data.lastPacketInfo.packetLength = 6 (0x00000006)
[2015-09-27 21:40:10.657] [D] [zway] SETDATA devices.3.data.lastPacketInfo.deliveryTime = 15 (0x0000000f)
[2015-09-27 21:40:10.657] [D] [zway] SETDATA devices.3.data.lastPacketInfo = **********
[2015-09-27 21:40:10.657] [D] [zway] SendData Response with callback 0x71 received: received by recipient
[2015-09-27 21:40:10.657] [D] [zway] SETDATA devices.3.data.lastSend = 1269669 (0x00135fa5)
[2015-09-27 21:40:10.657] [D] [zway] Job 0x13 (Configuration Get): success
[2015-09-27 21:40:10.657] [zway] Removing job: Configuration Get
[2015-09-27 21:40:10.674] [D] [zway] RECEIVED: ( 01 0E 00 04 00 03 08 70 06 21 04 02 00 00 00 AF )
[2015-09-27 21:40:10.675] [D] [zway] SENT ACK
[2015-09-27 21:40:10.675] [D] [zway] SETDATA devices.3.data.lastReceived = 0 (0x00000000)
[2015-09-27 21:40:10.676] [D] [zway] SETDATA devices.3.instances.0.commandClasses.112.data.33.size = 4 (0x00000004)
[2015-09-27 21:40:10.676] [D] [zway] SETDATA devices.3.instances.0.commandClasses.112.data.33.val = 33554432 (0x02000000)
[2015-09-27 21:40:10.677] [D] [zway] SETDATA devices.3.instances.0.commandClasses.112.data.33 = Empty
[2015-09-27 21:40:10.678] [zway] Node 3:0 CC Configuration: Parameter 0x21 = 33554432 (size = 4)

Gruss
flurin

[krikan]

Mit etwas Abstand und Ruhe habe ich das (simple) Problem mMn gefunden. Die set-Befehle in 10_ZWave.pm enthalten einen kleinen Fehler:

set   => { # Forum #36050
               rgb         => '050a0000010002%02x03%02x04%02x',
               wcrgb       => '050a00%02x01%02x02%02x03%02x04%02x' },

Was hinter der Kennung des Commands 05 folgt ist die Anzahl der Farbkanäle im Befehl. Das sind eben nicht 0a, sondern 05 Farbkänale.
Habe bei mir testweise abgeändert auf:

set   => { # Forum #36050
               rgb         => '05050000010002%02x03%02x04%02x',
               wcrgb       => '050500%02x01%02x02%02x03%02x04%02x' },

Dann bekomme ich auch bei "set <device> wcrgb 255 0 0 0 0" einen Weißton, den ich als warmweiß (im Gegensatz zu 0 255 0 0 0) erkenne. Da ich keinen Taster angeschlossen habe, kann ich aber nicht manuell die Farbe wechseln und habe keinen direkten Vergleich.

[aga]

Ich hab's probiert, der Farbton sieht gleich aus und in P33 bekommt man den gleichen Wert ausgelesen, wie wenn man manuell warmwhite einstellt.
Hab alles andere nochmal durchgetestet, keine Nebenwirkung zu erkennen.

[krikan]

Das ist prima; womit auch bewiesen ist, dass Du mit dem "geheimnisvollen" Parameter 33 auf der richtigen Spur warst
Dann werde ich mal Änderung beantragen.

Das Farbtemperaturthema hatte ich mir kurz angeschaut. Die Bulb kann es mMn aber nicht per Befehl.

[aga]

Die Farbtemperatur einzustellen wäre schick, aber eigentlich fehlt mir der "use case", also alles nice to have, mehr nicht. Warmwhite und coldwhite, das reicht...
Hatte mal Beiträge gelesen über Hue oder war es Milight, da konnte man die Werte ähnlich rgb auch in ° Kelvin angeben.
Aber dann habe ich gegoogelt, wie man sowas umrechnen kann und fand es zumindest auf den ersten Blick abschreckend kompliziert.

Aber vielleicht hat ja jemand eine Idee, das sinvoll einzusetzen und auch die Zeit sich damit zu beschäftigen.

Danke krikan für Deine Mühen und natürlich allen anderen die hier aktiv waren/sind.

/Andreas

[flurin]

@flurin: Hast Du die BULB zufällig mal an Z-way betrieben und ausführliche logs dazu greifbar aus denen man Schlußfolgerungen zu warmwhite usw. ziehen könnte?

@krikan brauchst du das noch?

[krikan]

@krikan brauchst du das noch?

warmwhite und coldwhite sollte jetzt auch so funktionieren.
Wenn Du es aber sowieso schon hast, nehme ich das gerne. Es gibt noch viele Unklarheiten: Wie werden capabilites ermittelt? usw...

[flurin]

Zurzeit bin ich am Üben mit Raspbian Jessie und RaZberry. Details über Color CC folgen.
Soeben ein "engineering sheet" von Aeon Labs erhalten. Siehe Anhang.

Aeon spricht von Switch_Color entspricht Color_Control (ID 0x33) und offiziell ist Parameter 33 nicht spezifiziert.

Gruss
flurin

[krikan]

Danke flurin.
Theoretisch bin ich dank ozw auch ein Stück bei der Auswertung der Color Capability weiter. Allerdings begreife ich den Sinn der Indexed Color, die AEOTEC auch hat, noch nicht.
Muss das Bekannte jetzt mal in Perl packen und testen.
Aber wie geschrieben nehme ich gerne jedes ausführliche Log, wenn es keinen Stress macht. Vielleicht kann man etwas daraus ziehen.
Gruß, Christian

[flurin]

... Allerdings begreife ich den Sinn der Indexed Color, die AEOTEC auch hat, noch nicht.

Was meinst Du mit Indexed Color? Color Index (Parameter 38)?

[krikan]

Was meinst Du mit Indexed Color? Color Index (Parameter 38)?

Sorry war ein wenig kurz:
Hängt mMn nicht mit den Parametern zusammen,
Auf die Abfrage von "get <LED> ccCapability" liefert die LED Informationen zu den verfügbaren Farbkanälen u.ä.
Laut https://github.com/OpenZWave/open-zwave/blob/New-CC/cpp/src/command_classes/Color.cpp wird in einem Byte die Verfügbarkeit von "Indexed Color" gemeldet. Das scheinen vordefinierte Farbwerte zu sein. Laut meinem ozw-Log ist die Capability=1fd . Wenn ich das mit 0x100 laut ozw per UND verknüpfe sollte die LED über Indexed Color verfügen. Wenn ich es mit Fhem abfrage habe ich die Capability=1f und gem der UND-Verknüpfung keine Indexed Color.
Soweit mein bruchstückhaftes Wissen und meine Verwunderung. Wie man evtl. vorhandene Indexed Colors nutzt/setzt ist mir auch noch unbekannt. Also noch viele Fragezeichen.

[flurin]

@krikan Ok, das entspricht auch der Beschreibung von SwitchColor.
Im Anhang noch ein Screenshot vom SwitchColor Interview. Wenn ich es richtig verstehe, dann unterstützt die AEON LED Bulb nur 0 bis 4 (Warm White, Cold White, Red, Green und Blue). Das könnte mit dem Wert 1f [0001 1111] passen.

[krikan]

Screenshot gefällt mir  . Danke.
31 dez = 1f hex
ergibt WCRGB
Dann gibt es wohl keine "Indexed Color".

[flurin]

Screenshot gefällt mir  . Danke.
31 dez = 1f hex
ergibt WCRGB
Dann gibt es wohl keine "Indexed Color".

Nicht nur, 5 bis 8 werden nicht unterstützt:

Code Auswählen Erweitern


• 5: Amber (for 6ch Color mixing) (0x00 0xFF: 0 100%)
• 6: Cyan (for 6ch Color mixing) (0x00 0xFF: 0 100%)
• 7: Purple (for 6ch Color mixing) (0x00 0xFF: 0 100%)
• 8: Indexed Color (0x00 0x0FF: Color Index 0-255)


[flurin]

@krikan
Bei den Parametern 36, 200 und 255 geht es bei mir nicht.
Könntest Du bitte testen, ob es bei Dir auch Timeout kommt.

Gruss
flurin

[krikan]

Bei den Parametern 36, 200 und 255 geht es bei mir nicht.

Bei einer get-Abfrage der obigen Parameter kommt bei mir auch jeweils Timeout. Evtl. ist das vom Firmwarestand abhängig; neue habe ich aber nicht finden können. 255 kann man evtl. nur setzen; mag ich aber nicht ausprobieren.

[flurin]

Ok, Danke, es ist auf jedem Fall kein Fhem-Problem. Ich habe bei allen Parametern (auch 255) probiert, den Default-Wert zu setzen, das geht nicht. Mal schauen, was der "Field Application Engineer" bei Aeon Labs dazu meint.

[Thyraz]

Kann man Warm-White und Cold-White eigentlich auch in sein webCmd einbauen?
Wenn ich im RGB Modus weiß wähle, wird die Lampe immer eher hell-lila.

Sehr schade auch, dass das Warm-Weiß auch schon recht kühl ist.

[Jack_n]

Hallo,

hat einer von Euch das Color-Cycling bei der Lampe hinbekommen ?

Mir würde ja schon der Regenbogeneffekt reichen, aber mit
set configColorfulModeConfiguration 1 passiert gar nix...

Viele Grüße
Joachim

[Jack_n]

Hallo  ,

mit der Lampe (Zwave_Bulb) bin ich schon ganz gut vorangekommen.

Ich möchte mit der Lampe auch einen Sonnenaufgang simulieren.

Dafür habe ich mit Wifilight ein (real nicht existierendes) Device LEDSTRIP angelegt.

Dieses Device lasse ich dann den Farbwechsel durchführen:

{fhem("set ZWave_Bulb on; set LEDSTRIP HSV 240,100,0;set LEDSTRIP HSV 60,100,100 120 q;")}

Die RGB Farbe des LEDSTRIP übertrage ich dann per notify auf meine ZWave_Bulb was 1a funktioniert:

define n_Sonnenaufgang notify LEDSTRIP set ZWave_Bulb rgb [LEDSTRIP:RGB]

Ich wollte auch noch die Helligkeit mit reinnehmen, aber dabei bekomme ich immer einen Error: Error: [LEDSTRIP:brightness] is not a decimal number

define n_Sonnenaufgang notify LEDSTRIP set ZWave_Bulb rgb [LEDSTRIP:RGB] ; set ZWave_Bulb dim [LEDSTRIP:brightness]

Wie könnte ich denn die Helligkeit noch dem ZWave_Bulb übergeben ?

Danke und viele Grüße
Joachim

[Marekh]

Hat da jemand vielleicht schon eine Antwort für?

Kann man Warm-White und Cold-White eigentlich auch in sein webCmd einbauen?
Wenn ich im RGB Modus weiß wähle, wird die Lampe immer eher hell-lila.

Danke
Marek

[aga]

Ich habe das so gemacht:
on:off:rgb ff0000:rgb 00ff00:rgb 0000ff:rgb ffff00:rgb 4df3ff:rgb:dim:wcrgb 255 0 0 0 0:wcrgb 0 255 0 0 0
Die letzten beiden sind das warm- und kaltweiß

/aga