apostolakisl

Probably antivirus software. This is different than windows firewall.

Wow, come to think of it, I don't think there is. The admin console is the only local running app that I am aware of. Touchswitch runs through a webbrowser. So, kind of a windows user interface "app", but not really.

Also you can set the KPL into "radio" mode. I think the analogy is to presets on an old car radio where you push one in and the other pops out? Anyway, if all the buttons are to be used for scenes that are exclusive of one another (in other words only one button should ever be on at a time), then putting the KPL into "radio mode" automatically shuts off any buttons that are on when you turn a different one on.

You can not buy old/used Insteon stuff off of ebay. There are lots of bad switches out there (mostly the tact switch issues or "paddle issue" as SH calls it). SH is warrantying those for 7 years, but only if you were the original purchaser and got it from SH. They will even check the hardware version number to make sure it matches one that you had previously bought from them. So unless you happen to pick up a used/broken one on ebay that is the exact same version of one that you personally bought from SH in the past (and had not returned), you won't be able to get it replaced.

It should. Try logging off and rebooting the computer. Check to make sure your ISY firmware level and Java control panel are using the same firmware version. Clear your Java cache and reload the java console. Try rebooting ISY. Try updating your firmware. Now I am out of ideas.

2876db is programmable from isy the same as a 2476d is. I don't know what your issue is. Perhaps a factory reset will get you back in order?

The data connection between ISY and PLM is not ethernet. You can not run it into a LAN and pick it off somewhere else. It has to be a direct connection. The fact that it uses an rj45 is just becuase it is cheap and easy and universally available. Of course the ISY to LAN connection is just a normal ethernet connection.

http://apnews.excite.com/article/201201 ... FHR80.html Legionella happens.

You should try a factory reset on the swith and then use ISY to restore the switch. Also, I have 6 of the v27 switches which means that (unless they used that firmware on multiple hardwares) that it is post tact switch problem and probably not a member of the extended warranty. I have replaced every switch that was part of that "recall".

I don't know about that price though. Almost $1000.

I agree. You said your leds moved when you hit the button. The deal with the tact switch is that it doesn't register the button press at all. So if the leds moved, then the switch circuitry received the message that you pushed the button and thus the tact switch worked. But frankly, if you have a switch of that vintage (I have the actaul versions written down somewhere), you will have the tact switch problem sooner or later. And it doesn't need to be consistent. I had switches that would quit working for a few days, then start working, then work every other time, then work if a wacked it, then work normal again for a while, then not work. . . and so on.

It does not sound like you are having the tact/micro switch problem (also referred to as paddle issue). However, if your device is of the vintage that had that problem, it is generally pretty easy to get SH to replace it provided you actually bought it from SH. You don't need the receipt. Just call them up and tell them who you are and where you had it shipped. They keep all sales in their computer. As long as you bought a switch from them of the version you are returning, you should be in luck. It is probably easiest just to tell them you have the "paddle issue". The new switches are a lot nicer and have added features. I had to replace all of my switches and the new ones have been very good.

Now that my ISY is back to work, I just upgraded the firmware to 3.1.17 and was anxious to test this. My conclusion is that it still generates two events. In the following program, the counter is increased by 2 each time the light is turned on: If Status 'Etage / Salle de bain' is On Or Control 'Etage / Salle de bain' is switched On Then $TestCounter += 1 Else - No Actions - (To add one, press 'Action') And the control is always the first event. Sometimes, it may be desirable to combine control and status of the same device, if you AND a control and status from the same device, the program will run only once, and this will be during the control. When the status event occurs, it will run the else, because the control will always be false on that event. Also, during the control event, the evaluation occurs with the status PRIOR to the switch being pressed, not the new status (if that happens to actually change the status). Benoit. Yes, it is supposed to run twice, depending on the situation and how you wrote it, it will run the "then" twice, the "else" twice, or one of each, or it could run just once. Remember, "status" is a trigger when the status changes. If the program runs and that causes the status to change, the program will run a second time. Programs do not ignore the consequences of their own action (or the conseqeunces of actually hitting the on/off switch). When a program triggers, the entire "if" clause is evaluated at that instant in time, then, it is open to be evaluated again. It does not ignore the consequences of it's own "then" and "else" clauses or the consequences of pushing the switch paddle. This isn't a malfunction or bad logic. It is the correct logic. You just have to understand it so you can use it to your benefit.

I believe the reason your original program doesn't work is as follows. ISY evaluates everything in an if clause simultaneously. When the program triggers it looks at all the conditions at that moment as a single block. So, lets say it is night, the light is on, and you switch it off. If Status 'Main Floor / Garage Light' is not On <<<< this is false, And Control 'Main Floor / Garage Light' is not switched Off <<<< And Control 'Main Floor / Garage Light' is not switched Fast Off <<< And Program 'Nightime Flag' is True <<<< And Program 'Garage Door Outside Open Flag' is True <<<< Probram evaluates false, else clause is empty, so program does nothing, however light turns off because you pushed "off" at the switch However, ISY then receives a status change from the light to "off" If Status 'Main Floor / Garage Light' is not On << And Control 'Main Floor / Garage Light' is not switched Off <<<<< And Control 'Main Floor / Garage Light' is not switched Fast Off <<<< And Program 'Nightime Flag' is True <<<< And Program 'Garage Door Outside Open Flag' is True <<<< All conditions are TRUE and the program triggered. The light is thus set to "on" Take this program If Status 'Alexis Room / Alexis BR-Overhead L' is Off And Control 'Alexis Room / Alexis BR-Overhead L' is switched Off Then Set 'Alexis Room / Alexis BR-Overhead L' 25% Else - No Actions - (To add one, press 'Action') It runs true when the light is off and you switch it off. But, a split second later it changes to false. The Else clause is empty, so it doesn't matter. But it switched to false because the light status changed to "25%" when it executed its own then clause. The initial act of turning the light "off" when "off" and then the light status comming on to 25% are two different events and thus the program runs twice. In this case, it simply doesnt matter that it ran the second time. In your case, it does.

