There’s always a lot of confusion when it comes to Zwave multibutton controllers. That’s because there are actually several different kinds of controllers in Z wave, and they’re not rigorously defined.
The first thing to understand is that it really doesn’t make any difference what the device looks like on the outside. What matters is which Zwave command sets it supports and controls (that’s incoming and outgoing).
I could show you three identical looking devices. One would work perfectly with Smartthings. One would not work at all with Smartthings. And the third would work partially with Smartthings. And they would all pair as secondary controllers.
Fortunately every certified Z wave device has an official “conformance statement” posted at the Z wave alliance website. You can just go look this up and see exactly which command sets the device supports.
Cooper is a division of Eaton Wiring.
So let’s look at 3 devices: the Cooper RFWC5 scene control, the Enerwave SC7, and the minimote.
Cooper 5 button scene controller
Supports associations, but only controls scenes
Enerwave SC7
Supports and controls associations
Aeotec Minimote
Supports and controls associations
So…which of these things is not like the others?
Even though the SC7 and the minimote look very different, on the inside, they use the same command sets. That’s why they can both use the button controller smart app. The button controller smart app depends on the device being able to “control” Z wave associations. That’s how it sends information
back to the ST hub.
In contrast, even though the SC7 and the Cooper may look more similar, they use different commands sets. The Cooper uses scenes to communicate to other devices. Not associations. So you are not going to be able to use the button controller app with it, because it’s not going to send a message to the hub the way a device that controls association does.
Zwave devices that control associations are pretty easy to fit into the smart things architecture. The hub can be notified whenever a button is pressed on the device, and then that can be used to trigger events on other Smartthings-controlled devices, regardless of their protocol.
But a zwave device that does not control associations, and instead controls scenes, is going to communicate directly to other Zwave devices and not go through the hub. This is just a very different architecture.
In some cases, you may be able to use the scene controller as a parallel means of control, so that it can toggle other Zwave devices that also support scenes on and off, but the hub will not know that it has done so. In other cases, you won’t even be able to do this, because the scene controller expects to get the scene information from the primary controller (the smartthings hub) and that probably isn’t going to happen.
But in any case, you can’t assume that just because something has buttons that it will be able to be used as a “button controller” with Smartthings. For that to happen, it has to “control” associations, not just “support” them.
FWIW.