> 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 (Diagnostic Trouble Codes) и ошибки. Когда платформа 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) Для быстрой настройки уведомления об изменении состояния: * Выберите необходимое поле состояния и задайте для него ожидаемое значение. Например, поле состояния = Trunk, ожидаемое значение = Opened. * Не включайте **опцию «Разрешить повтор»** и оставьте поле **«Задержка повтора»** пустым. В этом случае вы будете получать уведомление только при изменении значения. Для быстрой настройки уведомления об изменении события: * Выберите необходимое поле состояния и задайте для него ожидаемое значение. Например, поле состояния = event\_code, ожидаемое значение = 7 (тревога превышения скорости для устройств Howen Technologies). Для каждого кода события следует создать отдельное правило для поля состояния. Все ожидаемые значения можно найти на сайте производителя устройства или получить непосредственно у производителя, обратившись в службу поддержки. * Включите «Разрешить повтор», чтобы получать уведомления для одних и тех же значений, и задайте задержку повтора (как часто одинаковые входящие значения запускают уведомление по этому правилу). Например, если вы хотите получать уведомления о превышении скорости не чаще одного раза в 30 минут, задайте задержку повтора 1800 секунд. **Поле состояния:** Здесь пользователь указывает поле, которое необходимо отслеживать. В нашем примере это Trunk. Поэтому когда Trunk = Opened, как мы задаем в селекторе ожидаемого значения, платформа генерирует событие уведомления. **опцию «Разрешить повтор»** Флажок также влияет на поведение. См. [опцию «Разрешить повтор»](#allow-repeat) подробности. **Ожидаемое значение:** Стандартные поля состояния (например, **Багажник**, **Дверь**, **Ремень безопасности**, и т. д.) имеют интуитивно понятные варианты ожидаемых значений. Обычно это **Открыто/Закрыто** или **Заперто/Отперто**. Однако, если вы хотите получать уведомление по полю состояния о некоторых особых событиях, пользователь должен знать, какой код события будет отправлен с устройства, чтобы платформа понимала, чего ожидать во входящем поле event\_code. ![Значение поля состояния](https://www.navixy.com/wp-content/uploads/2023/03/6-3.png) Например, для аппаратного ключа есть пользовательское значение, которое ожидает платформа, и она уведомляет пользователя после того, как значение A1DD3FC3452904D поступает в поле hardware\_key. **Разрешить повтор:** Если не выбрано, событие срабатывает повторно только в том случае, если до текущего ожидаемого значения было получено другое входящее значение и ожидаемое значение приходит в новом пакете данных. Например, если флажок не выбран, каждый раз, когда мы получаем тот аппаратный ключ из примера выше (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 минут, задайте в поле 1800 (секунд). **Работа с виртуальными датчиками:** Правило для поля состояния позволяет выбирать не только поля состояния, но и виртуальные датчики. Выбрав подходящий виртуальный датчик и указав нужное событие в таблице виртуального датчика, пользователи могут получать уведомления и включать это событие в отчеты. Это позволяет компаниям настраивать и контролировать события, о которых они хотят получать информацию, подстраивая систему мониторинга под свои конкретные потребности. Такая гибкость повышает возможность отслеживать и управлять критически важными или пользовательскими событиями, предоставляя ценные сведения и облегчая принятие решений на основе данных в различных бизнес-операциях. Все события из ожидаемых значений являются пользовательскими и могут быть созданы в соответствии с потребностями пользователей. Подробнее о виртуальных датчиках см. в [Виртуальные датчики](/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- или email-уведомления не отправляются. Кроме того, вы можете выбрать шаблон по умолчанию для быстрого планирования. ### особенностях платформы 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 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/state-field-value.md?ask=&goal= ``` `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.