ПНР СКУД PERCo / Sigur / Parsec: контроллеры, считыватели, antipassback и пожарный отпуск
- Архитектура СКУД: контроллер, считыватель, замок, датчик двери
- PERCo / Sigur / Parsec: что сравнивать на ПНР (без привязки к прошивке)
- Линии связи и питание: RS-485, Ethernet, PoE, Wiegand/OSDP
- Считыватели и форматы карт: проверка «сквозняком»
- Антипассбэк (APB), тайм-зоны, режимы прохода
- Пожарный отпуск и разблокировка эвакуационных дверей
- Типовые неисправности и измерения на объекте
- Чек-лист ПНР СКУД (PERCo / Sigur / Parsec и аналоги)
Система контроля и управления доступом (СКУД) на объекте обычно строится вокруг контроллеров, считывателей идентификаторов, исполнительных устройств (замки, турникеты) и программного обеспечения учёта событий. На российском рынке часто встречаются линейки PERCo, Sigur, Parsec и ряд других платформ — у каждой своя ПО, номенклатура контроллеров и нюансы конфигурирования. Для инженера пусконаладки (ПНР) важна vendor-agnostic методика: сначала физика и логика точки прохода, затем параметры ПО по руководству производителя и проекту / техническому заданию (ТЗ). Ниже — практический порядок работ «с нуля» без вымышленных скриншотов прошивок и без подмены норм производителя номерами пунктов ГОСТ.

