From: Gregg L. <gr...@li...> - 2007-04-11 03:48:56
|
Quoting Jason Sharpee (4/10/07 11:31 PM): > I just checked Kirks documentation (I always appreciated that!) and it > would appear that his intent was that the Light_Restriction was to only > turn on a Light if there was no other restrictions and the room was > occupied. > > In summary, this is how I think it should work > - Turn Light on for the following conditions: > - No other presence type objects (Motion/Presence) are attached and no > other restriction > - When a Motion/Presence object indicates presence when state is changed > and no other restriction. What about the case of the current practice of allowing Light_Restriction_Item's state change to "no_light" forcing the Light_Item off? Could this be disabled if this is not a user's preferred behavior? Something else to note while on this subject is that it is possible for a Light_Item and the "physical" light that it is intended to control to get "out of sync" if a Light_Restriction_Item is attached w/ state = "no_light" and a user asserts local control to the "physical" light by manually turning on the light switch. For one-way devices, this is a fact of life anyway. But, w/ 2-way devices, this is semi-problematic if there is an expectation that the states agree (which they will for all other cases/scenarios). Gregg |