apostolakisl

Did you reboot the computer that you were accessing ISY from? It sounds like you had an error in the JAVA console if the programs tab wasn't there.

Except that it should default to the root folder being expanded when you open the java session. I would be curious if the root folder itself is even there.

I believe many things are stored on the SD card. So probably an SD card issue was a long shot. But it is simple enough to power down the unit, pull the card, put it back in and power the unit back up. If the above doesn't work, you can try restoring a recent backup. Hopefully you have one of those. I haven't ever seen someone post a comment on here that the programs disappeared and all else was fine. It is not like there is a way to just erase all the programs with a single event and not affect anything else.

Are the programs still running (in other words, is stuff happening that is caused by your programs?) Did you try rebooting ISY? Maybe the SD card is loose?

Post the actual program. And as mentioned, check your program summary page for evidence of tasker having done its job. If tasker sent a "run if" you will see "last run time" updated to that time regardless of the program's outcome. Also, if you do a "run if" manually from ISY console, do you get the correct result?

Maybe I could use the electric fence generator and lay some wires under the bottom sheet? No doubt that would get her out of bed.

We are installing computers where we once installed light switches. Sometimes, computers require a reboot. By the way, I believe the same results can be had by simply pulling the little tab along the bottom of the switch, and resetting after a few seconds or a minute. yes, the same result will happen by pulling the tab. it is a hard disconnect. All electricity will be shut off to the devices electronics and produces the same result as shutting the circuit breaker off as far as a "reboot"

Here is a program of mine that is quite similar to what you want. It is to wake up my daughter (who still usually does not wake up). It flips the lights on and off and makes the switch beep each time. The "if" clause allows her to shut off the blinking by either hitting the on or off paddle of the switch (which causes the program to trigger, aborting the repeat, and running the empty then clause). You use the "repeat 1 time" at the end to revert to regular non-repeating stuff to follow the repeating stuff. If Control 'Lauren Bedroom / Lauren BR-Overhead L' is switched On Or Control 'Lauren Bedroom / Lauren BR-Overhead L' is switched Off Then - No Actions - (To add one, press 'Action') Else Repeat 120 times Set 'Lauren Bedroom / Lauren BR-Overhead L' On Set 'Lauren Bedroom / Lauren BR-Overhead L' 180 (Beep Duration) Wait 2 seconds Set 'Lauren Bedroom / Lauren BR-Overhead L' Off Set 'Lauren Bedroom / Lauren BR-Overhead L' 180 (Beep Duration) Wait 2 seconds Repeat 1 times Set 'Lauren Bedroom / Lauren BR-Overhead L' On

It probably is a bit cleaner, if this meets your needs. My only observation is that there are times when separating the two programs make sense. Keep this in mind as your needs and desires evolve. This does become the case with multiple conditions besides on at one time off at another time. For example, if you want it to turn on at one time only if the status of another light is off. If from 8pm to 10pm same day and status light x is off Then set light y on Else set light y off The above program will run every time someone changes the status of light x. The result will by that light y turns off every time light x changes and the time is not 8 to 10. Also, if someone turns light x on between 8 to 10, light y will turn off.

You might instead try. If Time is from 5:15:00PM to 11:15:00PM same day Then Set 'Main: Living Room LED Bulb' On Else Set 'Main: Living Room LED Bulb' Off

Close enough. Being able to assign current dim level to a variable and vice-versa is a nice feature.

No, you don't have to enable a program to do "run if". Enable/disable only affects a programs ability to self trigger (from its own if clause). Other programs or manual trigger will always cause the program to run. If you are wanting to know when the house sitter comes and goes, All you need is to have it send an email with arm/disarm. I do that all the time, in town or out of town. Even with my wife coming and going several times per day, it only adds up to maybe 5 emails a day on average.

I think I am going to use this idea. When we have a house sitter, I will have her Elk code activate a notify setup. If any light switches are turned on in the parts of the house she is not supposed to be in, it will send me an email.

