Hi
I try to include a rgb bulb of hank tech. The z-wave inclusion of the device is done and the item “color control” is linked.
But my Problem, the control of the bulb and the selection of the color doesn’t work. I try to control
the bulb via Paper UI / Control (see picture).
Have anyone an idea what’s the problem?
Thanks and best regards
marcel
What do you see in the debug logs? If you can post a log of what happens when you set the color i’ll take a look.
do you mean the logfile events.log?
in this file i see this lines when i change the color via paper ui -> control -> slider “color control”
2017-12-28 22:54:20.364 [ItemCommandEvent ] - Item ‘OgBa_BulbRGB_ColorControl’ received command 211,50,51
2017-12-28 22:54:20.376 [ItemStateChangedEvent ] - OgBa_BulbRGB_ColorControl changed from 200,50,51 to 211,50,51
2017-12-28 22:54:20.738 [ItemCommandEvent ] - Item ‘OgBa_BulbRGB_ColorControl’ received command 163,50,51
2017-12-28 22:54:20.749 [ItemStateChangedEvent ] - OgBa_BulbRGB_ColorControl changed from 211,50,51 to 163,50,51
2017-12-28 22:54:21.078 [ItemCommandEvent ] - Item ‘OgBa_BulbRGB_ColorControl’ received command 143,50,51
2017-12-28 22:54:21.089 [ItemStateChangedEvent ] - OgBa_BulbRGB_ColorControl changed from 163,50,51 to 143,50,51
2017-12-28 22:54:21.377 [ItemCommandEvent ] - Item ‘OgBa_BulbRGB_ColorControl’ received command 126,50,51
2017-12-28 22:54:21.386 [ItemStateChangedEvent ] - OgBa_BulbRGB_ColorControl changed from 143,50,51 to 126,50,51
2017-12-28 22:54:21.763 [ItemCommandEvent ] - Item ‘OgBa_BulbRGB_ColorControl’ received command 120,50,51
2017-12-28 22:54:21.776 [ItemStateChangedEvent ] - OgBa_BulbRGB_ColorControl changed from 126,50,51 to 120,50,51
thanks for your help.
No - it needs to be the main log file with debug logging enabled for the zwave binging. You can do this with the log:set debug org.openhab.binding.zwave console command.
OK … i have enable the debug logging.
2017-12-28 23:00:46.672 [INFO ] [.commandclass.ZWaveColorCommandClass] - NODE 34: Color report WARM_WHITE 232
2017-12-28 23:00:46.792 [INFO ] [.commandclass.ZWaveColorCommandClass] - NODE 34: Color report GREEN 0
2017-12-28 23:00:46.912 [INFO ] [.commandclass.ZWaveColorCommandClass] - NODE 34: Color report BLUE 0
2017-12-28 23:00:47.032 [INFO ] [.commandclass.ZWaveColorCommandClass] - NODE 34: Color report COLD_WHITE 23
2017-12-28 23:00:47.163 [INFO ] [.commandclass.ZWaveColorCommandClass] - NODE 34: Color report RED 0
2017-12-28 23:00:47.166 [INFO ] [.commandclass.ZWaveColorCommandClass] - NODE 34: Color report finished {WARM_WHITE=232, GREEN=0, BLUE=0, COLD_WHITE=23, RED=0}
2017-12-28 23:24:45.614 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Command received zwave:device:Razberry2:node34:color_color --> 114,0,0
2017-12-28 23:24:45.622 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: No messages returned from converter
2017-12-28 23:24:45.997 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Command received zwave:device:Razberry2:node34:color_color --> 171,0,0
2017-12-28 23:24:46.013 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: No messages returned from converter
2017-12-28 23:24:46.324 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Command received zwave:device:Razberry2:node34:color_color --> 183,0,0
2017-12-28 23:24:46.326 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: No messages returned from converter
2017-12-28 23:26:32.764 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Command received zwave:device:Razberry2:node34:color_color --> 185,0,0
2017-12-28 23:26:32.766 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: No messages returned from converter
I hope you can see what’s my problem.
Thanks Chris
It looks like the command that you’re sending has 0 brightness. Only the hue is being set - not saturation or brightness. This might not be the only issue of course as I’m a bit surprised that there are no messages returned from the converter, but I guess it’s a good thing to solve first and if it’s still not working when you get the command sorted, I’ll take a look at the code…
FWIW, my Fibaros ignore the brightness setting on first command (they always assume 100%), I always have to send a second one to correct the brightness down to the desired level.
Now i have set the brightness and saturation to the middle. The Lamp shines with color white.
And then i have change the color … see next picture
The Lamp still shines with white color.
Log-Files of this change:
2017-12-29 08:17:13.271 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Command received zwave:device:Razberry2:node34:color_color --> 306,52,51
2017-12-29 08:17:13.273 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: No messages returned from converter
When i change the brightness to nearliy 100%, the log file entries are as follow:
2017-12-29 08:23:53.342 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Command received zwave:device:Razberry2:node34:color_color --> 96
2017-12-29 08:23:53.344 [DEBUG] [ss.ZWaveMultiLevelSwitchCommandClass] - NODE 34: Creating new message for command SWITCH_MULTILEVEL_SET
2017-12-29 08:23:53.348 [DEBUG] [ocol.ZWaveController$ZWaveSendThread] - Took message from queue for sending. Queue length = 0
2017-12-29 08:23:53.351 [DEBUG] [ve.internal.protocol.ZWaveController] - Message queued. Queue length = 0. Queue={}
2017-12-29 08:23:53.352 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 0A 00 13 22 03 26 01 60 25 E3 46
2017-12-29 08:23:53.354 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - NODE 34: Sending REQUEST Message = 01 0A 00 13 22 03 26 01 60 25 E3 46
2017-12-29 08:23:53.364 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 04 01 13 01 E8
2017-12-29 08:23:53.411 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2017-12-29 08:23:53.413 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 04 01 13 01 E8
2017-12-29 08:23:53.413 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 07 00 13 E3 00 00 02 0A
2017-12-29 08:23:53.415 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 04 01 13 01 E8
2017-12-29 08:23:53.418 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=SendData[0x13], type=Response[0x01], priority=High, dest=255, callback=0, payload=01
2017-12-29 08:23:53.420 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 34: Sent Data successfully placed on stack.
2017-12-29 08:23:53.440 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2017-12-29 08:23:53.443 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 09 00 13 E3 00 00 02 00 00 04
2017-12-29 08:23:53.444 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 22 03 20 03 60 90
2017-12-29 08:23:53.445 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 09 00 13 E3 00 00 02 00 00 04
2017-12-29 08:23:53.447 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=SendData[0x13], type=Request[0x00], priority=High, dest=255, callback=0, payload=E3 00 00 02
2017-12-29 08:23:53.449 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 34: SendData Request. CallBack ID = 227, Status = Transmission complete and ACK received(0)
2017-12-29 08:23:53.450 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 34: Starting initialisation from DONE
2017-12-29 08:23:53.452 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@b0e339 already registered
2017-12-29 08:23:53.454 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Sent Message: class=SendData[0x13], type=Request[0x00], priority=Set, dest=34, callback=227, payload=22 03 26 01 60
2017-12-29 08:23:53.456 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Recv Message: class=SendData[0x13], type=Request[0x00], priority=High, dest=255, callback=0, payload=E3 00 00 02
2017-12-29 08:23:53.458 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: class=SendData, callback id=227, expected=SendData, cancelled=false transaction complete!
2017-12-29 08:23:53.459 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveTransactionCompletedEvent
2017-12-29 08:23:53.461 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Got an event from Z-Wave network: ZWaveTransactionCompletedEvent
2017-12-29 08:23:53.462 [DEBUG] [ocol.ZWaveController$ZWaveSendThread] - NODE 34: Response processed after 82ms/4916ms.
2017-12-29 08:23:53.470 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2017-12-29 08:23:53.472 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 09 00 04 00 22 03 20 03 60 90
2017-12-29 08:23:53.474 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 09 00 04 00 22 03 20 03 60 90
2017-12-29 08:23:53.477 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 22 03 20 03 60
2017-12-29 08:23:53.479 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 34: Application Command Request (ALIVE:DONE)
2017-12-29 08:23:53.481 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 34: Starting initialisation from DONE
2017-12-29 08:23:53.483 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@b0e339 already registered
2017-12-29 08:23:53.484 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 34: Incoming command class BASIC
2017-12-29 08:23:53.486 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 34: Received Basic Request
2017-12-29 08:23:53.488 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 34: Basic report, value = 0x60
2017-12-29 08:23:53.489 [DEBUG] [ve.internal.protocol.ZWaveController] - Notifying event listeners: ZWaveCommandClassValueEvent
2017-12-29 08:23:53.491 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2017-12-29 08:23:53.493 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Got a value event from Z-Wave network, endpoint = 0, command class = BASIC, value = 96
2017-12-29 08:23:53.496 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Updating channel state zwave:device:Razberry2:node34:switch_dimmer to 96 [PercentType]
2017-12-29 08:23:53.499 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 34: Updating channel state zwave:device:Razberry2:node34:color_color to 96 [PercentType]
2017-12-29 08:23:53.505 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Sent Message: class=SendData[0x13], type=Request[0x00], priority=Set, dest=34, callback=227, payload=22 03 26 01 60
2017-12-29 08:23:53.507 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Recv Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 22 03 20 03 60
2017-12-29 08:23:53.508 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: class=ApplicationCommandHandler, callback id=227, expected=SendData, cancelled=false MISMATCH
Best regards and thanks
Marcel
What version are you running?
Also, when posting logs, please use code fences, or use the </> button to format them.
org.openhab.binding.zwave-2.2.0-SNAPSHOT.jar
Is that the development version, or the standard snapshot? If it’s the standard snapshot, how old is it?
This is the standard Snapshot … I think (Stable Version)
Downloaded with this Link:
https://openhab.ci.cloudbees.com/job/openHAB2-Bundles/lastStableBuild/org.openhab.binding%24org.openhab.binding.zwave/
Download Date: 24.11.2017
Ok, I’d suggest to upgrade to 2.2 release or 2.3 snapshot and the problem should be resolved.
Ok. I try with update to snapshot 2.3. Is that right, i can simply replace the old file …snapshot…jar with the new file …snapshot…jar?
or do I have to pay attention to anything else?
I’ve updated to Snapshot 2.3 and include the thing new. Now the selection of the color works fine.
But one problem is still there. The Buttons next to the color selection (left & right) doesn’t work
correct.
dimming is not possible, when i press the right button -> lamp goes off, when i press the left button -> lamp goes on.
if dimming over this two buttons should not be possible, is it possible to hide the left and the right button? (only the color button visible).
Chris, thank you very much for your help! 
I just setup the same bulb. Trying to use the control section of PaperUI didn’t make much sense but when I created items it worked much better.
I believe the up down arrows next to the color picker are to return to last setting or to turn off. They don’t seem to dim for me. Here is my items file. Have you had any better luck making it more user friendly?
Dimmer SF_Hallway_RGB_Dimmer "Hallway Lamp Brightness[%d %%]" (SF_Hall, Light) ["Lighting"] {channel="zwave:device:cab10335:node33:switch_dimmer"}
Dimmer SF_Hallway_RGB_Temperature "Hallway White Color Temp[%d %%]" (SF_Hall, Light) ["Lighting"] {channel="zwave:device:cab10335:node33:color_temperature"}
Color SF_Hallway_RGB_Color "Color Picker" (SF_Hall) {channel="zwave:device:cab10335:node33:color_color"}
Have you had any luck with the scene channel. I’ve not been able to figure out what that can do.
I can’t use the scene channel … i’ve no idea how to use it.
Thanks for the tip with manually defined items. For waht is the group SF_Hall?
Please can you post also the group and sitemap definition?
It is the group I used for the items which are in the Second Floor Hallway (corridor).
the define of the items in the item-file works fine. thanks.