Так сама цель - открыть замок.

ЗЫ Я подгонял штатную систему под мои потребности. Если вопрос решать на этапе проектирования, то можно и алгоритмы снятия с охраны пересмотреть и кол-во комбинаций кода на 2-3 порядка увеличить.

Вам это и так доступно, если про оповещение - ничего в коде не нужно, а вот ЦЗ снимать таким способом - мягко говоря - не этично8-)

Интересно еще и как вы будете мониторить попытки "подбора", а ведь их любая "фура" вам гарантирует, я молчу про реальную сработку по ДУ или Доп.Д...

Нет уж - мое ИМХО:
- RFID без элементов питания, протокол уровня MiFARE

Тут проскакивала логика одного, как по мне, грамотного человека, про iButton. В ней мне не нравиться вывод считывателя - вот в принципе и все, кого это устроит - все - решения есть....

Приветствую.
Хочу реализовать снятие и постановку на охрану с помощью емкостного датчика, который будет установлен в ручку двери. Подскажите как реализовать гибкую логику? На снятие понятно (при сигнале с датчика, в охране и наличии метки), а как на постановку, чтобы не ставилась при любом прикосновении, не пойму.

по прстому ни как, это же не кейлесс, признака ни какого не подобрать определяюшего, окромя статуса метки (с её дальностью),
вот если бы пандора умела определять реальное расстояние метка-бб, и сделала на программмном уровне ченибудь типо того - пукт такойто - реагировать на аналоговый вход постановка по слеву только не далее 2М между бб-метка, и подпункт-регулировка рассстояния), пора пандоре новые камни пробовать

Сенсор через выход статуса охраны коммутировать на вход слэйв постановки или слэйв снятия. Можно транзисторные ключи использовать. с их помощью подавать массу или плюс на входы слэйва. Можно использовать датчик центрального замка , который меняет состояние в открытом, закрытом состоянии.