TJF1960

Hi Michel, Yes, no problem. I am just really glad that I can powercycle the ISY/PLM and walk away knowing full well that it will reboot fully now! I am going to send it in for repair once you are finished with it, but not in a huge hurry so take all the time you need. Thanks, Tim

Thanks LeeG for the FYI. It actually prompted me to work on the device a little more to figure out exactly why the 1 second transmissions were occurring and why 1 day it seemed the ezeye were causing the problem and the next day it wasn’t. Turns out the broadcast messages must have been coming from input 4 and not the analog inputs as I previously thought. I wired the ezio back into position. It immediately started broadcasting once a second. I removed each input until it stopped broadcasting. It stopped at input 4. I connected everything but input 4 back up and no broadcasts. Hooked up input 4 and broadcasts started again. I unhooked input 4 wires and wired them to input 3. No broadcast. Hooked up the wires from input 3 originally to input 4 and it started broadcasting. Turns out that any of the inputs connected to input 4 cause it to broadcast. I checked all the inputs with a dmm, all but input 4 measured the same (5mv or so). Input 4 measurement kept varying and when the LED would blink the dmm measured over 1 volt. On the bench I connected a dmm set to resistance and measured input 1. The minute the probes hit the input terminals the device broadcast once. Removed the probes and it broadcast once more. Reversed the probes and reconnected and did not get a broadcast (which makes sense). Same results on inputs 2 and 3. Input 4 would broadcast with the probes in either position (forward or reversed) and as long as the probes were connected to input 4 it resumed its broadcast every second. After removing the probes it would take 10 or so seconds for it to stop broadcasting. I haven’t yet figured out why the other day I was able to unplug it from the utility closet and walk out to my workroom and plug it in and it continued to broadcast every second or so and not today but at least I can send it to SHN with an accurate description of the problem and have some faith that they will be able to reproduce it and fix it. Thanks as always, Tim

Hi Lee, I agree, that is what it seemed like. I was using the analog output of the EZEye’s connected to the analog 1 and 2 respectively of the EZIO6. Analog 1 trip point was 265/250 and 15/0 for analog 2. I did have some trouble in the beginning with closer set points as the ambient light levels would vary which would produce multiple night/day trips. Once I set them to the above figures I would only get 1 or 2 false trips on analog 2. I wired a 47k ohm resistor in series with the analog input with a 47mfd cap from ground to analog 1 input to help slow down the input. Worked great for 6 or 8 months then this problem started. One of the last things I did with the EZIO6 was factory reset it then linked it back into the ISY. The problem started again. At that point I used SHN utility suite and turned off the analog inputs and wired them to ground. The problem continued. The interesting thing is these last couple of days there was no log of any of the communication from the EZIO in SHN utility or the ISY event viewer. So I don’t know if it was just sending out random noise or actual data. These EZEye’s are now wired to a EZIO2x4 same configuration as before and is working flawlessly. Thanks, Tim

Looks like an EZIO6 I recently was having problems with may have been the cause of, or at least contributed to this problem. Since removing the ez I have not had one single lock up after rebooting. Pretty strange right. I cant explain it but am happy with the outcome. Thanks Tim

Well, the next day the phantom blinking on all AL and LL returned. This time they were blinking at a rate of about 1 per second, continuously! Put the old EZEye back in and the problem cleared up. Later that day the phantom returned. The long and short of it: The EZIO6 is defective/intermittent. Even when I turned off the analog inputs via SHN utility suite the powerline transmission continued. Factory reset it and restored, same problem. Once it was removed from the system all was fine. I wired up the EZEyes to a EZIO2x4 and everything for over a day has been working great. Tim

Thank Lee, If it happens again I will try creating a scene then removing it. If that doesn't work I will try restoring the plm. Both will be a lot easier that all the relinking and fixing all of the programs. Thanks again, Tim