As mentioned, there is no need to ever abort anything. The program that would enable/disable the folder would run in a split second, you couldn't abort it if you wanted to, it would have already finished running. I would be quite surprised if you used some pet sitter who would start pushing unlabeled kpl buttons that might be at some random location in the house knowing that it might turn on/off tracking of them. Furthermore, if you put it in a room that is tracked, they wouldn't be able to get to it without triggering the tracking anyway. Like a KPL in the master bedroom. Lastly, if you have Elk, you can use the last user function to activate the tracking. I assume you have given your house sitter there own code, and Elk can simply enable that folder of programs whenever the last user was the house sitter, and disable when the last user was you. The last user function is only in Elk rules (not ISY), but you can have it turn a phantom output on/off which ISY would then use as a flag to enable/disable the folder. This of course is the slickest, since it requires no additional action on your part. .. it will function automatically.

Most people would use a kpl for things like this and assign one of the buttons. That gives you a way to simple push a button in your house to activate/deactivate. Or a program as suggested to toggle the variable. The "then" could set it to "1" and the "else" could set it to "0".

Along the same lines as the 2 second delay would be to right click the program in the program tree and click "run then". This will eliminate the possibilities that Insteon transmissions are interfering with x10. Furthermore, you might move the plm to an outlet near the x10 device or vice versa to further determine if it is noise or signal attenuation.

I'm in this camp. I would describe it as "sheltered". I have switchlincs for 4 years now in a third garage which is unheated/uncooled and no problems. Of course I have also had a number of switchlincs go bad that lived their whole lives at 72 plus/minus 2. I have never let any of them get wet.

OK, I read it again, and indeed it sounds like it may toggle the light with a toggle in sense. I had read that manual prior to oberkc's post but I guess I read to quick. I think I was biased because the older discontinued switches with sense built-in didn't do that if I recall.

That's not how I understand the sense to work on this module, but I'm probably wrong. I don't have one yet. Does a change in the sense wire TOGGLE the output (the way I hope it works) - or does the output follow the state of the sense wire (and controlling via insteon essentially let's the two get out of sync with each other - necessitating the double switch)? If the latter, I guess I won't be buying any. Michael. That is also how I would HOPE it would work (toggle the sense causes a toggle of the load, paying no attention to the actual state). Or at least have that as an option. But, it does not appear that such an option exists. It really does not seem like it would be a challenge to write that logic into the firmware. In my mind, this would be a very well liked feature.

That is not much different than the historically-typical three-way. Up or down has no meaning with those, either. Yes, I prefer up=on, but we have lived with other options for a long time. Theoretically, if there was enough space in the box, one could simply keep ALL the existing switches and install a micro module somewhere to power the fixture. Instant insteon. No, not up or down, up and down. With sense if you turn the light on with a switch, then turn the light off with Insteon command, then want to turn it back on with a switch, you need to turn power off to the sense wire, then back on again. Depending on which way that particular switch is at that time it might be up down, or down up, but either way you are switching back and forth, which ain't right.

You don't want to do the sense micro-module. It is totally screwy having to turn a switch up/down or vice-versa to turn a light on. That is just goofy. If they programmed the sense to change state on a change of the sense state that would work. In other words, whatever state the micro-module is in (on or off), it will go to the other state if the sense changes from whatever state it is in, to the other.

It would have to be an ACK that the PLM is looking for. I don't think a failed ACK from a device when the PLM wasn't the controller will trigger ISY to update the responder/non-responder status.

Post your program. You probably made the classic mistake of not putting a "turn off the lights" command in the else clause. For example If From 6:30:00AM To 11:00:00PM (same day) Then Set Scene 'Christmas Scene' On Else Set Scene 'Christmas Scene' Off ISY logic is that "from" time triggers the program and runs "then" and "To" time triggers and runs the "else"

Well, this somewhat limits the value of the responding/not responding programming clause. What it comes down to is either a direct action taken on the device, or an action taken by the PLM/ISY on the device are the only events that would pass real response info back to ISY.

So I can assume the converse is also the case. In other words, if a switch that ISY had previously recognized as responding (no red exclamation point next to it) fails to respond to a scene command generated by another switch, ISY will assume it did respond.