Geddy

This sounds like you’ve got a program stuck in a loop. @MrBill has made a post recently about braking the look so you can control the programs again. Check this thread out: Hopefully that gets you squared away. If you can get to the summary tab of the program see if one keeps running or see what’s most recently run. Post back if still having issues once you set the folder option to stop all programs. Make sure you just use this test folder option in the ROOT program folder.

@C Martin If you mean you clicked the right link seen here: That's trying to open Polyglot Cloud. And as @Bumbershoot points out that's been turned off for a while. That's not accessing any local/home Polyglot connection. Currently only the IoP process (as far as what's running on a Polisy) is accessible while remote (to the best of my knowledge). If you need to access your PG2 or PG3 while remote I think the only way to do that is run a local VPN to make a connection while remote.

@larryllix thanks! Just saw your post about it in another thread...

Got it. Just found that when I deleted the entry the program change to "[Entry #]". Appears to be a slight UI "bug"/anomaly. I suggest you start a support ticket to see if @Michel Kohanim can recreate on a test system. While I kind of see it happening it changes/updates if I click elsewhere and is correct when I come back to it. My test steps: Create notification customization of name = "test 1" Save customization Create test program w/ notification to "test 1" in "THEN" save programs exit admin console launch admin console - everything looks correct delete customization name = "test 1" save customization tab program now shows "[Entry #]" referenced where "test 1" used to be. save program tab exit admin console launch admin console program tab referenced "test 1" click "Configuration" tab -> Emails/Notifications -> Customizations - confirmed that "test 1" wasn't there Clicked "Program" tab - program now references "[Entry #]". In trying to fix it...I made a new customization (saved) and then updated the program (saved). Exited AC. Launched AC. Program showed "[Entry #]". But, then I clicked over to Customizations and then back to Programs and it referenced the new customization name. Ran "THEN" of program and notification came through just fine. What's also strange is that when the program references "[Entry #]" and I run "THEN" of the program I get the notification that I expect to get. The program showed incorrectly until I clicked on the Customization tab. Just changing from Program Details to Summary to Variables did not change the program. I had to click to Configuration and to the Customization tab to make the program read correctly. And yes...it also resets every time I load admin console, but will refresh just by clicking on the Customization tab. Very odd. So yeah...might be a UI bug. Best way to track bugs is through a support ticket (not through the forum). So I'd suggest opening a ticket. Explain your steps so that they can recreate your steps and hopefully reproduce the results.

@webminster Are you still having this issue? Not sure on this one. I just tested a few notifications and programs and the name didn't revert. Have you attempted to delete the "Entry 12" and create a new notification? For me, the program didn't change the reference until I saved the renamed notification so I'd say you did that part correct. Make sure you hit save on the programs tab! I did further testing and have this issue if I don't press save on the program tab. Even though you didn't directly change a program it might be an oddity that the system isn't pushing that program change to saved status so when it reloads it pulls up the last saved state for the program. Submit a Ticket: https://www.universal-devices.com/my-tickets Email: support@universal-devices.com

@Techman OP stated running ISY994 v5.3.4; those buttons aren't available on the ISY994. The process you reference is only available on IoP. Additionally, the OP is using PG2 and hasn't updated to PG3. Sadly, OP apparently didn't receive the email that was sent in early July or didn't read the forum post referenced in their original post warning that the SSH method was causing issues. @Michel Kohanim informed the OP to submit a ticket for assistance because there are certain steps that must be attempted if the SSH update method is attempted and corrupts libraries. So, the best way to resolve this, currently, is through opening a support ticket.

You’re logging into PGv2. I believe @Techman is looking at the PGv3 interface. Please just start a ticket as @Michel Kohanimsuggested to get taken care of.

Doubtful, but could be one or two out of the 6 pack. Some changed about 3 months ago from same batch are 80%+ with all setup the same and not in cold areas. 2 that are reporting 75% were changed about 2 weeks ago. And were ones that kept getting bad URL call emails about.

Anybody else check to see if this impacted battery life? I just changed batteries in a few tags and they're suddenly at 75%. Normally it's months before they read 75%. So I wonder if the issues were trying to connect to the tags non-stop and caused battery drain faster. Wished I could have gotten my wife to unplug the tag manager faster.

Make sure you delete any old messages that came through with numbers. The phone (or as @MrBill says AT&T) might be picking something up and applying that number to it. I'm on iOS and T-Mobile and it came through with alerts@ email for the from. Have you tried the @mms.att.net as @MrBill suggested?

