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

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

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

## Описание

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

## Настройки

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

**Датчик:**

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

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

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

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

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

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

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

1. **В** диапазон
2. **ВНЕ** диапазон

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

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

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

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

![](https://2388694493-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.

**Зона:**

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

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

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.