Jump to content
AT&T to end email-to-text ×

lilyoyo1

Members
  • Posts

    7168
  • Joined

  • Last visited

Everything posted by lilyoyo1

  1. I don't use Insteon anymore but when I did, I had a few tricks that I used to save link/scene space. For basic multi-way setups, I simply linked the devices together outside of the isy. If a simple timer controlled those devices, I'd use programs to control each of the switches individually (Controlled switch first). That way, I received the benefits of linked devices and the program turning off the individual devices was irrelevant since I wouldn't be looking at the individual switches. For larger items such as keypads, I'd create scenes with all devices set as responders to minimize how many links I used by setting controllers in the scene. I would then create a program for my control conditions. Additionally, I would reuse scenes where I could. For example, each room had it's own all off button. Each device would be set in the scene as a responder with the button for triggering it being programmed. I then used those all off scenes as part of my away program instead of creating 1 big away scene. My all off scenes were also configured to be my goodnight scenes. Devices that I wanted to turn on (would be configured on and devices that needed to be off were configured as off. When I hit the goodnight button, the program would turn the scene on. Then after the final count, would turn the scene off where applicable.
  2. I've tried most systems out there over the years and none really beat the isy family overall. It's not perfect but none are. Especially when it comes to insteon, there's no way im choosing HA over eisy/polisy. It's simply more elegant in the UD family of devices. The only controller that i've used thats better is control 4 but that like comparing a Rolls Royce to a Genesis (there's a reason for the difference in cost) I use Radio Ra3 so I no longer use my polisy since it cannot control my RA3 keypad buttons (works with regular dimmers/switches). However, if it did, I would have upgraded my polisy to eisy to use with my Ra devices over Control 4. One thing i've learned in life is experience is the best teacher. Since you already have the hardware, give it a try. Make a back up of your eisy to make going back easier should you decide to. Swap over to HA and run that. If you like it better then stick with it. If not, you can always go back to your previous setup.
  3. I'd verify that your scenes are set up correctly. More detailed information about your setup would help.
  4. Create a scene where you want all devices to be when fast on command is issued (all devices should be responders) Create program that triggers that scene upon a fast on command.
  5. Many folks on here talk about and use hue. I used to use hue when I used my polisy. I believe it works natively with it now
  6. Go with what Tazman said. You must operate the scene when using the admin console. Using the device itself will only operate that device. What you are experiencing is proper behavior.
  7. Tazman is correct. I didnt read his message close enough. He's activating the secondary switch of a 3way (non-load) instead of the scene itself. Since he's activating the device, he's only controlling that device.
  8. As long as the signal reaches it will work. Just remove the photocell, wire the module in place, and program. I recommend adding the module to your system prior to installing.
  9. lilyoyo1

    WIZ Integration

    Isy or eisy? Isy integration would be zero chance since it's obsolete and no more updates are coming for it. Eisy would be based on a developers interest. While wiz may be big for you, it may not be big enough for the eisy community (developer or udi) to justify the time and effort to develop, maintain, and support a node server for it.
  10. The only benefit would be not needing a plm. It would require a rewrite of insteon code since insteon is not zigbee based. Since you're wanting to use the eisy anyway, there wouldn't be a noticeable difference in performance.
  11. As others have said (and linked to), 5.3.4 is the latest (and last) update for the isy994 due to it being eol.
  12. Insteon doesnt have to support Matter if the eisy supports it. Your devices would talk to other matter devices via the eisy.
  13. You need to decide on 1 controller and 1 method for that controller otherwise you will continue to face the issues you are having. It's akin to having multiple bosses at a job that issuing commands but none of the bosses know about each other and what each other are doing. If your software is doing what you need, then you should stick with that and code for everything else that you want. Otherwise, I'd look at the eisy and portal subscription as an investment that allows you to grow your system exactly the way you want it to be.
  14. Firmware and UI?
  15. lilyoyo1

    In Stock?

    Only udi would have that info
  16. With the Matter issues I've seen online, I hope its coming soon, like landing humans on Mars. Judging by the issues I've read about with other systems, Matter itself isn't ready for primetime. I'm sure they are taking the slow approach to minimize the impact a poor implementation will have on their company. After all, it's them paying for tech support when things do not go well.
  17. Matter never mattered for me. Im not interested in trying to use a multitude of different devices in my home when I can use a few choice systems that work exceptionally well together. The way things are right now with Matter; I am reminded of all the posts when it was first announced about how it was the protocol that would end fragmentation....only to end up with another fragmented confusing mess of a system.
  18. After all the help posts with PG2 and the fact that HA even came out with their own box- I'd be surprised if UDI went the open software route. While things change quickly in development, they change slowly in the real world. Look at smartphones, wifi protocols, zwave series, HDMI cables, Ethernet cables etc. The list goes on. Wifi 6 and 6e barely got out the door before wifi 7 was announced. There are limited WiFi 7 devices but they're already talking about WiFi 8. The point I'm getting at is technology changes faster then hardware can keep up but that doesn't mean the hardware itself is worthless. Look at the 994. That came out 12 years ago and people are still using it. Polisy will still be usable for years. At some point, eisy will be obsolete but that doesn't mean it will suddenly stop working for those who have it. At the end of the day it's a computer. Just like new chips and technologies are introduced and new computers are released with them, the same will apply to EISY.
  19. I think a new system would be released once FreeBSD is no longer a viable option just like the EISY was released once Polisy was no longer viable. It's not like these changes will happen overnight so UDI will offer updates for a while alongside the new system while they can. Those with current EISY systems will continue to be able to do so until they decide to try something different.
  20. It's not weaker. Devices need to be close to the isy when adding
  21. They've said multiple times they're working on Matter and a few other things. UDI has never been one (until recently) to give set timelines which has scome back to haunt them so I haven't seen that lately.
  22. As others have stated this is incorrect information. Reality is, with 100+ devices in his home, it would be next to impossible for the phases not to be bridged. He would have to purposely set up his devices in such a way to make that happen. Besides, everything works except 3 devices. That's at least 97 other devices (by his numbers). It can be assumed by shear numbers that they are on both phases so everything is phased.
  23. I'm with @IndyMikein that it doesn't appear to be a plm issue. If it were the plm, you'd be having widespread issues. The beacon test is worthless as well. With hundreds of devices, your whole house is pretty much covered so it's pointless. I'd take the problem modules and manually link them together to see if they work (with whatever is plugged into them unplugged) when physically controlled. If they don't work then you have bad modules. If they do work, then plug your devices in and see if they still talk to each other. Once done, you can either factory reset them and then restore each from your isy or follow the unlinking procedure found in the manual.
×
×
  • Create New...