Xathros

I think msg, label, title and to should all be in the body and not be separate headers. -Xathros

I will assume for the moment that the load sensing on the LR lights was being triggered by the inrush to the downstream load. It should be immune to that but who knows. -Xathros

I see no cross links between the devices so either there is a program involved or the LR light is reacting to a spike or noise on the line which would be rather unusual. If it continues to happen, the next thing to do is find every program that makes reference to the LR Light or scenes that it is a member of and analyze those. Are these devices on the same circuit breaker? -Xathros

no clue- Hehe. Love this. I have a bunch of fixtures that were wired this way buy the plumber that built my house. One solution is to remove the switch and replace with an insteon switch (assuming you were doing that anyway), wire black to black, white to white in this box (including the light fixture), same in the switch box. Put an insteon LED bulb (Bulblinc) in the fixture and link it to the switch with your ISY. Load wire on the switch gets capped. -Xathros

How about a link records table for the LR light that was responding unexpectedly. So far I don't see any reason for this unless there is a program monitoring the status of the xmas lights outletlinc. -Xathos

Does the ISY show the status change of the other light? I wonder if the devices are cross linked outside of the ISY. -Xathros

abelaguilar- The connection between the ISY and PLM is serial, not ethernet, even though is uses an ethernet cable to connect. That distance should not exceed 30 - 50'. As Lee said, some of us have long powerline runs that work for Insteon signals. The PLM should be in the house near the MAINS panel and if you don't have any access points or dual band devices to couple the phases, make sure the PLM is on the same phase as your gate lights circuit. Maybe down the road, you could re-purpose that cat5 run for a gate mag sensor and use with an IOlinc back at the house. -Xathros

bmiller- My guess is a combination of load sensing on the lest lamp unit and a program reacting to the status change of that unit. Check the program summary tab in the console right after switching on or off the test lamp and look for any program that ran at that time. Post the contents of said program. -Xathros

Hi Ryan0751- How about a program that you call from Mobilinc to disable the motion programs and another program that runs every morning to enable the motion programs. Doesn't matter if they are already enabled and this way you don't have to remember. -Xathros

apostolakisl- Sorry, that was a bad choice of words on my part. I realize they are mostly set and forget. You just described my reason for nor proceeding with them however. I have many programs, integer vars (86) and state vars (37) defined already and have enough trouble sorting through those as it is. It was just more than I want to add unless I absolutely need these features. That coupled with the fact that I have noticed that Mobilinc's performance dropping off as I add more programs and vars. I believe this is due to it parsing the list of everything in the ISY at each launch. I don't dare add that much more for it to sift through. All of that said, I am very impressed with what you have developed here and will not hesitate to point those that need these features your way. And as I said above, there is much to be learned from studying your code. I have already employed some of your methods for other things. Thanks. bmiller- Sorry to have hijacked your thread here. In reference to your posts above, the stop program statement is terminating any "currently waiting" wait statements only, The fact that you have turned off the KPL button is likely what is preventing further/future executions as the status of that button is no doubt a key element in the IF of that/those programs. -Xathros

Have you tried the bottom then ? I was going from memory on which one is switched. If you can hear the relay in it clicking, it's likely working. EDIT: What are you using for a test lamp? The manual for Outletlinc indicates that it supports load sensing. Load sensing works by passing a small current through the switched outlet to tell if there is a load present. If you use a voltage tester (Neon bulb) it may show voltage when the outlet is off. Make sure you test with a real incandescent lamp. I ran into this with an X-10 outdoor relay with some LED xmas lights where they would glow dim when off. -Xathros

I believe only one outlet on an outlet link is switched (top?) -Xathros

I'm of the same mindset as oberkc on this. While the features offered by apostolakisl's programs are hard to resist, that is a lot of complexity to add and maintain. I'm hopeful that the ISY's native date/time/mvar handling will improve in the coming generations. Until then, if needed this is the solution. That said, it is well worth studying apostolakisl's code as there are some very useful not so obvious techniques he has employed that can be used elsewhere. Understanding how that logic works will help your general understanding of how the ISY and variables work as well. -Xathros

