Продолжая цикл статей о том, как легко возможно собирать устройства автоматизации на Tibbo Project System, мы решили поведать о созданиисистемы контроля доступа . В этом сегменте рынка представлено множество устройств: от недорогих и несложных контроллеров до распределенных эластичных совокупностей со высокой ценой и сложной структурой. Мы попытаемся создать личный универсальный контроллер с базисным функционалом СКУД. Наряду с этим, учитывая гибкость отечественной аппаратной платформы, вы сможете собирать личные конфигурации аналогичных устройств для личных либо коммерческих целей, забрав за базу отечественную версию, описание которой под катом.
Смотрите кроме этого: Учет рабочего времени на Tibbo Project System, интеграция с AggreGate и 1С: Предприятие 8

Мы уже говорили о том, что такое Tibbo Project System. В комментариях нас попросили собрать простое устройство, таковой себе «Hello World», дабы показать на практике отечественную платформу автоматизации. Мы решили собрать универсальный терминал учета рабочего времени, интегрировать его с 1С, и опытным ПО AggreGate Time and Attendance.На рынке представлена достаточно широкая номенклатура терминалов учета рабочего времени.

Главные отличия моделей заключаются в типах считывателей, интерфейсах связи, возможности создания распределенных совокупностей, обработке данных и т.д.

Контроль доступа есть главным элементом в комплексе совокупностей безопасности. Установка совокупности разрешает организовать разрешённый доступ на защищаемые объекты, снабжая тем самым сохранность материальных сокровищ, безопасность, контроль над обстановкой, допуск к услугам и платным объектам. Мы поставили перед собой задачу создать универсальный контроллер доступа на платформе Tibbo Project System.

Платформа уже имеет на борту Ethernet, память, опционально Wi-Fi, разъемы под установку модулей ввода/вывода. Наличие универсального корпуса разрешает создавать законченные изделия, а не полуфабрикаты на плате. Полное описание платформы доступно в отечественной обзорной статье. Но вначале, нужно осознать на какие конкретно типы делятся совокупности СКУД?Локальный либо сетевой СКУД?Совокупности СКУД делятся на две категории: независимые и сетевые. Первый тип не требует централизованного управления.

Авторизация доступа осуществляется или благодаря локальной базе данных, или за счет внешней информации с идентификатора. Независимые совокупности подходят для маленьких объектов: конторы малых компаний, кабинеты, автотранспорт, доступ к платным услугам в развлекательных центрах. Сетевые СКУД имеют централизованное управление, что разрешает оперативно реагировать на обстановку, интегрировать данные в другие системы, создавая единое информационное пространство объекта.

Принципиальными отличиями сетевого контроллера от независимого являются: наличие протокола обмена и сетевого интерфейса данными с центральным сервером. Таковой тип совокупностей подходит для инсталляции на большие объекты, такие как бизнес-центры, громадные компании с множеством точек прохода, географически распределенные организации, объекты с многоуровневыми ролями доступа, и для маленьких объектов, но требующие удаленного контроля и мониторинга.Требование к универсальному контроллеру №1: возможность работы в независимом и сетевом режиме.Для реализации данного требования за базу будущего устройства мы выбрали плату TPP3, на которой уже реализован интерфейс Ethernet (опционально Wi-Fi) для связи с центральным сервером.

Наличие памяти разрешает содержать локальную базу данных до 2000 пользователей и регистрировать лог событий (до 20000 записей). Мы решили делать контроллер на две точки прохода.

При необходимости, совокупность легко портируется на плату меньших размеров TPP2 для контроля одной точки прохода либо двух точек, но с ограниченным подключением внешних датчиков.Подключения устройств идентификацииВ целом, задачи контроллера СКУД несложны: идентификация пользователей по принципу «собственный»/«чужой», опрос датчиков на предмет несанкционированного проникновения, управление входной группой, управлениесигнализаций .По типу идентификации пользователей к совокупностям СКУД предъявляют разные требования. Для доступа к помещениям с банкоматом употребляются считыватели банковских карт.

В бизнес-центрах в большинстве случаев используются RFID технологии, карты с магнитной полосой, пропуска со штрих кодом, ключи iButton. Для более строгого контроля употребляются биометрические считыватели. Кроме этого вероятен вариант прямого ввода кода доступа с клавиатуры.

Существуют объекты, где требуется многоуровневая авторизация, тогда используется совокупность разных способов идентификации.Требование к универсальному контроллеру №2: возможность подключения разных устройств идентификации.Мы обратили внимание, что большая часть внешних считывателей подключаются по интерфейсу RS232. Исходя из этого первым к рассмотрению был привлечен модуль ввода/вывода (тиббит) #01.

Функционал модуля несложен – микросхема приемо/передатчика преобразует уровни UART в спецификацию RS232. То, что нам необходимо. Устанавливаем на площадки S1, S5, S9 и S13 четыре таких модуля: для подключения считывателей на выход и вход на 2 точки прохода. Для удобства монтажа предусмотрены разъемы клемма и DB9. Мы выбрали первый вариант.Для устройств идентификации, каковые применяют иные интерфейсы, мы всего лишь меняем соответствующие тиббиты: для Wiegand,Clock/data — #08, для RS485 — #05.

Кроме этого имеется возможность подключать устройства по 1-Wire протоколу, применяя PIC сопроцессор для опроса данной шины (тиббит #31).Входная несколько и датчикиУправление входной группой (шлагбаумы, турникеты, электромагнитные либо электромеханические замки), и управление сигнализацией, в большинстве случаев, реализуется посредством реле, которое замыкает внешнюю цепь аккуратных механизмов. Требование к универсальному контроллеру №3: наличие нормально – разомкнутых реле для управления аккуратными механизмами.Для базисной версии контроллера решили применить тиббит #03-2 с двумя реле, коммутирующих ток до до 1А (как видно из схемы модуля, одно реле имеет нормально разомкнутые и нормально замкнутые выходы, второе реле имеет лишь н.о. контакты).

Одно реле употребляется для управление входной группой, второе для сигнализации. На площадки S11 и S15 устанавливаем выбранные тиббиты, в качестве разъема используем уже установленные клеммы. В случае если требуется коммутировать больший ток, возможно выбрать другие тиббиты. К примеру, модуль #06 запланирован на токи до 16А.Для мониторинга несанкционированного доступа применяют датчики типа «сухой контакт», датчики перемещения, разбития окна, количества и др.

В большинстве случаев подобные датчики имеют дискретный выход. Требование к универсальному контроллеру №4: Наличие дискретных входов для мониторинга внешних подключения и датчиков кнопки открытия двери.Для подключения датчиков в большинстве случаев употребляются тиббиты прямого ввода/вывода. Установим на площадки S3 и S7 тиббиты 001. Любой тиббит имеет по 4 линии прямого входа.

Нам данный вариант подходит, не смотря на то, что возможно выбрать и другие варианты: опто-развязанные входы, входы с неспециализированным + и т.п.Плата готова. Площадки S17-S23 остались для резерва под вероятное расширение функционала. В собственной версии контроллера мы дополнительно установили Wi-Fi модуль, дабы не тащить кабель к месту установки.

Осталось установить пластину вибро-защиты для надежности и поместить сборку в универсальный корпус. Наличие крышки с возможностью автографов выводов окажет помощь будущим наладчикам не запутаться в выводах контроллера.Для программирования достаточно подать питание на плату и подключить ее к нашей локальной сети.ПрошивкаЛогика firmware тривиальна, исходя из этого ненужно публиковать исходные коды.

Но хотелось бы обратить внимание на некоторые моменты.Первое, что необходимо отметить – мы создаем универсальный контроллер, с возможностью стремительного трансформации функционала. Исходя из этого код программы, привязанный к конкретному тиббиту, вынесен в отдельные библиотеки.

Это разрешает создавать личные конфигурации контроллера на лету: повышение точек прохода, подключение дополнительных датчиков, смена типа идентификационных считывателей — в коде не придется ничего переписывать, замена новая версия и пары констант контроллера готова.Кроме аппаратных черт, контроллеру нужно обозначить и функциональные возможности: хранение лога событий, обмен данными с сервером, режим охраны, удаленная настройка, помощь современных протоколов обмена данными и т. д. Все это кроме этого реализовано в базисной firmware.Исходный код открыт и распространяется безвозмездно. СофтНа этот момент для сетевого режима работы контроллера предусмотрено два варианта.

Первый — основан на подключение к внешней базе данных MySql. При идентификации контроллер делает запрос на сервер и в случае если код отыскан в базе данных открывает доступ к объекту.Второй, более сложный — управление контроллером осуществляется через платформу AggreGate. Это разрешает удаленно настраивать контроллер, создавать сложные разветвленные схемы организации доступа, предоставлять разные типы отчетов и т. д.возможность и Открытые исходники свободного программирования разрешают подключить контроллер фактически к любой совокупности управления доступом.В итоге оказался контроллер доступа со следующими чертями:

• управление двумя территориями прохода;
• интерфейсы Ethernet, WiFi;
• подключение до 4 внешних считывателей по интерфейсам RS232, RS485, Wiegand, Clock/data, 1-Wire, WiFi;
• 4 реле, при необходимости возможность расширения до 10 реле;
• 4 сухих контакта с возможностью расширения;
• встроенный светодиоды и звуковой индикатор для мониторинга состояния контроллера;
• регулировка времени открывания замка;
• встроенные RTC. Помощь календаря;
• помощь до 8 личных графиков доступа с возможностью повышения этого количества;
• помощь срока действия карты;
• контроль повторного входа либо выхода (antipassback);
• контроль запрета входа без начальника;
• код под принуждением;
• удаленное тревожное оповещение (вероятно через SMS либо email);
• возможность настройки дисциплины прохода;
• возможность изменять аппаратную конфигурацию под локальные требования проекта;
• открытый исходный код, что разрешает дорабатывать прошивку под неповторимые задачи.

Ссылки:Учет рабочего времени на TPS.Обзор Tibbo Project System.

Случайная статья:

• В 2016 году ericsson и ntt docomo приступят к тестированию сетей 5g в полевых условиях
• Летающий динамик с прошедшего ces: как работает aswy

Tibbo Project System TPB2L Demo

Похожие статьи:

• Учет рабочего времени на tibbo project system, интеграция с aggregate и 1с: предприятие 8

  Мы уже говорили о том, что такое Tibbo Project System. В комментариях нас попросили собрать простое устройство, таковой себе «Hello World», дабы показать…

• Система контроля доступа на wiren board

  Всем привет!Мы уже писали о том, что делаем Wiren Board — компактный индустриальный компьютер с Wi-Fi, GPRS, GPS, NFC и Ethernet под управлением Linux….

• System/360 — аппаратное обеспечение

  В то время, когда я начинал первую статью про IBM System/360, я не воображал, что это выльется в целую серию статей, так была широкой и увлекательной эта…