You could try the version of the binding from here https://hentschel.github.io/
That version has support for other devices that the marketplace one does not.
You could try the version of the binding from here https://hentschel.github.io/
That version has support for other devices that the marketplace one does not.
Thanks Michael,
I did download the .jar and place it in the add-ons folder. Restarted OpenHAB. The version listed in the âbundle:listâ is 2.3.0.201806112243. Same result.
Could it be because of things leftover from a previous version?
Appreciate the help.
Make sure you uninstall the marketplace binding
Clear the cache and tmp folders as per here Clear the Cache
That might helpâŠ
Thanks again for the help. Hereâs what I did (in this order):
Again, I appreciate all of the input. I will keep at it.
This is what showed up in the log:
2018-09-08 12:01:17.440 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: Livingroom Track, type: 01.1D, address: 12 AB 82 1
2018-09-08 12:01:17.504 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: Pantry Lock _ Lock, type: 0F.06, address: 16 AD 19 1
2018-09-08 12:01:17.528 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: Lakeside Flood, type: 02.1E, address: 1D 9E 18 1
2018-09-08 12:01:17.550 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: Lakeside Landscape, type: 02.1E, address: 1F 12 F1 1
2018-09-08 12:01:17.571 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: Fireplace Accent, type: 01.32, address: 3B A6 CB 1
2018-09-08 12:01:17.584 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: Underdeck, type: 02.2E, address: 3F 96 A3 1
2018-09-08 12:01:17.593 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing 'isy:unrecognized:fbe97868:3F_96_A3' to inbox.
2018-09-08 12:01:17.596 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: Column, type: 02.2E, address: 3F 97 F8 1
2018-09-08 12:01:17.606 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing 'isy:unrecognized:fbe97868:3F_97_F8' to inbox.
2018-09-08 12:01:17.608 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: Sconce, type: 02.2E, address: 3F 99 1A 1
2018-09-08 12:01:17.626 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: East Wall Accent, type: 01.32, address: 43 8F D4 1
2018-09-08 12:01:17.663 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: Garage Wall, type: 02.0D, address: 5 97 CC 1
2018-09-08 12:01:17.675 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: Boathouse Landscape, type: 02.0D, address: 5 97 E5 1
2018-09-08 12:01:17.699 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: 0F.D9.32.1, type: 02.12, address: F D9 32 1
2018-09-08 12:01:17.710 [WARN ] [sy.discovery.IsyRestDiscoveryService] - Unsupported insteon node, name: 0F.D9.09.1, type: 02.12, address: F D9 9 1
Posted this over in the Universal Devices (ISY) Forum, but thought maybe someone over here might have some expertise.
I brought ISY994i online this weekend using the 2.3 binding linked on the UDI forums (and mentioned above). I have (almost) everything working wonderfully, so kudos and thank you to the authors of the binding.
The only item which is challenging me is a Dual Outlet Linc. The device is discovered and I see this through the RESTapi
{
âstatusInfoâ: {
âstatusâ: âOFFLINEâ,
âstatusDetailâ: âCOMMUNICATION_ERRORâ
},
âeditableâ: true,
âlabelâ: âOutfront Topâ,
âbridgeUIDâ: âisy:isyBridge:isy994â,
âconfigurationâ: {
ânameâ: âOutfront Topâ,
âdeviceidâ: â02.39â,
âaddressâ: â3D BC 2Dâ
},
âpropertiesâ: {},
âUIDâ: âisy:dualoutletlinc:isy994:3D_BC_2Dâ,
âthingTypeUIDâ: âisy:dualoutletlincâ,
âchannelsâ: [
{
âlinkedItemsâ: [],
âuidâ: âisy:dualoutletlinc:isy994:3D_BC_2D:loadlevel1â,
âidâ: âloadlevel1â,
âchannelTypeUIDâ: âisy:loadLevelâ,
âitemTypeâ: âDimmerâ,
âkindâ: âSTATEâ,
âlabelâ: âLoad Levelâ,
âdescriptionâ: âIncrease/decrease the load levelâ,
âdefaultTagsâ: [],
âpropertiesâ: {},
âconfigurationâ: {}
},
{
âlinkedItemsâ: [],
âuidâ: âisy:dualoutletlinc:isy994:3D_BC_2D:loadlevel2â,
âidâ: âloadlevel2â,
âchannelTypeUIDâ: âisy:loadLevelâ,
âitemTypeâ: âDimmerâ,
âkindâ: âSTATEâ,
âlabelâ: âLoad Levelâ,
âdescriptionâ: âIncrease/decrease the load levelâ,
âdefaultTagsâ: [],
âpropertiesâ: {},
âconfigurationâ: {}
}
]
}
Once linked to an item, I never get past this error
2018-09-07 12:10:46.323 [DEBUG] [binding.isy.handler.IsyDeviceHandler] - handle command, channel: isy:dualoutletlinc:isy994:3D_BC_2D:loadlevel1, command: ON
2018-09-07 12:10:46.324 [DEBUG] [binding.isy.handler.IsyDeviceHandler] - SceneHandler handleCommand caught exception: Could not find device id for channel: {}âloadlevel1â
I was confused why it was added as a dimmer rather than a switch, sine the code seems to show it adds two switches? I edited the JSON file to switches, but still same errors. I then edited down the JSON to a single switch and then things work as shown: No clue how I would add the second outlet to the JSON fileâŠ
{
âstatusInfoâ: {
âstatusâ: âUNINITIALIZEDâ,
âstatusDetailâ: âBRIDGE_UNINITIALIZEDâ
},
âeditableâ: true,
âlabelâ: âOutfront Topâ,
âbridgeUIDâ: âisy:isyBridge:isy994â,
âconfigurationâ: {
ânameâ: âOutfront Topâ,
âdeviceidâ: â02.39â,
âaddressâ: â3D BC 2Dâ
},
âpropertiesâ: {},
âUIDâ: âisy:dualoutletlinc:isy994:3D_BC_2Dâ,
âthingTypeUIDâ: âisy:dualoutletlincâ,
âchannelsâ: [
{
âlinkedItemsâ: [],
âuidâ: âisy:dualoutletlinc:isy994:3D_BC_2D:stateâ,
âidâ: âstateâ,
âchannelTypeUIDâ: âisy:switchStateâ,
âitemTypeâ: âSwitchâ,
âkindâ: âSTATEâ,
âlabelâ: âLoad Levelâ,
âdescriptionâ: âIncrease/decrease the load levelâ,
âdefaultTagsâ: [],
âpropertiesâ: {},
âconfigurationâ: {}
}
]
},
2018-09-07 12:34:07.259 [DEBUG] [binding.isy.handler.IsyDeviceHandler] - handle command, channel: isy:dualoutletlinc:isy994:3D_BC_2D:state, command: ON
2018-09-07 12:34:07.322 [DEBUG] [binding.isy.handler.IsyDeviceHandler] - insteon address for command is: 3D BC 2D 1
2018-09-07 12:34:07.323 [DEBUG] [b.binding.isy.internal.IsyRestClient] - changeNodeState called, command: DON, value: null, address: 3D BC 2D 1
2018-09-07 12:34:07.324 [DEBUG] [b.binding.isy.internal.IsyRestClient] - changeNodeState url: http://ISY994.radner/rest/nodes/3D BC 2D 1/cmd/DON
Before I start cloning and debugging I figured I would risk a question to see if someone else has been able to get this devices working.
Suggestions please?
I have a couple of zwave open/closed sensors that are working with my ISY internally. Does the binding support zwave yet?
Also pretty newby with this other question, what does the âPaddle actionâ do? What is it for?
I do not know about zwave
Paddle action is the local press of the button. Loadlevel is the % on of the light
Newbie question:
I have configured two dimmer switches in a 3-way configuration within the ISY 994i by creating a scene. When I scan for ISY devices from within OH2, the scene and switches are all imported into OH2 as things. The scene has only On/Off but the switches have dimmer. Now I am confused as to which would be better? Try to create a group of both switches in OH2 and delete the scene imported from ISY or use the scene imported from ISY and configure this scene as dimmer?
Also, I two Insteon 8 scene mini remote controls. I have no idea how to bring them over into OH2. These are configured in the ISY but do not get imported into OH2. I am reading this thread where it has been done by making entries in a file, but which file?
Sorry for these newbie questions. I have installed OH2 on Windows 10 and so far created some things and items, but some ignorance still prevails.
Thanks,
Arun
For your 3 way switch, the one switch does nothing and so you do not need to import it. If you want to have control over the light level, then you need to import the dimmer switch. If you just want to control the switch on/off with the level used in the scene you can then import the scene only. Depends on your needs.
Not sure about the remotes but you might see events in the log window
I have two of Insteon Mini Remote Scene8. These are configured in ISY but are not discovered during the discovery phase. Each of the buttons shows up as Remote-A, Remote-B and so on in ISY. Out of 16 buttons, only one was discovered and that too is showing as Unrecognized Device. Is the hyphen in the device name throwing off the OpenHAB binding discovery process?
There is another version of the binding in the universal devices forum. - it seems the bindingâs author have gone silent so not much support
Thanks, I did see that binding, but it was just a jar file. I put it into the add-on directory and nothing happened. I restarted openHAB service, but nothing was showing up in bindings. Then I somehow found out about bundle command and it showed that the ISY Binding bundle was Installed but was missing some dependencies. Then I installed another binding by Craig Hamilton (from the Web GUI, Insteon PLM Binding) and suddenly the previous binding also started showing as Active using bundle:list command. However, in OH2, there was only one ISY binding. Then I started seeing my ISY as two things. I tried device discovery by both, one at a time, but certain devices were just left out.
So, I am not sure which is the best binding at this time. The binding creators have all gone silent.
Oh well, I did give it a try, spent lot of hours, but it didnât seem to go anywhere. OH2 is proving to be lot harder and time consuming than the commercial offerings.
Thanks,
Arun
The version from the universal devices forum has the most device support. I suggest using that and not the marketplace version.
Yes, the binding authors have been silent for quite a while.
Agree, there are pluses and minuses to OH versus commercial offerings. In the end, once you get over the painful learning curve, I think it is worthwhile.
Thanks for encouraging words. I will keep trying for some more time.
So, cross referencing the binding code, Insteon API and my setup, it seems that the mini remote I have (2342-222) has a device category 0x00 and device sub-category 0x1A. The bindingâs discovery code does not support this device type.
The binding only supports a handful of devices out of the many listed in the link above. Unless the binding developer fixes it, the device will not be discovered. I see the following error:
No handler found for thing: org.eclipse.smarthome.core.thing.internal.ThingImpl@c0127305
An easy work around is to make a scene using the remote as a controller - you will see the scene changes in OH.
Just tried that, but in Things, the scene shows:
are you using the version from the universal devices forum?
Yes, as far as I can tell. I did look at the bindingâs code and it supports different type of Insteon remotes, not the one that I have. Type 00.12 is already supported. It has exact same functionality as 00.1A. So, adding support for 00.1A would be extremely trivial. I can read Java code, but cannot write it, so I am stuck.
OpenHAB is also behaving in an unpredictable manner, contrary to all documentation, so unfortunately, I had to delete the installation. It installed lots of bindings and every UI and every possible service and other stuff. The bindings just would not uninstall. Searching this forum, the only relevant thread was where someone said that this would happen if I selected demo package during first time accessing the web interface. I had selected standard package, so this should not have happened.
The Eclipse SmartHome has a vision statement which I truly believe in, but unless there are dedicated developers writing code, it will not come to fruition.
Thanks for all your helpâŠReally appreciated.
Regards,
Arun