n4bos

Michel, I'm still stumped. I reset the router and stared all over again. I have no port forwarding now. I changed the network settings to DHCP and rebooted and still can't connect to the portal. I then gave the ISY a reserved address in the router and assigned the other settings as shown in the attached screen shot. Still no connection. I'm sure I'm doing something wrong but I sure don't see it. Any idea what I'm doing wrong? The error log shows: Thu 2021/03/18 07:05:46 PM System -140000 my.isy.io Thu 2021/03/18 07:05:51 PM System -170001 [Network-DNS][Task=20] Failed DNS 29/rc=6 Thanks for any help you might offer.... Steve

Hi Michel, I originally set up port forwarding several years ago when I set up my ISY for remote access. I use "Simple Home Controller" on my Android phone and if I disable the port forwarding, I can't access the ISY with the app when not on my local network. It still works fine locally but port forwarding is required to access remotely. I started using the portal a couple of years ago when I installed some Amazon Echos in the house. I have had port forwarding (2443 and 2080) as well as a static address set all along and it has worked well, both for remote access and with the Echo. Here's a sample of the error log when using the new Archer router... Sun 2021/03/07 01:08:10 PM System -170001 [Network-DNS][Task=22] Failed DNS 102/rc=6 Sun 2021/03/07 01:08:10 PM System -140000 my.isy.io Sun 2021/03/07 01:08:45 PM System -170001 [Network-DNS][Task=22] Failed DNS 103/rc=6 Sun 2021/03/07 01:08:45 PM System -140000 my.isy.io Sun 2021/03/07 01:09:20 PM System -170001 [Network-DNS][Task=22] Failed DNS 104/rc=6 Sun 2021/03/07 01:09:20 PM System -140000 my.isy.io Sun 2021/03/07 01:09:55 PM System -170001 [Network-DNS][Task=22] Failed DNS 105/rc=6 And here's the log with the old dlink.... Sun 2021/03/07 01:21:56 PM System -100 [DHCP] state=RENEW Sun 2021/03/07 01:22:01 PM System -100 [DHCP] state=RENEW Sun 2021/03/07 01:22:06 PM System -100 [DHCP] state=RENEW Sun 2021/03/07 01:22:11 PM System -100 [DHCP] state=RENEW Sun 2021/03/07 01:22:16 PM System -100 [DHCP] state=RENEW Sun 2021/03/07 01:22:21 PM System -100 [DHCP] state=RENEW It would appear to be a DNS problem but beyond that, I'm at a loss what to do to correct. Addition.... I also tried putting the ISY in the DMZ and it still wouldn't work with the Archer modem. Again, many thanks for the help and suggestions. Steve

Hi Michel, I appreciate your response ... as always! I WAS using a static address so I removed that from the ISY setup and removed the port forwarding rules and IP reservation from the router. I did see Disable Internet Access under File so I clicked that. I rebooted the router and the ISY and when they came up, I had a new IP address for the ISY which was within the DHCP range (which I then reserved in the router). I still get the message "ISY not online" when logging into https://my.isy.io/index.htm. I then tried added the port forwarding rule for port 2443 using TCP only. No joy. Then added 2080 to the port forwarding. Again, no joy. When I log into the dashboard to check the security settings, (which are set correctly per the document you suggested) it says "on line" The thing that puzzles me is that I can reinstall the old dlink router and the ISY is shown online and it works instantly so it would seem I'm missing some simple setting but I have no idea what it is. By the way, when I previously had the static address and port forwarding configured in the new router, both port 2443 and 2080 showed as open with a port check tool. I do have another device (Tablo) that won't work remotely with this router either (but works perfectly with the old dlink) so I'm thinking of sending this one back and getting another brand but I'd like to understand why this one doesn't work. If I get another brand, I don't know where to turn as this was a top rated router. Have I misunderstood your suggestions or missed anything? Thanks for the help! Steve

