Алгоритм формирования событий разрыва и восстановление связи с Ri-HUB

Статья описывает алгоритм работы  таймеров контроля связи между Ri-HUB и охранным сервером RiCoder.  Используется два таймера, чтобы отличать реальные разрывы связи от кратковременных сетевых сбоев:

• Таймер X — время ожидания перед фиксацией разрыва соединения.

• Таймер Y — время стабильной работы, необходимое для подтверждения восстановления связи.

Благодаря этому в ПЦН поступают только достоверные события, а не технические помехи.

1. Описание механизма работы таймеров

Суть алгоритма

Охранный сервер RiCoder фильтрует кратковременные сетевые сбои (менее X сек) и требует подтверждения стабильности канала связи (Y сек) перед отправкой события о восстановлении, что исключает поток избыточных событий на пульт централизованного наблюдения охранной организации (далее – ПЦН).

Параметр	Название в интерфейсе	Описание
Таймер X	Таймаут отправки событи о разрыве (7.0.1)	Максимальное время отсутствия ответа от Ri-HUB перед фиксацией разрыва связи.
Таймер Y	Таймаут отправки событи о восстановлении (7.0.0)	Минимальное время стабильного соединения после обрыва перед фиксацией восстановления.

Разрывом связи считается отсутствие входящих пакетов от Ri-HUB в течение времени, заданного таймером X. Если связь восстанавливается до истечения таймера X, событие о потере связи в ПЦН не передается.

Восстановлением связи считается возобновление приема пакетов от Ri-HUB и их непрерывное поступление в течение времени, заданного таймером Y. Только после этого формируется событие восстановления связи.

Контроль связи с Ri-HUB осуществляется по всем активным каналам связи одновременно. Таймер X запускается только после разрыва связи по последнему из доступных каналов.
Пример: Ri-HUB подключен через Wi-Fi | Ethernet и SIM-карту. При отключении SIM-карты соединение сохраняется через Wi-Fi | Ethernet , таймер не запускается. Таймер X начнет отсчет только после потери Wi-Fi соединения, когда все каналы связи будут исчерпаны.

2. Настройка таймеров контроля связи с Ri-HUB

Таймеры настраиваются в веб-панели RiCoder в разделе Трансляции.

2.1 Как настроить таймеры

Выполните действия для настройки таймеров.

1. Выберите в боковом меню Трансляции
2. Выберите нужную трансляцию из списка
3. Нажмите Редактировать

4. Измените значения параметров:

• Таймаут отправки событи о разрыве (7.0.1)
• Таймаут отправки событи о восстановлении (7.0.0)

Следуйте рекомендациям по настройке в разделе 6.

5. Нажмите Сохранить в правом верхнем углу экрана

2.2 Преимущества настройки таймеров

1. Защита от ложных срабатываний

• Таймер X игнорирует кратковременные сетевые сбои, перезагрузки оборудования или временные помехи.
• Событие "Потеряно соединение c Ri-HUB" (E350 | 7.0.1) формируется только при реальном длительном обрыве, а не при каждом обрыве связи с Ri-HUB.

2. Стабильность событий о восстановлении

• Таймер Y требует подтверждения устойчивого соединения перед отправкой события "Ri-HUB в сети" (R350 | 7.0.1).
• Исключаются частые события, если связь нестабильна и обрывается снова. Событие о восстановлении не отправляется, пока канал не станет надёжным.

3. Снижение нагрузки на инфраструктуру охранной организации

• События от Ri-HUB автоматически транслируются в коды протокола SurGard.
• Операторы фокусируются на реальных инцидентах, а не на технических аспектах сети.
• Оператор понимает, почему и когда формируется каждое событие — это упрощает диагностику .
• Применение таймеров позволяет фильтровать избыточные события о разрыве и восстановлении связи от Ri-HUB.

3. Логика формирования событий

Ri-HUB формирует два типа событий:

Параметр	Код Ademco	Код RiDom	Описание
Таймер X	E350	7.0.1	Потеряно соединение с Ri-HUB
Таймер Y	R350	7.0.0	Ri-HUB в сети

События формируются строго по заданному алгоритму и зависят от состояния таймеров X и Y.

Для корректной интеграции с ПЦН события передаются по протоколу Surgard кодами Ademco.

4. Алгоритм работы

Контроль связи выполняется путём отправки тестовых пакетов от Ri-HUB к RiCoder с периодичностью 40 с (± 5 с в зависимости от пропускной способности канала). Параметр не настраивается через интерфейс. При отсутствии входящих пакетов таймер X стартует сразу же после пропуска первого ожидаемого пакета.

