Jump to content

lilyoyo1

Members
  • Posts

    7176
  • Joined

  • Last visited

Everything posted by lilyoyo1

  1. That's the only one with official support. Other dongles have worked however. His issue isn't the dongle. His eisy is looking for the zmatter stick which means his dongle won't work regardless of what he's using right now.
  2. Both zwave and zigbee uses routing to reach devices within their mesh network. Splitting up devices can impact your network if things arent done properly. I doubt the 2 networks would interfere with each other since they wouldn't know anything about one another.
  3. If all you need is insteon and do not want anything new, the 994 would still work. You can also use Insteon with the eisy without doing anything else as well.
  4. It's not that the documentation is ancient, it's the flexibility that the system has makes maintaining specifics virtually impossible. Just looking at your questions though, none of the information that would be found in current resources is outdated. Nothing has changed with linking devices. This can be found in the Insteon white papers, Insteon, device manuals, (the eisy does the same programmically vs manually), the cookbook, and other various resources that are available on UDIs website. The truth is, whether you use scenes or programs comes down to individual desires. How do you want your house to operate. Both ways have pros and cons. It comes down to what works for you and the things you want to do. For example, when I used Insteon, 98% of my setup was via scenes. The only individual devices in programs were sensor controlled devices. If anything had 2 or more devices, then I used scenes. There are some here who use many programs while others maintain a mixture of both. If you choose to use scenes, then it comes down to the approach you want to use. There will be some trial and error. You'll have to be willing to experiment once you get to specific situations. That's really the only way to learn your devices. I think the isy cookbook is 600 pages. For someone to write a detailed explanation for every thing beyond what it has, you'd end up with a manual the size of War and Peace. The Insteon hub makes all of this simple since you're severely limited in what you can accomplish with it. With the eisy being an advance controller, it comes down to being willing to experiment, learn the nuances of everything, and how they all work together.
  5. Zwave requires direct associations for what you are attempting to do. As long as they are within take it each other things will work. Because the hub is bypassed when DA is used, depending on programming, you may come to find out that you have even less flexibility than you do now (insteon is much more flexible than zwave by miles). Good luck with everything. Let us know how your project turns out.
  6. I doubt its coming or ever would come with the way zwave devices currently work. While it sounds good on paper (and would be nice), parameters are not a 1 size fits all. What happens for 1 device may not work for another. Even devices from the same mfg. can have different parameters based on generation (see fibaro).
  7. Given enough time, money, and effort, I think its possible for this to be done. The issue is with those three things. Is the ROI worth it for something with limited use....Probably not. Since the insteon API doesn't have that built into it, UDI will need to do all of the programming to make it happen. Given the route that they've taken in regards to multiple protocols, this is exponentially much greater since you could replace an insteon relay switch with a Zwave relay, and then turn around and use a zigbee dimmer. Reality is, if a device requires a relay switch from the start, it will probably require a relay switch should it go out. If the frequency/quantity/need of items that needs to be replaced is high then I could see it being worth it from a business standpoint. For a controller that costs app. $300 bucks, its probably not. Consumer yes. Business, no. I've never had to replace devices on a large scale. If I did, I would've simply rebuilt the scenes by adding all of the responders first, configuring the scene, then add the controllers (after removing those from the original scene). Unfortunately, there isn't a quick way for single devices or programs with individually listed devices (which is part of why I used to use scenes for everything). This way, If I ever have to replace a device, when I update the scene,the program is automatically updated.
  8. Since you're setting up a new home, you could add all responders to the scene first, configure the scene with the attributes you want. Then add your controllers after you're done. This will automatically configure the controllers for the scene
  9. You didnt need a second scene for that.
  10. @GlowingHairis correct. You have to control the scene not the device from the console.
  11. Make sure isy is powered off and the new PLM is plugged into the correct port on the isy. Then power up isy. Once logged in, choose restore plm> restore devices
  12. I don't see why it wouldn't be. I'd buy it from Amazon. If it doesn't work, send it back
  13. Seems like something is going on with it. Id remove it from the ISY, factory reset it and install a new battery. Whatever is causing the drainage is probably why communication is iffy.
  14. Is it mounted properly at the top of your door vertically? As long as communication is good, it does work with UD devices...
  15. zooz products usually work with the ISY family of devices including their (zooz) 800 series devices. If you're that concerned that it wont work, Amazon sells it. That would make returns much easier.
  16. Did you look on insteon's website? They have them
  17. You need to contact UDI direct for something like this by submitting a ticket.
  18. Insteon dual band devices utilize both powerline and RF at the same time for insteon communication. Because the powerline signal moves faster than the RF signal, technically thats the primary form of communication. For x10 mode, the x10 command is sent over powerline only. If its communicating using both Insteon and x10, the insteon commands are always sent before the x10 command.
  19. It's compatible which is why you're able to add and operate both devices albeit unreliably. I would say this behavior is indicative of your network or local environment. Unfortunately zwave has always been a poor automation protocol and finicky which is why I e never jumped fully on board except for a few specific use cases. The reason why I brought up 700/800 benefits is due to the longer range and requirement the all devices support nwi/nwe which would've allowed you to exclude/include from your final location. The much longer range would've helped as well. I've never used Shelly and I know a few people who has tried zooz 800. They weren't happy with zooz but since I didn't troubleshoot their issues, I can't speak on it. I've always been in the "you get what you paid for" boat so Shelly never interested me. Have you tried to factory reset the devices vs exclude only? Is your isy on the latest firmware in addition to both firmware AND UI matching? In regards to your question about the range extender vs regular repeaters, there is a difference. Both accomplish the same thing but the range extender has the additional benefit of amplifying the signal.
  20. 700/800 series are backwards compatible so they should work but you would not get the benefits of those 2 series. Everything would operate as 500 series devices. Keep in mind that if any of your neighbors along the path to those devices are not 500 series, you'll be using 300 series capabilities when trying to communicate with them. I would bring the devices close to the isy. Exclude and re-add, then take to their final location. Once done. Run a Heal. While you may still have issues, the self healing properties of zwave will hopefully improve performance over time.
  21. possibly. LEDs couldve went out too. If you try to add close to your plm and it still fails then the access points wouldnt be the issue. All insteon devices repeats the signal. With 25 devices, the access points are probably irrelevant.
  22. That is incorrect. The 2413S gets plugged into the ISY port A directly.
  23. Here is what Michel last stated on the Matter. Maybe he'll chime in and answer your questions. If not, you may have to email udi directly. Personally, I'm not interested in matter. I've always been one to use a few devices that does exactly what I want with my chosen system instead of multitudes of different devices. From the stories I've read on matter, it's a $#/+ show, which makes me desire it even less...I do think it's great for those who depend on voice assistants and those with multiple different types in their home (at this time). Since that's not me, it has limited appeal.
  24. I'm confused. How did you try it with zigbee if you don't have the zmatter board?
×
×
  • Create New...