Значение поля состояния
Описание
Тип оповещения "State field value" предназначен для мониторинга состояния различных полей объекта, таких как двери, ручной тормоз, подушка безопасности, а также специальных состояний событий, таких как ADAS (Advanced Driver Assistance Systems), DTC (Diagnostic Trouble Codes) и ошибки. Когда платформа получает ожидаемое значение в поле состояния для конкретного состояния, пользователь получает уведомление.
Используя оповещение "State field value", пользователи могут в реальном времени быть в курсе критических состояний объектов и возникновения событий. Эта функциональность повышает безопасность, охрану и процессы технического обслуживания, обеспечивая возможность оперативных действий при обнаружении определённых состояний или событий.
Пользователи могут формировать отчёты по событиям, которые суммируют случаи возникновения конкретных состояний или событий за заданный период. Например, они могут проанализировать частоту открытий дверей, случаи срабатывания подушки безопасности или появление активаций ADAS. Эти отчёты помогают выявлять закономерности, тренды или аномалии в данных, способствуя планированию обслуживания, оценке безопасности и улучшению операционной деятельности.
Настройки
Для быстрой настройки уведомления о смене состояния:
Выберите необходимое поле состояния и задайте для него ожидаемое значение. Например, поле состояния = Trunk, ожидаемое значение = Opened.
Не включайте опцию "Allow repeat" и оставьте поле "Repeat delay" пустым. В этом случае вы будете уведомлены только при изменении значения.
Для быстрой настройки уведомления о смене события:
Выберите необходимое поле состояния и задайте для него ожидаемое значение. Например, поле состояния = event_code, ожидаемое значение = 7 (сигнализация превышения скорости для устройств Howen Technologies). Для каждого кода события следует создать отдельное правило для поля состояния. Все ожидаемые значения можно найти на сайте производителя устройства или получить напрямую у производителя через обращение в службу поддержки.
Включите allow repeat, чтобы получать уведомления для одинаковых значений, и задайте repeat delay (как часто одинаковые входящие значения будут генерировать уведомление о событии правила). Например, если вы хотите получать уведомления о превышении скорости не чаще чем каждые 30 минут, установите repeat delay в 1800 секунд.
State field:
Здесь пользователь указывает поле для мониторинга. В нашем примере это Trunk. Таким образом, когда Trunk имеет значение Opened, как мы определяем это в селекторе ожидаемого значения, платформа генерирует событие-уведомление. Флажок "Allow repeat" также влияет на поведение, но эта настройка описана ниже в статье.
Expected value:
Стандартные поля состояния (например, Trunk, Door, Seat Belt и т. п.) имеют интуитивные варианты ожидаемых значений. Обычно это Opened/Closed или Locked/Unlocked. Однако если вы хотите получать уведомление о поле состояния, связанное с каким-то специальным событием, пользователь должен знать, какой код события будет отправлен с устройства, чтобы платформа знала, чего ожидать в входящем поле event_code.
Например, у аппаратного ключа есть пользовательское значение, которое платформа будет ожидать и о котором уведомит пользователя после поступления значения A1DD3FC3452904D в поле hardware_key.
Allow repeat:
Если не выбрано, событие будет повторно срабатывать только если до текущего ожидаемого значения было получено другое входящее значение И ожидаемое значение приходит в новом пакете данных. Например, если флажок не установлен, каждый раз при получении приведённого выше аппаратного ключа (A1DD3FC3452904D) платформа не будет генерировать уведомление до тех пор, пока не придёт другое значение hardware_key И затем снова не придёт ожидаемое значение.
Так работает "Allow repeat", если он не выбран:
09:00 Поступил последний ключ A1DD3FC3452904D
09:15 Платформа получает пакет данных с тем же значением hardware_key (A1DD3FC3452904D). Уведомление не срабатывает
09:20 Поступило новое значение hardware_key. Допустим, B99978233FDD1. Уведомление не генерируется, так как это значение не ожидаемое. Но внутренний переключатель теперь готов выдать уведомление при поступлении ключа A1DD3FC3452904D.
09:30 Платформа получает пакет данных со значением hardware_key A1DD3FC3452904D. Уведомление срабатывает теперь.
Коротко: уведомления будут генерироваться только при изменении, но при условии, что ожидаемое значение поступает после другого значения.
Если опция выбрана, сценарий будет следующим:
09:00 Поступил последний ключ A1DD3FC3452904D
09:15 Платформа получила пакет данных с тем же значением hardware_key (A1DD3FC3452904D). На этот раз уведомление сработало.
09:25 Платформа получила пакет данных с тем же значением hardware_key (A1DD3FC3452904D). На этот раз уведомление снова сработало.
09:34 Поступило новое значение hardware_key. Допустим, B99978233FDD1. Уведомление не срабатывает, так как ключ B99978233FDD1 не является ожидаемым.
09:45 Платформа получила пакет данных с ожидаемым значением hardware_key (A1DD3FC3452904D). Уведомление сработало.
Коротко: если ожидаемое значение в ранее определённом поле состояния поступает на платформу, она генерирует событие-уведомление.
Обратите внимание, что если выбрана опция "Allow Repeat", событие не будет происходить чаще, чем позволяет таймер "Repeat delay". Для типа правила state field value таймер сброса по умолчанию составляет 5 минут и может быть изменён с помощью поля "Repeat delay".
Привязать зону к правилу:
Включает привязку геозоны к правилу.
Кнопка карты:
Показывает привязанные геозоны на карте.
Repeat delay:
Устанавливает пользовательский таймер сброса в секундах для уведомлений о событиях. Например, если вы хотите получать уведомления не чаще чем раз в 30 минут, установите поле в 1800 (секунд).
Работа с виртуальными датчиками:
Правило поля состояния позволяет выбирать не только поля состояния, но и виртуальные датчики. Выбрав соответствующий виртуальный датчик и указав желаемое событие из таблицы виртуального датчика, пользователи могут получать уведомления и включать событие в отчёты. Это позволяет компаниям настраивать и контролировать события, о которых они хотят быть информированы, адаптируя систему мониторинга под свои конкретные потребности. Такая гибкость повышает возможности отслеживания и управления критическими или пользовательскими событиями, предоставляя ценные сведения и способствуя принятию решений на основе данных для различных бизнес‑операций. Все события из ожидаемых значений являются пользовательскими и могут быть созданы в соответствии с потребностями пользователей. Для получения дополнительной информации о Virtual Sensors, пожалуйста, обратитесь к Virtual Sensors статье.
Уведомления
Аварийное уведомление:
используется для важных событий. Сообщение на экране и звуковой сигнал можно отключить только нажатием на уведомление. Обратите внимание, что некоторые браузеры могут блокировать звуковой сигнал уведомления до тех пор, пока на странице не будет зафиксирована активность пользователя.
Push-уведомления:
Получайте push-уведомления в мобильном приложении и веб-интерфейсе.
Добавить имя геозоны в уведомление:
Добавляет имена указанных геозон в текст уведомления. Эта опция доступна только когда на вкладке «Настройки» выбран переключатель привязки геозоны «Внутри».
SMS-уведомления:
Список получателей для SMS-уведомлений при возникновении события.
Email-уведомления:
Список получателей для email-уведомлений при возникновении события.
Расписание
Задайте расписание, когда правило будет работать. Если в расписании указано, что событие не должно выполняться в какой-либо день или период времени, оно не появится как уведомление в пользовательском интерфейсе, и уведомления по SMS или электронной почте не будут отправляться. Дополнительно вы можете выбрать шаблон по умолчанию для быстрой настройки расписания.
Особенности платформы:
Оповещение "State field" имеет таймер сброса 5 минут, что означает, что событие оповещения не будет происходить чаще, чем раз в 5 минут. Если такой тип события происходит в то время, когда правило ожидало сброса, это событие будет пропущено платформой, включая отчёты.
Правило поддерживает только одно устройство на правило. Это связано с тем, что несколько разных источников полей состояния нельзя сопоставить между несколькими трекерами.
Последнее обновление
Это было полезно?