4.1. Первое подключение объекта к мониторингу

Алгоритм определяет, как RiCoder реагирует на появление первых пакетов данных от Ri-HUB после запуска трансляции событий от Ri-HUB в ПЦН. Главная задача на этом этапе — зафиксировать факт выхода устройства на связь без формирования ложных событий об ошибке.

Пред. условия: В разделе Заявка нажата кнопка Начать мониторинг и хаб переместился в раздел Объекты. Первый выход на связь - подключение Ri-HUB к трансляции.

4.1.1. Ri-HUB в сети

4.1.2. Разрыв связи с Ri-HUB

Если первый пакет не пришел от Ri-HUB, то выполняется переход к алгоритму разрыва связи (см. раздел 4.3).

4.2. Ri-HUB в сети

Алгоритм описывает штатный режим работы, когда устройство Ri-HUB успешно подключено и передает данные. RiCoder постоянно отслеживает наличие входящих пакетов от Ri-HUB. Пока пакеты поступают регулярно, таймер разрыва связи (Таймер X) постоянно сбрасывается, и система считает соединение стабильным.

4.3. Разрыв связи с Ri-HUB

Алгоритм срабатывает, когда пакеты от Ri-HUB перестают поступать в RiCoder. В этой ситуации RiCoder не формирует тревогу мгновенно — он запускает таймер X. Тревожное событие "Потеряно соединение с Ri-HUB" (коды: E350 | 7.0.1) будет сформировано и отправлено в ПЦН только в том случае, если связь отсутствует дольше времени, установленного в таймере X. Если связь восстановится до истечения этого времени, событие не отправится в ПЦН.

4.4. Восстановлена связь с Ri-HUB

Алгоритм описывает процесс подтверждения того, что связь с устройством действительно восстановлена. Чтобы избежать ложных срабатываний, когда связь с Ri-HUB появляется на секунду и снова пропадает, RiCoder использует таймер Y. Событие о восстановлении "Ri-HUB в сети"(коды: R350 | 7.0.0) формируется только если Ri-HUB остается на связи непрерывно в течение всего времени работы таймера Y.

5. Особые режимы работы таймеров

Раздел описывает поведение RiCoder в нестандартных ситуациях: при первичном запуске, перезагрузке сервера RiCoder, изменении настроек таймеров на нулевые значения и при ручном отключении объекта. Эти алгоритмы гарантируют, что система корректно обрабатывает события даже при сбоях питания или изменениях конфигурации, не теряя информацию о текущем статусе связи.

5.1 Первичный запуск RiCoder

Ситуация, когда RiCoder впервые развернут в охранной организации и еще не имеет истории событий. В этом случае RiCoder работает по стандартному алгоритму первого подключения (см. раздел 4.1). Таймеры запускаются в обычном режиме, ожидая первого пакета от Ri-HUB.

5.2 Перезапуск RiCoder

Алгоритм обеспечивает преемственность состояний таймеров при перезагрузке охранного сервера RiCoder. RiCoder сохраняет информацию о том, был ли зафиксирован разрыв связи с Ri-HUB (событие: "Потеряно соединение с Ri-HUB") до момента перезагрузки.

Ключевая логика:

• Если до перезагрузки RiCoder был разрыв связи с Ri-HUB (событие E350 сформировано и отправлено в ПЦН), то после появления связи RiCoder запустит таймер Y для подтверждения стабильности, и только потом сформирует событие о восстановлении (R350).
• Если до перезагрузки события "Потеряно соединение с Ri-HUB" не было, RiCoder продолжит штатный контроль связи с Ri-HUB, сбросив таймер X.
• таймеры X и Y не обнуляются принудительно при перезапуске, сохраняя контекст соединения.

5.3 Режим "Таймер Y = 0 сек"

Режим предназначен для ситуаций, когда требуется мгновенная реакция на восстановление связи, без ожидания стабилизации канала связи.

Если в настройках установлено значение Y = 0, событие о восстановлении связи "Ri-HUB в сети" (R350) формируется сразу же, как только приходит первый пакет от Ri-HUB.

Важно: Мгновенное формирование события происходит только в том случае, если ранее уже было зафиксировано событие о разрыве связи "Потеряно соединение с Ri-HUB" (E350). Это предотвращает формирование ложных событий "Ri-HUB в сети" (R350), если объект и так был на связи.

5.4 Объект отключен от мониторинга

При отключении Ri-HUB от мониторинга все активные таймеры X и Y принудительно сбрасываются, а накопленные статусы очищаются. При следующем подключении этого Ri-HUB к RiCoder таймеры запускаются заново по штатному алгоритму (см. раздел 4.1).

