ПНР СКУД PERCo / Sigur / Parsec: контроллеры, считыватели, antipassback и пожарный отпуск

ПНР СКУД PERCo / Sigur / Parsec: контроллеры, считыватели, antipassback и пожарный отпуск

  • Сен, 19, 2026
  1. Архитектура СКУД: контроллер, считыватель, замок, датчик двери
  2. PERCo / Sigur / Parsec: что сравнивать на ПНР (без привязки к прошивке)
  3. Линии связи и питание: RS-485, Ethernet, PoE, Wiegand/OSDP
  4. Считыватели и форматы карт: проверка «сквозняком»
  5. Антипассбэк (APB), тайм-зоны, режимы прохода
  6. Пожарный отпуск и разблокировка эвакуационных дверей
  7. Типовые неисправности и измерения на объекте
  8. Чек-лист ПНР СКУД (PERCo / Sigur / Parsec и аналоги)

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

Схема точки прохода СКУД: считыватель, контроллер, замок, датчик двери, пожарный отпуск, сервер
Типовая точка прохода: считыватель → контроллер → замок / турникет; датчик положения двери и кнопка выхода; опционально — вход пожарного отпуска от АПС и канал к серверу СКУД.

1. Архитектура СКУД: контроллер, считыватель, замок, датчик двери

Минимальный контур одной двери / одного прохода:

  • Считыватель — считывает карту, брелок, PIN, биометрию (по проекту); выдаёт код по интерфейсу (часто Wiegand, OSDP, фирменный протокол).
  • Контроллер — принимает идентификатор, сверяет с базой/правами (локально или через сервер), управляет реле замка, принимает датчик двери (door contact) и кнопку выхода (REX, Request to Exit).
  • Исполнитель — электромагнитный / электромеханический замок, защёлка, турникет, шлагбаум.
  • Сервер / ПО — учёт карт, журналы, отчёты, антипассбэк между зонами, интеграция с видеонаблюдением (см. отдельную статью блока F).
Важно. Классификация средств и систем контроля доступа как продукции описана, в частности, в комплексе стандартов серии ГОСТ Р 51241 (средства и системы контроля и управления доступом). Конкретные требования к конфигурации объекта, режимам прохода и пожарному отпуску берите из проекта, ТЗ, паспортов оборудования и согласованных схем взаимодействия с АПС — не из «устных» норм.

Порядок запуска «с нуля»

  1. Сверка исполнительной схемы: адреса контроллеров, типы замков (fail-safe / fail-secure), питание, шлейфы датчиков.
  2. Питание шкафа / контроллеров / замков: напряжение и полярность по datasheet; резерв АКБ / ИБП — по проекту.
  3. Связь контроллеров с сервером (IP / RS-485) — ping, опрос, отсутствие дублей IP/адресов шины.
  4. Привязка считывателей к дверям в ПО; тест «своей» и «чужой» карты.
  5. Время удержания замка (door unlock time), таймаут «дверь открыта», тампер корпуса — по ТЗ.
  6. APB, расписания, зоны — после стабильной базовой точки прохода.
  7. Пожарный отпуск и сценарии эвакуации — до сдачи, с участием ответственных за АПС.

2. PERCo / Sigur / Parsec: что сравнивать на ПНР

Ниже — типичные семейства возможностей, а не таблица «чья прошивка лучше». Точный список функций, меню и названия пунктов — только в актуальной документации производителя на установленную версию ПО и контроллеров.

Аспект ПНР Что уточнять в документации / проекте Практика на объекте
Топология Центральный сервер + сетевые контроллеры; автономные контроллеры с синхронизацией; комбинированные схемы Проверить работу точки при обрыве связи с сервером (offline-права — если заложены)
Интерфейс считывателя Wiegand (битность), OSDP, фирменный интерфейс, USB/сетевые считыватели Совпадение формата карты и битности; экранирование и длина линии — по datasheet
Турникеты / ограждения Собственные или сторонние исполнительные устройства; режимы «свободный проход» Синхронизация импульса разрешения и датчиков лопастей / створок
APB Жёсткий / мягкий; зональный; сброс оператором; таймаут Тест «вход без выхода» и обратно; фиксация в журнале
Интеграции Видео, АПС, ОПС, лифты, парковка — SDK / OPC / сухие контакты Проверять по матрице связей проекта, не «все галочки в каталоге»
Совет: на смешанных объектах (часть дверей — одна платформа, часть — другая) ведите единый журнал соответствия «дверь ↔ контроллер ↔ IP/адрес ↔ считыватель ↔ формат карты». Путаница форматов и дубли UID — частая причина «карта не работает на половине точек».

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. Считыватели и форматы карт: проверка «сквозняком»

