WallC-S not recognized

[Eggn1n3]

Hi, I am trying to add a wall controller (Zwave.me WALLC-S) to OpenHAB, but it seems it is not recognized by the ZWave binding (unsupported command classes). HABmin shows unknown manufacturer etc. I am using snapshot 1.7.0 which lists WALLC-S as supported.

Is there something I am missing? Controller is included, but then nothing happens... I am using ZME_UZB1 Zave plus (ZWave.Me) USB controller. I also use another Zwave device (Philio binary power switch which works fine).

Here is a bit of the log.

Thanks, Rene

2015-02-11 20:03:25.767 [DEBUG] [.ApplicationUpdateMessageClass:46 ]- NODE 4: Application update request, node information received. 2015-02-11 20:03:25.938 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x5E 2015-02-11 20:03:25.989 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass:201 ]- Unsupported command class 0x5e 2015-02-11 20:03:26.113 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x70 2015-02-11 20:03:26.196 [DEBUG] [.z.internal.protocol.ZWaveNode:491 ]- NODE 4: Adding command class CONFIGURATION to the list of supported command classes. 2015-02-11 20:03:26.320 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x85 2015-02-11 20:03:26.382 [DEBUG] [.z.internal.protocol.ZWaveNode:491 ]- NODE 4: Adding command class ASSOCIATION to the list of supported command classes. 2015-02-11 20:03:26.471 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x2D 2015-02-11 20:03:27.057 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass:207 ]- Unsupported command class SCENE_CONTROLLER_CONF (0x2d) 2015-02-11 20:03:27.154 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x8E 2015-02-11 20:03:27.209 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass:207 ]- Unsupported command class MULTI_INSTANCE_ASSOCIATION (0x8e) 2015-02-11 20:03:27.292 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x80 2015-02-11 20:03:27.453 [DEBUG] [.z.internal.protocol.ZWaveNode:491 ]- NODE 4: Adding command class BATTERY to the list of supported command classes. 2015-02-11 20:03:27.519 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x84 2015-02-11 20:03:27.680 [DEBUG] [.z.internal.protocol.ZWaveNode:491 ]- NODE 4: Adding command class WAKE_UP to the list of supported command classes. 2015-02-11 20:03:27.735 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x8F 2015-02-11 20:03:27.826 [DEBUG] [.z.internal.protocol.ZWaveNode:491 ]- NODE 4: Adding command class MULTI_CMD to the list of supported command classes. 2015-02-11 20:03:27.899 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x5A 2015-02-11 20:03:27.942 [DEBUG] [.z.i.config.ZWaveConfiguration:265 ]- NODE 3: No database entry: Philio Technology Corporation [ID:1,Type:1] 2015-02-11 20:03:27.957 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass:201 ]- Unsupported command class 0x5a 2015-02-11 20:03:28.047 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x59 2015-02-11 20:03:28.098 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass:201 ]- Unsupported command class 0x59 2015-02-11 20:03:28.180 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x5B 2015-02-11 20:03:28.240 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass:201 ]- Unsupported command class 0x5b 2015-02-11 20:03:28.303 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x73 2015-02-11 20:03:28.389 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass:207 ]- Unsupported command class POWERLEVEL (0x73) 2015-02-11 20:03:28.463 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x86 2015-02-11 20:03:28.510 [DEBUG] [.z.internal.protocol.ZWaveNode:491 ]- NODE 4: Adding command class VERSION to the list of supported command classes. 2015-02-11 20:03:28.553 [DEBUG] [.o.b.z.i.p.c.ZWaveCommandClass:197 ]- Creating new instance of command class 0x72 2015-02-11 20:03:28.650 [DEBUG] [.z.internal.protocol.ZWaveNode:491 ]- NODE 4: Adding command class MANUFACTURER_SPECIFIC to the list of supported command classes. 2015-02-11 20:03:28.689 [WARN ] [z.i.p.i.ZWaveNodeStageAdvancer:71 ]- NODE 4: Already in or beyond node stage, ignoring. current = Node Failed, requested = Manufacture Name and Product Identification 2015-02-11 20:03:28.762 [DEBUG] [b.z.i.protocol.ZWaveController:482 ]- Notifying event listeners 2015-02-11 20:03:28.810 [DEBUG] [.z.internal.ZWaveActiveBinding:398 ]- ZwaveIncomingEvent 2015-02-11 20:03:28.864 [DEBUG] [.i.p.c.ZWaveWakeUpCommandClass:404 ]- NODE 4: Is awake with 0 messages in the wake-up queue. 2015-02-11 20:03:30.940 [DEBUG] [.i.p.c.ZWaveWakeUpCommandClass:478 ]- NODE 4: No more messages, go back to sleep 2015-02-11 20:03:30.975 [DEBUG] [.i.p.c.ZWaveWakeUpCommandClass:211 ]- NODE 4: Creating new message for application command WAKE_UP_NO_MORE_INFORMATION 2015-02-11 20:03:31.033 [DEBUG] [o.b.z.i.protocol.SerialMessage:108 ]- NODE 4: Creating empty message of class = SendData (0x13), type = Request (0x00) 2015-02-11 20:03:31.108 [DEBUG] [b.z.i.protocol.ZWaveController:830 ]- Callback ID = 9 2015-02-11 20:03:31.159 [DEBUG] [WaveController$ZWaveSendThread:1048]- Took message from queue for sending. Queue length = 0 2015-02-11 20:03:31.163 [DEBUG] [b.z.i.protocol.ZWaveController:467 ]- Enqueueing message. Queue length = 0 2015-02-11 20:03:31.191 [DEBUG] [o.b.z.i.protocol.SerialMessage:226 ]- Assembled message buffer = 01 09 00 13 04 02 84 08 25 09 43 2015-02-11 20:03:31.325 [DEBUG] [WaveController$ZWaveSendThread:1077]- Sending Message = 01 09 00 13 04 02 84 08 25 09 43 2015-02-11 20:03:31.402 [DEBUG] [eController$ZWaveReceiveThread:1237]- Receive Message = 01 04 01 13 01 E8 2015-02-11 20:03:31.505 [DEBUG] [b.z.i.protocol.ZWaveController:164 ]- Message: class = SendData (0x13), type = Response (0x01), payload = 01 2015-02-11 20:03:31.577 [DEBUG] [b.z.i.p.s.SendDataMessageClass:36 ]- Sent Data successfully placed on stack. 2015-02-11 20:03:31.698 [DEBUG] [eController$ZWaveReceiveThread:1237]- Receive Message = 01 07 00 13 09 00 00 03 E1 2015-02-11 20:03:31.868 [DEBUG] [b.z.i.protocol.ZWaveController:164 ]- Message: class = SendData (0x13), type = Request (0x00), payload = 09 00 00 03 2015-02-11 20:03:31.916 [DEBUG] [b.z.i.p.s.SendDataMessageClass:57 ]- CallBack ID = 9 2015-02-11 20:03:31.971 [DEBUG] [b.z.i.p.s.SendDataMessageClass:58 ]- Status = Transmission complete and ACK received. (0x00) 2015-02-11 20:03:32.024 [DEBUG] [z.i.p.i.ZWaveNodeStageAdvancer:75 ]- NODE 4: Setting stage. current = Frequently Changed Information, requested = Node Complete 2015-02-11 20:03:32.164 [DEBUG] [z.i.p.i.ZWaveNodeStageAdvancer:233 ]- NODE 4: Found dynamic state command class BATTERY 2015-02-11 20:03:32.218 [DEBUG] [i.p.c.ZWaveBatteryCommandClass:106 ]- Node 4: Creating new message for application command BATTERY_GET 2015-02-11 20:03:32.299 [DEBUG] [o.b.z.i.protocol.SerialMessage:108 ]- NODE 4: Creating empty message of class = SendData (0x13), type = Request (0x00) 2015-02-11 20:03:32.341 [DEBUG] [b.z.i.protocol.ZWaveController:830 ]- Callback ID = 10 2015-02-11 20:03:32.433 [DEBUG] [b.z.i.protocol.ZWaveController:467 ]- Enqueueing message. Queue length = 1 2015-02-11 20:03:32.471 [DEBUG] [b.z.i.protocol.ZWaveController:482 ]- Notifying event listeners

