I have an ISY994i (version 4.8.0) and am using the Insteon thermostat with HomeAssistant (version 0.113). However, it doesn’t seem to work correctly - the min/max temperatures on the climate panel are totally out of whack:
Have I done something wrong here or is this functionality broken?
Hey @thalin, yes it’s a known bug for v4 firmware. That PR is on hold pending a minor change to the main PyISY module, I’m slammed at work this week but when I get a chance I’ll get the fix pushed. Sorry for the inconvenience!
Having trouble adding the ISY 994 to Home assist
ISY994: 5.0.16C with Polyglot running climacell
HASSIO: 0.113.3
Added through the integration http://IP:80
user/pass and TLS 1.2
It looks like it connects and gets the .xml to parse but fails. I get this error but I cant find anything to resolve it.
2020-08-01 20:21:20 INFO (SyncWorker_5) [homeassistant.components.isy994.config_flow] ISY Request: http://192.168.1.101:80/rest/ping
2020-08-01 20:21:20 DEBUG (SyncWorker_5) [homeassistant.components.isy994.config_flow] ISY Response Received
2020-08-01 20:21:20 INFO (SyncWorker_5) [homeassistant.components.isy994.config_flow] ISY Request: http://192.168.1.101:80/rest/config
2020-08-01 20:21:20 DEBUG (SyncWorker_5) [homeassistant.components.isy994.config_flow] ISY Response Received
2020-08-01 20:21:20 INFO (SyncWorker_5) [homeassistant.components.isy994.config_flow] ISY Loaded Configuration
2020-08-01 20:21:20 INFO (MainThread) [homeassistant.setup] Setting up isy994
2020-08-01 20:21:20 INFO (MainThread) [homeassistant.setup] Setup of domain isy994 took 0.0 seconds
2020-08-01 20:21:20 INFO (SyncWorker_2) [homeassistant.components.isy994] ISY Request: http://192.168.1.101:80/rest/ping
2020-08-01 20:21:20 DEBUG (SyncWorker_2) [homeassistant.components.isy994] ISY Response Received
2020-08-01 20:21:20 INFO (SyncWorker_2) [homeassistant.components.isy994] ISY Request: http://192.168.1.101:80/rest/config
2020-08-01 20:21:20 DEBUG (SyncWorker_2) [homeassistant.components.isy994] ISY Response Received
2020-08-01 20:21:20 INFO (SyncWorker_2) [homeassistant.components.isy994] ISY Loaded Configuration
2020-08-01 20:21:20 INFO (SyncWorker_2) [homeassistant.components.isy994] ISY Request: http://192.168.1.101:80/rest/time
2020-08-01 20:21:20 DEBUG (SyncWorker_2) [homeassistant.components.isy994] ISY Response Received
2020-08-01 20:21:20 INFO (SyncWorker_2) [homeassistant.components.isy994] ISY Loaded Clock Information
2020-08-01 20:21:20 INFO (SyncWorker_2) [homeassistant.components.isy994] ISY Request: http://192.168.1.101:80/rest/nodes?members=false
2020-08-01 20:21:23 DEBUG (SyncWorker_2) [homeassistant.components.isy994] ISY Response Received
2020-08-01 20:21:23 DEBUG (SyncWorker_2) [homeassistant.components.isy994] ISY Loaded folder
2020-08-01 20:21:23 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry ISY (192.168.1.101) for isy994
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 219, in async_setup
result = await component.async_setup_entry( # type: ignore
File "/usr/src/homeassistant/homeassistant/components/isy994/__init__.py", line 150, in async_setup_entry
isy = await hass.async_add_executor_job(
File "/usr/local/lib/python3.8/concurrent/futures/thread.py", line 57, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/local/lib/python3.8/site-packages/pyisy/isy.py", line 85, in __init__
self.nodes = Nodes(self, xml=self.conn.get_nodes())
File "/usr/local/lib/python3.8/site-packages/pyisy/nodes/__init__.py", line 98, in __init__
self.parse(xml)
File "/usr/local/lib/python3.8/site-packages/pyisy/nodes/__init__.py", line 277, in parse
feature.getElementsByTagName(TAG_DEVICE_TYPE)[0]
IndexError: list index out of range
Error setting up entry ISY (192.168.1.101) for isy994
In case anyone finds the prior post. After taking a break, I took a look at the ISY event viewer and noticed that there was a database error on a z-wave device. Deletion of the device in error then a synchronization for new & delete, then all and a z wave heal just for an extra precaution resolved the issue and now the ISY is in HASSIO.
Amazing integration! I’m attempting to use the ‘custom devices’ to create a switch in HA that will allow me to turn the LED on the switch itself on and off. I’ve setup the folder and status/actions, and Home Assistant is great. The status script doesn’t seem to be running correctly though after the action is called. If I manually execute the status on the ISY admin console, Home assistant is updated to reflect current status. But otherwise after execution the action it doesn’t get updated.
Can you confirm that $master_backlight is a State Variable and not an Integer Variable? Integers won’t trigger a program on a change, only States will.
BINGO. Create a state variable and it’s working like perfectly.
Got the ISY 2 days ago, previouly have used every other possible Insteon integration (MQTT, built in, hub). The flexibility here is the best, but OMG the ISY interface is… amazing? Like how in 2021 can anything be the amazingly bad.
@shbatm - thank you for your amazing work and support!
IMHO, the ISY itself is a rock solid controller for Insteon; I’ve had mine for 7 years and my Insteon network is by far the most reliable of all that I use (Zigbee, Z-Wave, Wi-Fi), but yeah; that Java interface… that’s why I started working making other integrations like HA more robust.
I always just remind myself that the controller reliability gets the focus from UDI, and the fact that the ISY itself is 10+ year old hardware with a ~500mhz processor and limited memory, it’s understandable they haven’t been able to do much to modernize the UI.
All going really well with the Home Assistant ISY integration. I just upgraded to ISY 5.2.0 and that did not appear to break anything.
There is one issue that has been bothering me however. When using variables with precision >0 (e.g. 23.586), it comes across to HA as 23586. The decimal is lost. Is it possible to have these floating point values come across correctly? That would avoid having to create platform templates to correct each of these variables.
Can you open an issue for this on pyisy’s GitHub. I’ll need to figure out how the ISY is reporting precision for Variables. In the middle of a home move that’s not going well so I’ll get to it when I can
Ugh. Sorry to hear. For sewer issues, if it is clogging of very old pipes, look at hydrojetting. Saved me from having to do a costly 4" main pipe replacement. My son bought a 1950’s house a few years ago and hyrdojetting saved the day there. Good luck!!!
I’ve just posted version 3.0.0dev14 on HACS. This is a beta version of the PyISY integration which uses Asynchronous Communications for all of the ISY requests. In theory, this should make loading smoother on restart and everything react just a bit quicker when performing actions from Home Assistant back to the ISY.
There are still quite a few limitations on the ISY side which limit the overall performance, but in initial testing it has still improved the speeds by about 20%. If you’re interested in trying it out, you can re-install the new HACS version and it should work right over top of the existing built-in isy994 integration.
More information:
EDIT: Note to @Blueman2 and @thalin: Didn’t forget about you; PyISY v2.1.0 is drafted to fix your respective issues; just need a chance to gather additional information for the variable precision issue. Expect a release sometime before the end of the month and an update in HA in the version that follows (~0.116.0; potentially 0.115.x).
Thanks for letting us know about the new enhancement. I really appreciate everything you have done to make the ISY work so well with HA. I hope you are getting back to normal after the move. Homes are almost as much of a time suck as computers are!!
Getting closer!! Just a little bit of drywall to go back up when I get home then I can move on to the fun stuff. Unfortunately I’m also working a 33-days-on / 23-days-off rotation for work thanks to CV19; I’ll be back home at the end of the month.
Hello everyone. Just for openers big thank you for an excellent core integration of the isy. I have the ISY, HA and HomeKit integration and it is working great. I’m moving away from Mobilinc as my ui. All of my devices are Zwave. I am running poly as well . The problem I’m trying to figure out is how to communicate with dimming lights using 0-100 parameters vs 0-255. I tried using input numbers and it works but HomeKit thinks that an input number domain is a switch. If someone could point me in the right direction or help me with this I would very much appreciated. I’m new to HA and I’m not big on programming but I can figure things out with a little help. There are several references using a light template that I was able to get that to work partially.
Ok I verified that I’m using state variable. The program just does not work. This is what I have under Ha.cover
Status program
If
$Sun_Room_Lamp_Test is 1
Actions program
Then
$front_blind = 1
right_blind_isy = 55%
Else
$front_blind =0
right_blind_isy = 0
When I go into HA and send ISY994i.set_variable :
address: 3
type: 2
value: 0
nothing happens. I than open up the cover entity and hit up arrow and the blinds reacts. The down arrow is shaded in and not functional. What am I missing? I feel like I’m missing something simple. I am using state variable. This should show up natively in HA I believe.