-
Switch triggering a state variable to activate alexa
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.
-
Don’t upgrade to Alexa+ !!!
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.
-
Don’t upgrade to Alexa+ !!!
@bmercier I have not had problems with Alexa so far. However I have not been asked or offered to upgrade my Alexa skills etc..
-
Wireless tag won't pass authorization.
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..?
-
Trying to figure out why a program isn't running
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"
-
Upgrade failure - I think
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!
-
Upgrade failure - I think
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.
-
6.0 on startup keeps giving Failed Communication
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.
-
Upgrade failure - I think
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.
-
Upgrade failure - I think
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?
-
Admin Console (LAN) not opening after upgrade
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.
-
EISY Didn't Come Back Online
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.
-
Unable to connect to EISY after update to IoX 6.0
Open a ticket with UDI. They will be on you in hours usually. Not on Saturdays though.
-
EISY Didn't Come Back Online
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.
-
EISY Didn't Come Back Online
Read my guess above.