Upgraded from my old dlink DIR-880L to a tplink AC4000 (A20). When I first did the switch over, (including port forwarding 2080 and 2043 and reserving the same address for the ISY) my Amazon Echo worked fine after configuring it on the new router with a new ssid but later in the evening, it stopped working. I got an email from UDI that says "We are receiving requests from your Amazon Echo, however your account is not authorized to use the ISY XX.xx.x... In order to use your Echo with this ISY, please login to my.isy.io and make sure that this ISY is authorized in your account. You may have to go to the admin console, under configuration/portals, and click Approve." When I go the the Admin console, under portal, all I see under "Portal Integration" is Offline and Registered. I see no way to approve the ISY. I am running 4.5.4 on the ISY because I have a number of remote devices like motion sensors and leak detectors and it sounded like the upgrade to the latest software was a bit problematic with a lot of remote devices and since it was working fine, I saw no reason to upgrade. Could the 4.5.4 software be the reason my ISY is no longer "on line"? By the way, I can reinstall the old router and instantly, the Echo works fine again. The ISY works fine with local control as well. Any suggestions will be appreciated.

Hi KeviNH, Thanks for the links. The http://your-isy-ip-address/admin.jnlp worked. Much appreciated, Steve

I use a VPN service for all my WEB connections while at my home or on the road. I find that I cannot connect to the portal with the VPN on. If I try, it sits at the Universal Devices logo for a long time and then the finder pops up with a message saying, "ISY Finder: Not Found". If I shut off the VPN, it connects fine. Anyone else have this issue and have you found a way around it other than shutting off the VPN? Thanks, Steve

BUT, you CAN set up a "recipe" for cool and another for heat and run them one after the other and they will both change accordingly. I have it set up that when I "shut down the house" by Echo and the ISY, it sets the "COOL" temperature to 85 and the "HEAT" temperature to 55. Both are held at that temp for 12 hours. It works with the thermostat in either HEAT or COOL or AUTO. That's the equivalent of shutting off the system to me. When I return home and I command Echo to "turn on the house", it runs the recipe that returns the thermostat to programmed function. I can of course turn the thermostat back to programmed function via the smartphone app if I want that to happen before returning home. All of this seems to run well. I did find it "beneficial" to insert a 2 second WAIT between the two network events when leaving the house. Steve

As an update for those that may follow, it was suggested I update to the latest software. I did and now the system works fine. Steve

By the way, the ISY is still "on line" as demonstrated by connecting to it from the WEB and controlling devices. Portal problem??? Steve

Same problem here. If I click on the dot next to my ISY alias, it says offline since 11:03:32 Janusry 25th (last night) Worked fine before that.

Hi Michel, If you can, you might change the title of this thread to "Timer Runs Slow". I was thinking upside down when I wrote it.... Steve

Think I'll tie a knot in the Ethernet cable tonight and see if that stops him.....

As an update and in case anyone else ever finds this thread... I created two additional timers for testing. One that has no programs depending on it and counts in one minute increments just as the timer in question. I created a second timer that updates once per hour as suggested in the thread. I also added a line to the original timer that sends an email whenever the original timer resets to "0" and tells me the system time. The results: The new "independent" count-by-minute timer loses time at exactly the same rate as the one that is used in the original program so it appears that using a particular timer in a program has no discernible effect on its inaccuracy. All the timers saw their biggest loss at 3:00AM.... when the "Query All" program runs. The "normal" loss for the one minute incrementing timers seems to peak at about 1 second per hour, and seems to be dependent on the activity of the ISY. Both timers that increment at one minute intervals lost about 15 seconds when "Query All" ran and about 4 seconds in the next hour.... Although I don't know exactly when it happened, the count-by-hour timer lost 16 seconds between midnight and 5:00 AM and no more after that. I suspect its loss was at 3:00AM during the "Query All" just like the other timers. That timer IS much better in terms of accuracy, showing virtually no additional loss over a 24 hour period. Overall the message I get is that for the best accuracy, make the time interval as long as possible and be aware that high program activity, like "Query All" will make the timers lose time. Steve

Thanks Michel, That might work. I'll give it a try. Best regards, Steve

Thanks Techman, I'm only using the timer in one program that dumps data to a "storage" variable every hour so I don't think I'm hitting it too much. I guess it's just the inaccuracy of the crystal. I'm surprised because even a cheap clock is (much) more accurate than that. Steve

