I just set up an Insteon 8 button remote and am having a few issues.
First, buttons a/b and c/d are swapped.
Second, buttons e-h do not appear to work. No events are triggered in the OH logs, and I also get errors in the logs on startup that those buttons aren’t defined.
It seems like the binding only works for the 4-button remote? The documentation also makes no mention of an 8 button remote. The remote has the same model number 2342-2, apparently.
Other than the swaping, butons a-d are working fine.
Does the binding need some kind of update for this remote?
I only have the 4-button version. This will need some work on your end to get this working, but there is a good chance you can make this work without changes to the source code. Most likely a change to the xml files is sufficient.
First, please find out exactly what messages your remote is sending when you press the various buttons. For that, switch on debug logging for your insteonplm binding (see wiki), and search the log for the incoming messages. They should be ALL_LINK_BROADCAST messages like the one below. In particular the “toAddress” field is interesting. That one should change depending on what button you press.
From these messages you can establish a map: button pressed → toAddress. Once you post that I can provide you with an xml file for your device. Or you can try hacking in the device itself. There are instructions towards the end of the wiki (“adding new device types”) that explain how to do that.
The toAddress fields of the broadcasts seem to vary from button to button. I did actually push them in the order indicated (a-h). I have no idea why each pair’s numbering seems to be swapped.
Good, this was what I was looking for. Try putting this into your device_types.xml (see wiki instructions). This should create a new device type F00.00.20 that you can reference from your .items file:
It looks like your change has been merged, thank you for working on this! Do you think that a new version of the Insteon binding will be released for OH 1.9 or will it only be included once the bindings are ported to OH2? If not is it worth trying to do a local build from ToT (I’m a software developer, I don’t mind doing local builds etc), or should I just use the “insteonplm:more_features=” feature from the config file?
Sorry that I can’t be of help with this. I am totally confused about the development cycle. I usually build the binding myself, then drop it into the addons directory. There used to be cloudbees where you could pick up the insteonplm jar file from the nightly build and just drop it in. It is backwards compatible, so you can drop it into an existing OH1.8 installation.