Контроллеры турникетов — 1

Проходная в том либо другом облике имеется фактически на каждом затеи, будь то завод, бизнес-центр, банчок, университет либо еще какая-либо организация, а также всюду нужно осуществить высокоупорядочный доступ на местность а также с местности не столько для служащих компании, только а также для гостей. Попытаемся поставить, какие запросы предъявляются к контроллерам турникетов? Общие взгляды Непременно, еще остались проходные, в каких проход заграждает «вертушка», сваренная из водопроводной трубы, а также управляемая бабулькой либо дедулькой из службы ВОХР, только это никак не объект нашего беседы. На дворе 21-й век, а также обычные компании издавна теснее обустроены современными проходными с электрически управляемыми турникетами разных конструкций, а управление самим турникетом возложено на систему контроля а также управления доступом – СКУД, которая постановляет одновременно несколько задач: •автоматизирует принятие решения о доступе человека на предмет на основании прав, которыми любой человек наделен; •собирает информацию о проходах для способности следующего разбора хоть какого действия либо группы событий при происхождении всех нештатных обстановок; •упрощает компанию доступа на предмет гостей а также гостей, в случае необходимости автоматом изымая кратковременные либо разовые игра в карты – пробела; •минимизирует воздействие человеческого фактора на работу анадромный. Для управления турникетом в автоматическом режиме (т. е. в составе СКУД) нужен соответственный контроллер системы. Довольно ли для этих целей обыденного контроллера, правящего дверным замком при входе в горницу, или к такому контроллеру предъявляются специальные запросы? Давайте поглядим. Конфигурации точки прохода Итак, мы разглядываем проходные, оснащенные турникетами. Самостоятельно от типа применяемого турникета (желая вдруг имеют все шансы возникать аспекты) может быть некоторое количество различных конфигураций. Осмотрим некие из их, никак не претендуя на полноту рассмотрения. 1.На объекте немало народу, а также для снабжения наибольшей пропускной возможности употребляется сообразно нескольку синхронно работающих турникетов отдельно на ввод а также на вывод (т. е. потоки на ввод а также на вывод разделены). 2.Потоки никак не делятся, все турникеты работают как на ввод, этак а также на вывод. 3.Для прохода неизменных служащих употребляется конфигурация 1 либо 2, для гостей установлен единичный турникет, оборудованный в сторону выхода картоприемником для отбора мимолетных карт у гостей. 4.Как минимум один турникет обслуживает сразу неизменных служащих а также гостей, при всем этом имеется «умный» картоприемник, кой отбирает игра в карты лишь у гостей, отдавая их неизменным сотрудникам. 5.Конфигурация 4, однако картоприемник без разума (игра в карты «глотает» постоянно), потому турникет обустроен 2-мя штатными считывателями (на ввод для всех, на вывод лишь для служащих), также картоприемником со считывателем, обслуживающим лишь гостей. Поглядим, каким специфичным потребностям обязан воздавать контроллер турникета исходя из перечисленных выше вариантов конфигурации, также с учетом вариантов конструкции турникета. Запросы к контроллеру Стартанем с необыкновенностей турникетов. Тут нужно как минимум воспринимать во интерес последующие причины: a)Турникеты посещают со интегрированным контроллером, вполне реализующим метод прохода. Тогда на правящий ввод с контроллера СКУД довольно передать условно маленький знак на размыкание, а прочее все сделает сам турникет. b)Турникет без совершенной автоматизации. Тогда время открытия замыкающего устройства турникета, также отслеживание его состояния во время проворота обязан гарантировать контроллер СКУД. c)Турникет владеет один приёмник проворота, выдающий знак при проходе в всякую сторону, или таковых датчика 2, а также любой выдает знак при проходе лишь в одну конкретную сторону. d)При запертом состоянии турникета на выходе датчика проворота маленький степень, когда проворота создается высочайший степень или с точностью по напротив. Теснее этот, вероятно недостаточный перечень необыкновенностей говорит про то, что контроллер СКУД для управления турникетом обязан довольно эластично действенно конфигурироваться в части логики управления а также отслеживания состояния точкой прохода, мочь действовать с датчиками проворота различного типа. Сейчас вернемся к 5 конфигурациям, осмотренным больше. Из их следует, что контроллер для турникета обязан располагать входы минимум для 1-го, а максимум для 3-х (с учетом картоприемника) считывателей кар доступа. Сверх всего, для всякого считывателя обязана оснащаться своя логика отделки карт неизменных служащих а также гостей. К примеру, в конфигурации 4 при поднесении игра в карты к внутреннему считывателю (работающему на вывод) контроллер сообразно признаку «гостевая – никак не гостевая» игра в карты в своей складе данных обязан через доп (как минимум третье) реле должным образом править картоприемником, чтобы заделывать гостевые игра в карты а также отдавать игра в карты неизменных служащих. Для конфигурации 5 деление прав на вывод сообразно признаку «гость – никак не гость» обязано изготавливаться на уровне считывателей (врождённый на турникете а также считыватель в картоприемнике) снова же на складе инфы, хранящейся в БД контроллера. Величина базы данных Раздельно следует застопориться на размере базы данных турникетного контроллера. Ясно, что крупная часть проходных обслуживает компании с численностью персонала по нескольких тыщ человек, что гарантируется сейчас фактически всеми контроллерами СКУД, представленными на базаре. Но довольно немало объектов с численностью персонала в некоторое количество 10-ов тыщ служащих. Ежели к ним прибавить гостей, то делается понятным, что вместимость базы данных турникетного контроллера обязана существовать распорядка 100 000 либо наиболее. Мало отыщется заказчиков, которые при наименьшей емкости БД согласятся поделить потоки персонала на различные турникеты, – это неловко юзерам (нужно держать в голове, через какой-никакой турникет тебе бродить разрешено, а через какой-никакой невозможно), неловко в администрировании (непрерывно смотреть, чтобы в группе юзеров для всякого турникета никак не перевалить размер БД его контроллера). Продуктивность Избирая ревизор с великий основанием данных, нужно интересоваться последующими чертами: •Удивительно наибольшее время розыска кода игра в карты в складе данных контроллера? Ежели это время более 0,1–0,2 секунды, то «медлительность» контроллера станет сердить юзеров. •Какова прыть перезагрузки всей базы контроллера? Ежели это часы, то от контроллера нужно отрешаться. Неплохой контроллер перегружается вполне за пару минут. Желая именно это нечастая ситуация, только при происхождении такой проходная может очутиться заблокированной на продолжительное время. Так как на прыть перезагрузки базы данных конкретно воздействует прыть размена контроллера с ПК, делается ясным, что контроллер с интерфейсом RS-485 требуемой скорости размена никогда никак не обеспечит, потому отличие следует возвращать контроллерам с интерфейсом Ethernet. Мнение Итак, ежели у вас стоит задачка оснащения анадромный, полагаемся, что этот материал несомненно поможет вернее подойти к выбору СКУД вообщем а также оснащения для анадромный а именно. Еще раз подчеркну, что материал никак не претендует на полноту, имеется немало исключений из осмотренных верховодил, а также в схожих вариантах наилучшее, что позволительно изготовить, – устремиться за консультацией к спецам.