Xathros

I do believe that this is the amount of time the ISY will look back into the past on power up to find items that need to be "Caught Up" to current. Without this, how would the ISY know where to begin catching up the schedules ? -Xathros EDIT: Here is what the Wiki has to say: Catch up schedules at Restart - When this box is checked (default) the ISY will attempt to run all programs that are time dependent beginning at midnight until the present time. Missed Schedule Grace Period - If Catch up schedules at restart is not checked or if a program is not run because the ISY is busy this will check for programs that were scheduled to run from the period specified until the present time. Default is 15 minutes.

Awesome! Excellent post! -Xathros

OK. Your Java cache is not clearing or the link you are using is pulling a 3.2.6 console from somewhere other than your ISY. Do you have another user account on your PC ? If so, log out of yours and into the other account and try to access the ISY at http:///admin and see what we get for FW/UI versions. Again replace with the actual IP address of your ISY. What are the first 2 sections of the ISY's IP ? 192.168 ? -Xathros

It may, but, it is likely not necessary to solve your original problem. The important thing is that the firmware version and the user interface versions match exactly otherwise you will get unexpected results in unpredictable ways as we have seen already with the traces LeeG asked for. If you plan to add any of the newer Insteon devices that use the new I2CS protocol, you will need to upgrade the firmware and UI before you will be able to use those newer devices with the ISY. At this point, lets just get what you already have back to working order. If your FW and UI versions are now both saying 2.6.18, then we have solved the first part of the puzzle and you can resume trying to link your new Remotelinc and update your other 2 devices. Please run a trace at Level 3 and post the trace of that for LeeG to review in case of link / update failures. -Xathros

Are you getting 2.6.18 for both lines now ? or do you still see 3.2.6 for the UI ? If 2.6.18 on both then we are making progress in the right direction. Don't worry, we will get this figured out. -Xathros

That is the right procedure. Have you already tried to upgrade the firmware to 3.2.6 ? -Xathros

So just to make sure, you cleared the Java cache using the Java applet from the Windows Control Panel Correct ? Not just clearing the browser cache. If so, I'm at a loss as to how you are getting the 3.2.6 UI from the ISY. After clearing the cache and then accessing the link, do you see the Java logo spin for a bit while the browser re-downloads the admin console from the ISY or does the console just open up right away and prompt for your user/pass ? -Xathros

Did you clear your Java cache first ? If you did and you are accessing using the link above, your UI should be reading 2.8.16 as well. What OS are you running on your computer ? -Xathros

Thanks. I'll find and bookmark that page. I do remember seeing it a while back and now I vaguely remember it being "relay devices first" but some how turned that into "Switchlink devices first" in my mind. Thanks for setting me straight. -Xathros

mdyod- You need to edit the link to include the ip address of your ISY. It should look something like: http://192.168.1.101/admin once you replace your.ISY.ip.address with your ISY's actual IP address. -Xathros

GreyFox- You could delete all of the devices from the admin console then add them back selecting "Remove Existing Links". You still have to rebuild everything from scratch but this "should" clear all the old links. If I was doing this, I would factory reset all of the devices before adding them back to be sure that there are no garbage links left. When we moved into our new home last fall, I went through this process with all of the gear I pulled from the old home. As I installed each device, I did a factory reset then added it to the ISY (which I factory reset first). This way everything was like new with no phantom links or X10 stuff to worry about. -Xathros

LeeG- I didn't realize that the Toggleinc Relay had moved to I2CS already. Thanks for that tidbit. -Xathros

Your firmware and User Interface versions don't match. Try clearing your java cache then access the admin console at http://your.ISYs.IP.address/admin Once there, you may want to update to the latest firmware (3.2.6) but I don't believe any of the Toggleinc devices require it yet. -Xathros

Alf- Its not necessarily right or wrong but more a matter of preference as to how you set your static address but doing both at the same time I see as wrong. If you are reserving the address at the router by MAC, then set the ISY for DHCP and let it retrieve the address from the router. If you prefer to hard code the static address in the ISY, then use an address that is OUTSIDE of the routers DHCP pool and eliminate the reservation from the router. I have my ISY, Cameras, printers and desktop workstations all hard coded. it eliminates much of the DHCP traffic when the power is restored and all of my network tries to come online at once. Mobile devices, game consoles, set top boxes etc all DHCP and occasionally will need a restart after power is restored to get them back online. I chalk this up to DHCP failure due to either too much DHCP traffic or the devices timing out waiting for DHCP before the router/modem is ready though I haven't spent the time to prove this theory. In this configuration, I have never been unable to reach the ISY, cams or desktops unless the power is out or the cable is down. Here is my thinking: Static coded at the device - if this device need to be accessed from the network/remotley and will never leave this network or join other networks. This reduces the DHCP traffic at startup and ensures proper addressing. Addressused for these devices are below my DHCP pool. DHCP Addressing - for devices the move between networks and don't need to be accessed remotely or can easily be found by other methods (UPnP, Bonjour etc.) The main idea here is to keep the device in a DHCP mode to aid in joining foreign networks. Static DHCP - For devices that need to be accessed remotely while on my network but will frequently join foreign networks (my Laptop). This way I know where it is at home and it still auto configures elsewhere. This is the only case where I have a reservation set in my router. The address assigned is the last address in the DHCP pool. I have seen many consumer grade routers choke on DHCP traffic. This is why many of my clients have a startup cheat sheet at the modem router for startup procedure that looks like: 1)Power modem, wait till ready. 2) Power router, wait 15 seconds. 3) Start computer(s). All of that said, at the office with commercial grade routers and smart switches I have very few devices hard coded and most everything uses DHCP assignments reserved at the routers. Too much to manage any other way. -Xathros

