oberkc

You can have multiple controllers in a scene, even if the controllers are motion sensors. Yes, the program can cause perceptble delays. You may also notice that you program, as written, may cause the lights to come on during daytime hours (edit...looks like this was caught before I could post). Using a scene to turn them on, however limits the ability to constrain when the lights respond, other than based on the built-in light sensors. You could not, for example, limit response to sunset to sunrise. Consider, also, the possibility that you could use a scene to turn them on, but a program to turn them off. In my mind, this can provide a nice combination of speed and flexibility.

Thanks for the clarifiction. While it might be doable with one (control on AND control not off) the point was more to point out that this is beyond the power of scenes.

If a keypad button is controller of a scene, turning on the button will turn on the scene and turning off the button will turn off the scene. As LeeG suggests, if you set a button to non-toggle mode (off or on) pressing that button will always turn it off (or on). If you are looking to turn one scene on with a button, and a different scene off with the same button, this will require a program.

Sounds as if this button is configured non-toggle OFF. Do you remember doing this? Assuming I understand correctly, your scenes look correct. When the scene name is chosen, this is as if the PLM is controller and the two buttons are responders, with levels for each. When a controller device from a scene is selected, only the remaining devices would have a responder level. When you chose the OFF button, only the ON button would have a responder level setting. as for (2), stusviews is, of course, correct. However, a little creativity may solve your problem. You could actually convert you 6-button to an 8, but leave the physical buttons in place. The old OFF button now covers "new" buttons 7 and 8 (or g and h). Using scenes, where g and h are always included and identicially configured, you could use the lower button to toggle things on and off, just like any other button. I find scenes to be quite powerful and effective. While I am not confident I understand WHAT you are trying to achieve, it sure sounds like scenes are a good option here.

more generically, the wait is aborted any time that a program triggers during a wait period and evaluates false (when wait is in THEN path). If a program is triggered and evaluates true, the wait is halted and the entire THEN statement starts anew.

try something like: if status sensor is open then wait 15 mintes send email else nothing

Naptown, I fear this is becoming more complicated than necessary. I don't believe that there is any need for waits or variables. Let's think this through a bit more. First thing, the only trigger we want is when based upon the geofenced area, right? Once we leave, then test the other conditions which define whether the house is secure, right? We have no need to trigger the program because doors or windows change state, correct? Next, is it correct to assume that matthewphone = 0 is away and that mollyphone = 1 is home? And that you only want notifications when both are away? Is it correct to assume that there are only two values possible for either variable, 0 and 1, meaning away and home? (Curious as to why you chose "= 0" for one condition and "not = 1" for the other condition?) Why not: If $Matthew_Allen's_iPhone_Home is 0 And $Molly's_iPhone_home is not 1 Then run next program Else nothing Next program (disabled) if Status 'Kitchen Slider-Opened' is On Or Status 'Basement Slider-Opened' is On Or Status 'Front Door-Opened' is On Or Status 'Garage Door Sensor Single' is Off Or Status 'Garage Door Sensor Double' is Off then send notification else nothing

I have found that the togglelincs are not the easiest on which to initiate the fast on. The two presses must be done pretty quickly. Perhaps that was the problem? For what it is worth, one could also create a programmatic solution to this problem that would allow greater time between the first press and second.

Togglelincs DO have a fast on command, including relay versions.

I believe there is a trial version of mobilinc (called mobilinc lite). It limits the number of devices you can control, but at least you will be able to determine if it works for you and you can get it set up properly. Are there other methods? Probably. Some have reported luck with tasker. You can access the ISY admin page on and android web browser, I believe. There is a whole section on the forum regarding third-party apps.

I think there is some confusion about the purpose of the "in scene set xxx/yyyy to 50%". The confusion is, based on my reading of this forum, pretty common. Let's take your first "set scene" statement, that runs after 4h30m. That statement: In Scene 'Bathrooms' Set 'Bathrooms / Downstairs Bathroom' 50% (On Level) will do nothing more than change the responder ON level of a device "Downstairs Bathroom" to 50% when responding to a controller device (or scene) called "Bathrooms". It will not actually cause the device to immediately change to 50%. Once changed, the next time the device (it could also be an ISY scene name) "Bathrooms" is commanded to be ON, the responder device "Donwstairs Bathroom" will turn to 50% level. Remember, a scene can have many controllers and many responders, with each responder having a specific ON level (anywhere from 0 - 100%) defined for each controller. If, for example, you have a scene called "Bathroom" that includes a device called "downstairs bathroom" where the responder level for that device defined at 50%, turning ON the scene will cause the "downstairs bathroom" device to turn to 50% (the defined ON level). Turning ANY scene ON will cause all included device to go to the defined ON levels, unique for each controller in the scene. Back to your first command after the 4:30 wait...all it did was adjust the level to which one device would turn ON if/when that scene was ever commanded to turn on (which did not happen until 8h30m after that. No. That statement would only cause the light to turn to the defined ON level, now 50%. While my initial reaction would be to think this might be the most convenient way, it is certainly not the only way. In fact, you could use your approach, but it would require several more program lines and have, in my estimation, little benefit.

