smokegrub Posted May 14, 2016 Share Posted May 14, 2016 I have a program that runs with the press of a KPL button. We are away from the location at present and a Trip program is running several sub programs to create the illusion the home is occupied. The Trip program has nothing to do with the KPL button and program that is running on its own. I checked the Program Summary and it last ran at 3:03 AM. That suggests the 3:00 AM query may have something to do with this behavior. If so, what can I do to troubleshoot? Link to comment
larryllix Posted May 14, 2016 Share Posted May 14, 2016 I have a program that runs with the press of a KPL button. We are away from the location at present and a Trip program is running several sub programs to create the illusion the home is occupied. The Trip program has nothing to do with the KPL button and program that is running on its own. I checked the Program Summary and it last ran at 3:03 AM. That suggests the 3:00 AM query may have something to do with this behavior. If so, what can I do to troubleshoot? Confused by your report. Would your Trip Program have a random time trigger built into it by you? Are you thinking the 3:00 am query somehow triggered a false from your KPL? If not associated why did you mention the KPL? Is there another program running you are concerned about? Link to comment
smokegrub Posted May 14, 2016 Author Share Posted May 14, 2016 Sorry for the confusion. When I activated a program called Trip and left our home two lights normally controlled by a KPL button A were found ON each day and had to be manually turned off. The first thing I did was check the subprograms controlled by the Trip program to see they might be triggering KPL button A (KPL A controls these two lights). None of the subprograms had any reference to KPL A nor the lights in question. I next turned to the data showing when all programs last ran. There I saw that the program controlled by KPL A had run at 3:03 AM. Seeing that, I then knew why the lights had turned ON. I wondered if the 3:00 AM Query might have somehow caused the program controlled by KPL A to run. That is my question. Could the Query have caused the problem? If so, how do I troubleshoot? Link to comment
larryllix Posted May 14, 2016 Share Posted May 14, 2016 Sorry for the confusion. When I activated a program called Trip and left our home two lights normally controlled by a KPL button A were found ON each day and had to be manually turned off. The first thing I did was check the subprograms controlled by the Trip program to see they might be triggering KPL button A (KPL A controls these two lights). None of the subprograms had any reference to KPL A nor the lights in question. I next turned to the data showing when all programs last ran. There I saw that the program controlled by KPL A had run at 3:03 AM. Seeing that, I then knew why the lights had turned ON. I wondered if the 3:00 AM Query might have somehow caused the program controlled by KPL A to run. That is my question. Could the Query have caused the problem? If so, how do I troubleshoot? It doesn't sound normal/possible but.... I only have one KPL and avoided understanding all the nuances of their options so we need some of the KPL gurus like LeeG, or Stu to chime in here. Link to comment
oberkc Posted May 14, 2016 Share Posted May 14, 2016 Is it possible for the 3:00 am query to cause a change in status on any given device? Yes (an indication of communication problems). Is it possible that the change in status causes a program to run? Absolutely. It is likely that a change in status at 3:00am caused a program to run at 3:03? Unlikely, in my mind. Is this happening at your house? Hard to say without seeing the programs and logs. Were there any programs that ran just prior (seconds before) the 3:03 program? Does your event log show activity at 3:02 or 3:03? So...I would be starting with the program in question and asking myself what could trigger it. From there looking for other programs that may cause such an event that would trigger it. I would be watching also for devices with inaccurate status. Link to comment
stusviews Posted May 14, 2016 Share Posted May 14, 2016 That the button was lit is unusual unless the button is a responder to the program. Does the program trigger on Control or Status? Link to comment
smokegrub Posted May 14, 2016 Author Share Posted May 14, 2016 That the button was lit is unusual unless the button is a responder to the program. Does the program trigger on Control or Status? I am away from home and managing things remotely. I plan to wait until tomorrow and see if this repeats itself again. Weird. I will pay close attention to when the program controlled by KPL A runs and will report. Link to comment
smokegrub Posted May 15, 2016 Author Share Posted May 15, 2016 The same two lights were turned on at the same time (3:03 AM) last night. I checked all my programs and can find no programmed actions for that time. The only thing even close is the Query at 3:00 AM. I will wait until I return home to do hands on research. Since this developed coincident with activation of the Trip programs (none of which activate these two lights), it will be interesting to see what happens when I deactivate those programs. More later. Link to comment
larryllix Posted May 15, 2016 Share Posted May 15, 2016 The same two lights were turned on at the same time (3:03 AM) last night. I checked all my programs and can find no programmed actions for that time. The only thing even close is the Query at 3:00 AM. I will wait until I return home to do hands on research. Since this developed coincident with activation of the Trip programs (none of which activate these two lights), it will be interesting to see what happens when I deactivate those programs. More later. Move your nightly query to 4:00 AM. Link to comment
smokegrub Posted May 15, 2016 Author Share Posted May 15, 2016 Move your nightly query to 4:00 AM. Duh! Thanks, Larry. At age 71 I frequently overlook the obvious. Will let you know how it goes. Link to comment
smokegrub Posted May 16, 2016 Author Share Posted May 16, 2016 I moved the query to 4:00 AM and, to be precise, the lights turned on at 4:03:33 whereas they turned on at 3:03:33 when the nightly query was set at 3:00 AM. Seems evident that the query is somehow causing a scene to trigger. Move your nightly query to 4:00 AM. Link to comment
larryllix Posted May 16, 2016 Share Posted May 16, 2016 I moved the query to 4:00 AM and, to be precise, the lights turned on at 4:03:33 whereas they turned on at 3:03:33 when the nightly query was set at 3:00 AM. Seems evident that the query is somehow causing a scene to trigger. Well we know it is related for sure. Now why the 3:33 later. Need to check the program summary again to see if you can identify a program that ran. Somewhere in the admin console there is a place that show the last time a device changed, maybe? That may have been variables. Did you ever try looking at the link tables for those two misbehaving devices? Then do a compare with ISYs link tables to see if they match. Perhaps they are falsely linked to something else. Link to comment
smokegrub Posted May 16, 2016 Author Share Posted May 16, 2016 I will be back home in a week. I will dig into this thoroughly when I am onsite. Also, I am aware that I could write a program to turn the lights off a minute or so after they turn on but that is a bandaid rather than a fix. Link to comment
larryllix Posted May 16, 2016 Share Posted May 16, 2016 I will be back home in a week. I will dig into this thoroughly when I am onsite. Also, I am aware that I could write a program to turn the lights off a minute or so after they turn on but that is a bandaid rather than a fix. Maybe you will find that it isn't really happening and somebody else "controls the Vertical and Horizontal Best until then. Link to comment
smokegrub Posted May 17, 2016 Author Share Posted May 17, 2016 Thanks. Maybe you will find that it isn't really happening and somebody else "controls the Vertical and Horizontal Best until then. Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.