Hi Jeff- Thanks so much for the credit and nice job on the installation! Thanks to apostolakisl for pointing out the generator fail possibility and providing the ideal solution for that as well. I think you would likely want to jump over the UPS with a pair of AP's - one on the Battery side with the IOLincs and PLM and the other on the line side and of course a third on the other leg of the line side for phase bridging unless you have already managed that with some other dual band device. Otherwise, having the PLM behind the UPS will very likely have a negative effect on overall Insteon reliability around the house. Keep in mind that the rest of your network gear will also need UPS supplied power for this to work (Modem, router, switchs, ISY etc). -Xathros EDIT: Just re-read your last post and saw the Dualband PLM. so disregard the AP behind the UPS bit.

Hi dano- I'm not sure but IFTTT (If This Then That) may be capable of doing what you want. You could trigger an IFTTT rule from the ISY and let it do the rest. See IFTTT.com Hope this helps. -Xathros

Some of it may depend on your cell provider as well. I know with AT&T if I send more than 160 chars through the email to text gateway, AT&T will split the message into multiple 160 char texts. When counting the chars, the important part is the length of the variables value not the variable itself as the ISY replaces the variable with the value before the message is sent. The ISY is sending an email, not a text, there is no 160 char limit enforced at the ISY. -Xathros

ELA- Gotcha! I need to pick up an Arduino to play with at some point. I used to play with the Parallax Basic Stamp some years ago. I love these little micro controllers. Keep us posted on your progress. -Xathros

Hi jonnyt- Try wget for windows: http://gnuwin32.sourceforge.net/packages/wget.htm Does exactly what you need and from the CLI. -Xathros

silverton38- I have a series of programs that handle occupancy detection for me. Pretty sure they will survive a power outage for the most part. Here is how it works: State mvar for detection delay. In my case 45 minutes, in yours, 24 hours. First program monitors motion sensors and a list of switch try devices. Idea here is in the areas with no motion detection, someone operating a switch says occupied as well. When any activity is detected, the detection delay mvar gets reset to 45 (24 for yours) Second program says if detection delay >0, set detection delay mvar init to detection delay mvar, wait 1 minute (1 hr for you) and subtract 1. This restarts the 1 minuet (hour) timer since the state var changes. The set init is the part that solves for power outages. Set this to run at startup. Third program runs on detection delay mvar reaching 0. This is where you turn off your scene. Then set the delay mvar < 0 to disable till next detection. Prog#1 If motion detected then s.occupancyDelay = 45 Prog#2 if s.occupancyDelay > 0 then s.occupancyDelay InitTo s.occupancyDelay wait 1 s.occupancyDelay =- 1 Prog#3 if s.occupancyDelay = 0 then Set scene MostLights Off s.occupancyDelay InitTo -1 s.occupancyDelay = -1 Hope this helps. My progs are a bit more involved as I'm tracking occupancy statistics as well but this should meet your needs.

Dupe post - see other for reply.

No. I ended up running a Pogoplug with Archlinux to capture logs among other things. -Xathros

Purchased! Thanks for the link. Dunno yet exactly where I'll use this yet but I'll find it a good job. -X

ELA- Sounds like a fun project. Interfacing to the Arduino via EzFlora sounds a bit clunky to me though. I was under the impression that only one EzFlora zone/output could be active at a time. This seems very limiting for what you are attempting especially if you are trying to activate a sprinkler zone and confirm that it's been done via audio output using the same EzFlora. Isn't there an ethernet shield for the arduino? Couldn't you communicate with that via network resources instead and have an unlimited number of commands/voices avaialble ? If not, have you looked at the CAI Web Control board? it has 16 bits of IO (8 in 8 out) and an insanely easy CGI web interface. You could get 255 combinations out of that. Another option is a PogoPlug running ArchLinux to do the audio playback. This requires a USB autio interface for the PogoPlug however. These are very easily addresses via network resources but will require some coding to build the CGI interface. -Xathros

ergodic- Could you clarify if you mean "Low Voltage" or "Line Voltage" by LV ? Thanks. -Xathros

LeeG- Very nice explanation. Thank you. -Xathros