It may not be required to use central scenes with your device, Have you tested your devices with current release?
Here’s my previous post where I first was able to have this working…
I only get scene Id and this won’t work with zwave. Event
Make sure it uses central scenes and that you have your zwcfg setup right for the device. Notice I had to make updates do the config in the thread I linked before.
I added 6 values in city command class scenes. How do I know what to out there. Seems the same for me for each devices .
Like I said.I see scene id=1 service event notification but has won’t recognize it
I also have the keyfob XML file with all config parameters but my device still shows unknown in has and ozwcp
{
“receivedDups”: 0,
“averageResponseRTT”: 0,
“is_failed”: false,
“averageRequestRTT”: 0,
“node_name”: “FIBARO System Unknown: type=1001, id=1000”,
“is_info_received”: true,
“manufacturer_name”: “FIBARO System”,
“receivedTS”: "2018-01-04 00:53:01:780 ",
“lastResponseRTT”: 0,
“is_ready”: false,
“node_id”: 35,
“sentTS”: "2018-01-04 01:02:38:540 ",
“query_stage”: “CacheLoad”,
“battery_level”: 35,
“receivedUnsolicited”: 0,
“max_baud_rate”: 40000,
“sentCnt”: 1,
“wake_up_interval”: 0,
“receivedCnt”: 0,
“capabilities”: [
“beaming”,
“routing”
],
“friendly_name”: “FIBARO System Unknown: type=1001, id=1000”,
“old_entity_id”: “zwave.fibaro_system_unknown_type1001_id1000_35”,
“new_entity_id”: “zwave.fibaro_system_unknown_type1001_id1000”,
“product_name”: “Unknown: type=1001, id=1000”,
“lastRequestRTT”: 0,
“sentFailed”: 1,
“is_zwave_plus”: true,
“retries”: 0,
“is_awake”: false
}
fastest way to get this working may be to add the values to the command class description of the node in you active zwcfg. Not familiar with your device but something like this is an example of what worked for me:
Once you get that working in the zwcfg you can add the device to you OZW config device database and the same configuration will be applied on discovery of new nodes.
The device is already included.if I exclude it this section normally gets deleted. So backup and restore a after remove and re include?
Yeah! Got it running. Amazing… Thsnjs for all the help. Best community ever 
@Devanl I am trying to figure out if you ever got that Cooper Aspire 5-button scene controller to work…I’m not clear from your above comments. I have been searching for a LONG TIME for some in-wall multi-button switch I can use to trigger automations in HA, and if you’re telling me this one works I would be incredibly happy 
1 Like
I do not have it working, at a minimum I think we would need to add support for the indicator get/set command class in HA.
I made this feature request that could enable this as well but, also it works for other devices.
Couldn’t hurt to upvote either 
I’m also really interested in getting this to work. I have the device and would love to help test if any wants. Thanks! Has any progress been made?
I wrote something up to create a sensor platform that reports indicator as the entity state and has a service for calling the set command.
Traveling right now so I haven’t had time to even validate the syntax on this but, here you go if you want to take a peek. As a disclaimer, I have no idea what I am doing when it comes to the home-assistant architecture (still reading the checklist/guidelines).
Has anyone got the Cooper 5 scene controller working with hassio ? Still no? If so, would appreciate an outline of the steps taken.
I got indicator working but I’m having second thoughts about this approach. May go in and just have it setup groups on scene controller to fire scene event on HA when button is activated (pressed with indicator light off).
Good luck! I hope someone can figure this out it works in homesheer and has me wondering if I should change 
Still no progress?
I will be working on this soon. I really want to move away from ZWay, and this is the only thing holding me back at this point. I implemented it as an “App” in ZWay here, so I understand the details for how this controller works.
The execution environment for ZWay is a severely handicapped V8 implementation. For the life of me, I can’t understand why they didn’t just follow standard Node.js practices and implement all of this as a npm package.
Looks cool. I just read over it quick, looks like this code doesn’t handle any of the association work to notify the controller on button press, correct?
I’m thinking if I start this over again I would have the device creation do that and then just get the indicator status on a button press. Ran in to some confusion around how to direct the scene configuration/association with openzwave.
Also couldnt decide whether this made more sense as a scene controller, remote or group of switch device(s).
Not that I see time for this coming soon but, any thoughts?
That is correct, associating the controller with button needs to be setup beforehand. I do use those association groups to link up to my zwave switches so I get the hold to dim up and down. I didn’t want to mess with that here. The code isn’t anything I’m proud of, but I knew I would be moving away from Zway eventually anyways. The biggest thing I needed to accomplish was syncing the buttons across multiple controllers. This code will ensure that if any of the lights that are in the association groups are on, the indicator is on. Also, if all of the lights are off, the indicator is set off. This allows multiple scene controllers to stay in sync if you associate the same lights with buttons on multiple controllers. It also keeps them in sync if the light is turned on automatically via HASS.
I was thinking about implementing it as a group of switch devices when I port it over to HASS. You just have to fetch the indicator status on the generic scene off event since it doesn’t tell you what button actually turned off. There are some other quirks with the SceneConfiguration command class for these controllers. They aren’t the easiest to work with, but I wasn’t able to find anything comparable.
1 Like
Hope someone can get this to work… willing to test.