-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add keypadlinc support for radio style buttons #18
Comments
FWIW I think this is essentially how the on/off buttons on the 6 button controller work since the group numbers are otherwise the same as the 8 button controller. |
Here's another good write up on this: http://wiki.indigodomo.com/doku.php?id=fanlinc_and_keypadlinc |
I'd love to see this feature. I have 3 6-button keypads each linked to a fanlinc using radio style buttons. It's a pain to get it right using the manual process (I think I only ever got around to making one of them working flawlessly). I'll see if I can spit out the link database on the one that actual works as expected to confirm the byte sequences above. If I remember correctly, the Indigo UI was ok for this. It's a little confusing, and honestly, this is such a standard configuration that - from an interface standpoint - should be reduced to a single command (which does all the linking). I'm a developer by trade, but I don't have a ton of Python under my belt. I hope to contribute where/when I can. FYI I just got my Insteon-MQTT setup this morning with HassIO, on RPI 3 B+ and PLM - THANK YOU SO MUCH. This is a VAST improvement over my previous hub and hub pro solutions. I started about a decade ago with Indigo+PLM, but switched to the hub when I didn't feel like paying an arm and leg for Indigo. Bringing back the PLM and this plugin has been amazing for reliability/compatibility/speed ... and I only have a couple devices linked so far. I'm basically starting from scratch to rethink my entire home automation setup. |
Well you're in luck, I believe @jrevans is working on this feature right now. |
Is this anywhere close to being a thing? |
I read through the description of how this is done in the micasaverde link @TD22057 posted, and it certainly makes sense. If I'm correct, we just don't have the functionality to configure the mask, correct? This is not something that the insteon-mqtt "set-button-led" handles, for example. |
Is it possible that there could be a workaround to the seemingly elegant solution this enhancement was created for- specifically creating scenes where (for instance) button 3 is a controller, and buttons 4,5,6 are responders, and their status when 3 is ON is to be OFF? That would allow for button 3 to be turned off, unlike the radio button scenario, but if button discipline is maintained, wouldn't that kinda work? Or am I missing something else? |
I feel like a complete and utter dolt. It never occurred to me that the radio button functionality could be done without software. Having RTFM, I see that a workaround indeed exists. For anyone that may benefit from this info, check pages 15-16: |
#116 was merged that adds support for radio style buttons on the keypad. There's more work to be done. I took the manual route as well. |
#116 was not merged, it was closed... |
Keypadlinc buttons can be set up as radio buttons. For example, the middle 4 buttons can be a fan controller where only 1 of the buttons is "on" at a time. Or it could be button 3 is off and 4 is on to act like a single, horizontal two button switch (or button 3 is on and 5 is off for a vertical two button switch).
Found a good write up here: http://forum.micasaverde.com/index.php?topic=10611.0
The text was updated successfully, but these errors were encountered: