> 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/expert-center/ru/faq-and-troubleshooting/sensors/monitor-sensor-values.md).

# Мониторинг значений датчиков

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

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

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

![Как контролировать разные значения параметров](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-9fe00505146977dbaaed99cbcecf0885e10752f7%2Fbrowser_4OfLKr1ZHp.png?alt=media)

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

Для вашего удобства мы разделили эти правила на разные типы:

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

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

## Сценарии использования

Давайте рассмотрим различные сценарии использования, в которых наши многоусловные оповещения помогут вам и вашим клиентам удовлетворить их конкретные потребности.

<table data-header-hidden><thead><tr><th width="173.54541015625"></th><th></th><th></th></tr></thead><tbody><tr><td><strong>Случай</strong></td><td><strong>Проблема</strong></td><td><strong>Как Navixy помогает</strong></td></tr><tr><td>Сокращение простоев и предотвращение дорогостоящих поломок</td><td>Многие клиенты, которые управляют автопарками — от служб такси, компаний общественного и частного пассажирского транспорта до логистических и арендных компаний, — часто сталкиваются с задачей поддерживать свои транспортные средства в оптимальном рабочем состоянии. Их цель — свести к минимуму риск дорогостоящих неисправностей, которые могут привести к значительному простою.</td><td>Navixy предоставляет вам возможность внимательно следить за различными состояниями устройства, включая такие показатели, как температура впускного воздуха, обороты двигателя, нагрузка на двигатель, коды DTC, барометрическое давление и даже напряжение системы гибридного автомобиля. Платформа предлагает ценную систему оповещений о критических или близких к критическим значениях этих систем. Таким образом, заинтересованные лица могут быть уведомлены своевременно, что дает им возможность вмешаться и устранить проблему до того, как она перерастет в серьезную и дорогостоящую поломку, требующую капитального ремонта.</td></tr><tr><td>Сокращение времени простоя тяжелой техники</td><td>Компании, эксплуатирующие тяжелую технику и агрегаты на строительных площадках и в карьерах, а также конвейерные ленты на производственных предприятиях, заинтересованы в их эффективной работе. Цель — сократить простои, что, в свою очередь, повышает производительность и оптимизирует эксплуатационные расходы.</td><td>Применение многоусловных оповещений в сочетании с датчиками, подключенными к рабочим узлам тяжелой техники. Когда эти датчики обнаруживают аномалии, указывающие на возможную остановку или неисправность, они формируют оповещения. Эта сложная система предназначена не только для предоставления предупреждений в реальном времени, но и для одновременного анализа нескольких датчиков.</td></tr><tr><td>Мониторинг краж топлива и заправок</td><td>Все компании, эксплуатирующие транспортные средства, тяжелую технику и оборудование, зависящие от топлива, заинтересованы в том, чтобы минимизировать норму расхода топлива и, что еще важнее, пресекать кражи топлива. Кражи топлива могут существенно снижать прибыль компании, а игнорирование этой проблемы может иметь серьезные последствия для финансового состояния организации.</td><td>Установив точные датчики уровня топлива и правильно настроив их в сочетании с многоусловными оповещениями об уровне топлива для выявления неожиданных сливов и заправок на платформе, компании могут эффективно сократить непредвиденный расход топлива.</td></tr><tr><td>Контроль соблюдения условий перевозки</td><td>Логистические и грузоперевозочные компании постоянно жонглируют заказами, которые требуют соблюдения определенных условий. Если эти условия нарушаются, критически важно быстро вмешаться, поскольку любая задержка может привести к потере заказа и потенциальным штрафам. Это тонкий баланс, требующий пристального внимания к деталям и способности быстро реагировать, чтобы обеспечить максимальную операционную эффективность и удовлетворенность клиентов.</td><td>Интеграция различных датчиков в грузовые отсеки и транспортные контейнеры может предоставить бесценные данные для мониторинга. Эти датчики могут отслеживать целый ряд условий, а правила настраиваются на обработку этих показаний и оповещение операторов или водителей, когда требуется немедленное действие. Такой механизм обратной связи в реальном времени позволяет быстро вмешиваться, тем самым повышая эффективность и надежность логистического процесса.</td></tr><tr><td>Мониторинг оборудования для уборки улиц</td><td>Коммунальные компании, отвечающие за уборку улиц с использованием специализированной техники, должны обеспечить бесперебойную связь с водителями и мастерами. Например, при работе с вакуумными подметально-уборочными машинами операторов нужно своевременно оповещать, если мощность всасывания снижается или если контейнер заполняется и его нужно опорожнить. Некачественная уборка может привести к штрафам и даже поставить под угрозу репутацию компании, что приведет к возможной потере контрактов. Поэтому для таких коммунальных компаний крайне важно поддерживать эффективную систему оповещений, чтобы обеспечивать стабильные и качественные услуги.</td><td>Чтобы избежать этих проблем, подключите датчики вашего транспортного средства к GPS-устройству. Настроив для датчиков определенные правила, создайте оповещение, которое своевременно уведомит ответственных лиц, когда возникнет ситуация, требующая их внимания. Такой проактивный подход позволяет быстро устранять потенциальные проблемы, повышая общую операционную эффективность.</td></tr><tr><td>Отслеживание информации об активности и расходе</td><td>Компании, занимающиеся арендой различного оборудования для работы с жидкостями, должны пристально следить за расходом и уровнем активности. Если произойдет снижение производительности или неожиданная остановка, необходимо как можно быстрее принять меры, чтобы предотвратить любые инциденты на объекте или в производстве. Несвоевременное вмешательство может иметь серьезные последствия и привести к значительным нарушениям в работе.</td><td>Крайне важно внимательно следить за ключевыми показателями, настраивая правила и оповещения на случай, если параметры достигнут критических уровней или отклонятся неожиданно. В таких случаях первостепенное значение имеет своевременная отправка ответственных специалистов для устранения проблемы. Быстрое устранение неполадок и ремонт не только предотвращают потенциальные осложнения, но и способствуют повышению производительности системы.</td></tr><tr><td>Мониторинг трансформаторов</td><td>Компании, использующие переносные трансформаторы и генераторы, высоко ценят их бесперебойную работу. Эти виды оборудования не работают изолированно, а обеспечивают питание различных приборов или целых зданий. Следовательно, мониторинг ключевых параметров такого оборудования напрямую влияет на операционную эффективность устройств и, возможно, целых объектов, подключенных к ним.</td><td>Применяя стратегический подход и подключая набор датчиков вместе с многоусловными оповещениями, вы можете получать своевременные уведомления о необходимости зарядки, техобслуживания и ремонта вашего энергогенерирующего оборудования. Платформа будет оповещать назначенных лиц о требуемом обслуживании и указывать точное местоположение оборудования. Это позволяет инженерам быстро устранять мелкие неполадки до того, как они перерастут в серьезные проблемы, способные повредить оборудование и объекты, которые зависят от его энергии.</td></tr></tbody></table>

Вариантов использования очень много, и они ограничены только вашей фантазией и потребностями ваших клиентов.

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

Давайте подробно рассмотрим полную настройку и конфигурацию правила срабатывания при входе параметра в диапазон и выходе из него на примере сценария мониторинга холодовой цепи. Другие многоусловные правила работают аналогичным образом.

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

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

Для этого сценария мы используем [модель Teltonika FMB 920](https://navixy.com/en/devices/teltonika-telematics/teltonika-fmb920/) и датчик Eye. Эти устройства способны контролировать и передавать данные о различных параметрах, включая температуру, влажность и состояние двери, без проводов.\
Вы можете использовать любое устройство, поддерживаемое платформой, которое считывает влажность, температуру и данные других измерительных датчиков.

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

### Как настроить отправку данных BLE вашим устройством

Выполните следующие шаги, чтобы настроить отправку данных BLE-маячка на платформу вашим устройством:

1. Скачайте [Teltonika Configurator](https://wiki.teltonika-gps.com/view/Teltonika_Configurator_versions) <https://wiki.teltonika-gps.com/view/Teltonika_Configurator_versions> . Это приложение упрощает множество настроек одновременно. Вы можете сохранить предустановку и использовать ее в [FOTA Web](https://fota.teltonika.lt/devices) <https://fota.teltonika.lt/devices> для настройки других устройств, что делает процесс более удобным.
2. На вкладке System установите Data Protocol в Codec 8 Extended. Это позволит устройству работать с BLE-метками.\
   ![Codec 8 Extended for BLE data processing](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-7df8a072081ae6e5c1e208696809d014d92bda61%2Fimage-20230912-111858.png?alt=media)
3. Включите Bluetooth в настройках Bluetooth и выберите либо **Включить (скрытый)** или **Включить (видимый)**. Иначе Bluetooth будет отключен.\
   ![Enabling Bluetooth settings to send BLE data](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-5f76c378af035e76a9e12b921ea72595bd617951%2Fbrowser_F6Dzk10j8m-20230912-112138.png?alt=media)
4. В настройках Bluetooth 4.0 отключите **Непрерывное сканирование** и установите Update Frequency и Scan Duration на 30 секунд. Эти настройки оптимизируют сканирование BLE с устройством.
5. В настройках Bluetooth 4.0 **Настройки расширенного режима**, загрузите **Eye Sensor** предустановку в соответствии с настройками пакета в приложении EYE.
6. Настройте MAC-адрес датчика.
7. Включите **BLE-датчик температуры** и **BLE-датчик влажности** в **I/O settings**. Установите **низкий приоритет**, **только событие** на no и **операнд мониторинга**.

Теперь устройство готово к передаче данных с этого датчика. Сделайте почти то же самое для магнитного датчика.

### Создание датчиков на платформе

Теперь давайте перейдем к процессу создания необходимых датчиков на платформе. Наш первый приоритет — датчик температуры. Мы настроим его на стороне платформы, указав его как BLE-датчик температуры с соответствующим номером входа, который соответствует конфигурации вашего Bluetooth-датчика.

![](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-dd7ced556a58edad2113dc9538d369235071cf2f%2Fimage-20231011-060058.png?alt=media)

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

![Датчик влажности](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-f3afcd715c503a298c6d90eaec77aef573317575%2Fimage-20231011-060218.png?alt=media)

Отлично, теперь у нас есть пара измерительных датчиков, активно собирающих данные.

Для датчика двери мы рекомендуем создать [виртуальный датчик](/docs/user/ru/guide/devices-and-settings/vehicle-sensors/virtual-sensors.md). Этот датчик можно настроить на использование метода расчета по исходному значению. Вы можете определить его состояние и значение на основе приведенной таблицы. У этого датчика всего два состояния, указывающих, открыты двери или закрыты.

![Датчик двери](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-de40e25f64516484effee7a086128973d7cd9aac%2Fimage-20231011-060526.png?alt=media)

Учитывая вероятность отслеживания нескольких устройств, важно упростить процесс. После того как мы создадим эталонное устройство с датчиками, нужными для наших задач, мы сможем воспроизвести эти настройки на других устройствах. Просто нажмите кнопку «Копировать датчики» на платформе. Система автоматически определит устройства, которым можно назначить созданные настройки датчиков, и предложит их для выбора. В этом списке выберите устройства, которые вы хотите настроить.

![Клонирование датчиков](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-181c8b1d1682a424326f1ff62cff2b0c36205ece%2Fimage-20231011-060652.png?alt=media)

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

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

![Добавление устройств в новую группу](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-d243fde198e645d94e98ab57e0801d70a6bd024c%2Fimage-20231011-060811.png?alt=media)

### Создание многоусловного правила для параметра в диапазоне

В контексте нашего сценария мониторинга холодовой цепи **Параметр в диапазоне** это правило наиболее подходит. Оно позволяет нам задать допустимый диапазон значений для перевозки замороженных грузов. Если какой-либо параметр выйдет за пределы этого заранее определенного диапазона, назначенные лица получат оповещение. Здесь в качестве основного контакта мы рассматриваем диспетчеров, поскольку уведомление водителей, особенно когда они в пути, не всегда эффективно. Диспетчер может связаться с водителем подходящим способом и сообщить ему о возможных проблемах с холодильной установкой и о потенциальном риске для продукции. Проблему необходимо устранить до возобновления поездки.

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

Чтобы начать этот процесс, откройте меню правил и создайте новое правило, нажав на знак плюс.

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

![Выбор типа правила оповещения и устройств](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-33da2074bc27d1db465a7e0b3a8808bfd7af36b1%2Fimage-20231011-061035.png?alt=media)

#### Настройки правила

Первое устройство, которое вы выберете для правила, будет эталонным устройством. Датчики на этом устройстве вместе с их названиями используются для выбора датчиков для остальных устройств. Иными словами, когда вы выбираете датчик на эталонном устройстве, платформа сопоставляет этот выбор с другими устройствами. Если на этих устройствах есть датчик с совпадающими входом и названием, он доступен в списке для правила.

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

![Список доступных датчиков](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-3a92cb43dfcbfcafcc66d62249cb03085e8babf8%2Fimage-20231011-062600.png?alt=media)

После выбора датчика справа от него появится поле «Порог». Это поле служит буфером, который применяется по обе стороны от **Больше или равно** и **Меньше или равно** границ для каждого параметра. Этот параметр нужен, чтобы помочь платформе различать состояния В ДИАПАЗОНЕ и ВНЕ ДИАПАЗОНА даже при нестабильных данных (например, из-за шума датчика или неточностей). Он создает более широкий диапазон вокруг заданных значений, тем самым обеспечивая большую терпимость и снижая вероятность ложных оповещений. Если параметр «Порог значения» не указан, по умолчанию он равен 0,03 (абсолютное значение).

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

Далее мы установим допустимые пределы температуры, определяемые следующими параметрами:

* **Больше или равно**: Этот параметр задает нижнюю границу диапазона.
* **Меньше или равно**: Этот параметр задает верхнюю границу диапазона.

Для перевозки наших замороженных продуктов мы знаем, что температуры ниже -25 градусов и выше -18 градусов могут привести к повреждению. Поэтому это наши заданные температурные пределы для перевозки. Установите значение поля «Больше или равно» на -25, а поля «Меньше или равно» — на -18. Если температура опустится ниже этих значений или превысит их, качество перевозимых продуктов может пострадать, что указывает на необходимость проверить холодильную установку.

![Диапазон для датчика температуры](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-dbed6276dd1fc72d242184f01297826c817b25b7%2Fimage-20231011-063519.png?alt=media)

Далее добавьте еще один датчик в ваше правило, нажав **Добавить датчик**, и выберите датчик влажности из раскрывающегося списка. Вы заметите между датчиками оператор «ИЛИ»; это означает, что правило сработает, если любой из датчиков обнаружит значения вне своего диапазона. Таким образом, мы можем гарантировать, что будем получать уведомления по каждому датчику, а ответственный человек сможет предпринять необходимые корректирующие действия. Это критически важно для достижения нашей конечной цели — доставки свежих продуктов.

Как и в случае с датчиком температуры, уровень влажности также должен поддерживаться в определенном диапазоне. Для наших целей допустимый диапазон влажности составляет от 95 % до 100 %.

Чтобы задать эти значения:

* Заполните поле «Больше или равно» значением 95 (это нижняя граница диапазона).
* Заполните поле «Меньше или равно» значением 100 (это верхняя граница диапазона).

Если влажность опустится ниже 95 % или поднимется выше 100 %, это может указывать на проблему и вызвать оповещение.

![Диапазон для датчика влажности](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-68eaad05449986b74e82a9ffe7eae0434b7b7f75%2Fimage-20231011-063450.png?alt=media)

Последний датчик, который нужно добавить в наше правило, — это датчик состояния двери. Этот датчик передает значение 1, когда двери открыты. В этом случае нам нужно задать только одно значение диапазона — «Больше или равно» = 1. Нажмите **Добавить датчик**, выберите датчик состояния двери из раскрывающегося списка и задайте диапазон как **Больше или равно** до 1.

![Диапазон для датчика двери](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-68b64b057a147571cebb9618e0524ca5bc24a881%2Fimage-20231011-064001.png?alt=media)

Есть также дополнительные параметры, которые можно настроить:

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

#### Уведомления по правилу

После настройки параметров правила следующим шагом будет настройка уведомлений.

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

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

У уведомлений также есть две дополнительные настройки:

* **Экстренные уведомления**: Это используется для критических оповещений. В отличие от стандартных оповещений, экстренные уведомления выделяются желтым цветом, сопровождаются громким звуком и могут быть закрыты только после того, как оператор нажмет на них. Это гарантирует, что оператор подтвердил оповещение. Обратите внимание, что в некоторых браузерах звук оповещения может не воспроизводиться, если пользователь не взаимодействовал с вкладкой. Это можно проверить в настройках браузера.
* **Push-уведомления**: Это оповещения, которые появляются в мобильном приложении X-GPS Monitor и на вашем компьютере через браузер. Их можно получать даже если браузер свернут или вкладка неактивна.

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

![Уведомления по правилу](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-27d3b09028172fc94ed7cbfdcc73a2ea04146abe%2Fimage-20231011-072556.png?alt=media)

#### Расписание правила

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

![Расписание правила](https://2371323805-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-3b4c7bddf7b82463cb8683b2c2a33a04ba71b55a%2Fimage-20231011-072904.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/expert-center/ru/faq-and-troubleshooting/sensors/monitor-sensor-values.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.
