Andy P

One other thing I noticed when I added the DIAL device (at 5.5.9 haven't had a chance to test at 5.6.0) is that the admin console will show a default ON LEVEL of OFF (the lowest possible value) and a default RAMP RATE of 9 minutes (the highest possible value). So, when I first tried to use the admin console to turn the device on and off, I thought it wasn't working until I changed those values to ON LEVEL 10% and RAMP RATE 0.5 seconds. Just a heads up to anyone scratching their head. I assume this means that the EISY has no way of reading those values from the device, but maybe someone knows more about that?

Thanks for the hint on the update - that one snuck out when I wasn't looking! So, the good news is that with 5.6.0 the EISY is reflecting the update in dim level caused by rotating the dial. That is great. The other problem remains. If you change the default dim level using the set switch under the dial and then turn it off and back on, the EISY thinks it is at the default dim level set by the admin console. You can run QUERY and it will read the correct current DIM level. One minor quirk. Let's say you used the set button on the device to set the default level to 100%. Then you go to the admin console which shows On Level 10%. If you just press the ON LEVEL button, it won't write the change to the device because it thinks the ON LEVEL is already set to 10%. I verified that in the debug console - zero bytes written. But if you change it to 11% and press ON LEVEL, it does set the default on level to 11%. Really glad the local dimming changes are now working. I can live with the others.

I received my first I3 devices. Had no problem linking the I3 Dial from the EISY 5.5.9 admin console using the address printed on the front of the switch. Didn't touch the switch at all during linking. It is unfortunate that the dial does not report local dimming changes back to the EISY, but on/off does get reported, obviously. However, if you change the default ON level at the dial using the SET button, when you turn the switch off and back on locally, it comes on to the new level you set, but the EISY still thinks it turned on to the default level set by the Admin Console. If you then do a QUERY, it will read the actual brightness level of the switch.

Makes complete sense and I think your last statement is the most important - it works the way someone would expect it to. I also set up a number of programs called 'minimum dim level from off' in bedrooms and bathrooms. The problem I was trying to solve was that the default dim level is great most of the time, but if you are in the middle of the night, you just want to turn the light on to the lowest level that won't flicker. So if the light is off and you press off, the minimum dim program runs and you have a nice dim light. Works great for me, but doesn't meet the WAF because she likes to hit the off button on lights that are already off just to make sure they are off - bad surprise! I might change it to fast off when off. Andy

For example. I have a scene controller (keypad 2334-232) button C which turns on the cooking scene - which includes undercounter lights, recessed lights and pendants. I normally use the scene controller (keypad) to turn them all on and off. HOWEVER, my wife likes to turn off one or more of the individual switches. So then all the lights are off but the C button is still lit. My question is - what are best practices to keep scenes and individual switches in sync given there are lots of combinations of the switches that will be in use during the evening, not just ones that are exactly the same as a scene. The one thing that I have recently done is to add a program, which I call 'Cooking scene backstop', that says if (sw1 and sw2 and s3) are off, then turn off the scene, so at least I don't have the stray scene button light on any more that I have to turn off and then back on to get the scene to come on. Thoughts? Andy

Just to follow up - everything is working and the ticket is closed. There is no factual explanation for what happened but I have offered this theory based on some post analysis of the files I saved After the first migration attempt, the PLM had 102 total links, with exactly one link for each of 102 devices - i had no idea if this was right or not - some of you probably would have known this is wrong. After the second migration, the PLM had 469 links, with 2 to 10 links for each device (lots of scene controllers) My theory is that there was a communication error with the PLM during the first migration and the restore process put the first link into the link table and then attempted to write it to the PLM but failed and then went on to the next device. Which means the table had an entry but the PLM did not. Then, when I tried to do a restore PLM to fix errors I was seeing, and after rebooting everything, there was no more communication error and it wrote each of those single links to the PLM giving enough functionality that I thought the migration had worked, but of course it did not. The compare links process didn't indicate any error because the links in the PLM matched the table that was built during restore which was missing many lines. If there is any possibility that something remotely similar to this happened, I recommend the following process if you are changing PLMs: 1. On the original ISY, before migration, examine the PLM links and make a note of how many there are and then run a backup ISY. 2. On the new EISY, after booting it up and before migrating, go to the Tools - Diagnostics - PLM Info/Status option and make sure it shows your PLM connected 2. Do File - Restore ISY with the event viewer visible and logging level 3 enabled and watch the results 3. After the restore, again examine the PLM links and see if it matches pre-migration. Thanks again to all, Andy

OK, started the whole migration over again using the same backup as before and this time it worked. 1. On the EISY admin console, did File - Restore ISY 2. After the reboot of the EISY, checked the links tables and they still show the old PLM (of course) 3. Did a File - Restore Modem (PLM) That is pretty much the same thing I did the first time. But this time, it worked and now there are many more links in the PLM and the EISY is being notified on all device changes. I guess the technical explanation is that all the controller links were in place after the migration but none of the responder links - or the other way around - not an expert on that, obviously! Don't have a clue why the first migration failed, but happy that it worked the second time. I guess my only advice out of this is don't spend hours trying to troubleshoot a migration which is partially working and just start over again. Thanks to everyone for your support and suggestions! Andy

ok, based on ideas above, I deleted one of the devices and added it back and that device does trigger the EISY correctly. It seems that all of the A2 links were written to the devices during the migration but none of the E2 links were to any device. And apparently the EISY doesn't expect them to be there so doing restore to the device or the plm doesn't put them back. I guess the next step is to trying doing a restore from backup again and see what happens.

Yes, i have done restore PLM several times and I have done restore devices several times. I can hear the PLM beep and then each device beep as it goes through the process. Here is a snip of the PLM (1e.4d.5b 2413U) table and then the first device in that table 50.88.d4 which is a dimmer in the main hallway. Waiting for response to the ticket, thanks for your ideas.

Thanks all, I have opened a ticket. I did examine the links table in the PLM as well as in the individual devices and also did a compare operation. All the links are there and the compare came back equal. It is quite a mystery! The good news is that the scheduled automation for turning lights on and off is working. The bad news is that none of the programs that are triggered by devices work. Will post back soon!

Hi, there are no events coming into the Event Viewer when I activate switches with it set to level 3. There is plenty of activity there when I do changes or query a device and it all looks ok. Here is a device on from the console followed by a query from the console. Sun 03/12/2023 10:58:53 PM : [INST-TX-I1 ] 02 62 53 EA 42 0F 11 80 Sun 03/12/2023 10:58:53 PM : [INST-ACK ] 02 62 53.EA.42 0F 11 80 06 LTONRR (80) Sun 03/12/2023 10:58:53 PM : [INST-SRX ] 02 50 53.EA.42 1E.4D.5B 2B 11 80 LTONRR (80) Sun 03/12/2023 10:58:53 PM : [Std-Direct Ack] 53.EA.42-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Sun 03/12/2023 10:58:57 PM : [INST-TX-I1 ] 02 62 53 EA 42 0F 19 00 Sun 03/12/2023 10:58:57 PM : [INST-ACK ] 02 62 53.EA.42 0F 19 00 06 LTSREQ (LIGHT) Sun 03/12/2023 10:58:57 PM : [INST-SRX ] 02 50 53.EA.42 1E.4D.5B 2B 0F 80 PING (80) Sun 03/12/2023 10:58:57 PM : [Std-Direct Ack] 53.EA.42-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 There are no entries when I physically move the switch. I am going to open a ticket - thanks!

Hi - yes, I am on 5.5.9 - upgraded it before the migration I am using Win - and I have cleared the cache, but it doesn't really matter because the trigger doesn't happen regardless of whether the admin console is alive, or using the portal or no UI. The EISY is simply not getting any triggers from remotes, motion detectors or manual actuation of any switch, dimmer or scene controller even though it works completely in the other direction or when doing a query. All the automation of lights turning on and off are working fine. I have done a full power cycle, i have tried plugging into different outlets in the house. I always wait after plugging in the plm before the EISY. And the very strange thing is that the EISY can read status from devices, but does not see any unsolicited inputs. I also tried different USB cables. Any other ideas? Thanks, Andy

Have spent the whole day trying to figure out this problem and hoping someone can help! I have successfully migrated from an ISY994 to the EISY using a backup. I changed PLMs from a serial to USB and did a restore to the PLM. So after a couple redo's, I got everything working EXCEPT I am not getting any notifications back into the EISY. What I mean is that I can turn the switch on from the admin console, turn it off from the admin console, etc. But if I turn the switch on physically, the admin console does not reflect the change unless I go into the device in the admin console and do a QUERY in which case, it gets the right dimming level. Also, the query all status when rebooting gets the correct current status of all devices. That seems to indicate everything is talking and the links are all there - which I also see in the link tables. I tried two different serial PLMs and got the same result. I have nothing else plugged into the outlet and since I get responses when I do a query, I don't think there is a problem there. So what am I missing that the ADMIN console doesn't see any changes and also none of the programs that I have linked to the devices will trigger. Can't find anything meaningful in the error log either. Thanks, Andy