I noticed button C on 1 KPL was not controlling a program. When the button was pressed there was no event viewer trace. The other 5 buttons produced a trace. I factory reset the KPL and restored via ISY. Still no trace on button C. I removed the device via ISY, factory restored the KPL and reinstalled it in ISY. Now pressing button C produces an event trace. I have had this happen in the past, 4 or 5 times, with various KPL's 6 or 8 button devices. Seems like it will occur after adding or changing other devices or heavy linking/relinking sessions (having nothing to do with the failed KPL). Its really not a huge deal, other than having to recreate all the links and programs. But I was wondering why a factory reset and restore doesn't fix the problem? Some sort of corruption in the ISY or PLM? Is there any way to prevent or repair without having to remove and reinstall? Thanks, Tim

Turned out to be a EZEye connected to an EZIO6 Analog input apparently is going bad. As soon as I unplugged the EZIO the flashing went away. Plugged it back in and the flashing started up again. Once I disconnected the EZEye the flashing went away again. Replaced the EZEye and all is good again. I should have opened my email sooner than later. My inbox was flooded with ISY emails created by a program to let me know the threshold changes of the EZEye. Unfortunately I didn’t open up my emails until I had replaced the EZEye. I guess the rapid changes caused by the failing EZEye were too rapid for the ISY to log or to appear on the event log? In fact now that I think about I did look in the program summary tab looking for programs running and last run times to see if a program was causing or reacting to the powerline comm.., but found none. Anyway it is fixed and I just wanted to wrap this thread up. Thanks as always, Tim

I noticed today all my lamplinc and appliancelinc LED's were flashing. They would double flash then wait about a second then double flash, then wait about a second then maybe a single flash then a double flash etc., no real pattern. I looked in the log but there was nothing logged other than normal turning devices on and off. I checked the event viewer and noted a number of logs which may seem to correspond to the flashing which are in Bold below. But there is flashing without any change to the event viewer too, so I am not sure if these events have anything to do with the flashing. Tue 12/28/2010 09:18:32 AM : CLI-WBug: Successfully Processed WBug Response Tue 12/28/2010 09:18:34 AM : [ Time] 09:18:33 0(0) Tue 12/28/2010 09:18:49 AM : [ Time] 09:18:48 0(0) Tue 12/28/2010 09:18:51 AM : [ Time] 09:18:50 0(0) Tue 12/28/2010 09:18:51 AM : [ Time] 09:18:50 0(0) Tue 12/28/2010 09:18:51 AM : [ Time] 09:18:50 0(0) Tue 12/28/2010 09:18:51 AM : [ Time] 09:18:50 0(0) Tue 12/28/2010 09:18:51 AM : [ Time] 09:18:50 0(0) Tue 12/28/2010 09:18:51 AM : [ Time] 09:18:50 0(0) Tue 12/28/2010 09:18:51 AM : [ Time] 09:18:50 0(0) Tue 12/28/2010 09:18:51 AM : [ Time] 09:18:50 0(0) Tue 12/28/2010 09:18:51 AM : [ Time] 09:18:50 0(0) Tue 12/28/2010 09:18:51 AM : [ Time] 09:18:51 0(0) Tue 12/28/2010 09:18:52 AM : [iNST-SRX ] 02 50 13.F1.E6 11.DD.F9 41 11 01 LTONRR (01) I checked the LED on the PLM and it is not flashing with the lamp/appliancelincs, but it does flash with device activations. Also the LED's on the ISY are not flashing other than when a device is activated as well. Any ideas? Thanks, Tim

Hi Michel, Ok, I will send my spare plm. Hi Rand, Tried your suggestion, still locked up. Thanks to both of you. Tim

Well, no such luck. I waited for an hour and the ISY still had the Pwr, TX and RX LED's stuck on. Was unable to enter the admin console at all. Once I rebooted again all was fine. Next Suggestion? Thanks, Tim

Right on, that will be a lot easier to try. THANK YOU! By the way, when you say "EZRains" you mean EZRain or EZFlora right, and not all of the EZxxx products. Thanks, Tim