I have a program that runs every hour. To implement that, I have a separate timer routine listed below. Hour timer - [iD 0022][Parent 0023] If $s.Cycle_Timer_1 is not 60 Then Wait 1 minute $s.Cycle_Timer_1 += 1 Else $s.Cycle_Timer_1 = 0 This is a one hour timer. $s.Cycle_Timer_1 is a State variable. This program works fine but consistently runs slow... not a lot but in a 24 hour period, it will be off by about one minute. It is reset to "0" at 12:00:00AM. When the counter resets every hour, the update time will slowly get later and later... For example, by noon, monitoring the variable shows it was updated at 12:00:28. I would have thought the timer in the ISY would be crystal controlled closer than that. It is NOT consistent... sometime sit loses more than other times. Anyone have a better timer program or is this normal and to be expected with the ISY944? I'm running 4.3.26 firmware and UI. Thanks, Steve

The backup system is a deep cycle battery and a Progressive Dynamics 3 stage charger maintaining a large 12 volt deep cycle battery. The battery drives two different buck/boost converter boards, one that supplies 5 VDC and one that supplies 12 VDC. The 12 VDC supply backs up the modem that is on the outside of the house and is a fiber modem. It has its own 12 VDC supply and that supply is connected through a Schottky diode to the modem. A second Schottky is in the line from the 12 VDC buck/boost converter so that the modem can use either 12 VDC supply. In that way, if the "native" 12 VDC supply goes away, the backup supply takes over. EDIT: The 5 VDC supply runs the router so that even if the mains 125VAC supply is down, I can still communicate with the Cummin Onan whole house generator if I'm not at the site. The ISY is NOT backed up so that if it goes down, from a 125VAC power outage, the reboot routine when the 125VAC supply comes back (either commercial or generator) will reset the outside motion lights as well as send an email to tell me it has been off if I'm not at the site. What I am trying to do is get a notification of the power (125VAC) to the Progressive Dynamics charger goes down...... even while the ISY is still up. There is only one circuit in the room where the Progressive Dynamics charger and battery are located so if that goes down, there's no power to run an Insteon device. That's why I was hoping to use the fact that the ISY will see it as missing to trigger the email event. BTW, the generator sends me an email if starts so that's why I need to keep the modem and router up even if the 125VAC system goes away. Does that explain it??? Steve

Can you provide a link? I'm not familiar with the device you refer to. Steve

Thanks Harv, I'll look at that. SD

Hi Alex, I didn't state it well..... I DO get an email if the ISY reboots as a result of a total power outage. I have a routine that runs whenever the ISY restarts to reset some motion lights and send an email (and a txt) to tell me it has rebooted. That's not the issue. I want to know if the power to the CHARGER only goes down. Here in Texas we are required to use arc-fault breakers. They are notoriously unreliable and I have had several of them open for no apparent reason. What I want to know is if the one that supplies power to the backup system charger goes down. The ISY is NOT on backup power (on purpose) so that if the total power goes out, the ISY runs my reboot program and resets the outside motion lights. I hope that makes it clearer. The digital loggers above might work but that's an expensive way to do what ought to be a simple operation. As an example, I have a VERY remote Insteon switch in a distant building. That switch occasionally drops off line and when it does, and I log into the administration console, a note pops up to tell me the switch is off line. Running "Query All" brings it back on line so obviously, the ISY knows when something disappears. It's that capability I'd like to take advantage of. Steve

Hi Alex, That looks like a neat device but I don't think that will do it. If I read its literature correctly, it will tell me if the device plugged into IT is shut off but not if the power that is powering the controller itself goes away. That's my problem. If the circuit breaker supplying the controller trips or if that entire circuit goes down for some reason, I'd like to get an email. I already get an email if the ISY reboots but not if a particular device under its control goes off line. Thanks for the info though. Steve

I have been searching for a (simple) way to get a notification if an Insteon device goes off line. I have a (12V) backup system for my router, modem and alarm system that is powered by a large deep cycle battery and a Progressive Dynamics charger. I would like a simple way to notify me if the power to the charger is off, Any ideas? Thanks, Steve

That's what I figured. Thanks. Seems odd that a device like this doesn't have that "customization" ability for the unit itself. Steve

Is there a way to dim the LED's on the front of the 994i? I have my 994i on a shelf at almost eye level and it is VERY bright working near it. Be nice if I could dim the panel led's. If not, seems like a nice addition to "Configuration"..... Thanks, Steve