Interesting posts.... Exactly! While I have no idea of what was going on I do know the process of shipping/importing. If the old Insteon owners were indeed having financial issues it's quite possible that their material got held up in transit and was being held by their freight forwarder as collateral against duties paid in good faith. I know the freight forwarder I use ends up with some crazy stuff if other clients refuse to pay or don't pay for duties. The items are held in bond until that bond expires and then the freight forwarder could liquidate the material to be made hole. Although, from reading between the lines in some of the posts and chatter that's probably not the case here. I think @lilyoyo1 has implied/confirmed to having received some Nokia products for review/testing so something was received by the old Smarthome. Perhaps the "new" Insteon has to work out the license deals with Nokia (like some here have speculated). Maybe there is an unknown amount of inventory available for Insteon to sell, but what about working with existing equipment (there were lots of promises made in the past...not sure what will/won't be available at this point). The main thing...it's highly doubtful the prior owners had 12 months of supply in transit or in a warehouse somewhere that the new owners can just start selling. Surely those that were in negotiations to buy the assets probably know better, but are limited by confidentiality agreements from the negotiations that we'll never really know. PS: Want to know how bad the supply chain (still) is? Check out this story from the other day: https://www.freightwaves.com/news/traffic-jam-of-waiting-container-ships-is-now-as-bad-as-ever Why isn't this being covered by the media like it was last Nov/Dec? Well...Christmas isn't on the water yet! Oh...but it is. Shipments leaving China now might not reach the east coast until mid-October. Leaving little time for retailers to get to warehouses or stores for Christmas purchases. Then don't miss the point about a possible blockade in the Taiwan straight thanks to the Speaker's visit this week. (sorry...this just hits too close to home for me) It's nothing new that the big chip suppliers are expecting a 20% downturn. That's been in the news for about 7 months now. I think it's just now getting attention because it's another quarter reporting period and Q3/Q4 forecasts are being re-confirmed as to what many were speculating in Q42021. That's why their stock prices are in the tank (FYI - dollar cost averaging into some of those stocks are sweet deals these days!) But tech as a whole has been the long game and anybody that thought it would be better now was foolish. It's clearly going to be 2023-2024 before they see improvement. Many have been pointing to that, but the "news" had ignored that hoping things would just turn around. HA! 2-3 years? Last I read Intel was suggesting 7 years minimum before they could be producing at a capacity that would be able to supply even 50% demand. Our Government is patting themselves on their backs for spending money to encourage companies to move back to the US. At the age some of the "leaders" are they'll be lucky to still be alive before production is fully possible to be sustainable for our demand. It's not a rosy picture anyway you cut it. Let's just hope there's SOME good news soon that something indeed is available, and available at a quantity that will allow for new customers to enter the ISY/Polisy/eisy world soon so we can continue to support them as we have been for so long!

@Prana electric I think @Michel Kohanim means remove the whole thread of texts on the phone. I just ran some tests using the default server on IoP and they were delivered to T-Mobile network almost instantly. They were received from alerts@universal email. So I'm not sure how you got some from multiple long numbers like that. Perhaps it was in the process of moving the server to SES, but try again. Delete all current alerts/tests first though.

Thanks @Michel Kohanim for the update. Testing the default with T-Mobile email to text worked almost instantly. Hope other carriers continue to support this. I know Google Voice stopped forwarding texts (sometime last year) to the actual cell phone because of some abuse issues. https://www.engadget.com/one-of-google-voices-best-features-is-going-away-092145507.html#:~:text=The Google Voice app now,ring all your other phones. https://9to5google.com/2021/03/09/google-voice-soon-no-longer-forward-messages-phone/ I always wonder when people start having relay issues from email to text if the carriers themselves start turning it off. I know it's low priority delivery as it is (for most carriers) so what's keeping them from turning it off completely? Text comes in from the alerts@universal email so that's great!

@JimboAutomates the Google group got a reply that it should be fixed. I haven’t gotten home yet to plug the tag manager back in to tell. Hope others are working now.

Please refer to the wiki for front light meaning: https://wiki.universal-devices.com///index.php?title=Main_Page#Front_Panel_LEDs/Lights Sounds like it's not able to access the network. Did you have a static IP set in the ISY994 or DHCP reservation on the router? (Note: the preferred method is to have DHCP reservation at the router level and allow the ISY994 to connect automatically - in case you ever replace the router it will connect to the new DHCP table of the new router.) I'd suggest power cycle everything and perhaps even trying another network cable from the ISY994 to the router. Depending on the cause of the power outage could have impacted the network cable. Power down steps: ISY994 PLM Router Power UP steps: Router (wait several minutes) PLM (wait at least 1 minute - check that light on PLM is steady) ISY994 (observe light patterns - review wiki) Once everything has power again log into your router and see if the ISY994 has connected to the network.