Hi Michel, 1) PLM 2412S v3.3 (v.92) 2) Have had malfunction with and without the external power supply (doesn't seem to matter). 3) ISY 99ir pro v2.8.9 4) Yes, 1 EZFlora device with new updates from SHN. No, I haven't tried removing it (didn't know it could cause this problem). Do I have to remove from the ISY (a lot of work to reinstall) or can I simply unplug it? If it matters I have 1 EZIO6 and 1 EZIO2x4 as well. Thanks, Tim

I have had an ongoing problem since I purchased the ISY from SH about 2 years ago that I haven’t been able to rectify. The ISY was an 99i but have since upgraded it to 99ir pro with the addition of the ir module and online pro upgrade and is running v2.8.9. The plm is 2412s v.92 If I remove power from the plm (ISY’s plm) for more than 8-10 seconds then reconnect power there is a good chance that the ISY will freeze up during the boot process (seems like just before it would normally start to query devices). This happens probably 5 out of 10 times. Usually, but not always, if I cycle the power for less than 5 seconds the ISY will boot up properly. There has been no indication of any rhyme or reason to when or how it will freeze up, or why. The freeze up has been worse in the last 6 months than it was at first. When the ISY freezes up the Pwr, TX and RX LED’s are all lit solid. The wiki describes the condition of RX lit solid as a problem with the plm or cable, but it doesn’t describe the TX LED on solid or both RX and TX on solid. I have replaced the plm with my other new spare, no difference. I have also replaced the cable twice with no difference either. I also have added the wall power supply to feed the ISY power but that didn’t help either. The error log doesn't indicate a problem either. At first it seemed it would only occur when unplugging the plm, not when rebooting from the admin console but a couple of days ago it did freeze when I rebooted from the console. It hasn’t been a huge deal but my fear is one day when I am out of town and there is a power interruption……. Any suggestions? Thanks, Tim

Just upgraded, so far all is good. Odd is I was expecting to see v2.8.8 as others reported but the version in about and the backup I just did shows 2.8.9! Thanks UDI Team! Tim

mjtyson, Out of curiosity what was the solution? Thanks, Tim

Ditto. Thanks, Tim

tim2u, I would suggest checking with a couple of WB stations in your area to see how often they update their data. All of the stations in my area only update about once an hour (1 is even longer between updates). Lee, I like that idea of the radio with the output to trigger. Do you have it set up to trigger an IO or EZIO? Was the radio very expensive? Thanks Tim

Hi Rand, Thanks for pointing that out. But for some reason if you use a left arrow and a right arrow in the same post the software of the forum completely changes the print of whatever is inbetween the arrows, like happened in the first part of your last post (<40>40). I was attempting to figure out what part of the code was making that happen and I forgot to change the values of the second code back to the original value. The second code should look like Sprklr Cold 40 Up Ini: If Module 'Climate' Temperature > 40 °F And Program 'Sprklr Cold Flg' is True Then Run Program 'Sprklr Cold Flg' (Else Path) Else - No Actions - (To add one, press 'Action') Thanks, Tim

Once downloaded from the site upgrade went smoothly. All programs seem to be running fine. Once again, Thanks UDI for your continued outstanding support!!! Tim

This time it downloaded fine. Thanks, Tim

Having trouble downloading the update from your server. The download gets to about 12% then hangs, forever. I have tried it on 2 computers here. Not sure if its my network your yours. Thanks, Tim

Here are 3 programs I use to make sure the updating of WB doesn't refire programs. Sprklr Cold 40 Dwn Ini: If Module 'Climate' Temperature <= 40 °F And Program 'Sprklr Cold Flg' is False Then Run Program 'Sprklr Cold Flg' (Then Path) Else - No Actions - (To add one, press 'Action') Sprklr Cold 40 Up Ini: (for some reason using the arrow symbol in the second program causes the post of code to malfunction so the "more than" symbol is replaced with "over") If Module 'Climate' Temperature is over = 41 °F And Program 'Sprklr Cold Flg' is True Then Run Program 'Sprklr Cold Flg' (Else Path) Else - No Actions - (To add one, press 'Action') Sprklr Cold Flg: If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then - No Actions - (To add one, press 'Action') Else - No Actions - (To add one, press 'Action')

I just found the link (or one of them) discussing group clean up. http://forum.universal-devices.com/viewtopic.php?t=3033&highlight=group+cleanup+direct I noticed the post is over a year old so maybe things have changed that I am not aware of.

Hi Lee, Sorry then for the mis-information. I thought I read somewhere on this forum that the ISY did not send Group Cleanup Direct messages after scene commands. So if the controller doesn't receive an ACK from every responder after the group cleanup then the scene command is re-sent?