Support more switches

[ebaauw]

• ubisys S1, S1-R (untested), see Add ubisys Device Setup Cluster #919;
• iCasa keypads, see device support: iCasa switches #1124;
• iCasa dimmer, see device support: iCasa switches #1124.

@manup there's still two loose ends:

• I cannot get deCONZ to create the binding and attribute reporting for the iCasa dimmer. Don't know what's going on; I reset and re-paired my Trådfri colour bulb, but no bindings for that either. deCONZ happily polls the lights. Even after creating the binding manually, the report configuration isn't set. After setting that manually as well, deCONZ stops polling the lights. This is my test network (2.05.54, self compiled plugin from latest commits), with only two lights (the iCasa dimmer and the Trådfri).
• The iCasa keypads don't support attribute reporting for the battery, so deCONZ needs to poll them. The good news: they seem to poll their parent at any button click. The bad news: I'm lost were in the code to implement this - please help.

[ebaauw]

Or maybe I'm too impatient. I now (>30 mins after starting deCONZ) see the first log message that the REST API plugin is checking the bindings.

[manup]

Or maybe I'm too impatient. I now (>30 mins after starting deCONZ) see the first log message that the REST API plugin is checking the bindings.

That's intentional :) Since a few versions checking of bindings is delayed until it's is certain that reporting isn't active. In the meantime polling is used.

[ebaauw]

Thanks, thats a relief.

What about the polling for the battery?

[manup]

What about the polling for the battery?

The good news: they seem to poll their parent at any button click.

See the other comment, this needs to be schedules on a per device basis when we can be sure the device does a mac data poll after a command is received. For example if these switches do mac data polling after a button was pressed this is a good time to read battery state. Maybe with a little book keeping to do this only when the last value has a certain age.