6. Наблюдение за подключением Ri-HUB в веб-панели

Наблюдение за подключением Ri-HUB выполняется в разделе Объекты в колонке Соединение с хабом.

Первое подключение

Ri-HUB подключился к RiCoder (RiCoder получил первый пакет от Ri-HUB), cтатус Ri-HUB переводится в состояние "Активен" и отображается какой канал активен.

Второй тестовый пакет не получен через 40 сек - запускается таймер Х и состояние в интерфейсе - "Не активен". Как только заускается таймер Х, то сразу меняется состояние в интерфейсе c "Активен" на "Не активен", при этом событие E350 не формируется.

Если до истечения времени работы таймера Х, от Ri-HUB пришел пакет, то в UI меняется состояние с "Не активен" в "Активен", таймер Х сбрасывается.

Пример:
Установлено максимальное значение таймера Х = 300 сек (5 мин), если через 1 мин не будет получено любых пакетов от Ri-HUB (тестовых и с данными), то статус в интерфейсе будет "Не активен". При этом событие E350 будет отправлено в ПЦН только по истечению 300 сек работы таймера Х.

7. Рекомендации

Раздел содержит практические рекомендации по настройке таймеров X и Y для различных условий эксплуатации. Правильная конфигурация позволяет избежать ложных срабатываний и обеспечить своевременное реагирование на события в зависимости от характеристик канала связи и критичности объекта.

7.1 Правила настройки таймеров

1. Не снижайте значение таймер X ниже 60 секунд без необходимости. Кратковременные сетевые задержки или перезагрузки оборудования могут привести к ложным событиям о разрывы связи.

2. Используйте режим Y = 0 осторожно. Мгновенная фиксация восстановления полезна для критичных объектов, но при нестабильном канале связи RiCoder может формировать множество однотипных событий и быстрому чередованию событий в ПЦН: "Потеряно соединение с Ri-HUB" и "Ri-HUB в сети", создавая информационный шум и затрудняя работу диспетчера.

3. При изменении параметров таймеров в веб-панели RiCoder изменения применяются сразу после сохранения конфигурации.

Важно: Новые значения настроек вступают в силу для следующего цикла проверки.

Если в момент изменения настроек Ri-HUB уже потерял связь (запущен таймер Y), текущий отсчет не прерывается и не пересчитывается. Таймер досчитает до конца по старому значению, и событие о восстановлении (R350) будет отправлено в соответствии с настройками, действовавшими на момент начала отсчета.

Пример:

• Ri-HUB потерял связь, сработал таймер потери (E350). Запущен таймер восстановления Y = 60 сек.
• Через 30 секунд оператор меняет в настройках веб-панели Y = 30 сек.
• Результат: Таймер Y продолжит отсчет до 60 секунд (по старому значению). Событие R350 придет через 60 секунд после разрыва связи. Значение 30 сек применится только при следующем разрыве связи.

7.2 Гибкая настройка под объект

Каждый объект мониторинга имеет свои особенности: качество канала связи, степень важности, технические условия размещения. В таблице ниже представлены типовые сценарии и соответствующие им рекомендации по настройке таймеров X и Y.

Характеристики объекта	Рекомендация
Стабильный канал связи	Уменьшите значение X и Y для более быстрого реагирования.
Нестабильный канал связи (3G/4G, удалённые объекты)	Используйте максимальные значения таймеров (X = 300 сек, Y = 60 сек).
Критичные объекты, где важна мгновенная реакция	Установите Y = 0 для немедленной фиксации восстановления связи.
Не критичные, удаленные объекты	Используйте максимальные значения таймеров (X = 300 сек, Y = 60 сек).
Объекты с резервным каналом связи	Установите Y = 10-20 сек для быстрой фиксации переключения на основной канал после сбоя.
Объекты в зонах с перебоями электропитания	Увеличьте X до 180-300 сек, чтобы избежать ложных тревог при перезагрузке оборудования.
Объекты с высоким трафиком событий	Используйте максимальное значение таймера Y = 60 сек для снижения нагрузки на ПЦН.
Объекты с GSM-каналом в роуминге	Увеличьте X до 180-300 сек из-за возможной нестабильности соединения и задержек в роуминге.

Если объект не подходит ни под один из перечисленных сценариев, начните с максимальных настроек таймеров X и Y и скорректируйте их на основе анализа поступающих событий в течение 1-2 недель эксплуатации RiCoder.

Дата обновления: 27.05.2026