apostolakisl

I think you have something screwy with your switch. It should be quite challenging to push the air gap and I have never even come close to accidentally causing it to go in. I would talk to SH about that. Also, you might just pop your button covers off and make sure it is on straight and there isn't something in there that is pinching up against the air gap button.

After thinking about things, I recall having the light mis-behave the day before I upgraded. Then I remembered we had a thunderstorm the night before with a power failure. I watched the status of my lights on the ISY console. It was failing to track changes in most of my lights when applied locally. Queries worked instantly. I tried power cycling the ISY and the PLM and now it is tracking everything again. So, perhaps the ISY and/or the PLM got into some screwy mode during the power failure and a clean power cycle fixed it. ??? It does not appear to be the 3.2.1 upgrade I don't think. ALSO: One of my KPL's that used to glow at a low level when the buttons were off, now shuts the buttons down to black when off. This coincided with the other issues. I was only able to fix this with a factory reset.

I just downgraded to 3.1.17 and it is still doing it. I deleted the "home and away" stuff off of the somee.com server just in case it had something to do with it and that didn't fix it either. It is happening 100% of the time now, except, it never does it twice in a row. In other words, if I turn the light on to any level, then off, the program runs and it goes to 25%. If I turn it off from there, it does not run. Also, If after the program runs and it goes to 25%, I then ramp the light up to 100% and turn it off, it does not run. This is very frustrating!

After upgrading to 3.2.1 from 3.1.17 the "if status off and switched off" problem is back. About 50% of the time now when I turn off a light that is on, the program of this style incorrectly runs. If Status 'Alexis Room / Alexis Bath-Cans L' is Off And Control 'Alexis Room / Alexis Bath-Cans L' is switched Off Then Set 'Alexis Room / Alexis Bath-Cans L' 25% Else - No Actions - (To add one, press 'Action')

My install went just fine. I like the "=random". Can't you change all of them to something nice and self explanatory like that?

I haven't done any true testing of this, but I noticed one day that the outside temp was not showing on my Elk keypads. So I checked the program status and that program was not running. There are no mechanisms to make that program stop running once started except for a manual stop (which I didn't do), so I assumed it was a power failure with a failed "run at startup". There had been a power failure the day before. So I added the 1am for 24 hours line and yesterdays power failure rebooted with the program running, so I will just leave it alone.

Do you have a comment on why my program several posts above did not run after a power failure until I added the "if" clause stuff? My understanding is that if you have "run at startup" enabled with a blank "if" clause, it executes the "then" clause at startup. As it is currently written (as it is above), it does execute at startup. We had some big time thunderstorms last night and the power went out at some point during the night, and the program was running this am. I do not have the "catchup programs" checked, I have the grace period at 15 minutes.

True, if you were home, awake, and actually thought to go check it. But my bet is the "Perhaps it was just simpler, cheaper".

I don't know about the safety thing. If it were a manual switch it would be powered up when service is restored, and that accounts for 99.99999% of all residential switches out there. Safety would depend on what is being powered, a security light for example that fails to come back on with power restorarion would be less safe.

Try these two programs If ( Control 'Other / Krista's Keypad - G' is switched On Or Control 'Other / Mike's Keypad - G' is switched On ) And From Sunset + 1 minute To 10:30:00PM (same day) Then Run Program 'G - All Off Night' (Then Path) Else - -blank If ( Control 'Other / Krista's Keypad - G' is switched On Or Control 'Other / Mike's Keypad - G' is switched On ) And From 10:30:01PM To Sunset + 59 seconds (next day) Then Run Program 'G - All Off Day(Then Path) Else - -blank

I understand this to be true. However, I have found that it does not happen. I had to put a statement in the if that says "from 1am for 24 hours" to get it to run the then at start up despite the "run at startup" being enabled. I also tried having the "else" clause filled with the same command just in case it wanted to run the else, but still it simply didn't run either clause. Here is the program, it sends the weatherbug temp reading to my Elk keypad display. If From 1:00:00AM For 24 hours Then Repeat Every 5 minutes Set Elk Area 'Main House' Display Text on Keypads, Content 'outside temp' Else Repeat Every 5 minutes Set Elk Area 'Main House' Display Text on Keypads, Content 'outside temp'

I use an old x10 motion sensor mounted above the pantry door so when you walk in it triggers my insteon switch. The trouble with linking it to the door is that people tend to leave the door open. If you are going to close the door all the way every time, the triggerlinc is better than motion.

My guess: ISY does not have dedicated trigonometric calculator built in. It therefore is lumping larger blocks of an earth grid together so that it doesn't eat up resources and since really who cares, a couple minutes this way or that.

Also don't forget that sunrise/sunset is based on perfectly flat land. It doesn't take much of a hill to change your times by a few minutes. But I also have to agree with the above. What kind of work are you doing that you need to know the sunset to the exact minute?

I actually decided to get the real answer, 1 minute change in sunset/sunrise is about 12.9 miles east or west at 42 degrees lattitude.

Perhaps you should look up your exact longitude/lattitude and enter that instead. A city like detroit might be 50 miles across and that could account for the difference. At that lattitude one minute is about 8 or 9 miles East/West.

If you own nothing, and your goal is to integrate your security panel with ISY, then you should wait until you have enough money to buy an Elk EZ8 or M1G. Anything else and I expect that you would be disappointed and end up wasting more time and money in the future than if you just got the right thing right off.

Disabled programs function very much the same as callable subroutines. One point, however, calling these "subroutines" does not necessarily happen in order. In other words, if you have 2 "run ifs", the first one doesn't necessarily execute before the second one.

No, if you have eol resistors that are significantly different than 2200ohm. Even if you do, you can still use the Elk, you will just have to make some adjustments.

You should be able to use all of the old contacts and wires. You would need an m1gold (ez8 I think works too), the keypads, and the m1xep (ethernet expander). The only issue you might have is if the original wiring had end of line (eol) resistors that are signifcintly different than Elk's 2200ohm spec. If there are no eol resistors at all then that is fine. You can unplug the wires from a few of you zones and put an ohm meter on them to see if the ohm out at roughly zero ohms or some other number. For exmple, take the pos/neg to a door or window off of your current panel, attach to the leads on the ohm meter. When the door is closed it will read something like 0, or a small number indicating no eol resistor. If it reads something like 1500 or 2000 then you have eol resistors. When the door is opened, it should read infinity or open circuit or whatever your ohm meter does in that case.

Certainly nothing that would be easy. If your system has a network interface and you have access to the protocols, you may be able to get some functionality between ISY and it. But it would require a high level of expertise to be successful (if it is even possible at all). If you value your time, you would be better off replacing the honeywell with an Elk.

Just make a scene and put every device in it as a responder.

Every time ISY sends an "on with timer" command it resets the timer. For example. Then turn output 4 on for 5 seconds wait 4 seconds turn output 4 on for 5 seconds This will turn it on for 9 seconds. Or these two programs would keep the output on continuosly Then Repeat every 4 seconds Run then of following program Then turn output 4 on for 5 seconds

The problem isn't repeating the wait, it is "repeat x times". So it may not affect "repeat every x seconds". But it is worth a look and an independent timing of things.

Nope. The following program counts up at exactly 3 second intervals. You can watch the variable screen and it shows the time the variable changes and it is right on at 3 seconds each time. If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Repeat 10 times $itest += 1 Wait 2 seconds Else - No Actions - (To add one, press 'Action')