Типовой сквозной тест:

  1. Завести тестовую карту / PIN / биометрию в ПО с известным UID / номером.
  2. Приложить к считывателю — событие «доступ разрешён / запрещён» с корректным UID в журнале.
  3. Сравнить UID на считывателе, в контроллере и в карточке сотрудника (нет сдвига бит, нет «обрезания» Wiegand).
  4. Проверить запрещённую карту, просроченную, карту другой зоны.
  5. Для мультиформатных считывателей — каждый разрешённый тип носителя по ТЗ.
Типичный дефект. Контроллер настроен на 26 бит, считыватель отдаёт 34/37/42 — в журнале «мусор» или постоянный отказ. Решение: сверка битности и порядка бит по документации считывателя и контроллера, а не «подгон» наугад на половине дверей.

5. Антипассбэк (APB), тайм-зоны, режимы прохода

Антипассбэк (Anti-Passback, APB) — правило, запрещающее повторный вход в зону без зафиксированного выхода (или смягчённые варианты). Реализация зависит от ПО: жёсткий APB, мягкий (только предупреждение), временной сброс, зональный учёт.

  • Настройте зоны «внутри / снаружи» строго по плану объекта.
  • Прогоните сценарий: вход → повторный вход (должен отказ при жёстком APB) → выход → повторный вход (разрешён).
  • Проверьте процедуру сброса APB оператором (права, аудит в журнале) — по регламенту заказчика.
  • Тайм-зоны — доступ по расписанию; тест на границе интервала (за минуту до/после).
  • Режимы «свободный проход», «блокировка», «только выход» — по сценариям ТЗ и пожарной безопасности.

6. Пожарный отпуск и разблокировка эвакуационных дверей

Связь СКУД с автоматической пожарной сигнализацией (АПС) и эвакуационными путями — критичный блок приёмки. Конкретная логика (какие двери обесточить / разблокировать, задержка, ручной сброс) задаётся проектом и согласованной схемой взаимодействия систем. Технические средства оповещения и управления эвакуацией, а также ряд средств пожарной автоматики нормируются комплексами стандартов, включая ГОСТ Р 53325 (технические средства пожарной автоматики) — но не подставляйте вымышленные номера пунктов: берите алгоритм из проекта и паспортов реле/контроллеров.

  1. Идентифицировать входы «пожарный отпуск» на контроллерах / блоках питания замков (сухой контакт, полярность, НЗ/НО — по схеме).
  2. Имитировать сигнал от АПС (согласованно с наладчиками АПС) — двери эвакуации должны перейти в требуемое состояние.
  3. Зафиксировать время реакции и отсутствие «залипания» после снятия сигнала (если проект требует автовозврат или ручной сброс — проверить оба варианта).
  4. Убедиться, что турникеты / калитки на путях эвакуации ведут себя по проекту (свободный проход / складывание и т.п.).
  5. Документировать результат в протоколе совместных испытаний.
Совет: для электромагнитных замков отдельно проверяйте удержание и сценарий отпуска — см. тематическую статью об ЭМ-замках и пожарном отпуске (блок F). Не путайте fail-safe (при пропадании питания дверь открывается) и fail-secure (остаётся закрытой): тип задаётся проектом под назначение двери.

7. Типовые неисправности и измерения на объекте

Симптом Вероятные причины Что сделать
Карта не читается ни на одной двери Формат/битность; карта не в базе; считыватель без питания U на считывателе; тест заведомо рабочей карты; лог UID
Реле щёлкает, замок не отпускает Нет питания замка; обрыв; механика; перепутаны НЗ/НО Измерить U на замке в момент разрешения; проверить расцепитель
Постоянная тревога «дверь взломана» Датчик, зазор, инверсия контакта, дребезг Мультиметр на шлейфе; подстроить зазор; debounce в ПО — по руководству
APB «ломается» Неверные зоны; проход без считывания (хвост); рассинхрон времени NTP; карта зон; дисциплина прохода; мягкий APB — если согласован
События с «кривым» временем Нет NTP; разный часовой пояс контроллера и сервера Единый источник времени по проекту ИБ

8. Чек-лист ПНР СКУД (PERCo / Sigur / Parsec и аналоги)

Скачать чек-лист (Word):
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 — инструмент; критерий готовности — проект и протокол испытаний.

Материал носит образовательно-методический характер. Параметры контроллеров, считывателей, замков, антипассбэка и пожарного отпуска определяются проектом, ТЗ и документацией производителя (PERCo, Sigur, Parsec и др.). Упоминание ГОСТ Р 51241 и ГОСТ Р 53325 дано как ориентир на существующие комплексы стандартов без цитирования пунктов. Статья не заменяет проектные решения и инструкции на оборудование.