Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

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

CONTROLLER_OFFLINE_SYNC IP-Телефония и СКУД

Траблшутинг автономного режима контроллеров СКУД и синхронизации памяти

Обновлено: 24.08.2026 · Официальная документация ↗
  • При потере связи с сервером контроллер СКУД перестает пускать сотрудников с действующими пропусками.
  • Переполнение энергонезависимого кольцевого буфера (Event Buffer Overflow) с потерей журнала проходов за время аварии.
  • После восстановления сетевого линка контроллер зависает или блокирует шину RS-485 / Ethernet при попытке сброса накопленного стека событий.
  • Рассинхронизация внутренних часов контроллера (RTC), приводящая к некорректным временным меткам проходов.

1. Архитектура автономной памяти контроллера

Современные контроллеры СКУД оснащаются энергонезависимой памятью (EEPROM / Flash / FRAM) и резервной литиевой батарейкой питания часов реального времени (RTC CR2032). Память разделена на две ключевые таблицы: базу идентификаторов (ключи, уровни доступа, тайм-зоны) и циклический буфер событий (лог проходов, взломов, тревог).

2. Проверка аппаратного состояния и батареи RTC

# Проверка напряжения резервного элемента питания RTC мультиметром:
Норма для CR2032: 3.0V - 3.3V.
При падении напряжения ниже 2.7V при отключении основного питания контроллер сбрасывает дату на 01.01.2000, что блокирует проход по тайм-зонам.

3. Диагностика пропускной способности канала синхронизации

# Проверка потерь пакетов и MTU до сетевого контроллера по Ethernet
ping -c 100 -M do -s 1472 192.168.10.50

# Мониторинг задержек шины RS-485 при опросе контроллеров (master-slave polling)
# Время ответа на кадр poll не должно превышать 50-80 мс при 19200/38400 baud.

4. Порядок восстановления и сброса зависшей очереди событий

  1. Изолируйте проблемный контроллер от общей полевой шины RS-485 во избежание коллизий с остальными узлами.
  2. Выполните принудительную синхронизацию времени контроллера с NTP-сервером через утилиту конфигурирования производителя.
  3. Выполните команду частичной выгрузки событий малыми блоками (по 50–100 записей).
  4. В случае повреждения указателя стека (Buffer Pointer Corruption) выполните полный бэкап конфигурации, команду очистки буфера событий и повторную заливку базы ключей.
💡 Практика специалистов: Всегда активируйте в СКУД периодическую фоновую верификацию контрольных сумм локальных баз данных контроллеров (CRC Check). Это позволяет выявлять повреждения flash-памяти контроллеров до того, как на объекте произойдет сбой связи.

Частые вопросы (FAQ)

Сколько событий может хранить контроллер в автономном режиме?

В зависимости от модели контроллера объем энергонезависимой памяти составляет от 10 000 до 500 000 событий. При заполнении 100% буфер начинает работать в циклическом режиме, перезаписывая самые старые события новыми.

Почему при потере связи контроллер не открывает двери по валидным картам?

Причина заключается либо в неполной предварительной загрузке базы ключей в локальную память контроллера (работа в режиме online-only), либо в сбросе системного времени RTC из-за севшей батарейки, из-за чего перестают действовать временные графики доступа.

Как работают правила Anti-Passback при обрыве связи с сервером?

Глобальный Anti-Passback (между разными контроллерами) в оффлайне перестает функционировать и временно отключается. Локальный Anti-Passback (в рамках считывателей вход/выход одного двухдверного контроллера) продолжает работать автономно на основе внутренней таблицы состояний.

Что делать, если при выходе контроллера в сеть отваливается опрос всей ветки RS-485?

Это признак аппаратного заклинивания трансивера RS-485 (микросхемы MAX485/SN75176) в режиме передачи (TX Dominant). Неисправный контроллер непрерывно держит дифференциальную линию замкнутой, блокируя связь для всех остальных устройств ветки.

Полезные материалы
Рекомендуем