Get Perimeter Detect Info to confirm prior events are cleared and the perimeter is closed.
–> zymkey.client.get_perimeter_detect_info()
If the Perimeter Detect Event returns clear, then you can ‘arm your system’ as you require by setting Set Perimeter Event Actions to “none”, “notify” or “selfdestruct”
–> zymkey.client.set_perimeter_event_actions(0, action_notify=False, action_self_destruct=True)
–>zymkey.client.set_perimeter_event_actions(1, action_notify=False, action_self_destruct=True)
Do I not need to perform step 12 before cutting the tab?
Is it possible when the system is armed to set the settings back to alarm only?
You do not need to do Step 12 before cutting the tab. In fact, you want to do it after. You get one time to set_perimeter_event_actions after cutting the tab. One and only one. You cannot change the settings after that.
There is also no way to read the settings back.
The flow is:
Set perimeter actions to None or Notify
Power down.
Cut the lock tab.
Close circuits and case
Power up
Clear perimeter events
Check perimeter events to make sure no events
Arm your system by setting to desired Action: Notify or Self-Destruct.
The Action is now permanent. The Action cannot be changed again.
the manual is not detailed for me because you have to look up the commands in the manual. I assume the ones I have listed are correct for the step?
I would be happy if I can read the module status:
Mode: Production / Dev
Operating: Run / Stop / Fail
Tamper Protect: Notify / Selfdest
Do I have to set at channels at the end:
->zymkey.client.set_perimeter_event_actions(0, action_notify=False, action_self_destruct=True)
->zymkey.client.set_perimeter_event_actions(1, action_notify=False, action_self_destruct=True)
?
For me the procedure here is just too little documented…
Getting module status was intentionally made difficult originally for security reasons. More customers have been asking for that information so we are going to add more of that functionality into a future release of our APIs. In the meantime, here is how you can get some of the info:
nc localhost 9539
Returns some status information that includes whether the Zymkey is in Production mode or Developer mode. Check the setting of “bind_locked”: True means the Zymkey is in Production mode; False is Developer mode.
systemctl status zkifc
Will tell you if the Zymkey is Active(Running) or Inactive(Dead).
Unfortunately, there is no way to retrieve the Tamper Detect setting at this time. The “get” for that setting will be included in a future API release.
After cutting the tab, you want to clear the events, check to make sure you are not getting any events, and then set_perimeter_event_actions. You will have to set_perimeter_event_actions at the end. Keep in mind, like I said earlier, after cutting the lock tab, you can only set the event action one time. You cannot change the settings. That prevents someone coming in later and turning off self-destruct.
Yes, your commands are correct to set self-destruct on for both channels.
Is it possible you were in Production Mode and have the Perimeter 0 open? If so, unfortunately you would immediately self-destruct and then get a bad return code. Is the Blue LED flashing 5 flashes in between rapid flashes? That would indicate you have self-destructed.
When you say the system is running, does that mean your setup is working at this point in time? Maybe you can attach a little video of what the blue LED is doing?