Программа для программирования скуд
Базовый модуль программного обеспечения для СКУД и СУРВ Timex Base обеспечивает создание систем начального уровня: контроль доступа на 4 двери и учет рабочего времени до 30 сотрудников.
Программное обеспечение СКУД. Функции: контроль вход во внутренние помещения зданий, учет рабочего времени, графики проходов, взаимодействие с базой 1С,выгрузка в Табель Т13, совместная работа с дополнительным оборудованием
Программное обеспечение для контроля доступа и учета рабочего времени. Основные характеристики: поддержка Windows, Linux и iOS, WEB-интерфейс, адаптированный под Chromium, одновременная работа с объектами через Интернет, автоматический поиск подключенных контроллеров, учет рабочего времени
Программное обеспечение для контроля доступа и учета рабочего времени. Основные функции: одновременная работа с объектами через Интернет, работа через прокси-сервер (с помощью конвертера Z-397 Web ), автоматический поиск подключенных контроллеров и назначение им сетевых адресов, учет рабочего времени, интуитивно понятный интерфейс.
Кроссплатформенное WEB приложение PW WEB. Программный продукт оснащен необходимым функционалом для настройки и администрирования, что и классическое приложение, устанавливаемое на рабочее место оператора. Интерфейс приложения адаптирован для удобной работы со СКУД на любой операционной системе (WINDOWS, Linux, Unix, Android, iOS) и с любого устройства (ПК, планшет, смартфон).
ProxWay IP совершенно новый продукт на рынке систем контроля и управления доступом, а также учета рабочего времени.Бесплатный продукт разработан с применением самых новейших WEB технологий и обеспечивает совершенно новый уровень удобства настройки и использования система контроля и управления доступом (СКУД). Теперь настраивать и управлять системой доступа можно с любого устройства из любой точки мира, при помощи браузера.
Программное обеспечение нового поколения для управления посещаемостью. Легко интегрируется с системой учета времени и контроля доступа. Некоторыми часто используемыми функциями, такими как отчеты о посещаемости, управление устройствами и управление сотрудниками, можно управлять непосредственно на домашней странице. Программа может создавать отчеты и платежные ведомости основываясь на записях о приходе и уходе сотрудников и легко объединяется с большинством программ ERP и Payroll, что позволит значительно повысить эффективность работы. Совершенно новый пользовательский интерфейс и его простая и понятная структура сделают ваше ежедневную работу более приятной и удобной.
Веб-приложение для учета посещаемости, обеспечивающее стабильную связь с устройствами через GPRS и WAN. Администраторы могут получить доступ к программному обеспечению из любой точки планеты и с помощью веб-браузера осуществлять удаленное управление сотнями терминалов даже в сложных сетях (WAN). Новая функция автоматической синхронизации, данные будут автоматически синхронизироваться между устройствами, находящимися в одной «Зоне». Программа позволяет управлять расписанием, сдвигом, созданием отчетов о посещаемости и многими другими функциями.
Всем доброго времени суток! Я работаю в сфере безопасности (СКУД, видеонаблюдение) и обучаюсь программированию. Изучать программирование конечно интересно, но просто сортировать массивы это не дело.
Существует много различных ПО для контроля и управления доступом: Perco, Sigur, Elecra-AC, Epicur, 3V, и т.д., но! В каждой есть свои плюсы и соответственно минусы. Вот так и пришла идея связать работу с обучением и создать собственную СКУД . Первые мысли:
- ПО для настройки оборудования и клиентское
- нужен какой-то контроллер(железо) для управления замком и т.д.
За основу решил взять Raspberri Pi, т.к. к нему можно подключать оборудование, а ещё прямо на нём сделать web сервер, что бы не делать приложения под разные ОС.
К сути вопроса:
Эта сфера может и узкая, но не стоит на месте. Если раньше это были карточки как идентификаторы, то сейчас это карточки, отпечаток пальца, распознавание лица (автомобильных номеров). Со временем ко всему этому добавилось алкотестирование, сканирование документов и т.д. Т.е. придется постоянно добавлять какие-то фишечки и\или что-то менять под конкретного заказчика.
1. Какую БД лучше выбрать под такую задачу? Обращений к ней будет очень много, таких как запись событий и соответственно их просмотр оператором( а может и не одним, в одно время)
2. Если это веб-сервер то какие технологии лучше подойдут под такое? Django? Node.js?
3. Приоритеты - возможность конфигурировать работу с bluetooth, nfc, onvif, wiegand, usb и бла-бла-бла(допустим у python'a для такого есть много библиотек), масштабируемость и конечно же скорость работы xD
Перечитав свой текст - понимаю что очень мыльно, но надеюсь донёс суть..
Предложите пожалуйста варианты для реализации и\или подскажите в чём я ошибаюсь.
Спасибо!
- Вопрос задан более года назад
- 953 просмотра
0) Во "взрослой" промышленности применение разного рода макетов-малинок экономически не оправданно. Главная причина - у них не промышленное исполнение. Они не защищены от ЭМИ, от статического электричества, от иголок по питанию, от грозы. Это все придется добавлять сверху - иначе вашу хваленую БИЗОПАСНОСТЬ можно будет поломать вспышкой от фотика.
1) МНОГО запросов - понятие сильно растяжимое. Эту задачу нужно решать на самом раннем этапе разработки архитектуры, однако, для этого нужен опыт. Поэтому, на этапе обучения, от этой задачи можно отказаться. Поверьте, инсталляции постгреса с дефолтными настройками (кроме одной) хватает на обслуживание 200-500 одновременных соединений. которые валят запросы каждую секунду. Как по вашему, это "много"?
2)На этапе изучения, пока опыта нет, проще всего взять то, что знаете лучше всего.
3) Скорость работы + работа с железом. Что-то я слышал такое про C++. Однако, если вы его не знаете, вы просто добавите себе проблем.
Вывод - такая система будет вам по зубам, при условии, что вы знаете, как сделать каждую ее часть в отдельности. Вот вы делали хотя бы простой замок, открываемый через интернетик? SSL к нему привязывали? Двухфакторную авторизацию? fail2ban?
Задачи, которые вы себе ставите, умещаются в нескольких разрабов, и то с трудом - тут и фронт, и бэк, и devops, раз про нагрузки речь пошла, и разработка железа.
Как домашний проект в принципе неплохая идея, слишком уж муторная, и фактически нереальная для одного разработчика. Вы задолбаетесь писать драйвера для апаратной совместимости с чем то из СКУД оборудования, там очень много нюансов, тот же NFC протокол если описывать нормально, это очень и очень много строк кода. Даже используя ACR122U и его SDK. Второе вы хотите сделать эдакий комбаин со всем на свете, и бедная малинка такого надругательства просто не переживет, не для нее это. То же распознавание чего бы то не было, крайне ресурсоемкая задача.
Если по теме:
1. Используйте базы данных, которые будут совершать как можно меньше запросов к SD карточке. Например Redis, которая будет жить в оперативной памяти.
2. Без разницы. Изначально нужно определиться со стеком для бекэнда, а учитывая вашу идею это крайне нетривиальная задача, а там хоть html и js чистый используйте.
3. Как я писал выше, вы хотите комбаин, а это уж извините, бред. Не на таком оборудовании. Реализовать что-то одно. Например распознавание, или биометрию, или карточки, еще куда не шло, если делать все сразу будет нерабочий франкенштейн
1. Какую БД лучше выбрать под такую задачу? Обращений к ней будет очень много, таких как запись событий и соответственно их просмотр оператором( а может и не одним, в одно время)
Много, это когда надо отследить чипированных болельщиков на стадионе во время чемпионата мира при пожаре)
А так - любая СУБД осилит.
Можно конечно построить web-сервер со свистелками-перделками, в каждый контроллер посадить на всякий случай селениум и нехай контроллер парсит сайт со свистелками-перделками и влупляет туда свой запрос, а потом распознает картинку "можно" или "нельзя" открыть замок))
Думаю начать надо с осознания, что СКУД - это многоуровневая модель, начиная от аппаратки (weigand, touchmemory и т.п.), через транспорт нижнего уровня (RS232/422/etc) до "более верхнего" типа ethernet, wifi, bt.
Ну или в другом ракурсе - модель реалтаймовых и оффлайновых событий.
Чутка повыше - расписания, табели, штрафы
p.s. Кстати транспортом может быть пользователь СКУД: проходит он через центральную проходную основного корпуса, предъявив смарткарту, а ему на карту подливается список свежих разрешений для удаленного автономного здания рабочего общежития. а обратно - он тащит на карте журнал событий с общежития в центр)
Примерно год назад я начал готовиться к переезду и собирать прототип умного дома. В качестве системы управления я выбрал наиболее популярное на текущий момент и активно развивающееся решение - Home Assistant. По мере обрастания умного дома датчиками встал вопрос об охранной системе, которая в случае чего поднимет тревогу и сообщит мне (соседям) о незваных гостях. В системе от частных охранных предприятий пока не вижу необходимости, поэтому решил сделать всё сам.
Как это работает: на входной двери размещён датчик открытия, который по протоколу Zigbee сообщает серверу умного дома, что кто-то зашёл в квартиру. Срабатывает сигнализация в "тихом режиме" (событие "triggered" во встроенной интеграции; это никак не проявляется, но идёт обратный отсчёт до запуска сирены). Если за указанное в настройках время не снять блокировку (через ввод кода или NFC-меткой), запустится сирена и световая индикация.
Из чего собрано:
ESP32 WROOM DevKit v1 (в теории можно заменить любой ESP, изменив конфиг под неё)
RFID/NFC модуль PN532
Соединительные провода (6 штук)
Напечатанный на 3D-принтере корпус
Xiaomi Gateway 2 (который с локальным управлением) я планирую использовать как динамик и световую индикацию
Датчик открытия двери от Aqara
Опционально можно добавить люстру, LED-ленты, умные колонки и любые другие устройства на ваш вкус, цвет и возможности автоматизаций Home Assistant.
Корпус мне напечатал друг, у которого есть 3D-принтер. Хаб и датчики от Xiaomi вынесем за скобки. Остальные элементы покупались на Aliexpress и суммарно обошлись мне в 600 рублей.
Подключение и настройка ESP
Включенный режим I2C и подключенные соединительные провода
Насколько я понял из распиновки, возможно несколько вариантов подключения NFC-модуля к ESP-32: мне было удобнее подключить всё на одну сторону. Если будете использовать другие контакты, внимательно проверяйте конфиг - возможно, он немного изменится.
Распиновка для 30-контактной ESP-32
Подключаем модуль следующим образом (слева ESP, справа PN532):
На следующем этапе нам нужно установить аддон ESPHome и настроить нашу ESP-32. Подробно расписывать базовые моменты не буду, рекомендую следовать данному видео:
Остановлюсь лишь на итоговом конфиге:
Обратите внимание на блоки spi и pn532_spi, где мы указывает контакты подключения. В блоке switch я задействовал светодиод на плате (им можно мигать, например, при поднесении валидной метки), а в блоке binary_sensor создал сущность для Home Assistant (при поднесении карты с указанным uid сенсор переходит в статус true; uid карты можно найти в логах вашей ESP в аддоне ESPHome). Как показали опыты, можно читать RFID-метки, банковские карты и тройку. NFC в моём телефоне нет, но скорее всего и он будет работать.
Компилируем прошивку и выгружаем её на ESP. Проверяем, что всё работает, открыв логи и поднеся к считывателю RFID-метку. Её uid должен отобразиться в логе:
Со стороны ESP всё готово, теперь нужно настроить автоматизации в Home Assistan
Подключение сигнализации в Home Assistant
Для работы в сигнализацией в Home Assistant есть встроенная интеграция и карточка Lovelace. Начнём с интеграции - чтобы её включить, нужно добавить в configuration.yaml следующий блок:
Код для разблокировки я вынес в отдельный файл secrets.yaml. Почитать, как он устроен, можно тут.
Поскольку мы тестируем нашу СКУД, arming_time (время до включения режима охраны, за которое вы успеете выйти из квартиры и закрыть дверь) и delay_time (время после срабатывания датчика двери, через которое запустится сирена) зададим как 5 и 10 секунд соответственно. Сохраняем, перезагружаем Home Assistant.
Далее создаём карточку сигнализации в Lovelace, добавив код в нужное вам место ui-lovelace.yaml
В entity указываем название объекта, который создался после подключения alarm_control_panel. В states можно указать, какие кнопки будут в карточке: я оставил только "Охрана (не дома)".
Автоматизация
Чтобы связать NFC-метки с нашим умным домом, потребуется создать 5 автоматизаций:
Срабатывание сигнализации (запускается, когда мы заходим в квартиру)
Включение режима охраны (прикладываем метку и уходим из дома)
Отключение режима охраны (прикладываем метку, когда пришли домой)
Срабатывание сигнализации
В качестве триггера используется датчик открытия двери. Когда дверь открывается при условии, что включен режим охраны, запускается наша автоматизация. В блоке с действиями я задал мигание шлюзом Xiaomi и диодом на ESP-32. Вы можете использовать любые другие действия.
Включение режима охраны
Триггер - чтение метки с заданным на этапе настройки ESP uid. Пока мы выходим из квартиры, шлюз мигает оранжевым светом. После того, как включился режим охраны, загорается диод на ESP, а шлюз включает статичный красный свет на 3 секунды и гаснет.
Отключение режима охраны
В этой автоматизации в качестве триггера снова используется RFID-метка. Условием является включенный или включающийся режим охраны. Последний предусмотрен на случай, если собрались уходить из дома, приложили карточку и вспомнили про включенный утюг. При валидной метке коротко включается диод на ESP и зелёная подсветка на шлюзе.
Включение сирены
Пока что я не особо заморачивался с индикацией, поэтому в автоматизации только сирена из встроенных звуков шлюза. В будущем планирую дополнительно выводить звук на умную колонку и мигать люстрой.
Отключение сирены
От "отключения режима охраны" отличается лишь условием по статусу alarm_control_panel.ha_alarm (здесь triggered) и отключением сирены или другой индикации.
Красивая обёртка
Наверное, очевидно, что две платы без какого-либо корпуса выглядят не очень красиво и безопасно. Я попросил другая спроектировать и напечатать под них корпус. Цвет выбрали белый, чтобы подходил под будущий интерьер. Уже после печати я понял, что белый корпус не гасит свет диодов на ESP, поэтому их можно использовать в автоматизациях. Даже синий диод в условиях коридора должен быть виден.
Основа, на которую ложатся платы, и прищепка (слева) для того, чтобы закрепить PN532 К ESP подключается кабель питания, поэтому она не должна болтаться внутри корпуса.
Ух, наконец-то закончил. Спасибо, что дочитали до конца. Надеюсь, что этот гайд помог вам!
Если возникнут какие-то вопросы, задавайте в комментариях. Постараюсь ответить.
Современное программное обеспечение позволяет решать целый ряд насущных специфических задач систем контроля и управления доступом, давая возможность избежать возникновения серьезных технологических проблем
Наиболее распространенным вариантом является СКУД, в состав которой входят контроллеры доступа, оборудование, подключенное к контроллерам, и программное обеспечение (ПО), которым оснащены компьютеры общего назначения. Посредством ПО реализуются те функции СКУД, которые не поддерживаются контроллерами доступа в силу множества экономических и технологических причин. Все функции могут быть условно разделены на четыре категории: работа с пропусками, конфигурирование, мониторинг и управление, расширение технических возможностей контроллеров.
Работа с пропусками
Выдача и удаление пропусков
Выполнение функции выдачи и удаления пропусков требует довольно больших временных затрат, поэтому для реализации данной процедуры используют ПО, упрощающее и ускоряющее ее. В современных программах оформления пропусков для формирования учетных карточек пользователей могут применяться html-страницы.
Ввод номера карты со считывателя
Чтобы избежать ошибок, многие программные продукты обеспечивают возможность ввода номера карты в систему непосредственно со считывателя, установленного в пункте выдачи пропусков.
Ведение базы данных пропусков
Контроллеры доступа имеют ограниченное количество памяти и могут сохранять только минимальную информацию по действующим пропускам. Историю пропусков, данные по изъятым, а также дополнительную информацию по использующимся в настоящий момент пропускам (должность пользователя, подразделение, дата рождения, документ, удостоверяющий личность, и т.д.) контроллеры не содержат. С помощью ПО хранение подобных сведений, объем которых практически не ограничен, обеспечивается на серверах баз данных (БД) - MS SQL, Inter-base, Oracle, MS JET, FoxPro и т.д.
Отчеты по пропускам
Информацию, находящуюся в БД, можно применять для формирования разнообразных отчетов, в частности, о количестве разовых посетителей, о числе выданных пропусков за неделю и пр.
В тех случаях, когда на пропуск наносится фотография, ФИО, должность и отдел его владельца, требуется специализированное ПО с редактором форм, поддерживающим принтеры для печати карт. Кроме того, зачастую ПО может обеспечить пакетную печать, а также печать различных форм для разных категорий пропусков и т.п.
Работа с несколькими контроллерами
Если СКУД обслуживается не одним, а несколькими контроллерами доступа, то без применения ПО каждый пропуск потребовалось бы вводить в каждый контроллер отдельно. При использовании ПО информацию с пропуска достаточно ввести лишь в один контроллер, а затем разослать в остальные. Такой же механизм действует при удалении пропуска или изменении данных в нем,
Выдача или удаление пропусков обычно предполагает составление заявки, подписание ее у определенных должностных лиц, передачу заявки в бюро пропусков. На каждом из этапов в пропуск добавляется та или иная информация, поэтому поддержка ПО документооборота позволяет снизить временные затраты на выдачу пропусков.
Интеграция с системами планирования и учета ресурсов предприятия
ПО для СКУД, как правило, строится по тем же принципам, что и ERP-система (Enterprise Resource Planning System - система управления ресурсами компании): использование операционной системы, сервера БД, серверов приложений и т.д. Поэтому СКУД и ERP-систему весьма просто интегрировать в единый комплекс, в результате чего система контроля доступа обеспечивается данными из ERP об увольнении и приеме новых сотрудников, а в ERP-систему поступают данные учета рабочего времени.
Некоторые владельцы пропусков, особенно материально-ответственные лица, должны иметь возможность регулярно менять свой PIN-код. Программное обеспечение упрощает этот процесс и может предоставлять даже Web-интерфейс для смены PIN-кода. В результате владелец пропуска способен делать это в любой момент времени со своего рабочего места.
Конфигурирование СКУД
Контроллер доступа имеет множество настроек: таблицы временных зон и интервалов, праздников, уровней доступа, считывателей и т.д. Наличие удобного графического интерфейса позволяет ускорить процесс конфигурирования и снизить вероятность ошибки.
Конфигурирование контроллера, создание пропусков, анализ отчетов и другие действия выполняются разными людьми. Именно с помощью ПО можно обеспечить одновременную работу нескольких человек с одним и тем же контроллером доступа прямо со своих рабочих мест дистанционно.
Восстановление после сбоев
В случае выхода из строя контроллера доступа и его замены возникает задача конфигурации нового устройства и загрузки в него всех пропусков. ПО позволяет осуществить эту операцию быстро и без особых трудностей.
Мониторинг и управление
Стандартной функцией ПО СКУД является визуализация протоколов событий, включающих в себя события отказа доступа, взлома двери, удержания двери открытой и пр. Отображение подобных событий на поэтажных планах помогает контролировать ситуацию и вовремя предпринимать необходимые действия.
Управление ПО обеспечивает возможность управления работой СКУД (блокировать/открывать двери и шлюзы, переводить их в различные режимы работы и т.д.) как для отдельных точек прохода, так для помещений, этажей и здания в целом.
Зачастую от оператора необходимо получать подтверждение разрешения о доступе, выданного контроллером СКУД. Для этого на проходной устанавливается ПО, которое автоматически показывает данные о человеке, предъявившем пропуск. Получив эти сведения, оператор может либо заблокировать проход, если данные неверны, либо разрешить проход в случае предъявления верной информации.
Слежение за перемещением
На основании данных о событиях доступа с помощью ПО можно контролировать, в каком помещении находится тот или иной сотрудник.
Отчеты по событиям
Как правило, вся информация, регистрирующаяся в журнале событий СКУД, хранится в БД. Современное ПО позволяет оператору автоматизировать процесс поиска необходимых сведений в БД, которые могут быть отсортированы по источникам событий, владельцам пропусков, времени и прочим критериям.
Учет рабочего времени
Функция учета рабочего времени позволяет определить число опозданий, прогулов, уходов с работы, количество отработанных часов за месяц для каждого конкретного сотрудника.
Интеграция с системами видеонаблюдения, охранной и пожарной сигнализации
ПО позволяет проводить анализ информации о событиях, происходящих в СКУД, совместно с данными системы видеонаблюдения и охранной сигнализации. То есть по событию СКУД оператору будет автоматически показано изображение от требуемых видеокамер. Причем управляемая видеокамера может автоматически позиционироваться для нахождения наилучшего ракурса. Создавая отчеты событий СКУД, можно организовать их сопровождение видеофрагментами. При интеграции СКУД с охранной сигнализацией можно автоматически ставить помещения на охрану при уходе последнего сотрудника или снимать помещения с охраны по приходе первого сотрудника. Интеграция СКУД с пожарной сигнализацией обеспечивает возможность автоматического открытия дверей на выход в случае пожара. Алгоритмы интеграции СКУД с другими системами зависят от конкретных задач на объекте.
Расширение технических возможностей контроллеров
Сложные алгоритмы прохода
На некоторых объектах требуется реализовывать специфические алгоритмы доступа, например разрешать доступ в помещение только при наличии в нем как минимум одного уполномоченного сотрудника. Для решения такой задачи разрабатывается специальное ПО. Сменный режим доступа На многих предприятиях требуется не только ограничение доступа нежелательным лицам, но и управление временем доступа сотрудников. Последнее не всегда можно осуществить с помощью контроллеров СКУД в организациях с круглосуточным производством, со сменным или гибким режимом работы, так как логика работы большинства контроллеров СКУД основана на модели, в которой временные интервалы доступа формируются для конкретных дней недели (понедельник-воскресенье) плюс несколько типов праздников. Для автоматизации гибкого графика логика работы контроллеров должна быть иной. Однако алгоритмически скользящий режим гораздо более ресурсоемок и для микропроцессорного устройства его реализация очень нетривиальна.
Поддержка практически любого режима работы легко реализуется при помощи современного ПО, использующего возможности СУБД (системы управления базами данных), объектно-ориентированного программирования, платформ Net, COM, J2EE и других. При таком построении системы контроллер не принимает самостоятельного решения о предоставлении доступа, а обращается к компьютерной программе, которая с помощью SQL-запроса (SQL (Structured Query Language) - структурированный язык запросов (основанный на реляционной алгебре язык манипулирования данными), позволяющий описывать условия поиска информации, не задавая для этого последовательность действий, нужных для получения ответа. SQL является стандартным средством доступа к серверу БД) к БД или другим способом определяет, можно ли разрешить доступ тому или иному сотруднику в данное время или нет, и передает эту информацию контроллеру. К сожалению, по надежности компьютерные системы пока еще уступают контроллерам, и риск нарушить работу всего предприятия при использовании первых весьма велик. Простая перезагрузка ПК приводит к блокировке доступа на несколько минут, а выход из строя винчестера, сетевого оборудования, а также ошибочные действия персонала могут послужить причиной более длительных простоев. В результате на предприятиях со сменным режимом работы всем сотрудникам назначается круглосуточный доступ. Таким образом, при наличии СКУД управление временем доступа сотрудников не ведется.
Вместе с тем существуют способы совместить надежность контроллеров доступа и вычислительную мощность компьютерных систем. Например, используя временные интервалы, можно запрограммировать график работы сотрудника в контроллере на несколько дней вперед. Длительность прогноза зависит от количества временных интервалов, поддерживаемых контроллером и сложности конкретного графика работы сотрудника. Как правило, прогноз удается сформировать на 4-6 дней. В течение этого времени, даже при неработающей компьютерной системе, контроллер обеспечивает правильный режим работы сотрудников. И если сбой в компьютерной системе все-таки произошел, то имеется достаточно времени для восстановления работоспособности системы без нарушения функционирования предприятия.
Глобальный контроль повторного прохода
Систему контроля доступа можно "обмануть" - достаточно передать пропуск коллеге (постороннему человеку) или пройти вместе с другим сотрудником через дверь, не предъявляя своего пропуска. Для предотвращения подобных нарушений используют контроль повторного прохода, принцип действия которого заключается в том, что человек не может выйти из помещения, не войдя в него. Однако многие контроллеры не могут обмениваться между собой данными. Поэтому, если на предприятии используется несколько контроллеров, реализовать контроль повторного прохода зачастую невозможно. Ситуация осложняется при наличии на объекте нескольких проходных, удаленных друг от друга. Выход в этом случае - применение ПО для СКУД, которое позволяет осуществлять автоматический обмен данными контроля повторного прохода между контроллерами (включая устройства различных фирм).
Изъятие разовых пропусков
На многих предприятиях посетителям выдают разовые пропуска, которые на выходе следует оставлять в картосборнике или отдавать вахтеру. На следующий день пропуска будут использоваться снова. Проблема заключается в том, что сданные пропуска не изымаются из контроллера доступа, в результате чего существует опасность его несанкционированного использования до конца времени действия (рабочий день). Избежать этого помогает ПО, в котором путем анализа типа пропуска и событий доступа можно прекратить действие пропуска при предъявлении его на выходе с предприятия.
Контроль времени первого предъявления пропуска
Как правило, бюро пропусков располагается с внешней стороны предприятия. После получения пропуска посетитель должен проследовать через проходную на предприятие. Если он не сделал этого в течение определенного интервала времени, то данный факт считается нарушением и действие пропуска приостанавливается.
Автоматическое задержание пропуска
На объектах с особо опасным производством требуется обеспечить максимальную защиту от несанкционированного доступа. Для этого используют автоматическое задержание пропуска, которое означает, что в результате любого нарушения доступа пропуск должен блокироваться вплоть до выяснения обстоятельств.
Проход с сопровождающим
Алгоритм прохода с сопровождающим заключается в том, что посетитель имеет право доступа через пункт прохода, только если доступ санкционировал сопровождающий. Реализация может быть следующей: сначала проходит сопровождающий, а затем посетитель. Если сопровождаемый пытается пройти через точку прохода без сопровождающего, то он должен получать отказ в доступе.
Преобразование номеров карт
Как правило, СКУД строится с расчетом на постоянное расширение. В результате на одном предприятии могут использоваться различные контроллеры доступа и считыватели, сейфы для ключей (по-простому "ключницы"), разнообразные виды пропусков. При этом не исключено, что одна и та же карта на двух разных контроллерах или считывателях будет прочитана с разным номером. Чтобы для системы сбора и обработки информации эти события классифицировались как доступ от одного и того же человека, необходимо сделать преобразование номеров карт. Причем такая задача возникает также и при выдаче нового пропуска перед загрузкой в каждый контроллер.
На российском рынке имеется довольно широкий выбор программных продуктов, предназначенных для СКУД. Их можно разделить на две большие категории: ПО, выпущенное производителями контроллеров доступа, и ПО, созданное компаниями, не изготавливающими аппаратного обеспечения СКУД. Продукты первой категории, как правило, дешевле и наиболее полно поддерживают возможности фирменных контроллеров доступа. Продукты второй категории обычно стоят дороже, но предназначены для реализации большего числа функций и работы с большим количеством типов оборудования.
Об авторе: С.В. Барвиненко, директор департамента разработки программного обеспечения компании "Итриум"
Системы контроля и управления доступом КОДОС серийно выпускаются с 1997 года. За это время компанией было разработано несколько линеек контроллеров, каждая из которых имеет свою нишу и область применения.
Основным оборудованием СКУД СКУД — система контроля и управления доступом КОДОС. Полное определение… являются контроллеры доступа. Модели контроллеров отличаются по нескольким параметрам:
- Степень защищенности корпуса;
- Максимальное количество кодов ключей и событий, сохраняемых в собственной памяти;
- Протокол приема-передачи кода карты от считывателя;
- Протокол связи с сервером.
При выборе контроллеров доступа следует так же обращать внимание на дополнительные характеристики (возможность питания по PoE, дополнительная защита внешних цепей, количество выходов управления и т.д.)
Все контроллеры доступа КОДОС способны работать в автономном (при потере связи с сервером СКУД СКУД — система контроля и управления доступом КОДОС. Полное определение… ) и сетевом режимах с полным сохранением функционала.
СКУД СКУД — система контроля и управления доступом КОДОС. Полное определение… КОДОС используется на десятках тысяч объектах по России и странам зарубежья. В отличие от многих производителей которые лишь немного дорабатывают иностранные образцы продукции, контроллеры КОДОС разработаны и производятся в России.
Считыватели, блоки питания, входящие в состав системы, также разработаны и выпускаются в России. Большое число внедрений, данные технической поддержки и мониторинга, получаемые с эксплуатируемых объектов, позволяют говорить о том, что СКУД СКУД — система контроля и управления доступом КОДОС. Полное определение… КОДОС полностью отвечает современным требованиям Заказчиков.
СКУД СКУД — система контроля и управления доступом КОДОС. Полное определение… КОДОС входит в состав интегрированной системы безопасности. Это позволяет дополнять систему контроля доступа функционалом других систем в составе.
СКУД на базе контроллеров ПРО
Контроллеры ПРО рассчитаны для использования в крупных компаниях со значительным количеством точек доступа и большим штатом сотрудников.
Один контроллер управляет максимально 8 точками доступа (в одном направлении) и 4 (на вход и выход) с интенсивным режимом прохода. Подключаемые по протоколу RS-485 к контроллеру адаптеры АД-10 устанавливаются непосредственно на точках доступа и управляют замками дверей, турникетами, картоприемниками и т.д.
Контроллер выпускается в металлическом корпусе со степенью защиты IP30. Максимальное количество пользователей (ключей доступа) в памяти контроллера – 65000, максимальное число хранимых событий – 100000. Имеет встроенный блок питания и аккумулятор 7А·ч.
Протокол связи с сервером ИСБ – TCP/IP. Протокол приема-передачи кода карты от считывателя – КОДОС, с возможностью подключения считывателей по протоколу Wiegand через адаптер.
СКУД на базе контроллеров 211-212-222
Эти контроллеры являются базовыми и предназначены для работы в составе СКУД СКУД — система контроля и управления доступом КОДОС. Полное определение… КОДОС. Управляют 1 или 2 точками доступа (двунаправленный или однонаправленный режимы прохода), оборудованными замками дверей, турникетами или шлагбаумами.
Контроллер имеет возможность установки на DIN-рейку. Может быть изготовлен в различных корпусах (пластиковых или металлических, степени защиты IP-30, IP-54, IP-65, с встроенным блоком питания и аккумулятором).
Максимальное количество пользователей в памяти контроллера – 24000, максимальное число событий – 18000. Протокол связи с сервером ИСБ – TCP/IP. Протокол приема-передачи кода карты от считывателя – КОДОС или Wiegand.
Контроллеры имеют функционал охранной сигнализации с управлением постановки на охрану и снятия с охраны до 4 шлейфов с возможностью контроля четырех состояний. Семь входов типа «сухой контакт» и шесть выходов управления.
Контроллеры ЕС-212 могут получать электропитание от коммутаторов с поддержкой РоЕ. Контроллеры доступа ЕС-222 оборудованы дополнительной защитой цепей, находящихся снаружи охраняемого помещения (входы считывателя, сигналы индикации), от деструктивных воздействий высоким напряжением.
Все контроллеры имеют защиту от неправильной полярности электропитания и от короткого замыкания линии электропитания считывателей.
СКУД на базе 223
Контроллер ЕС-223 относится к линейке контроллеров ЕС-211, ЕС-212 и ЕС-222. Обладает тем же функционалом, но при этом может подключаться к серверу ИСБ по различным протоколам связи – КОДОС или RS-485.
Читайте также: