M1XSLZW Instruction Manual
Page 15
* * IMPORTANT - PLEASE READ * *
Automatic Locking or Unlocking of Locks over the Z-Wave Wireless Network is subject to limitations beyond the control of Elk and the
M1 Control. Example: Over-the-air distance between the Leviton VRC0P-1LW (vizia rf+3) Z-Wave and a Z-Wave Lock may be to great, or
may be disrupted or compromised to a point where Z-Wave RF signals no longer reach the Lock. And most currently available Z-Wave
Devices DO NOT support repeating of the Security Encrypted (SE) Class that is used by Locks. Without a compatible SE Class Repeater
node the VRC0P-1LW (vizia rf+3) and the Lock MUST be installed in close proximity (within approximately 35 feet). The alternative is
to purchase and install newer Z-Wave Devices which do support the SE Class in order to repeat and extend the distance between the
VRC0P-1LW (vizia rf+3) and the Lock. Other factors that affect Z-Wave performance are placement of furniture/appliances, temperature
variations, humidity, and atmospheric conditions. Not all brands of Z-Wave Locks send unsolicited status back to the VRC0P-1LW (vizia
rf+3) and M1XSLZW. Of the Z-Wave Lock brands currently supported by M1XSLZW only the Kwikset and Yale brands provide unsolicited
status feedback. The Schlage brand must be polled using the GSLOCK_ (Get Status) command in order to obtain their status.
Unfortunately the failure of a Lock to properly secure is a security lapse while the failure of a Light to turn on or off is only an incon
-
venience. For the reasons stated above and more, Elk Products cannot be responsible for and does not make any express or implied
guarantees or warranties as to the reliability or operation of electronic locks. It is the sole responsibility of the Installing Company or
Individual to use best judgment when remotely controlling or automating door locks.
CONFIRMING LOCK STATUS
- Automation Rules and special (received) text strings allow lock status to be confirmed. Most locks
provide "unsolicited status", but some may need to be pollied to obtain their status. In rule examples 22 and 23 an output (Output
15 called Lock1 State) is turned On or Off based on the reported lock status (<LOCK1^M or ULOCK1^M). Rule 24 is used to poll
for Lock1 status and is not required if lock1 is capable of sending unsolicited status. Rule 25 is triggered by expiration of the Exit
Delay (following arming) and will chirp the siren 4 times if Output 15 is Off (not locked). Please note that other actions are possible,
but no action is possible unless the lock(s) are capable of reporting current status.
DEADBOLT JAM - (Bolt not fully extended) "MALFUNCTION"
- A poorly fitting or misaligned door or door jam can prevent
a motorized deadbolt from fully extending, thus leaving the lock and building in an unsecure state. Fortunately, most locks that
provide "unsolicited status" also provide a special code to indicate failure of the bolt extension. In the case of these locks it is
possible to use the following automation rules and text strings permit the M1XSLZW and M1 to monitor for such a condition. This
is generically referred to as a "JAM" and the presence of this condition can be used to provide a produce a visual or audible
warning. This new capability was added in M1XSLZW firmware version 81.0.4.
1.
Select
ElkRP > Automation > Texts
and add the following new text string(s):
Text String 1 =
<JAM1^M
- each additional lock will need its own string i.e. <JAMx^M
Text String 2 =
Lock Malfunction^M
2.
Select
ElkRP > Automation > Rules
and create a rule as shown in the example below:
