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

Ошибка СКУД Controller Memory Full: переполнение автономного буфера событий

Обновлено: 24.08.2026 · Официальная документация ↗

Индикатор состояния контроллера сигнализирует об ошибке памяти (мигание красного/желтого светодиода MEM ERR / BUF FULL).
Вновь совершаемые события проходов перестают сохраняться в энергонезависимой памяти контроллера.
При восстановлении связи с сервером СКУД выгрузка истории зависает или завершается ошибкой тайм-аута.
Потеря актуальных данных о местонахождении сотрудников (статусы Antipassback нарушены).

1. Восстановление сетевого обмена с сервером СКУД

Проверьте физический линк Ethernet или состояние шины RS-485 между контроллером и опрашивающим сервером.
Проверьте доступность порта опроса контроллера с сервера (например, TCP/UDP 3001, 8000, 4070 в зависимости от системы):
```
nc -zvw3 192.168.1.150 4070
```
Убедитесь, что служба опроса контроллеров (Polling Service / Communication Server) на сервере запущена и не зависла. При необходимости перезапустите службу через консоль управления службами Windows (services.msc) или systemd.

2. Принудительная выгрузка буфера через сервисную утилиту

Подключитесь к контроллеру напрямую через кросс-кабель Ethernet или USB/UART-конвертер с помощью сервисного ПО производителя (например, Sigur Device Tools, Parsec Service Utility, ZKAccess Manager).
Выполните команду Read All Events / Вычитать все события из буфера.
Сохраните события в резервный файл (.csv / .dump) для последующего ручного импорта в базу данных.

3. Конфигурация режима перезаписи буфера

В параметрах контроллера переключите режим работы буфера памяти с Stop on Overflow (Остановка при заполнении) на FIFO / Circular Buffer (Кольцевой буфер с циклической перезаписью старых событий). Это позволит контроллеру продолжать пускать людей даже при длительной аварии на сервере.
При необходимости выполните форматирование области событий: команда Clear Event Buffer / Очистить журнал (не затрагивая базу разрешенных ключей и прав).

💡 Практика специалистов: Настройте в Zabbix/Prometheus SNMP-мониторинг или отправку Syslog-событий от сервера СКУД о недоступности контроллера более 10 минут. Не допускайте работы контроллеров в оффлайне свыше 48 часов.

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

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

В зависимости от объема микросхемы EEPROM/Flash и модели контроллера емкость составляет от 10 000 до 500 000 событий проходов. При интенсивном трафике 5 000 проходов в день память заполнится за несколько суток автономности.

Будут ли открываться замки для валидных карт, если буфер памяти переполнен?

Да, если контроллер настроен на автономное принятие решений по локальной базе ключей. Однако факт прохода либо будет потерян (в режиме Stop on Full), либо перезапишет самое старое невыгруженное событие (в режиме FIFO).

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

Возможна рассинхронизация указателей событий (Event Pointers) между БД и контроллером. Выполните в ПО команду 'Сбросить указатель событий / Re-synchronize Event Pointers' или выполните полную переинициализацию контроллера.

Влияет ли переполнение буфера на глобальный Antipassback (APB)?

Да. Поскольку сервер не получает события в реальном времени, он не может обновлять зоны нахождения сотрудников для других контроллеров сети, что приводит к ложным блокировкам APB на других точках прохода.