larryllix

With ISY/polisy/eISY and Insteon, no WiFi, cloud, router or modem is required. ISY does some sensing of the router or LAN or Internet being down and power cycles the router/modem by the Insteon network.

They are not the same devices and both operate from different sources. ISY and Insteon power cycle your router. Remote WiFi via Internet power cycle your ISY manually by yourself from an app that comes with that brand of smart receptacle. Waiting for up to a week may leave you on vacation for a week without any monitoring, reporting and home blind. If your grid power blinks and ISY doesn't reconnect it may eave you home blind until you reboot your ISY with a fresh router. If you have any PG3x devices most have a heartbeat that makes it easy to detect if things are all working properly. Eg. ecobee thermostats with the jimbo NS can detect a cloud connection both ways as well as your router function is intact.

If WiFi or Remote devices do not respond correctly then something Internet or LAN is not functioning. Insteon can now cycle the power to your router(s). Sending an on and off signal via ISY Portal to Alexa routine and back to an ISY variable or program tests a lot of comunications out and back. If your polisy/ISY/eISY does not respond from a remote location, another brand of WiFi controlled power plug can power cycle them (HA controller) via remote app of that brand. IOW: ISY with Insteon monitors your WiFi equipment via Insteon devices. Remote WiFi control devices can manually toggle the power to ISY via WiFi / LAN by human intervention.

ISY and Insteon OnOff modules. Totally on it's own network, no WiFi, no LAN, only power required.

IN my former location I was using ASUS routers in a three unit mesh. They had problems. However a lot of deices have problems with mesh setup also. Many devices will not tolerate changing APs if the are mobile devices and move. Many devices will not tolerate the quickie testing routers can do to change bands. I wrote some ISY programmes to test if things were not responding and use progressive power cycling of the routers (increasing in cycle length times) and that seemed to fix most of it. Then I got another WiFi device with remote control that I could power cycle the ISY from another country if needed. Now, I had both ends covered after a few vacations were everything was dead for two weeks and I was helpless to fix it. Since moving, I have an ISP combo modem and, like the others, it doesn't like the frequent power blinks the utility does here. It seems ISY and polisy now tries to get an IP address from the router DHCP server and when it can't, it just gives up and disconnects. Poor design. The fix, this time, was to get a fridge low voltage detector for polisy and when the power blinks it delays power up on my polisy for five minutes. I haven't seen that problem now for about a month since install. This allows the router to come up to speed, before polisy even tries to request an IP address. They sell on amazon for about $15 so well worth the price.

Ohhh... Eisy's evil twin sibling?

It's not that bad. I contacted support and Michel gave me links to a USB/microSSD burner. I purchased one and a new SSD with a larger capacity, so the caching was larger and should last longer, from amazon.ca. It came the next day and had myself up and running in a few hours. It seems the polisy units were sold with a smaller SSDs that didn't last long. Now it appears UDI is selling a preconfigured SSD that just needs to be dropped into the polisy. Just be careful of the pin lineup of the security board that sits on top of it when you replace it. Even easier and faster.

Restart IoX from IoX did the trick. Thanks guys! All the rebooting and power cycling that went on when I changed my router and ISP seemed to have brought it on but I guess the last one forced v6.0.4 on my system and it wasn't a completely clean update process.

Every time I open IoX I get this error alert box since v6.0.4 happened. How do I stop this from happening? This device was suddenly crashed a few weeks ago and I had to delete it and start from scratch adding it to my polisy and then re-include it in the Insteon scenes previously created. I have Restored it several times but IoX just doesn't seem to know about it. This a new error alert I have never seen before.

Totally agree. USB-C connectors should not be putting out 12v, only 5v on standby. One of the factors is, the photo shows a requirement of 24W of power. USB-C, at any voltage, can only supply a maximum of 3.0 amperes IIRC. This means the load equipment has to negotiate a higher voltage so that at 12v or higher the total power available would be 12v x 3.0 amperes or 36 Watts. Android phones can negotiate higher voltages (15, and 20v?) for SUPER fast charging rates, while Apple devices can only negotiate up to 9 and 12 v (fast charge) unless Apple has caught up to the newer specs now.

Unless the device is at the same IP address, the port address being the same, shouldn't matter.

From the lines or reporting I would say every file in the polisy was replaced. A guess would be about 3-4, 000 files were downloaded, unpacked, and installed. After turning on my spare polisy it updated itself from v6.0.0 to v6.0.4 and I wasn't even aware of it. It was only online for about 10 minutes. I must assume we have no control over updates anymore. I also have discovered PG3x is not accessible without online access now. As soon as my Internet was restored PG3x became available again.

V6.0.0 automatically updated to v6.0.3 on my polisy. Not sure what happened as I has some router problems that day but it hung my polisy good. No IoX and my own software would not run. Michel gave me some commands in ssh to update my polisy, and a command line to see the progress. This took about an hour of constant updating lines and seemed to replace every file in my system, resulting in v6.0.4. The point here is that 6.0.3 to v6.0.4 update took about an hour and no progress would have been seen without the command to expose the progress.

Awesome!!! Go UDI!!!

I am not sure how this could be. I have never used virtual devices but... ON an Insteon Switchlinc the "switched" trigger was initiated by the actual pushbutton / toggle contacts (two devices) whilst the "status" was triggered by the changing of the dimmer electronics. Three completely different physical devices (tap up, tap down, dimmer status) inside the same SwitchLinc box. This doesn't sound logically congruent for three hardware devices to be combined into one software equivalent pseudoStatus device. Switched and Status were from three different devices.

AS per @IndyMike above, try subbing an "A" for the 5. Also have a good look at that "D" and sub a "0" trial on that one also. IOW: Try a few hacks on the address. If it is powered on USB then no linking mode is required. If on batteries Linking mode is required.