[cdjackson]

I would suggest using the latest test release on the HABmin site. If it doesn't work, then a logfile will be useful. Note that the "command class not supported" warnings are not an issue.

[mattnl]

Hi,

Just to let you know, the wallc-s is working perfectly for me with the binding from the habmin site... Chris had implemented the changes for the wallc-s a couple of weeks back and it has been working fine for me ever since.

Cheers, Matt Op 12 feb. 2015 18:45 schreef "Chris Jackson" notifications@github.com:

I would suggest using the latest test release on the HABmin site. If it doesn't work, then a logfile will be useful. Note that the "command class not supported" warnings are not an issue.

— Reply to this email directly or view it on GitHub https://github.com/openhab/openhab/issues/2122#issuecomment-74116763.

[Eggn1n3]

Thanks Chris, Matt. Looking at the status of WALLS-C I noticed that it is stuck in protoinfo. I have seen comments about this before (I believe Matt you mentioned this?) I start to think that I am using an old version of habmin? Where can I get the new version? Thanks! Rene

[cdjackson]

I start to think that I am using an old version of habmin? Where can I get the new version?

Looking at the log, you’re using an old version of the binding - not HABmin. From the HABmin github main page, download the latest biding from the addons folder.

[Eggn1n3]

Thanks Chris, I can now see all the configuration items in Habmin. It seems that the new zwave binding did the trick. It's hard to find the latest release when the all are called snapshot 1.7.0 ;-)

[cdjackson]

It's hard to find the latest release when the all are called snapshot 1.7.0 ;-) Yes - I agree it’s not the best, but that’s how the system is set up… That’s why I recently added a version into the log file, so at least I can see what version people are running when I get logs...

[Eggn1n3]

Got it, thanks again!