Выявление аномалий

Введение

Выявление аномалий - процесс нахождения проблем в уличном освещении или оборудовании. Процесс может быть:

  • полностью автоматический: система формирует событие при выявлении аномалии;
  • полуавтоматической: система выполняет аггрегацию и предобработку сырых данных. Полученный список содержит элементы, прямо или косвенно указывающие на аномалии. Пользователь принимает окончательно решение;
  • вручную: пользователь просматривает сырые данные и принимает решение.

В большинстве случаев, выявление аномалий состоит из двух шагов:

  • Автоматическая подготовка набора данных, на которых видна аномалия.
  • Визуальный контроль набора данных специалистом, перепроверка найденной аномалии на основании сырых данных. Принятие решения: это аномалия или ожидаемое поведение.

Для автоматического выявления аномалий, в большинстве случаев требуется собрать и обработать достаточно много данных. Поэтому задача выявления аномалий не является задачей выполняемой в реальном времени. Аномалии выявленные автоматически, могут отправляться на email по расписанию.

Аномалии выявляемые полуавтоматически

  1. В главном меню выберите пункт Аномалии.
  2. Названия поддерживаемых типов аномалий отобразятся на закладках.

“Токсичные” светильники - Nh

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

  1. Каждый строчка таблицы - один установленный на опору, управляемый светильник с аномальными показателями.

    • MAC - уникальный адрес блока управления светильником в радиосети;
    • Read At - дата и время последней поступившей метрики;
    • Since - продолжительность времени с момента получения последней метрики;
    • Model - модель светильиника;
    • Cabinet - ШУНО от которого питается светильник. Ссылка на страницу кабинета;
    • Mounting - опора, на которой установлен светильник. Ссылка на страницу опоры;
    • Google - открытие точки расположения опоры на карте Google (для возможности построения маршрута);
    • Sockets - рожок в котором установлен токсичный светильник / общее кол-во рожков на опоре;
    • Radio Network - код радиосети, которая обслуживает данный светильник. Ссылка на страницу радиосети;
    • Reason - причина включения в список.

  2. Состав колонок может отличаться от проекта к проекту.

  3. При выгрузке в Excel ссылки на страницы объектов сохраняются.

  4. Причины включения в список:

    • Потеряна связь: от светильника не поступила ни одна метрика в течении последних N часов. Считается, что с ним потеряна связь.
    • Неверная мощность - от светильника, в поступивших двух метриках подряд, значение потребляемой мощности в Вт при 100% уровне димминга отличается от паспортной для данной модели светильника в любую из сторон (больше или меньше паспортной) на N%.

  5. Наличие светильника в списке не гарантирует его стопроцентную неработоспособность. Светильник может продолжать нормально функционировать и проблема может быть между светильником и центральной системой при отсутствии связи или с датчиком измерения мощности.

Моргающие радиошлюзы

Временная потеря связи с радиошлюзом не является критичной проблемой и даже может быть не [замечена диспетчером](/ru/docs/инструкции/диспетчера/оперативный-мониторинг#контроль радиосетей). Но факт временной потери связи необходимо расследовать.

Радиошлюзы и светильники обслуживаемые радиошлюзом, могут быть подключены к разным фазам или даже разным ШУНО. Подача питания на радиошлюз позже, чем подача питания на светильники которые он запрограммирован обслуживать, приводит к рассинхронизации между реальным состоянием светильников с их статусами в Системе.

Длительное отсутствие связи с радиошлюзом, является причиной включения всех обслуживаемых радиошлюзом светильников в список “Токсичные светильники”.

Каждая строчка таблицы - один час за прошедшие N часов.

  • Час
  • Кол-во - количество радиошлюзов в онлайне
  • Морганий - количество выкл/выкл событий в течении часа