Alf- My guess is this is due to variable boot times at the modem/router. How is your static address for the ISY assigned ? At the router or hard coded in the ISY's admin console ? If in the admin console, is the address used outside of the router's DHCP pool ? -Xathros

I'm running Java 1.6.0.31 here without issues as well. Does the upgrade fail at the same point each time of at different points along the way ? If always at the same point, I would suspect a bad download. What is the status of the front panel LEDs at the point of failure ? -Xathros

snownh2o2- What version of Java are you running? There has been some trouble with Java 7 reported. -Xathros

Wouldn't it be nice if Smarthome could give us the option on all load controlling devices to: A) Default to Off on AC Restored Default to On on AC Restored C) Return to previous State on AC Restored Hey, a fella can dream right ? -Xathros

Excellent! Glad I could be of some assistance at least. This was a tough case but it sounds like its fixed. Thanks for the update. -Xathros

Do you have Kaspersky or Avast Antivirus ? If so, disable and test. Please let us know what turns up during your support call. I am really curious to know whats going on here. -Xathros

Lets try a "File / Restore PLM" and see if we can get your statuses working. -Xathros

I have done this, just this week. And yes, it does work. I have 3 Toggleinc Relays around my kitchen and dinning room. If I fade down any of the 3, a program is invoked to turn off 2 scenes. All of the 3 switches exist one or the other of those 2 scenes. When fading down the light will just turn off while I'm still holding the paddle down. I suspect if the device was a dimmer, the light would start do dim then turn off a second later when the program executes. -Xathros

I believe the blinking ERR led indicates a problem with the file system. Yet another indication of an SD card issue. If you believe the backup after the upgrade was successful, then that is the one to use. If not, then I would attempt to make another now. If you are unable to due to lockups, then you can use the older one but I think you would want to flash the new/formatted card with the version of the firmware that was in use at the time of that backup, restore that backup, then upgrade to 3.2.6 after that. Of course your TriggerLinc will not be there and your notification program for the Triggerlinc won't be there since they were added since the upgrade. I would follow the Wiki procedure as there was something specific to the card being formatted by the ISY. I suspect it wants to be FAT16 not NTFS or HFS+ etc. and there may even be more to it than that. I have read that older ISY hardware has a 512Mb card size limit. I'm not sure at what point they started supporting the larger cards or how we can tell if yours does or not. Hopefully Michel can chime in on that. Lets hope you have/can get a good backup and that a reformat is all thats needed. -Xathros EDIT: Also, if you are using the Network Resources Module and have stuff in the webserver, you need to copy that out first as it is not in the backups and will be lost on the reformat. EDIT #2: Lets start simple. Power down the ISY, then remove and re-seat the SD card first. Test.

I don't really think the initial DHCP process is whats locking it up but possibly at IP lease renew. Really just trying to eliminate things to narrow down the problem. Also I see -50010 errors in your log related to smtp.gmail.com. I believe this is a DNS lookup failure. I was having some issues with my ISY not resolving both SMTP and NTP servers a month or so ago. I resolved it by statically setting 8.8.8.8 and 4.2.2.2 as my DNS for the ISY. I suspicion is that the ISY is not waiting long enough for a response from the DNS servers and my ISP's servers in conjunction with my router were not responding fast enough resulting in a timeout. (Thats all just my "feeling" as I haven't been able to prove any of it yet) In any case, setting the DNS as stated above solved the problem for me. I am concerned that the MEM led is on steady when it's locked up. This may be a clue since as far as I can tell that LED should only be lit during SD card access and not be in a steady on state ever. It's possible you have a corrupted or failing SD card. I'd like Michel's thoughts on this as well. In any event, here is the Wiki data on reformatting or replacing the SD card: http://www.universal-devices.com/mwiki/ ... an_SD_Card If you are up for it, I would try the reformat first. MAKE SURE you have a good backup of the ISY before you begin. -Xathros

I really think you will be happy with MobiLinc. I love it. Lets eliminate DHCP issues. Can you assign a static address inside the ISY that is outside of your routers DHCP address range? This will simplify the startup a bit and will eliminate DHCP errors from the log. You will need to edit your port forwards (if you have any for the ISY) to match the new address. What was the state of the LEDs after it locked up this time ? How old is this ISY ? -Xathros