> 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/state-field-value.md). # Значение поля состояния Получайте уведомление, когда определенное поле состояния устройства достигает ожидаемого значения, например при открытии двери, появлении кода DTC или распознавании ключа Водитель. ## Описание Вкладка **Значение поля состояния** Этот тип оповещения предназначен для мониторинга состояния различных объектов, например дверей, стояночного тормоза, подушки безопасности, а также специальных состояний событий, таких как ADAS (Предупреждение ДТП), DTC (коды диагностических неисправностей) и ошибки. Когда платформа Navixy получает ожидаемое значение в поле status для конкретного состояния, пользователь получает уведомление. С помощью **Значение поля состояния** оповещения пользователи могут в реальном времени получать информацию о критических состояниях объекта и наступлении событий. Эта функция улучшает процессы в области безопасности, охраны и техобслуживания, обеспечивая своевременные действия при обнаружении определенных состояний или событий. Пользователи могут формировать отчеты по событиям, которые обобщают случаи наступления определенных состояний или событий за заданный период. Например, они могут анализировать частоту открывания дверей, случаи срабатывания подушки безопасности или активации ADAS. Эти отчеты помогают выявлять закономерности, тенденции или аномалии в данных, что позволяет планировать техобслуживание, оценивать безопасность и улучшать рабочие процессы. ## Настройки ![](https://2388694493-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-7780de1f4e75c1b432d0d2afe6ed0997821a6b42%2Fimage-20230707-073455.png?alt=media) Для быстрой настройки уведомления о смене состояния: * Выберите нужное поле состояния и задайте для него ожидаемое значение. Например, поле состояния = багажник, ожидаемое значение = открыт. * Не включайте **Разрешить повтор** и оставьте **Повторная задержка** поле пустым. В этом случае вы будете получать уведомление только при изменении значения. Для быстрой настройки уведомления об изменении события: * Выберите нужное поле состояния и задайте для него ожидаемое значение. Например, поле состояния = event\_code, ожидаемое значение = 7 (сигнал превышения скорости для устройств Howen Technologies). Для каждого кода события следует создать отдельное правило для поля состояния. Все ожидаемые значения можно найти на сайте производителя устройства или получить напрямую у производителя, обратившись в службу поддержки. * Включите разрешение повторных уведомлений, чтобы получать уведомления для тех же значений, и задайте задержку повтора (как часто одинаковые входящие значения вызывают уведомление о срабатывании правила). Например, если вы хотите получать уведомления о превышении скорости не чаще чем раз в 30 минут, задайте задержку повтора 1 800 секунд. **Поле состояния:** Здесь пользователь указывает поле, которое нужно отслеживать. В нашем примере это багажник. Поэтому когда багажник открыт, как мы задаем в селекторе ожидаемого значения, платформа генерирует уведомление. Этот **Разрешить повтор** флажок также влияет на поведение. См. [Разрешить повтор](#allow-repeat) подробности. **Ожидаемое значение:** Стандартные поля состояния (например, **багажник**, **дверь**, **ремень безопасности**, и т. д.) имеют интуитивно понятные варианты ожидаемых значений. Обычно это **Открыто/Закрыто** или **Заперто/Отперто**. Однако если вы хотите получать уведомление о поле состояния при некоторых специальных событиях, пользователю нужно знать, какой код события будет отправлен с устройства, чтобы платформа понимала, чего ожидать во входящем поле event\_code. ![Значение поля состояния](https://www.navixy.com/wp-content/uploads/2023/03/6-3.png) Например, аппаратный ключ имеет пользовательское значение, которое платформа ожидает и о котором уведомляет пользователя после того, как в поле hardware\_key поступает значение A1DD3FC3452904D. **Разрешить повтор:** Если флажок не установлен, событие срабатывает повторно только если перед текущим ожидаемым значением было получено еще одно входящее значение, а затем ожидаемое значение приходит в новом пакете данных. Например, если флажок не установлен, каждый раз при получении этого аппаратного ключа из примера выше (A1DD3FC3452904D) платформа не будет запускать уведомление о событии, пока не поступит другое значение аппаратного ключа, а затем снова не придет ожидаемое значение. Вот как это работает, если флажок не установлен: * 09:00 AM Последний полученный ключ A1DD3FC3452904D * 09:15 AM Платформа получает пакет данных с тем же значением hardware\_key (A1DD3FC3452904D). Уведомление не срабатывает * 09:20 AM Поступает новое значение hardware\_key. Например, B99978233FDD1. Уведомление не генерируется, потому что это значение не ожидается. Но внутренний переключатель уже готов выдать уведомление, когда придет ключ A1DD3FC3452904D. * 09:30 AM Платформа получает пакет данных со значением hardware\_key A1DD3FC3452904D. Теперь срабатывает уведомление. Иными словами, уведомления будут генерироваться только при изменении, но если ожидаемое значение приходит после другого значения. Если опция выбрана, сценарий такой: * 09:00 AM Последний полученный ключ A1DD3FC3452904D * 09:15 AM Платформа получила пакет данных с тем же значением hardware\_key (A1DD3FC3452904D). На этот раз срабатывает уведомление. * 09:25 AM Платформа получила пакет данных с тем же значением hardware\_key (A1DD3FC3452904D). На этот раз уведомление снова срабатывает. * 09:34 AM Поступает новое значение hardware\_key. Например, B99978233FDD1. Уведомление не срабатывает, поскольку ключ B99978233FDD1 не является ожидаемым. * 09:45 AM Платформа получила пакет данных с ожидаемым значением hardware\_key (A1DD3FC3452904D). На этот раз срабатывает уведомление. Иными словами, если ожидаемое значение в ранее определенном поле состояния поступает на платформу, она генерирует событие уведомления. Обратите внимание, что если **Разрешить повтор** выбрано, событие не возникает чаще, чем позволяет таймер «Повторная задержка». Для типа правила по значению поля состояния таймер сброса по умолчанию составляет 5 минут и может быть изменен с помощью **Повторная задержка** поле. **Привязать зону к правилу:** Включает привязку зоны к правилу. **Кнопка карты:** Показывает привязанные зоны на карте. **Повторная задержка:** Задает пользовательский таймер сброса в секундах для уведомлений о событиях. Например, если вы хотите получать уведомления не чаще одного раза в 30 минут, установите значение 1 800 (секунд). **Работа с виртуальными датчиками:** Правило по полю состояния позволяет выбирать не только поля состояния, но и виртуальные датчики. Выбирая подходящий виртуальный датчик и указывая нужное событие в таблице виртуального датчика, пользователи могут получать уведомления и включать событие в отчеты. Это позволяет компаниям настраивать и контролировать события, о которых они хотят получать информацию, адаптируя систему мониторинга под свои конкретные потребности. Такая гибкость повышает возможности отслеживания и управления критическими или пользовательскими событиями, предоставляя ценные сведения и облегчая принятие решений на основе данных в различных бизнес-операциях. Все события из ожидаемых значений являются пользовательскими и могут быть созданы в соответствии с потребностями пользователей. Дополнительные сведения о виртуальных датчиках см. в [Виртуальные датчики](/docs/user/ru/guide/devices-and-settings/vehicle-sensors/virtual-sensors.md) статью. {% columns %} {% column %} ![](https://2388694493-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-ef8e1e2286092e86664036ac11819274a2618315%2Fimage-20230726-125407.png?alt=media) {% endcolumn %} {% column %} ![](https://2388694493-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-8ccec090e4dbcaaa61f15c80fa4ac2e72d66be15%2Fimage-20230726-125535.png?alt=media) {% endcolumn %} {% endcolumns %} ![](https://2388694493-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-46bc4c8e2353eab03928f5b7ac783834ac2bb35e%2Fimage-20230726-125722.png?alt=media) ### Уведомления **Экстренное уведомление:** используется для важных событий. Сообщение на экране и звуковой сигнал можно отключить только нажав на уведомление. Обратите внимание, что некоторые браузеры могут блокировать звук уведомлений, пока на странице не будет зафиксирована активность пользователя. **Push-уведомления:** Получайте push-уведомления в мобильном приложении и веб-интерфейсе. **Добавить название зоны в уведомление:** Добавляет названия указанных зон в текст уведомления. Эта опция доступна только когда на **Настройки** вкладку. **SMS-уведомления:** Список получателей SMS-уведомлений при возникновении события. **Уведомления по электронной почте:** Список получателей уведомлений по электронной почте при возникновении события. ### Расписание Задайте расписание, когда будет запускаться правило. Если по расписанию событие не должно запускаться в определенный день или период времени, оно не отображается в пользовательском интерфейсе как уведомление, а уведомления по SMS или электронной почте не отправляются. Кроме того, для быстрого планирования вы можете выбрать шаблон по умолчанию. ### особенностях платформы Navixy * Вкладка **Поле состояния** оповещение имеет 5-минутный таймер сброса, то есть событие оповещения не возникает чаще, чем раз в 5 минут. Если этот тип события возникает в течение времени, пока правило ожидает сброса, платформа его пропускает, включая отчеты. * Правило поддерживает только одно устройство на одно правило. Это связано с тем, что несколько разных источников полей состояния нельзя сопоставлять с несколькими GPS-устройствами. --- # 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/state-field-value.md?ask=&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.