> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/user/ru/guide/events-and-notifications/inputs-and-outputs/parameter-in-range.md).

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

## Описание

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

## Настройки

![](/files/6cd05ec292926fc8d8c7129a73e326eeb9c08e75)

**Датчик:**

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

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

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

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

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

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

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

1. **ВНУТРИ** диапазона
2. **ВНЕ** диапазона

Случай №1, Из **ВНУТРИ** до **ВНЕ** состояния:

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

Случай №2, Из **ВНЕ** до **ВНУТРИ** состояния:

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

![](/files/fb52f8f5dd29f5826b9412aefd3368e35de4b020)

Если параметр «Порог значения» не указан, по умолчанию его значение становится равным 0,03 (абсолютное значение). Таким образом, в приведённом выше примере область буферов будет от 9,97 до 10, от 10 до 10,03, от 23,97 до 24 и от 24 до 24,03.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

**Экстренное уведомление:**

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

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

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

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

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

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

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

**Уведомления по электронной почте:**

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

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

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

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

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

## Отчёты по событиям

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

![](/files/d6d653d8d38886b4396df91536fadf9f2bae4e21)

![](/files/08efef1792aa1d792f449d5b1364d43608dc13bc)

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


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://navixy.com/docs/user/ru/guide/events-and-notifications/inputs-and-outputs/parameter-in-range.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.