Are you sure that is what you did? If you judged the outcome after 4 hours and 30 minutes, you might reach that conclusion, but you might also be wrong. Your program, as written, would not have any affect on actual lighting levels until 13 hours (4h30m + 8h30m). Your program will NEVER brighten back to 100% (all your statements set the levels to 50%), and I am curious which of the statements you expected to do so. When you say a "few" hours, do you not have a specific time frame in mind? My temptation would be to create a couple of scenes: Bathroom50% and Bathroom100% with obvious responder level settings. Create a program: If On Fri From 6:30:00PM To 11:00:00PM (next day) Then Set scene bathroom100% to ON Wait a few hours Set scene bathroom50% to ON Wait so many hours Set scene bathroom100% to ON and so on else nothing

Wait statements in a single program, or separate programs run at discrete times are the two options that come to my mind. I understand that you want a set of lights to "dim" (turn on to) 50%, then gradually (2 days?!) increase to 100%. Your program turns the lights on to whatever level they are currently set, then sets the responder level to 50% then turns the scene on then sets the responder level to 50% (again?!) then turns the scene on then sets the responder level to 50% (again?!) then turns the scene on. I see nothing that increases brightness levels to any value other than 50%.

Are you certain that the door will always be closed when the machine is running?

This is a powerful feature of insteon, where one can set dimmed (or off) ON levels that are unique to each controller device.

Only subsequent.

I would say that is not normal. No. Is kitchen cabinets device part of kplga scene? If so (assumed), what is the ON level defined for this device when the scene is selected at the admin panel device listing. Is it set to zero?

As an additional comment, mobilinc for android has a plug in for tasker app. If you are comfortable playing around with these types of apps, you could even add a couple of widgets directly on one of your home screens to set your house into a specific mode.

I dont control thermostats via ISY, so I am a little uncertain whether wht you desire would require a program, or whether it can be handled entirely via scene. (hopefully, another can verify whether thermostats respond to scene OFF commands.) Given that you wish to interject some timing into your startup sequence, however, tend to point to a program as a proper solution. The MAIN ON/OFF button on a six-button keypad is treated by insteon as a single device, one button turning the device (or scene) ON always, and the other button turning the device (or scene) OFF always. The status of this main button can also be used as a program trigger. Given the criticality of having water supply on prior to heating, I would probably introduce a series of programs to doublecheck that the water is, in fact, on. To handle the secondary buttons, I would probably use several scenes to control the interraction between the buttons. Mobilinc does not REQUIRE a monthly fee. I use mobilinc without subscribing to the connect service. Still, you can control what you want directly via the admin console or dashboard. For your situaton, it comes down to whether you find the user interface adequate, or prefer that of a specific app. What you want to do is well within the capabiliy of the ISY. Even the most basic version will be adequate.

"From what I have read so far in the forums, you can't command a "controller", only a responder. " Actually, one CAN command controller, but it will affect only the individual device, and not the entire scene for which it is controller, To remotely control a scene, the ISY has separate program statements for that. Besides the additional buttons, there is not benefit to going to the eight button keypad. Any button set as controller in a scene is, by default, also a responder in that scene. What you wish to achieve is relatively simple for the ISY and insteon. The most difficult part, in my mind, will be setting up a static IP address and port forwarding rules for the ISY.

When using programs to initiates a scene, turning on a scene controller will not work. Devices act as scene controllers only when when activated directly (manually). The program should activate the scene. I forget the exact syntax of the program statement, but dont believe it includes "adjust". It looks more like: Set scene 'morning time' to ON.

I believe Elk sensors can trigger ISY programs, which means they could, indeed, trigger lighting. Or notifications. Insteon door sensors could do the same thing, but it would be nice not to have two sensors on each door. My experience is that insteon door sensor batteries last a bit longer than a year. An alternative to insteon battery sensors would be a simple contact sensor wired to one of those Smartenit EZIO modules. No batteries required. I think there is one unit that can take up to four inputs.

I don't know about having everything in the same "family", but having devices that can communicate with your controller is nice, in my mind. With the ISY, you can easily speak to insteon and Z-wave devices, with an Elk security system, and (with some knowldege) darn near anything that speaks network. The advantage of this is, for example, the ability to push a single button and have your house turn into vacation mode...lighting schedules, water shutoff, thermostat settings, things like that. Or, exploiting security sensors to trigger lighting (no need for separate motion or door sensors). To me, the integration is all based on the controller device, in this case, the ISY-994. Cameras, on the other hand....I have never seen much value in that. The only thing that I can think of is that some apps offer the ability to view video feeds while simultaneously controlling insteon devices. Perhaps that is of some value, but it has little to do with integrating insteon communication with a camera. Furthermore, with some tablets offering split screen capability, one can simply run two apps, one for the video and one for insteon. Whether this is enough value for you, only you can decide. Personally, I don't integrate thermostats with insteon (not worth the extra dollars to me to save less than a minute per year). If I had a security system, I WOULD value using the sensors for double duty.

In my experience, the newest outletlincs do NOT have the sense current problem of the old versions. I have a very-low LED bulb in one outletlinc, and it shuts off completely. No glowing.

Sounds like it may be time to consider the possibility of a comm problem. A simple experiment would be to find an extension cord and plugging into an outlet on the same circuit as the keypad and temprarily plugging in the plm to that. Were that to solve the issue would be an indication of a communication problem.