Motion Sensor 2842-222 programming

[KeithM]

I am relatively new to Insteon and ISY programming. I have set up a small home automation network based upon the ISY994IRPRO controller, and with a mix of dual band switches and key pads, mini-remotes, moisture detector, etc. I have a reasonable amount of real-time programming experience from the past, and have been largely able to figure out the ISY programming concepts and most details. But it has been a bit of a struggle at times. My perception is that the documentation is at times a bit vague or incomplete, and sometimes it takes trial and error to finally figure things out. (An example would be that you can set up a custom email notification with a subject and blank body with no error message, but then that email will never be sent by a Notification since a blank body is not allowed, but there is no error message not any obvious documentation to that effect). I will note my various such learnings along the way and forward for potential inclusion in a future update of documentation. But I digress - back to the current issue. 

 

I have recently added three 2842-222 motion sensors to monitor various indoor and exterior locations and trigger. They do not directly control any responders - all control actions are made through the ISY programming. In some areas the detailed documentation (at least what I can find) is vague or I can't find it, and hence I am looking for some guidance from the forum community.

 

1) for a motion sensor, what is the difference between checking for a Control versus a Status event? I think that I understand the concept for something like a wall switch, where a manual action (pushing a button) triggers a Control event, whose specifics are related to how the button was pushed (On, Fast On ,etc), and the Status just relates to the current state of the switch (On, Off, etc) and which could have been set by manual action or by a Set command sent by another program. The documentation I have come across explaining the difference between Control and Status is not as detailed and clear as I would hope, particularly with respect to different devices. Can someone provide clarity with respect to motion sensors, and more broadly? I see various program examples posted by other users where some seem to check for Control and others seem to check Status, to accomplish exactly the same thing. 

 

2) what makes a check of Status "Responding" true or false? "Responding" seems to be a state different from Off or On, but I haven't been able to find a definition anywhere.

 

3) I have set all three motion sensors to pin 5 on (programming enabled), all other pins disabled. Via ISY I have set the device options to 7/24 (ie dusk to dawn off) and to on/off countdown mode. It appears that the Dusk.Dawn event flag is specifically interconnected to the dusk/dawn motion detection option setting. If you want to detect motion 7/24, then the Dusk.Dawn flag is not available for checking. In an idea world it would be nice to be able to determine the dusk/dawn events, independently of the motion detection events, but it appears that this is not currently possible. Is my understanding correct?

 

4) all three motion sensors appear to correctly trigger on motion detect, and the LED flashes once each time. I am still trying to better understand how the countdown time setting works. Am I correct in that a motion detect flashes the LED and starts the countdown timer, and generates a Control On; and that no further LED flashes or Control On will be generated until the countdown timer has run down to 0? Or are the periods between motion detects and LED flashes independent of the countdown period? It seems pretty clear that at the end of the countdown period a Control Off is generated if the option for on/off (ie an off signal after countdown) is enabled, but the role if any of the countdown is not as clear if the off signal option is disabled.

 

5) when I put a motion sensor into communications mode by holding down the set button, the LED commences slow flashing after 5 seconds as expected, and normal RF communications can occur. However, when I press the set button again (within the 4 minute window) to turn off the communications mode, the LED commences rapidly flashing, and which continues until I press the set button again, at which point the LED flashing ceases. Is this normal operation for these motion sensors? I thought that the LED rapid flashing meant that there was a communications error? All three motions behave the same way, and I have factory reset them and the PLM, but this same pattern recurs. Maybe I am looking for a problem where there is none, since I only get regular single flashes when they are in normal use, which I take to mean that the communications is fine.

 

6) it appears that only one motion sensor can be in communications mode at a time. When I put one sensor in communications mode, and then I try to simultaneously put another into communications mode, the communications mode of the first seems to be automatically turned off (LED flashing ceases). This makes sense I guess, and I am assuming that it likely applies to all RF devices, but I didn't come across the documentation describing that.

 

7) to assist in analyzing communications events I would like to have a table listing all the devices and their addresses, and which I can sort etc. I don't see an easy way to get such a list from the system, and am assuming that I just need to manual build and enter such a table in Excel. Is there any quicker route that I am missing?

 

 

Thanks in advance for guidance on any of these queries, and apologies if I am overlooking the obvious and/or my terminology is unclear or incorrect.

 

Cheers,

 

Keith

 

 

 

 

[stusviews]

1) Control is when you want an action to occur at the time a specified device sends a signal. Status is when you want the action to occur only if the device is already in the specified state.

2) Responding means that the device is connected and functional.

3) Dusk.Dawn is always available. How are you checking for the status?

4) On only sends a signal, hence a blink, at the end of the countdown if motion is detected. On/Off sends a signal each time motion is detected, even before the countdown.

5) The first press put the MS into linking mode. The second press (rapid blinking) put the device into unlinking mode.

6) What you are calling communication mode is actually linking mode. Only one device can be linked at a time, although several devices can be linked sequentially by the ISY, unless they're battery powered.

7) In the Administrative Console, click on ISY for a sortable list.

[LeeG]

1- Simple answer is "If Control" and "If Status" functional characteristics do not change with device type.   Certainly the commands any given device type can issue varies but how "If Control" and "If Status" react is the same across all devices.

 

"If Control xxxx is switched On" triggers a Program when xxxx sends an On command.  There is no negative or Else flow with an "If Control" that drives the Then clause.  An "If Control xxxx is not switched Off"   drives the Else clause because of the "not".

 

