> 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/109848e21d6f940e08d6279af19e6f2588fd7f24)

**Датчик:**

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

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

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

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

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

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

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

1. **в диапазоне** диапазон
2. **вне диапазона** диапазон

Случай №1. Из **в диапазоне** в **вне диапазона** состояние:

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

Случай №2. Из **вне диапазона** в **в диапазоне** состояние:

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

![](/files/33d00953c5f39531656958f964b2114109f6a6bb)

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

**Зона:**

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

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

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

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

Отображает привязанные зоны на карте.

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

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

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

Это может быть полезно, если пользователям нужно указать источник поля состояния в правиле «Параметр в диапазоне». Например, есть GPS-устройство с диапазоном кодов события от 1 до 100, и требуется контролировать коды от 20 до 30. Создайте параметр в правиле диапазона и укажите код события как источник для виртуального датчика:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

![](/files/5e954dffc9078a3f5b7139a1efad6544a7c29317)

![](/files/f106a4500510d87f6e74192d53c7b2992b48529d)

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


---

# 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.