oberkc

Yes, hue emulator has same IP adress as EISY. It just seems likely in my mind that changing the port number will break something. I fear that my experimenting with 20 different node servers and separate hubs for hue, casetta, yolink, harmony, and others, and integration with alexa and google nest, I have this sytem that breaks any time I make a change.

Summary: What are the consequences of changing the IoX HTTP port to something other than 8080? Background: I have a renewed interest in trying to get a brilliant smart switch connected to the EISY via the Hue Emulator. I recall that the brilliant switch looks for a hue hub on port 8080, which creates some sort of conflict if the emulator port is the same as IoX. If I change IoX port to 808X and the hue emulator to 8080, what are the unintended consequences? Will the finder not be able to connect? Will the EISY-UI not work? Will I brick my system?

I must admit that I was quite disappointed to learn that the "failure" of a single z-wave device can cause such broad consequences to the other z-wave devices.

Strange. This is how I do it and it works every time.

I had a period of time when a handful of zwave devices would not respond and others would respond inconsistently. It turns out that I had a single device that had become non-responsive and this device was part of the communication path to several others (a neighbor?). Replacing the faulty z-wave device solved all the problems with my other devices. I did not expect failure of a single device to cascade into general comm problems for the remaining z-wave devices, but, there it was. Perhaps you are having a similar problem. Another thing that I failed to recognize at the time is that there is a specific "capture log" for z-wave. Start the capture log and trigger some of your troublesome devices. The log can reveal those devices that are not communicating and this may help you isolate your problem to a specific device.

I am probably not going to be able to offer much specific help, but I doubt that this is related to any particular "Insteon communication issue" as the title might suggest. Also, I suspect that the way forward will depend upon whether you are using the portal for remote access or whether you have set this up for direct access through one of your router external ports. The first thing that I would do would be to open the settings option>>controllers>>my home and see if UDMobile thinks your ISY is online.

I believe you can run UDMobile without a subscription, but requires some port forwarding and may introduce some security vulnerabilities unless you are skilled enough to avoid them. I believe you could also run it via VPN without subscription, but that may entail some other trade-offs. The subscription portal (IIRC) was originally created to provide integration with Alexa and Google Home (and still does). They incorporated easier access to UDMobile in later versions.

He did, but forgot to proofread after autocorrect. That is a good catch.

I am getting a high number of unexpected device activations as well. I can find no programs running at the time of the a uncommanded actions. As near as I can tell, all the unexpected device activations are Instagram Insteon. I don't think any types of devices are affected. I see nothing in the log to suggest any command is causing this. I think I have also ruled out the possibility that it is related to scenes. I have also reset many of the offending devices. My current working theory is that it has something to do with motion sensors or combinations thereof. We have a lot of unusual activity due to some visiting cats. They are triggering a lot of motion sensor detects. I am going to see whether their departure in a couple of days reduces the number of light triggers.

I am on EISY. I was not even sure it would run on Polisy.

Yes, the EISY UI shows current software versions and, apparently, any updates that are available. Interestingly, it shows me on 6.03_3 with no mention of 6.04_x.

And mine shows neither EISY or IoX: At one point, I had two entries for my single system, but something changed along the way (possibly a "package" update) and it is now a single line.

They can be "linked" without the ISY, but "programs" are part of the EISY. It is possible that a device had pre-existing links? Yes. Is it possible that a device had a pre-existing program? No. The process of adding a device to the EISY can remove existing links (an option that one must choose when doing so). Alternatively, factory resetting a device before adding to the EISY would remove existing links.

I believe, unfortunately, the latter. I believe the process of removing them from EISY removes them from programs. Hopefully, I am wrong.

Yes. "ON" levels can be set to zero. That is, when a controller device is telling a responder device to turn ON, and the responder's ON level is zero, the result is that the responder device turns off when the controller device sends an ON command.