"If Status xxxx is On" triggers a Program when the status of xxxx changes.   When status changes to On the Then clause is driven.  When status changes to something else such as from On to Off the Else clause is driven.  

 

A simple If using "If Control xxxx is switched On" or "If Status xxxx is On" with logic in the Then clause only operates the same.

 

 

2 - Responding/not Responding was added so a Program can check for a node that has a Red ! next to the node.

 

 

3 - I'll have to test this as I though Dusk/Dawn node changed.  The Dusk/Dawn condition must exist for more than 3.5 minutes for the node to change states.  

 

The Dusk/Dawn node does indicate lighting environment even when not using Dusk/Dawn mode.

 

4 - The countdown timer is set for each motion detected (assuming the timer is being used).   MS does not need to send an Off command before the next motion resets to a new timeout value.

 

5 - The second fast flashing mode is for unlinking when not using an HA app.   Step through it when using an ISY.

 

6 - Putting two devices (not limited to MS) into linking mode links the two devices together.   Not something to be done when using the ISY.

 

SmartLabs builds into all devices means for building an Insteon network without an HA application.  Certainly easier using HA and some device functions/features require HA to manage.

[KeithM]

Hi Stu and Lee, thanks for the quick replies, very helpful!

 

I am interleaving my comments/further questions into your responses.

 

1) Control is when you want an action to occur at the time a specified device sends a signal. Status is when you want the action to occur only if the device is already in the specified state.

 

Ok, got it. Lee your further elaboration and examples clarified the differences for me.  

 

2) Responding means that the device is connected and functional.

 

OK thanks - I am assuming that this "responding" status is based upon some sort of periodic status checking. That being said, with the moisture sensor I know that it has a built-in daily heart-beat function that one needs to use in  a program to essentially accomplish the same thing - i.e. to periodically ensure that the moisture sensor is operational, in range, etc. I am a bit puzzled that this is needed if in fact there is also this "responding" status which presumably is somehow accomplishing somewhat the same thing. Are the specifics around the "responding" status documented somewhere, and under what circumstances would one use it?    

 

3) Dusk.Dawn is always available. How are you checking for the status?

 

When I look at the device on the Admin Console main page left column, and look at the three elements listed for the motion sensor (sensor, dusk.dawn, low bat), in the right hand column where it displays the details for that node/subnode, such as current state, membership, etc - there is a current state (On/Off) for motion, current state for low bat, but the dusk/dawn current state is blank. It is this same way for all the motion sensors (and all of which have dusk/dawn motion triggering disabled). So since the current state for dusk.dawn is blank, with no status shown, I assumed it is not usable. Am I mistaken?

 

4) On only sends a signal, hence a blink, at the end of the countdown if motion is detected. On/Off sends a signal each time motion is detected, even before the countdown.

 

So if I interpret Stu's description correctly, both modes make use of the countdown timer, but in different fashion. The sequence in detail for the two modes is:

 

On only mode:

• Motion occurs, countdown starts. More motion during the countdown period has no effect. At end of countdown then On signal is sent. No Off signal ever sent.

If my interpretation of your description is correct, it is different that I would have expected, It would seem to make more sense for the On signal to be sent at the start of the countdown period, rather than the end?

 

 

On/Off mode:

• Motion occurs, On signal sent, countdown starts. If more motion occurs during countdown period, then more On signals sent (and does countdown period restart?). At end of countdown then Off signal is sent. 

 

5) The first press put the MS into linking mode. The second press (rapid blinking) put the device into unlinking mode.

 

Got it, so what I thought was a problem was just normal operation, good to know.

 

6) What you are calling communication mode is actually linking mode. Only one device can be linked at a time, although several devices can be linked sequentially by the ISY, unless they're battery powered.

 

Got it, thanks.

So other than the ongoing communications reporting from RF devices in response to detected events, is all other traffic initiated by the OP by pressing the Set button (such as to update devices etc) referred to as "linking mode", and there is no other non-linking mode of RF communication by battery devices to ISY? 

 

7) In the Administrative Console, click on ISY for a sortable list.

 

Got it, thanks. Would be nice to be able to somehow print that out and/or export it into a file for documentation/reference.

[LeeG]

The "is responding" check for the red ! along side a device node is dependent on the ISY sending something to the device and the device did not respond.   Battery powered devices such as the Leak Sensor do not have commands sent to them on any regular basis because battery powered devices sleep to save battery life.   In other words "is Responding" does not apply to Controller only nodes.

 

The MS sensor Dusk/Dawn node will be blank until a change in state occurs.   How much light/dark must exist for a minimum of 3.5 minutes is dependent on the value in Darkness Sensitivity in combination with ambient light.  I set the Darkness Sensitivity to 100, placing the MS under a desk light.   Covering the MS with opaque cloth for 3.5 minutes caused the MS to send On to the Dusk/Dawn node.   Uncovering the MS with the desk light on for 3.5 minutes caused the MS to send Off to the Dusk/Dawn node.  Night mode: is checked so the MS signals motion all the time.

 

The MS sets/extends the timeout value for each motion sensed regardless of whether it sends On Only or On/Off commands (when using the timeout value).

 

Not sure all folks call it linking mode (which it is).   It keeps the battery powered device awake for 4 minutes so some might think of it as keeping a battery device awake.  So long as you understand why it is needed what it is called is not so important.  Linking mode is a good description.

 

Under Tools | Generate Topology a file is created but I don't think it is sorted by Insteon address