1. Архитектура СКУД: контроллер, считыватель, замок, датчик двери
Минимальный контур одной двери / одного прохода:
- Считыватель — считывает карту, брелок, PIN, биометрию (по проекту); выдаёт код по интерфейсу (часто Wiegand, OSDP, фирменный протокол).
- Контроллер — принимает идентификатор, сверяет с базой/правами (локально или через сервер), управляет реле замка, принимает датчик двери (door contact) и кнопку выхода (REX, Request to Exit).
- Исполнитель — электромагнитный / электромеханический замок, защёлка, турникет, шлагбаум.
- Сервер / ПО — учёт карт, журналы, отчёты, антипассбэк между зонами, интеграция с видеонаблюдением (см. отдельную статью блока F).
Порядок запуска «с нуля»
- Сверка исполнительной схемы: адреса контроллеров, типы замков (fail-safe / fail-secure), питание, шлейфы датчиков.
- Питание шкафа / контроллеров / замков: напряжение и полярность по datasheet; резерв АКБ / ИБП — по проекту.
- Связь контроллеров с сервером (IP / RS-485) — ping, опрос, отсутствие дублей IP/адресов шины.
- Привязка считывателей к дверям в ПО; тест «своей» и «чужой» карты.
- Время удержания замка (door unlock time), таймаут «дверь открыта», тампер корпуса — по ТЗ.
- APB, расписания, зоны — после стабильной базовой точки прохода.
- Пожарный отпуск и сценарии эвакуации — до сдачи, с участием ответственных за АПС.
2. PERCo / Sigur / Parsec: что сравнивать на ПНР
Ниже — типичные семейства возможностей, а не таблица «чья прошивка лучше». Точный список функций, меню и названия пунктов — только в актуальной документации производителя на установленную версию ПО и контроллеров.
| Аспект ПНР | Что уточнять в документации / проекте | Практика на объекте |
|---|---|---|
| Топология | Центральный сервер + сетевые контроллеры; автономные контроллеры с синхронизацией; комбинированные схемы | Проверить работу точки при обрыве связи с сервером (offline-права — если заложены) |
| Интерфейс считывателя | Wiegand (битность), OSDP, фирменный интерфейс, USB/сетевые считыватели | Совпадение формата карты и битности; экранирование и длина линии — по datasheet |
| Турникеты / ограждения | Собственные или сторонние исполнительные устройства; режимы «свободный проход» | Синхронизация импульса разрешения и датчиков лопастей / створок |
| APB | Жёсткий / мягкий; зональный; сброс оператором; таймаут | Тест «вход без выхода» и обратно; фиксация в журнале |
| Интеграции | Видео, АПС, ОПС, лифты, парковка — SDK / OPC / сухие контакты | Проверять по матрице связей проекта, не «все галочки в каталоге» |
3. Линии связи и питание: RS-485, Ethernet, PoE, Wiegand/OSDP
- Ethernet — уникальные IP, маска, шлюз, VLAN по проекту ИБ; NTP для меток времени журнала.
- RS-485 — адреса устройств, скорость, терминация по правилам сегмента (см. методику RS-485 в блоке G сайта); не смешивать протоколы на одной паре.
- PoE — бюджет порта коммутатора vs потребление считывателя/контроллера (datasheet); класс PoE.
- Wiegand — DATA0/DATA1, GND, питание; длина и помехоустойчивость ограничены — ориентируйтесь на рекомендации производителя считывателя/контроллера.
- OSDP (Open Supervised Device Protocol) — при применении проверяйте версию, шифрование (если требуется ТЗ/ИБ), адресацию и супервизию линии по руководству.
| Измерение / проверка | Ожидание | Если не так |
|---|---|---|
| Uпит на клеммах контроллера и замка под нагрузкой | В допуске datasheet / проекта | Сечение кабеля, просадка БП, перегруз АКБ |
| Ток удержания электромагнитного замка | По паспорту замка | Слабое удержание, нагрев, ложные «открытия» |
| Связь контроллер↔сервер | Стабильный опрос, события в журнале без пропусков | Дубль IP, VLAN, МСЭ, кабель, порт |
4. Считыватели и форматы карт: проверка «сквозняком»
Типовой сквозной тест:
- Завести тестовую карту / PIN / биометрию в ПО с известным UID / номером.
- Приложить к считывателю — событие «доступ разрешён / запрещён» с корректным UID в журнале.
- Сравнить UID на считывателе, в контроллере и в карточке сотрудника (нет сдвига бит, нет «обрезания» Wiegand).
- Проверить запрещённую карту, просроченную, карту другой зоны.
- Для мультиформатных считывателей — каждый разрешённый тип носителя по ТЗ.
5. Антипассбэк (APB), тайм-зоны, режимы прохода
Антипассбэк (Anti-Passback, APB) — правило, запрещающее повторный вход в зону без зафиксированного выхода (или смягчённые варианты). Реализация зависит от ПО: жёсткий APB, мягкий (только предупреждение), временной сброс, зональный учёт.
- Настройте зоны «внутри / снаружи» строго по плану объекта.
- Прогоните сценарий: вход → повторный вход (должен отказ при жёстком APB) → выход → повторный вход (разрешён).
- Проверьте процедуру сброса APB оператором (права, аудит в журнале) — по регламенту заказчика.
- Тайм-зоны — доступ по расписанию; тест на границе интервала (за минуту до/после).
- Режимы «свободный проход», «блокировка», «только выход» — по сценариям ТЗ и пожарной безопасности.
6. Пожарный отпуск и разблокировка эвакуационных дверей
Связь СКУД с автоматической пожарной сигнализацией (АПС) и эвакуационными путями — критичный блок приёмки. Конкретная логика (какие двери обесточить / разблокировать, задержка, ручной сброс) задаётся проектом и согласованной схемой взаимодействия систем. Технические средства оповещения и управления эвакуацией, а также ряд средств пожарной автоматики нормируются комплексами стандартов, включая ГОСТ Р 53325 (технические средства пожарной автоматики) — но не подставляйте вымышленные номера пунктов: берите алгоритм из проекта и паспортов реле/контроллеров.
- Идентифицировать входы «пожарный отпуск» на контроллерах / блоках питания замков (сухой контакт, полярность, НЗ/НО — по схеме).
- Имитировать сигнал от АПС (согласованно с наладчиками АПС) — двери эвакуации должны перейти в требуемое состояние.
- Зафиксировать время реакции и отсутствие «залипания» после снятия сигнала (если проект требует автовозврат или ручной сброс — проверить оба варианта).
- Убедиться, что турникеты / калитки на путях эвакуации ведут себя по проекту (свободный проход / складывание и т.п.).
- Документировать результат в протоколе совместных испытаний.
7. Типовые неисправности и измерения на объекте
| Симптом | Вероятные причины | Что сделать |
|---|---|---|
| Карта не читается ни на одной двери | Формат/битность; карта не в базе; считыватель без питания | U на считывателе; тест заведомо рабочей карты; лог UID |
| Реле щёлкает, замок не отпускает | Нет питания замка; обрыв; механика; перепутаны НЗ/НО | Измерить U на замке в момент разрешения; проверить расцепитель |
| Постоянная тревога «дверь взломана» | Датчик, зазор, инверсия контакта, дребезг | Мультиметр на шлейфе; подстроить зазор; debounce в ПО — по руководству |
| APB «ломается» | Неверные зоны; проход без считывания (хвост); рассинхрон времени | NTP; карта зон; дисциплина прохода; мягкий APB — если согласован |
| События с «кривым» временем | Нет NTP; разный часовой пояс контроллера и сервера | Единый источник времени по проекту ИБ |
8. Чек-лист ПНР СКУД (PERCo / Sigur / Parsec и аналоги)
Checklist_SKUD_PERCo_Sigur_Parsec_PNR.docx
— заполняемый бланк для работы на объекте.
| № | Пункт | ☐ |
|---|---|---|
| 1 | Исполнительная схема точек прохода сверена с фактом | ☐ |
| 2 | Питание контроллеров и замков в допуске datasheet под нагрузкой | ☐ |
| 3 | Связь контроллеров с сервером стабильна; IP/адреса уникальны | ☐ |
| 4 | Формат карт / битность согласованы; сквозной тест UID | ☐ |
| 5 | Разрешение / отказ / REX / датчик двери работают | ☐ |
| 6 | APB и тайм-зоны проверены по сценариям ТЗ | ☐ |
| 7 | Пожарный отпуск эвакуационных дверей отработан с АПС | ☐ |
| 8 | NTP / метки времени журнала корректны | ☐ |
| 9 | Резервная копия конфигурации ПО передана заказчику | ☐ |
| 10 | Протокол ПНР и дефектная ведомость оформлены | ☐ |
СКУД сдаётся не по «зелёным» иконкам в ПО, а по подтверждённым точкам прохода, корректным UID, управляемому APB и согласованному пожарному отпуску. Меню PERCo, Sigur или Parsec — инструмент; критерий готовности — проект и протокол испытаний.
