larryllix

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.

Strange ,I have not heard anything regarding Alexa+ before. If there is any option I would likely stick with the old Alexa also. AI garbage is why I dumped Google Home boxes, years ago (have about five in the junk box now). Every time I would ask GH to turn something on it would find every device with X in the name and attempt to turn it on at the same time. When I have 8 different colour names included in Bedroom light strip, turning them all on at the same time is impossible. AI doesn't belong in home automation. I don't need somebody else's logic controlling things for me randomly. Guessing on meanings is not wanted in HA, only exact control names. AI guessing can be dangerous in some situations. Alexa used to ask "did you mean?" so I dumped my GH junk and went with Alexa in every room years back.

@bmercier I have not had problems with Alexa so far. However I have not been asked or offered to upgrade my Alexa skills etc..

I have to replace my 6-8 batteries about once per 4-12 months, brand dependent. However I have found when one brand gives bad length of service, other brands also do. My conclusion s mots batteries are made by the same manufacturer. I have been trying to find brands manufactured in Japan. reports show some Panasonic and a few other brands are made in Japan and may last longer. I don't use them with PGx but rather kumoapps code. Does the PG3 NS not allow programmable updates that could save battery power by reducing polling at nights etc..?

Is the program disabled? We cannot see that parameter unless you copy to clipboard and then paste the program into the post. Right click the program title and select "Copy to clipboard"

Both my Polisae came with 32GB SSDs. Now they both have 64GB. One went bad and one has survived but totally spare now. For $26 I wasn't going to return it. I think the partitioning had to be based on an old SD card format , saving some small hidden partition for recovery images etc... Expanding that to 32GB made the remainder seem huge. @Michel Kohanim is reading this and laughing!

If you get supplied with the file poilsy_14.3p3.img then your polisy SSD will be at the current V6.0.x when it boots up. Watch your credentials on the IoX Finder, set time zone, options, etc. and reboot.

Right click on the device in the device tree and select "Restore". There is likely a link missing yet. Devices have a link to the PLM for every function, sometimes 10 or 12 links. They can all work properly except one at times.

Most of the time I have had to manually type in my URLs for my Polisae. They are seldom found by any of the finder apps that have been released. If, and when, the finder app finds your Polisy then you would use the same credentials you use for your ISY Portal login. In my case this was my email address, not "admin". This is in the usual IoX Finder login box with User: and Password: after you click the URL in the Finder. I had a lot of trouble with this. My Polisy was not producing it's UUID, (was 00:00:00:00:00:00) and then nothing would find it. After switching my SSD from one box to another I suspect I may have not plugged in the dual header security module properly. IIRC that would cause this. If you didn't have your Polisy box apart this wouldn't apply to you.

Both my Polisae work fine now but I re-imaged both of my Polisae. I am not sure I needed to do that or buy a larger SSD either. I don't see any SSD crowding or excessive usage of RAM on either. However, I did discover the long way around to login with my email address instead of "admin". I suppose that is what the obscure message to use ISY Portal login meant. In the end I believe that the update attempted to increase the partition size of existing Polisae SSDs and it messed up on most of them, maybe the older units?

I discovered the hard way after destroying two Polisy systems that I had to use my email address instead of admin. Thus the warning to use my ISY Portal security.

I was supplied a completely new image for my drive. It may have contained a larger partition....not sure. Not sure how I would tell. This sounds like the update overran the partition size and crashed the system. This may have been the basis a previous the "memory space" limitation in Polisy systems. Actually SSD partition space.

Open a ticket with UDI. They will be on you in hours usually. Not on Saturdays though.

A support ticket should tell you what you need to do. It is a lot easier than I thought. Open case Snap SSD drive out of clips Slide SSD into USB holder/adapter (UDI will give you link to advert on amazon. ~$10) Plug in adapter to USB port Run Rufus software (free) Select SSD drive Select image UDI supplies Start Put SSD back into slot Close up case Reboot Polisy Run IoX Click update Load your files back in.

Read my guess above.

After updates (not both v6) I have two Polisae crash my SSDs. I suspect that the intensive wear and tear on the SSD devices doing this major update just finishes off the SSD that are already on the edge. Michel made a comment to me that cheap SSDs do not last long and I am guessing "cheap" means the smaller memory drives that possibly have less memory saving algorithm space. In my case, I have ordered another 64GB SSD (larger than the stock 32GB and $27 CAD), I already have a USB/eSATA adapter ($10), and Rufus, the imager software, but I have destroyed my existing image files, so I need support to offer me a later download link yet. The SSD fix is easy and quick, but takes reloading and updating everything. Not necessarily your problem but it can be a fix or a backup for future problems. Best of luck!! Polisy does take a long time to update and reboot. I imagine eISY would be the same thing. Others have reported over 30 minutes for bootup. The update is major.

I have two images of the polisy14.image (not 13). However, one downloaded corruptly (at the time) and the good one, I just overwrote from the imaging software. Michel had sent me the link also but I cannot find any trace of that link now. Any clues?