I have a situation that I control as follows. It is essentially identical to yours, however I also have a included a shut off timer. The timer can be interupted by pushing the "on" paddle (or off paddle), this is what the "if" clause is for in program 3 and why I put the timer in the "else" clause. . so it could be interupted. If Elk Zone 'Gar Overhead Lou' is Violated Or Elk Zone 'Gar Overhead Ell' is Violated Then Run Program 'Garage Lights 2' (If) Else - No Actions - (To add one, press 'Action') ****GARAGE LIGHTS 2***** **THIS IS DISABLED*** If Status 'Garage / Garage-Floures L' is not On And Program 'Dark Outside' is True Then Run Program 'Garage Lights 3' (Else Path) Else - No Actions - (To add one, press 'Action') *****GARAGE LIGHTS 3***** If Control 'Garage / Garage-Floures L' is switched On Or Control 'Garage / Garage-Floures L' is not switched On Then - No Actions - (To add one, press 'Action') Else Set 'Garage / Garage-Floures L' On Wait 10 minutes Set 'Garage / Garage-Floures L' 250 (Beep Duration) Wait 30 seconds Set 'Garage / Garage-Floures L' Off Program 1 and 2 are separated because I didn't want the light to turn on if the door was open and then it became dark outside. I wanted the only trigger for this program to be the opening of the garage door.

This isn't really true. ISY does know how to properly execute programs where control and status refrencing the same switch co-exist. However, there were quite a number of firmware versions that status/control didn't behave properly. This was a result of homes where the communication was one step below perfect. The problem was that if the switch didn't get an ack from the plm, it resent the message causing a faulty running of the program when the PLM thought someone pushed the button again. See this for a more detailed description. viewtopic.php?f=27&t=7622 For example, I have lots of programs like this: 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') They have all been running perfectly since firmware 3.1.16. Starting in either the last 2. versions or first 3. version these programs started misbehaving. They would turn the light on to 25% virtually every time you turned the light off.

What firmware are you running? 3.1.16 fixed some issues with the combo of status/control combos on the same switch that could have easily caused your probs.

My program is not counting minutes, it is counting 30 second intervals. Divide your final answer by 2 to get minutes. However, it is possible that ISY counts the extra 15 second wait before doing the repeat. So it would be counting 45 sec intervals. I wouldn't think it would, but maybe it does. If you skip the wait 15 seconds it will for sure be counting 30 sec intervals. You could also make it repeat every 15 seconds, then divide the final by 4. The smaller you make your count interval, the more accurate your final answer will be.

How about If status Icon switch is not off and control icon switch is switched on then set table lamp on If status icon switch is off and control icon switch is switched off then set table lamp off You would want to delete the scene connecting the two switches. If the switch were on and you clicked on again, it would turn the table lamp on. If the switch were off and clicked off again, it would tunr the table lamp off. You could play with this general theme using fast on/fast off as well for different combos. But, as mentioned, the light connected directly to the switch will always turn on when you click on or fast on, and always turn off when you click off or fast off.

Can't you Repeat Every 1 Minute and get rid of the Wait? This program will underestimate your light usage by a fair amount depending on your typical length of leaving the light on. If you have a low time on, you will miss most of your minutes. For example, if you only turn it on for 50 seconds at a time, your variable will never count anything. Have the counter click up one in the middle of the time slot and make your time slot shorter, so on average you will undercount the same number of times you overcount. If status light is not off then repeat every 30 sec wait 15 sec variable =+1

probably would want your second program to also have "and elk is armed away" as a provision, unless you want it to shut the lights off at 1130 even when you are home.

I use my elk to detect power failure and make sure everything else is on a UPS... If you have an Elk and the Elk module that is the most obvious and most bullet proof way, but I don't think the OP has an Elk. If conversatons between UD and CAI go well, perhaps we will have a CAI module for ISY anyway, which will make for an great (and cheap) way to have I/O and 1-wire connections across IP for our ISY's.

I did run a couple of SL relays (non dual band) on a ups with a passive coupler coupling the battery back up side of the ups and the wall outlet where the ups was plugged in for about a year with no comm. failures. I don't remember trying the plm on the ups however. Tim Interesting. Did you make the passive coupler or did you purchase something. I suspect you could link it with a capacitor hot to hot across the UPS, correct?

I would like to add another comment pertaining to my above solution. I don't know what happens to an Insteon PLM when you put it on a UPS. Has anyone tried this? Obviously it will not communicate via PLC when it is running on battery (at least not to the other side of the UPS). Has anyone tried connecting to a UPS while not on battery and experienced success or failure as far as PLC getting past it without suck/noise? I imagine there would be problems. This would lead me towards using a non-insteon device such as the cai to detect power faiulres. Running ISY and a CAI on a UPS should not present a problem.

Michel, Both IndyMike and I had similar problems updating to 3.1.13. We both corrected the problem by re-entering our Elk passwords into ISY. viewtopic.php?f=25&t=7401