I have found that there are many devices called "Refrigerator Surge protectors" that not only have MOV protection for spikes etc. but detect low and high voltage and then disconnect with 30 seconds, 3 minutes (mostly) and some 3, 5, & 7 minutes selectable, on delays after voltage stability. I was originally thinking 30 seconds would be about right but now I am thinking this router takes a long time to get setup so 3 minutes may be better. Another clue is, I have a freezer plugged into the same outlet (lack of enough receptacles here) and the motor glitching may be crashing the polISY during a 1 second power blink. Any on delay may be OK, in that instance. The negative would be detecting voltage disturbances and disconnecting frequently when not needed. For $40 CAD it will be worth a try. Moving to the other end of the another city in April and since I worked at that grid utility I know they do not do the 1 second reclose stunt inside the city. My current city does. You gotta' keep trying.... SIGH ...LOL

Before I moved I had a WiFi controllable receptacle running my ISY994 and an Insteon controlled OnOff module controlling my router. When I was away if Internet or Ethernet signals were found bad it would run a power cycling routine that increased duration with each trial. Then I could also remote power cycle my ISY994 with the remote controlled receptacle. I was locked out of my home monitoring too many times while away for weeks. I never bothered since I moved and moved to a polISY but may have to get back on that track. I just can't believe, after all these years, UD equipment just gives up, and doesn't attempt to heal it's connections. I have never seen another piece of Ethernet equipment that doesn't heal, even if it takes days.

I have had trouble with ISY994 devices and Polisy devices (two) with power line grid reclosers. In an effort to minimise outages the power companies install devices to clear lightning discharge from the overhead power lines by dropping the HV breakers for one second and then reclosing them, the first time. This gets longer each time for worse fault clearing. This short one second clean outage reboots my router and most equipment OK but my UD boxes have always had a problem with it, either not rebooting or not rebooting properly. Of course, after years of this happening I have also discovered the Ethernet drivers do not seem to make any longer term attempts at IP recovery with the DHCP servers in my routers. IOW: They try a few times and then just give up forever, leaving your home automation dead without an IP connection to your router. This never heals itself and requires a power off/on with a few seconds of dead time. Mine ISY/PolISYs have always had hardwired Ethernet connections to my routers. This brings me back to the OP's problem. Do you experience short term power grid disruptions frequently?

Our longest fibre transmission was about 35 km and needed boosting. Of course fibre optics may have advanced in the last 25 years but much longer distances were not very possible, expensive, and dangerous due to the high power needed for the length. I wonder how they get transmission that far.

+1 ecobee. Has dual temperature schedule charts so you do not have to change settings when switching from heat to A/C Better accuracy and monitors to 0.3c for less heat waves and cold waves. Settable differentials down to 0.3c on to off Settable differentials down to 0.3c Heat to A/C. Fast support on Whatsapp, email and app. Very knowledgeable from my calls. Not just reading an AI monitor with moronic responses from an online manual. Can download spreadsheets of history from stat itself and remote sensors. Can average sensing in various rooms, selected by schedules. Excellent NS by Jimbo with years of debugging history. I control my room humidifiers via setting inside the ecobee stat through ISY through NS. Password locking of settings and remote lockout Complete control of smart features. No forced "setbacks" or "energy saving" but available.

Do we have fibre optics under the Atlantic yet? I would think most of the delays would be in the electronics / servers. Just Wow!

Here is the variable reset program I use to eliminate two of the three lines required to send routine triggers in my Alexa speakers. It could be used for anything but the variable names are significant for my speech routines. To use just set the appropriate variable to $cTrue (=1) I didn't create it into multiple programs. Instead I put them all into one lump and it works just fine. Note: spare variabes spsaces left for future epansion. It happens. Reset sSay variables - [ID 006F][Parent 0002][Run At Startup] If // [Run at Startup] enabled $sSay.motionOutsideDoor is not 0 Or $sSay.occupancyTimerExpiring is not 0 Or $sSay.securityViolated is not 0 Or $sSay.welcomeHome is not 0 Or $sSay.systemArming is not 0 Or $sSay.systemDisarmed is not 0 Or $sSay.goodBye is not 0 Or $sSay.turnOnLights is not 0 Or $sSay.systemArmed is not 0 Or $sz_40 is not 0 Or $sSay.blindLowBatt is not 0 Or $sSay.blindJammed is not 0 Or $sz_43 is not 0 Or $sz_44 is not 0 Or $sz_45 is not 0 Or $sz_46 is not 0 Or $sz_47 is not 0 Or $sz_48 is not 0 Then Wait 10 seconds $sSay.motionOutsideDoor = 0 $sSay.occupancyTimerExpiring = 0 $sSay.securityViolated = 0 $sSay.welcomeHome = 0 $sSay.systemArming = 0 $sSay.systemDisarmed = 0 $sSay.goodBye = 0 $sSay.turnOnLights = 0 $sSay.systemArmed = 0 $sz_40 = 0 $sSay.blindLowBatt = 0 $sSay.blindJammed = 0 $sz_43 = 0 $sz_44 = 0 $sz_45 = 0 $sz_46 = 0 $sz_47 = 0 $sz_48 = 0 Else - No Actions - (To add one, press 'Action')

Nice! KInd of odd the semaphore has to go to Germany and back. LOL Wow!

I have had problems on and off with Alexa routines triggering also. This has happened a few times over the years. Alexa app shows the input points changing , the routines fully working when triggered manually but they just wouldn't trigger. After complaining each time, and Amazon denying any problems, and advising to contact your app writer, it would suddenly start working again, once after about a month.