Jump to content

rccoleman

Members
  • Posts

    737
  • Joined

  • Last visited

Profile Information

  • Location
    San Diego, CA

Recent Profile Visitors

2513 profile views

rccoleman's Achievements

Advanced

Advanced (5/6)

145

Reputation

  1. On the web. Polls don’t work in Tapatalk, if you’re using that. You can use the web view in Tapatalk, though. Same issue as BrianH, BTW.
  2. That's not a big deal - lots of components say that and it really doesn't matter once everything is up and running. I've spent a lot of time poking around in the isy994 component and there's really not a lot of fat there. If it comes from the ISY quickly, you'll get it quickly in Home Assistant. One of the things that has pushed me away from the ISY were weird, unexplained delays in processing device state changes, but that was mostly with local devices and I doubt that it's affecting your use case. You can monitor the ISY side by opening the event viewer, setting it to level 3, and correlating the event viewer content with the error log, which will show the subscription updates to Home Assistant.
  3. You can't. It only connects to the ISY, so you need to use the ISY as a relay to get events from the ISY Portal into Home Assistant. The only way that you can eliminate the ISY from the communication path between Alexa/GH and Home Assistant is by using Nabu Casa, the cloud service for Home Assistant, instead of the ISY portal. If I understand correctly, you're using voice commands via Alexa/GH to control ISY devices/programs/variables/etc exposed via the ISY Portal, and you want those changes to be reflected in Home Assistant? I found that device state changes like on/off were reflected very quickly in Home Assistant via the isy994 component. Instantly, really. And then you can trigger automations from those state changes in Home Assistant if you like. If you're using Alexa/GH to control an ISY program, you can use a REST command in an ISY network resource to a Home Assistant webhook to get that info into HA. Again, I've found that to be very fast. I recommend turning on debug in the isy994 component in Home Assistant to see what might be slowing it down. You can do that by adding this to configuration.yaml: logger: default: info logs: homeassistant.components.isy994: debug The only issue that I've seen with ISY<->Home Assistant communications is that REST calls into the ISY to control scenes and devices often fail with 404 when many are sent quickly, and that results in delayed or completely missed commands to the ISY. I have an outstanding pull request to PyISY that adds retries to work around that and it's eliminated the uncertainty out of HA->ISY communication. I think it'll only be a problem when controlling Insteon devices because apparently it's an indication that the ISY thinks that the Insteon network is overloaded.
  4. Like what? Home/Away presence? Polyglot cloud? You can use webhooks or the "custom devices" described here to get data from the ISY into Home Assistant or trigger automations. For Alexa, I created programs that run and make REST calls to webhooks in Home Assistant. If you're looking for something new to be exposed, maybe post here or get in touch with OverloadUT here or over there. If you're bought into the Home Assistant ecosystem, Nabu Casa offers much of the same functionality + supports the HA project monetarily. I've moved everything over and have no complaints.
  5. You probably missed the trailing " 1" in the third one. This works for me: http://isy994/rest/nodes/3C%20EB%20EC%201/cmd/DON
  6. Locative is still in the iPhone app store, and it was even updated for the iPhone X screen and misc bugfixes after it was declared "not supported". It still works fine and I think it's still the best of the bunch, so I wouldn't dissuade folks from trying it.
  7. I've been playing with Home Assistant (hass.io) using an Aeotec Z-Stick 5 for a couple of days now and I'm seeing some really positive results. Even without setting up associations, turning Z-Wave devices on and off is much, much faster than going through the ISY. It's about as fast as Insteon, and I'm just controlling two GE/Jasco plugin modules sequentially in a set of HA "automations". With a SwitchLinc controlling two lights and two GE/Jasco "Enbrighten" Z-Wave Plus plugin modules, all of the lights go on and off almost simultaneously when I use the SwitchLinc manually, when I use either of two RemoteLincs, or when I turn a scene on or off in the ISY. Much of this is made possible with the built-in ISY support in HA that exposes the ISY devices and scenes directly in HA, making it easy to detect scene activation or manually flipping switches that the ISY controls. The only thing I'm missing is seeing the status of the HA-controlled Z-Wave devices in the ISY, but I can do that via REST & variables fairly easily. A Polyglot node server would be an even better way to expose HA entities to the ISY. At least for now, I'm finding Home Assistant to be much less user-friendly to program than the ISY, and getting the syntax and names/types of entity IDs right is tedious at best. There are ways to improve this by using the Configurator and Node Red, but it's far behind the ISY admin console in terms of usability. It feels very "fiddly" for lack of a better term, and some of it is due to the free-form text entry of HA vs. drop-down list UI of the ISY. It's much faster to edit in HA, but also much easier to get something wrong. At this point, I don't intend to move any significant functionality from the ISY to HA, but instead to use it where Z-Wave performance is important and to experiment. This obviously adds a whole separate component to my home automation system that needs to be maintained and could fail, so it's not for everyone. I could also just go back to Insteon plug-in modules to get the instant control that I'm looking for, but I've gotten tired of scenes randomly not working and arduous process of identifying and filtering interference. It worked properly most of the time, but the random failures were frustrating. I started using HA on an RPI3 and found it to be very, very slow. It's much better in a Virtualbox VM on my always-on Mac Mini, and not too hard to set up. I first tried native MacOS and Docker installations on the same Mac Mini and ran into problems both times, so I recommend going straight to a VM if you're using a Mac. Virtualbox is free and works fine. Edit: A few more thoughts: With the ISY managing some Z-Wave devices and HA managing others, I basically need to maintain two different Z-Wave networks, each with a solid mesh. As I pull line-powered Z-Wave devices away from the ISY, I'm degrading the ISY mesh to some degree. My HA Z-Wave network is currently only Z-Wave Plus, which technically means that it should be able to run twice as fast as the other network that includes regular Z-Wave locks a couple of motion sensors. I wonder if that's somehow contributing to the boost in performance that I'm seeing. I can swap out all of the motion sensors, but upgrading all three locks to new Z-Wave Plus versions would require several $100 that I'd prefer not to spend.
  8. Nothing has come of it, or likely will. Smarthome would need to support UDI with chips and documentation and they've refused to do so.
  9. I’m considering setting up a HomeAssistant test environment specifically for that. It still would be helpful to know what UDI is planning to do here. The last post that I could find from Michel said that there were no plans to support advanced association editing or to stop the ISY from destroying associations created elsewhere. The thread just ended at that point, and I hope that’s changed. Maybe I’ll actually like HomeAssistant, but I’m not replacing my Insteon switches and will still need something to tie the two technologies together.
  10. The other problem that I’ve seen with associations is that they only seem to work if you manually control the device, at least if I try to control an associated device from the ISY. I suppose that makes sense because you’re letting the devices talk to each other without the intervention of the hub, but that also makes it unsuitable for programming. I’m hoping that it’s a matter of sending on/off/etc *to* the association group in the associated device, or something like that, in order to have it work remotely. And the associated devices don’t report the status change, regardless of their being Z-Wave plus and supporting instant status, presumably also because they’re communicating independent of the hub, but I could work around that. I poked around on the web and found some discussion about associating the responding devices, allowing you to turn one on and have the others come on automatically and presumably faster. That’s sounds intriguing, and I can create an association between two on/off modules in the ISY with one as a controller, but turning on one via the ISY or locally doesn’t affect the other linked device. I don’t know whether that’s a limitation of the device, protocol, or how the ISY creates associations, but I saw that Chris mentioned that there are some issues with associations in 5.0.14 that perhaps are related. As I mentioned above, I *am* able to get a Homeseer switch to directly control two other modules via associations created in the ISY, so they do work sometimes.
  11. Yes, I understand that Insteon and Z-Wave are different protocols. Please ignore Insteon for now. Creating an association between a Z-Wave switch and other Z-Wave modules improves the speed at which those devices respond compared to controlling all of them individually from the ISY without associations. It seemed almost twice as fast, and there was less variation in the timing, especially when triggering multiple lights in a room. I don’t know how much autonomy the Z-Wave board in the ISY has, but I wonder if an association can be made between the Z-Wave board in the ISY and other Z-Wave devices, allowing the communication to bypass the ISY firmware and maybe improve the performance. Perhaps it has no autonomy and all Z-Wave communication involves the ISY firmware, even communications within an association group, but that’s why I’m asking here. As it is, there’s sometimes a delay of a second or more when turning on two lights in the same room via an ISY scene and I’m looking for some way to improve that.
  12. Maybe at least the second one? Can we create associations between the ISY and other responders as we can with Z-Wave devices within a scene? I think that would help improve performance, especially when an Insteon device controls a set of Z-Wave devices. That’s a very common scenario in my house.
  13. UDI already sells a 500 Series Z-Wave Plus board for the ISY. In fact, I think it’s the only one you can get now. You do have to use the beta 5.0.14 ISY firmware with it.
  14. I'm still investigating (I have a few new Z-Wave Plus motion sensors coming today), but wanted to see if any of the improvements that I mentioned earlier (this post) are planned. @Chris Jahn, @Michel Kohanim
  15. I think it’ll just follow whatever the on/off state of the controller, with no way to change the command that’s sent. Maybe that’s just a limitation of the UI, but it’s also how I would normally expect to use an association between devices.
×
×
  • Create New...