> 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/gps-devices/parking-detection-logic.md).

# Логика определения стоянок

## Введение

Определение стоянок — это базовая настройка, которая задает поездки, стоянки, бездействие и другие события, связанные с движением, для устройства в Navixy. Логика объединяет скорость, минимальное время бездействия и, если доступно, дополнительные данные, такие как статус зажигания или датчика движения.

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

<img src="/files/29c47b06cfe2e557bbd044852c6e3326bb9d9ac7" alt="" height="336" width="624">

Настройте это в **определение стоянок**. Это напрямую влияет на:

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

<img src="/files/30e0d537d091859905f5d230f0271ff9adc3dcac" alt="" height="519" width="624">

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

## Основная конфигурация

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

<img src="/files/affca36c7916f6ec112fbf3925af1ceae9617833" alt="" height="404" width="624">

* **Минимальное время бездействия**: Минимальное время, в течение которого устройство должно оставаться без движения, прежде чем платформа отметит его как стоящее. Если задать 5 минут, условие должно сохраняться все 5 минут до смены статуса. Допустимый диапазон: от 1 до 1 440 минут.
* **Максимальная скорость без движения**: Порог скорости, по которому устройство считается бездействующим. Если задать 3 км/ч, платформа будет считать скорости ниже 3 км/ч состоянием без движения. Если задать 0, определение скорости без движения отключается.
* **Учитывать статус зажигания**: Включает статус двигателя в **определение стоянок**. Для корректной работы датчик зажигания должен быть физически подключен и настроен в разделе **Датчики и кнопки**. Если включить это без корректного датчика, результаты могут быть неверными.
* **Учитывать датчик движения**: Дополнительно к скорости и времени включает движение, передаваемое устройством. Это может помочь, когда шум GPS вызывает ложное движение, но только если данные датчика надежны.

## Как меняется логика при учете зажигания

<img src="/files/c91798f6156794c6cd656d14c29afff041a6b277" alt="" height="405" width="624">

Если эти опции отключены, платформа использует только скорость и время:

1. Скорость опускается ниже **Максимальная скорость без движения**.
2. Платформа начинает отсчет времени.
3. Если условие **Минимальное время бездействия** выполнено, устройство помечается как стоящее.
4. Если приходит пакет со скоростью выше порога, отсчет сбрасывается.

Пример:

Если время бездействия задано 5 минут, а скорость — 3 км/ч, платформа должна получать данные со скоростью ниже 3 км/ч в течение 5 непрерывных минут, прежде чем отметит устройство как стоящее. Один пакет выше порога сбрасывает отсчет.

## Как меняется логика при учете датчика движения

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

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

Пример:

Устройство уже несколько минут стоит на скорости 0 км/ч.

* **Зажигание выключено** → платформа может с большей уверенностью подтвердить стоянку
* **Зажигание включено** → возможно, это ожидание с работающим двигателем, что может запускать правила, такие как длительная работа на холостом ходу
* **Зажигание настроено неверно** → платформа может неверно интерпретировать оба случая

## Как меняется логика при учете датчика движения

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

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

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

## Рекомендуемые значения

Используйте эти значения как отправную точку для городских операций:

* **Минимальное время бездействия**: 3–5 минут
* **Максимальная скорость без движения**: 3–6 км/ч

Это не универсальные значения. Они зависят от специфики работы и от того, что вы считаете стоянкой.

* Для операций, где важны короткие остановки, можно использовать меньшее время.
* Для операций с частыми пробками или медленными маршрутами используйте большее время, чтобы уменьшить шум в отчетах.
* Проверьте порог скорости на реальных данных. Если GPS показывает от 1 до 4 км/ч, когда устройство стоит, слишком низкий порог может помешать корректному определению.

## Лучшие практики

* **Сначала настройте определение стоянок**: Прежде чем проверять такие оповещения, как длительная работа на холостом ходу или стоянки в геозонах, убедитесь, что базовое определение работает правильно.
* **Проверьте зажигание перед включением**: Датчик должен существовать в разделе **Датчики и кнопки** и передавать корректные значения. Иначе это может повлиять на поездки, стоянки и оповещения.
* **Не включайте датчик движения без проверки данных**: Сначала убедитесь, что устройство передает этот статус правильно. Иначе это может повлиять на запись поездок и определение стоянок.
* **Проверьте частоту отправки данных**: Если устройство отправляет данные каждые 60 секунд, время бездействия в 1 минуту не подходит. Минимальное время должно быть больше интервала отправки.
* **Проверьте по реальным отчетам**: После изменения конфигурации проверьте отчеты за рабочий день:
  * Отчет о поездках
  * Отчет о стоянках
  * Отчет о стоянках, если применимо
* **Зафиксируйте изменения**: Запишите предыдущее значение, новое значение, дату, причину и затронутые устройства. Иначе впоследствии будет трудно объяснить изменения в отчетах.

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

## Типичные случаи

* **Устройство стоит, но кажется, что оно движется**: Порог скорости **Максимальная скорость без движения** может быть слишком низким, или может быть шум GPS. Если устройство сообщает от 1 до 4 км/ч, когда стоит, увеличьте порог.
* **Появляется слишком много коротких поездок**: Порог скорости **Минимальное время бездействия** Время бездействия слишком мало. Платформа закрывает поездки из-за светофоров или коротких пауз. Увеличьте время и проверьте еще раз.
* **Устройство кажется стоящим, хотя оно движется медленно**: Порог скорости **Максимальная скорость без движения** Порог слишком высокий. Если устройство работает на низкой скорости, а порог выше нее, платформа интерпретирует его как бездействующее.
* **Длительная работа на холостом ходу не срабатывает**: Если определение стоянок **определение стоянок** работает некорректно, оповещение не сработает, даже если зажигание включено. Проверьте **определение стоянок** сначала, затем оповещение.
* **Разница между бездействием на уровне платформы и бездействием на уровне оборудования**: Бездействие на уровне платформы зависит от логики Navixy, определения стоянок и полученного статуса зажигания. Аппаратное бездействие поступает из события, которое генерируется напрямую устройством.
* **Поездка неправильно записывается при использовании датчика движения**: Если датчик передает неверные данные, поездка может быть размечена не так, как ожидается. Сначала проверьте данные датчика.
* **Определение меняется после включения зажигания**: Прежде чем предполагать, что это проблема платформы, проверьте статус зажигания, поступающий от устройства.

## Рекомендация по предотвращению разрывов маршрута

Сначала проверьте эти пункты:

* Минимальное время бездействия
* Максимальная скорость без движения
* Частота отправки данных устройством
* Передаваемая скорость за период
* Качество сигнала GPS
* Использование GPS или LBS
* Статус зажигания, если применимо, и его настройка в разделе **Датчики и кнопки**
* Датчик движения, если применимо, и корректность его данных
* Правила платформы и оборудования, активные одновременно

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

## Заключительное замечание

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

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


---

# 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/expert-center/ru/faq-and-troubleshooting/gps-devices/parking-detection-logic.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.
