oberkc

I am not sure that one can query a "scene". Sounds like the program ran, but the device failed to respond. Make sure your PLM is not plugged into surge suppressors or UPS. Make sure your PLM is not plugged into the same outlet or circuit with lots of computer stuff, including surge suppressors and UPS, power supplies, etc.... I understand that the PLM status and actual device status can be different during times of communication difficulties.

That looks like a nice solution, if a bit pricey. Plus, it adds volume control. I may have to consider for my own use.

While I have not attempted this, would not an EZIO40 suffice?

One of the consequences is that if the "scene" is turned on by another mechanism (manually, other program) between time yyyy and xxxx, it will stay on. If this "scene" is turn off by another mechanism between time xxxx and yyyy, it will stay off. This program does not enforce the scene being on or off, other than at those two specific "from" and "to" times.

But still, it is rated for incandescent loads, 120V, 400watts, 2.5 amps. Unless you are suggesting that one is a transient rating and another is steady state, there appears to me to be an inconsistency here.

I thought the same thing...except that it is "rated" for incandescent lamps only. Pure resistance. No power factors.

Agreed. This seems a little strange.

Last I checked, I still had the option for a "mutually exclusive" relationship, programmable from the ISY. It has, however, been a while since I looked. In addition to this ability, I vaguely recall that one can program this behavior directly at the keypad (I think it is called button grouping in the keypad manual). I also percieve a bias here in favor of scenes. As I understand, mutually exclusive relations are managed by the device itself, and apply only within a single device. Your desire to turn muliple secondary buttons off in response to a scene "on" command suggests that a mutually exclusvie relationship would not work for you. A program would be necessary.

How about an inlinelinc at each fixture? I am not sure that you are going to be able to avoid climbing the ladder. I have heard of folks around here who use a relay, controlling the relay with an IOLinc, but that would be for others to provide any details.

I use Gmail, and continue to get notifications. I use the "default" server, as well. I don't expect or get a lot of messages, but I continue to get them as expected.

The program looks to me as if it should work. Have you checked to see whether the ISY is tracking the correct status and seeing the commands? While I don't believe it makes a difference, have you tried switching the order of the "status" and "control" conditions?

The link I provided: viewtopic.php?f=26&t=635 has been available for a long time. It is the first sticky topic under "how to and tutorials".

Wow! I am not that would have ever occured to me without further details from the OP. Impressive! Are you one of those that can guess wheel-of-fortune puzzles with 90% of the letters missing?

I fail to see why your second program (including parentheses) does not work. Have you confirmed that the isy is seeing the correct status for the various devices? Check to see when the second program was last run...what is the current program status (true or false)? Given that your first program is triggered by many of the same variables as the second, is it possible that they are conflicting with each other?

You are partly correct, I was not fully understanding your problem. It now sounds as if you have two problems? One, you have a scene defined which has devices (not keypad D) that don't respond. Two, you cannot add a particular keypad button (Keypad D) to that scene. When you select the scene at the admin panel, and it shows the included devices, which of those does not turn off? Furthermore, you confirm that keypad button D is not listed in the included devices, correct? If you find keypad D in the admin panel device listing, and select it, you should notice (at the right extreme of the admin panel) a list showing "controls" and "is controlled by". Is there any indication here that keypad D is controlled by the device that is controller of your "all off" scene? I still suspect communication issues.

Thus the suggestion to first REMOVE it from the scene, then to add it back.

I believe LeeG was suggesting removing the offending keypad button(s) from the scene, then readding. If you do this, confirming that all desired devices and buttons are in the "All Off" scene, identified as controllers and responders as you desire, and still have problems, then I generally suspect communication errors. This assume there are no device failures. How are you turning the scene off? What do you mean by "load is off"? Is the device controlling the load defined as a controller of the "all off" scene?

I have no recommendations on utilities. I began to suspect my port conflict when I tried to remotely log into my ISY and got the stora instead. So far, so good.

The short (and flippant) answer is: because this is the way you have it programmed. I believe that your second program is the culprit here, and that it has to do with the priority of "and" versus "or". Without knowing your intentions regarding these programs, allow me to offer a suggested change to your second program that I hope clarifies the priorities between "and" and "or": If Time is 10:21:00PM And ( Status 'Fam Rm Table' is On Or Status 'Kitchen Ceiling Keypad - A' is On Or Status 'Kitchen Ceiling Keypad - A / Kitchen Cabinets Upper - B' is On Or Status 'Kitchen Pool' is On ) Then - No Actions - (To add one, press 'Action') Else Set 'Fam Rm Key - Ceiling' Off As a further point that I hope is instructive, I DON'T believe the parentheses you have in your first program are necessary.

Yes. Or by a time-based condition.

Yes. Or by a time-based condition.

I believe one of my problems turned out that another network device (netgear stora) was also using port 443. I changed the ISY port to 555, and set the port forwarding the same. This seems to work, for now. I am no longer using the "enable internet access" option from the admin panel.

The first "then" statement changes the Rear BR Can lights to 70%, which triggers an evaluation of the "if" condition, which is now false. This happens before the program "then" statement is completed, which means that the Rear BR Can lights are never turned off.

I am going to try the sticky instructions under the "how to" section: http://forum.universal-devices.com/viewtopic.php?f=26&t=635

Ah. Those 'little more details" left unspoken get you every time.