oberkc

??? I see that your program DOES have a control condition. My initial concern is that turning on the switch via alexa would not trigger such a program. But you stated that you added the program directly to alexa, so I cannot say why this would not work.

It is bery possible that such a program would not be triggered when initiated by alexa or the ISY. Does it have a control condition or status condion? nevermind. I see your response at the same time as my post.

I am also having mixed luck with this. While I can tell Alexa to turn "on/off office lights" or "office light on/off", it does not limit itself to the lights. Such commands also turn off the TV that is in the office. Getting this Alexa thing to work for me has, and continues to be, tedious. I have trouble recommending Alexa to anyone who is looking for an easy-tp-set-up solution to lighting control. Still, on my alexa, the "office lights on/off" still responds. Perhaps my "office" lights are set up in Alexa differently than yours. My "office" represents an Alexa "group" rather than a scene.

No. My perceptions are that the OP wants the program to trigger from a motion sensor and ONLY a motion sensor. I did not think he wanted a program that was trigger by a motion sensor AND and other "different mechanisms". I do not perceive that there are other such mechanisms in play here. But...ISY newbie has not returned and only he can clarify.

I am quite familiar with the thread you linked to. I am obviously not being clear nor, I doubt, helpful to the OP. Nothing you have said or linked to is unfamiliar to me. I just do not think it addresses the stated desires of the OP. Signing off here.

Again, while all may be true, I thought this post was simply about triggering lighting via motion sensor. I was only responding to the request to switch on lights "when people first enter the area". Perhaps I misunderstood the original request, but it seemed to be limited to motion-triggered lighting. I quote the following snippets:

??? Not following this. While all may be true, I am not sure what this has to do with a motion sensor detecting people entering or leaving a room.

You might find a way to position the motion sensor to trigger when people are entering a room, but I am skeptical that a sensor so positioned could differentiate between entering and leaving.

Correct

Of course, linking and physical wiring are two different issues. The original question and subsequent responses were in relationship to the linking operation. The general idea for wiring is to provide all insteon devices with unswitched power and neutral. The load can be connected to any of the insteon devices, it does not matter which. Unfortunately, there is no single wiring diagram. Standard three-way wiring can vary, depending on which box power is supplied (is it at the fixture, or one of the switch boxes), whether the travelers pass through the fixture box, and whether there is neutral at all box locations. To provide you with a diagram for your application would require a description of your wiring, at the two switch boxes and at the fixture. This includes number of cables at each location, along with number and color of conductors within each cable.

The instructions that come with the various insteon devices have historically been based upon the assumption that there is no ISY (or, for that matter, no hub). I have not checked lately, but assume that this continues to be the case.

I find it a good general rule to perform all linking operations through the ISY. I see no compelling reason to violate that rule here. I find it easier to do with the ISY, value having the link records of the switches match that of the ISY, and value being able to control the scene via ISY. I see no benefit of doing the linking directly.

I certainly see nothing in the two programs that would cause the fan to shut off immediately (rather than waiting 10 minutes). Are you able to monitor current (as reported to ISY) in near real time to confirm that shutdown occurs immediately as current reaches lower threshold? The only thing that comes to mind is another program or scene somewhere that would cause this.

For v5.xx software, it is much easier than with 4.xx version. The general approach is to create a couple of variables, one for the month and one for the day. To the 3am query program, or some other daily cleanup program (hopefully run late night) set the two variables to the current month and current day. Create an action for each >> variable>>month>> = >> [choose appropriate system variable] From there, it is simple enough to create a condition such as: if day of month = 31 and month = 10 then do what you want (such as disable program, disable folder, don't run program, whatever)

It depends upon what version of software you run. If on version 4.xx, the ISY does not have a native method for doing this. If on v5.xx, the ISY includes some standard functions that would allow for this. On what version are you?

No, I think this is backwards. The WF2IR can be programmed to EMIT an IR signal based upon network commands FROM the ISY. I do not believe it can be programmed to receive IR signals and convert to network commands sent TO the ISY. I still have an old IRLinc which can receive IR commands from a harmony and convert them to insteon signals that can be read by the ISY, but I don't think they make those any more. To my knowledge, neither is there a direct network interface between the harmony and ISY. Alternatively, there are versions of the ISY which can directly receive IR commands. A strategically-placed ISY 994 could potentially be programmed to respond directly to those IR commands.

Too bad. All the more reason to use another app for camera viewing. It would bother me to have the hub powered up only to activate an app. Of course, this assumes that your camera is compatible with other apps (whether Blue Iris, IPCamviewer, or whatever).

Does the hub even need to be there for one to access the cameras? I would bet that you could use the insteon app without the hub being present if all you cared about was cameras.

I use mobilinc, as do many, along with the many who seem to use agave. I do NOT use mobilinc to view or control cameras. I use IPCamviewer. There is no subscription. Unfortunately, it seems many of the cameras are moving to cloud-based, which can introduce difficulties with using a generic camera app. This can limit your choices of cameras, but I have learned to work around it. I have never felt the need to have cameras and home automation on a single app.

There is a "find and replace" option in the program listing. Right-click on "my programs" then go through the dialog boxes to identify the keypad button in question. From there, it should identify any program that includes that button. Optionally, check the program summary list immediately after controlling the scene. If a program ran, you should be able to identify it as being the one last run at the time you pressed the button.

It may also help to be very specific on your use case here. While it may be possible to “control” (in some way) the camera with ISY, you wont be viewing the video while doing so. If your desire is to be watching video while sending PTZ commands, I am not convinced that this is the best solution.

Also, be aware that there is a new device coming at some point. It is called the "Polisy". I understand it would be a turnkey device that would be in place of the RPi computer, already loaded with the necessary software. I believe the camera node server and blue iris are two different things. Blue iris is separate software one runs on their computer to monitor (among other things) security camera video.

Yes, the timer would halt and the ELSE clause run.

Perfect!

Yes. Details are important in this game.