Elk Protocol - zt command functional?

BaduFamily

Active Member
Hi Folks.
 
I just started exploring the Elk M1 'zt' command. There was a bit of a mention of it over in Automation, and I had a few moments to take it out for a spin.
 
it was, for me, a short trip.
 
when I ( programmatically, via a one-shot timer ) send
 
 

E: setting timeout function
Elk: Request Ethernet test code: XK data: 434411325031411000 at Tue Mar 25 2014 11:44:59 GMT-0700 (PDT)
timeout code executed. calling elk.setZone 032
 the string 09zt03200B4
 
the logged, bold string you see above I get no response that I expect. Here's what I get. ( stripped the heartbeat )
 


Elk: Control output change update code: CC data: 010100 at Tue Mar 25 2014 11:45:05 GMT-0700 (PDT)

Elk: Control output change update code: CC data: 010000 at Tue Mar 25 2014 11:45:08 GMT-0700 (PDT)

 
which is an "Output Change Update." huh?
 
Triggering the zone 'manually' my stuff logs this response, so I know I am talking to a live zone, etc.:
 

Octo:ElkListener casey$ node --harmony ElkM1Listener.js
E2V: Conn OK. Tue Mar 25 2014 10:13:00 GMT-0700 (PDT)
EFinal: Zone 032 Development Button Violated Tue Mar 25 2014 10:13:12 GMT-0700 (PDT)
 
( the Development Button ) is an Ion Plunger. very handy. )
 
Did I miss something? Just for kicks I transmitted their example too, 09zt12300B3, with no response.
 
Works for me.   Send "09zt01800B0".
 
Log shows:


2014/03/25 13:45:12     0AZC018900C0

2014/03/25 13:45:12     1EAS000000000111111100000000000F

2014/03/25 13:45:12     0AZC018200C7

2014/03/25 13:45:12     1EAS000000001111111100000000000E

 
Which is


2014/03/25 13:44:17  debug     zone  18; Violated, Open (9)

2014/03/25 13:44:17  sms       zone  18; Violated, Open (9)

2014/03/25 13:44:18  debug     area   1; Disarmed, Not Ready To Arm, No Alarm

2014/03/25 13:44:38  debug     zone  18; Normal, EOL

2014/03/25 13:44:38  debug     area   1; Disarmed, Ready To Arm, No Alarm

 
Manual sez:
This command is available in M1 Version 4.5.23, 5.1.23 and above.
You got the right firmware?
 
 
 
you know, I just updated the firmware to see if I can get around the DST problem.

( checking )

It's running firmware 5.2.10, bootloader version 3.3.6

What are you running, ? I am expecting the ZCs just as you show in your example.

( I'm suspicious about this M1; it always complains of text and rules differences when I fire up RP2, and doesn't provide any charge to the battery )
 
Same as you, running latest and greatest. 
hw version 0.13
bootloader 3.3.6
firmware 5.2.10
voice 0.8
 
BaduFamily said:
you know, I just updated the firmware to see if I can get around the DST problem. ( checking ) It's running firmware 5.2.10, bootloader version 3.3.6 What are you running, ? I am expecting the ZCs just as you show in your example. ( I'm suspicious about this M1; it always complains of text and rules differences when I fire up RP2, and doesn't provide any charge to the battery )
Text and rules differences commonly get flagged unless you receive all/save from the panel when connecting. Depending on the text location, that would determine also whether or not it's flagged as well.
 
The charging circuit is enough cause to service the panel.
 
DELInstallations said:
Text and rules differences commonly get flagged unless you receive all/save from the panel when connecting. Depending on the text location, that would determine also whether or not it's flagged as well.
 
The charging circuit is enough cause to service the panel.
Thanks DELInstallations. When I connect and get the differences alert I then push my rules and texts back down to M1 before doing anything else.
 
However if I just quit after that download is complete and start over I get the 'difference detected' message again.
 
I think I have the grand total of 2 stored texts which I haven't changed since I added them.
 
AO did give me a RMA for this, after some negotiating with Elk, but I haven't pulled it as we were doing a lot of traveling. To have continued coverage I have to purchase a loaner, as I understand it, and then ship this one back for inspection.
 
Onward!
 
hey, shouldn't I be able to just telnet to the M1 and issue this from the command line? ( as a test )
 
Is there an authentication requirement on the login for some commands? I didn't see anything in the RS232 manual.
 
I'd defer to Elk...I have far too many larger projects to monkey around when it gets this granular :)
 
I would contact AO to see if they can do an advanced replacement against a CC or similar on file. It's how we do it for larger applications where there are no spares.
 
Thanks again, I should of made it clear that I was asking in a more 'general, to the community at large' way!
 
Back
Top