Getting same errors...so far rebooting tag manager has not helped. And if recent history proves anything you won't hear anything from the company for support for several days. I had a support ticket go unanswered for about 4-5 days a few months ago, then 8-10 days on replies.

Probably so, but that shouldn’t prevent you from logging in. Good luck with the ticket. Let us know how this gets resolved.

Have you been able to start a new support ticket? Submit a Ticket: https://www.universal-devices.com/my-tickets Email: support@universal-devices.com In the meantime confirm the lights and review the meaning/behavior in the wiki… https://wiki.universal-devices.com///index.php?title=Main_Page#Front_Panel_LEDs/Lights Reseat the microSD. It might be corrupt if failed during update and you will need to follow the process of replacing the microSD card.

Correct...trying to get there, but can't even get logging into work to figure out what version Polyglot is running. Good catch on the ISY994 version... @Ross are you running Z-wave devices and/or have a z-wave board in the ISY? Your ISY994 version is outdated and should be upgraded as @MrBill outlines. That's still not going to fix your issue of logging into the Polisy, but can certainly put your system on the latest version of firmware for your situation. Let us know your z-wave status. Final question...do you have another computer, phone, or tablet that you could use to try to log in to the Polisy? It's a website so don't need Java for that. At least you would know if anything is able to get pack the login page and make the login button work. My last thought on that is...try the default user/pass (admin/admin). Just to see. Perhaps PG2 isn't telling you that you're using a bad user/pass combination because somehow it got reset to default. I forget how it notifies you, but I think it's a quick box in the lower right corner rather than big warning in the login area that you didn't use the right credentials. And would look like nothing happened. That's the only other thing I could imagine being an issue if you can't get in using either browser you've tried on the current computer. Try another device (phone, tablet, another computer) Try admin/admin If that doesn't work you could try following the wiki for Polisy and reset the credentials to default and see if that works. Info in the wiki: https://wiki.universal-devices.com/index.php?title=Polisy:User_Guide#Reset_Credentials Ultimately though...start a support ticket and see if they can get the Polisy logging in again.

As mentioned above the UD Mobile app now has notifications and there are multiple node servers that can push alerts to your phone. Other options are probably more accurate and reliable for "mission critical" notifications. But at least you've got email alerts working.

Yes, you can have PG3 running even without having anything in IoP. The IoP process will also run in the background even if not setup. Nothing will hurt the system. So, you're trying to log into PG2 and you're having issues. That sounds like you need to open a ticket to get something sorted out on your system. Especially if you have same behavior on two browsers. To me things seem to be running correctly...your lights indicate Polisy is on and operating normally. You can access your ISY994 without issue. Please open a ticket to get further help. Once resolved please post back here to let us know what was done and to possibly help others that might have this issue in the future.

I would say this is an AT&T issue and not a UDI problem. While I don't see a huge uproar about this searching Google for AT&T issues there is this one post that was easy to find: https://forums.att.com/conversations/att-mail-features/att-email-to-text-feature-is-not-working/62e57d87e232bb632089fdd0 Perhaps search if other AT&T users are having issues.

@Prana electric what wireless carrier do you use? @raymondjiii just posted similar issue and mentioned on AT&T. If you are too can you send a simple email to text from a different domain? Does it get through?

Another user is having issues as well… https://forum.universal-devices.com/topic/37705-not-receiving-text-notifications/ if you email/text yourself from another domain does it get through?

@mjrush, honestly...you DON'T have the same problem. So now we're troubleshooting your problem in a thread that OP (@Prana electric) stated they weren't getting TEXT MESSAGS. Next time, please start your own thread. It's quite possible that your host might be blocking messages coming from the UDI Default email server. Depending upon how many messages you might have been sending if they never change some servers can consider that bot attack or spam of some sort and block it for a period of time. I just tested the default mail server going to gmail and it worked exactly as expected sending 5 test message. Side note: The messages pass normal spam/spoofing (SPF and DMARC) filters so that's a bonus, and a little surprising the Comcast puts them into spam. The easiest solution would be to suggest setting up an ISY only Gmail account. Following the Wiki setup steps and testing from that way. This way it does two things...it gets the burden off the UDI servers for sending timely alerts. But also assures that you've setup and received messages as expected. If once you're using a different sending server you still have issues then you need to check your receiving server for bounced/delayed/undeliverable messages. If you have your own domain for receiving the alerts are you hosting the mail server or is your webhost handling the mail server? It's possible they've blacklisted UDI's server for some reason.