# Параметр в диапазоне

## Описание

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

## Настройки

![](https://2707447327-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-aa4ae41179592cc2a07811d67c4f120334874f63%2Fimage-20230706-064405.png?alt=media)

**Датчик:**

Источник данных для оповещений. Можно указать только один измерительный или виртуальный датчик (только для виртуальных датчиков с «Способ вычисления: Исходное значение»). Следовательно, для каждого трекера требуется отдельное правило.

**Больше или равно:**

Параметр описывает нижнюю границу диапазона.

**Меньше или равно:**

Этот параметр описывает верхнюю границу диапазона.

**Порог значения:**

* — это буфер, который добавляется к «**Больше или равно**» и «**Меньше или равно**» границам с обеих сторон каждого параметра. Это значение помогает платформе различать **В** и **ИЗ** состояния диапазона, даже в случаях «шумных» данных (таких как помехи датчика или неточности). Оно создаёт расширенный диапазон вокруг точек '10' и '24', позволяя повышенную терпимость и снижая риск ложных оповещений. Трудно ожидать, что аналоговый датчик будет давать точно указанное значение; при этом неточности могли бы слишком часто инициировать событие. Может быть два варианта появления входящего значения. Поведение платформы будет зависеть от правила (события) **состояния** в данный момент времени. Событие имеет два состояния:

1. **В** диапазон
2. **ИЗ** диапазон

Случай №1, Из **В** в **ИЗ** состояние:

Всякий раз, когда событие (правило) находится в **В** состоянии диапазона, это состояние изменится только на **ИЗ** состояние диапазона, когда входящее значение окажется за пределами (#**4**) внешних буферов (#**3**).

Случай №2, Из **ИЗ** в **В** состояние:

Всякий раз, когда событие (правило) находится в **ИЗ** состоянии диапазона, это состояние изменится только на **В** диапазона, когда входящее значение попадает **в диапазон** (#**1**) но за пределами внутренних буферов (#**2**).

![](https://2707447327-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-42ac30c1d5a5a97baf71dae4927be11ea3d20e68%2Fimage-20230706-064540.png?alt=media)

Если параметр «Порог значения» не указан, по умолчанию он равен 0.03 (абсолютное значение). Таким образом, как в приведённом выше примере, пространственные зоны буферов будут: от 9.97 до 10, от 10 до 10.03, от 23.97 до 24 и от 24 до 24.03.

**Геозона:**

Заполните раздел, если правило должно работать только внутри/вне выбранных геозон.

**Привязать зону к правилу:**

Включает привязку геозоны к правилу.

**Кнопка карты:**

Показывает привязанные геозоны на карте.

**Виртуальный датчик как источник для правила «Параметр в диапазоне»:**

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

В случае, когда виртуальный датчик выбран в качестве источника данных, пользователь задаёт диапазон согласно исходному (source) значению виртуального датчика:

Это может быть полезно, если пользователю нужно указать источник поля состояния в правиле параметра диапазона. Допустим, у трекера есть диапазон кодов событий 1–100, и нужно контролировать коды от 20 до 30. Создайте параметр в правиле диапазона и укажите код события как источник для виртуального датчика:

{% hint style="info" %}
Оповещение «Параметр в диапазоне» может содержать одно или все значения, указанные в диапазоне правила, но не включает переводы из виртуальной таблицы датчика. Например, если происходят события со значениями от 20 до 30, каждое отдельное событие в этом диапазоне вызовет отдельное оповещение «Параметр в диапазоне», независимо от того, присутствуют ли конкретные значения в таблице виртуального датчика, упомянутой выше.
{% endhint %}

Например, рассмотрим случай для логистической компании. Компания отправляет несколько грузовиков по разным маршрутам, и на одном участке есть критический участок с потенциальными проблемами, такими как серьёзные пробки или аварии. Для эффективного мониторинга этой зоны они настраивают правило «Параметр в диапазоне» с виртуальными датчиками, используя «код события» в качестве источника данных. Они определяют диапазон от 20 до 30 для событий на этом конкретном участке дороги. Всякий раз, когда грузовик сталкивается с событием в этом критическом диапазоне (20–30), они получают уведомления. Это позволяет быстро реагировать на потенциальные проблемы, обеспечивая безопасность и эффективность операций. Такой подход позволяет получать информацию о критических событиях, которые традиционные датчики не могли бы отследить, повышая контроль и качество принимаемых решений.

{% hint style="info" %}
Если пользователь изменит Способ вычисления виртуального датчика, указанного в качестве источника данных в правиле «Параметр в диапазоне», на любой метод, отличный от «Исходное значение», правило сбросит свой источник и прекратит работу.
{% endhint %}

## Уведомления

**Аварийное уведомление:**

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

**Push-уведомления:**

Получайте push-уведомления в мобильном приложении и веб-интерфейсе.

**Добавить имя геозоны в уведомление:**

Добавляет имена указанных геозон в текст уведомления. Эта опция доступна только когда на вкладке «Настройки» выбран переключатель привязки геозоны «Внутри».

**SMS-уведомления:**

Список получателей для SMS-уведомлений при возникновении события.

**Email-уведомления:**

Список получателей для email-уведомлений при возникновении события.

## Расписание

Задайте расписание, когда правило будет работать. Если в расписании указано, что событие не должно выполняться в какой-либо день или период времени, оно не появится как уведомление в пользовательском интерфейсе, и уведомления по SMS или электронной почте не будут отправляться. Дополнительно вы можете выбрать шаблон по умолчанию для быстрой настройки расписания.

## Особенности платформы:

* Всякий раз, когда платформа идентифицирует **В** **диапазон** или **ИЗ** **диапазон** событие из пакета данных трекера без действительных координат, платформа считает событие действительным и отображает его независимо от того, произошло ли событие внутри или за пределами привязанных геозон. Логика радиокнопок **Внутри/Вне** также игнорируется в этом случае. Такое поведение обусловлено тем, что повторный показ спорного события лучше, чем его пропуск.
* Правило поддерживает только одно устройство на правило. Это связано с тем, что несколько различных источников измерительных датчиков нельзя корректно сопоставить с несколькими трекерами, калибровочными таблицами и другими аспектами измерения и фильтрации данных.
* Оповещение «Параметр в диапазоне» имеет таймер сброса 10 секунд, то есть событие оповещения не произойдёт чаще, чем раз в 10 секунд. Если такого рода событие произойдёт в период ожидания сброса правила, это событие будет пропущено платформой, включая отчёты.

## Отчёты о событиях

Чтобы просмотреть даты получения событий, вы можете сформировать отчёт «Отчёт по всем событиям».

![](https://2707447327-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-33d2a0c9e8365e2babf0daec2108f250c242c7d2%2Fimage-20230706-064944.png?alt=media)

![](https://2707447327-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-bb1e4b041f1c6943b33178fc6eaf3794d66e3e87%2Fimage-20230706-065349.png?alt=media)

Для графического представления использования измерительного датчика за период времени используйте отчёт «Измерительные датчики».
