> 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. Логика объединяет скорость, минимальное время неактивности и, если они доступны, дополнительные данные, такие как статус зажигания или датчика движения. Перед просмотром отчетов или оповещений убедитесь, что устройство передает согласованные данные и что конфигурация соответствует реальной работе автопарка. Настройте это в **Определение стоянок**. Это напрямую влияет на: * Отчет по поездкам * Отчет по стоянкам * Длительная работа на холостом ходу * Стоянки внутри или вне геозон * Правила, зависящие от движения или статуса стоянки Платформа только интерпретирует данные, которые получает. Низкая частота передачи, шум GPS, неверный статус зажигания или ненадежные данные о движении повлияют на результат. ## Основные настройки В **Определение стоянок**, вы определяете, когда платформа должна считать объект стоящим. * **Минимальное время неактивности**: Минимальное время, в течение которого объект должен оставаться в простое, прежде чем платформа пометит его как стоящий. Если задано 5 минут, условие должно сохраняться все 5 минут, прежде чем изменится статус. Допустимый диапазон: от 1 до 1440 минут. * **Максимальная скорость простоя**: Порог скорости, используемый для того, чтобы считать объект простаивающим. Если задано 3 км/ч, платформа считает скорости ниже 3 км/ч признаком простоя. Если задано 0, определение простоя по скорости отключается. * **Учитывать статус зажигания**: Учитывает состояние двигателя в **Определение стоянок**. Чтобы это работало корректно, датчик зажигания должен быть физически подключен и настроен в **Датчики и кнопки**. Если вы включите это без корректного датчика, результаты могут быть некорректными. * **Учитывать датчик движения**: Учитывает данные о движении, передаваемые устройством, в дополнение к скорости и времени. Это помогает, когда шум GPS вызывает ложное движение, но только если данные датчика надежны. ## Как работает логика без зажигания или датчика движения Если эти параметры отключены, платформа использует только скорость и время: 1. Скорость опускается ниже **Максимальная скорость простоя**. 2. Платформа начинает отсчет времени. 3. Если **Минимальное время неактивности** условие выполнено, объект помечается как стоящий. 4. Если поступает пакет со скоростью выше порога, отсчет сбрасывается. Пример: Если время неактивности задано 5 минут, а скорость — 3 км/ч, платформа должна получать данные со скоростью ниже 3 км/ч в течение 5 непрерывных минут, прежде чем пометить объект как стоящий. Один пакет выше порога сбрасывает отсчет. ## Как меняется логика с учетом зажигания Одна лишь скорость не всегда позволяет отличить рабочую остановку, дорожный трафик, ожидание с включенным двигателем или завершение поездки. Зажигание добавляет контекст и помогает разделять эти сценарии. Когда эта опция включена, платформа оценивает скорость, время и состояние двигателя. Если статус зажигания инвертирован, отсутствует или передается с перебоями, определение может быть неверным. Пример: Объект уже несколько минут неподвижен. * **Зажигание выключено** → платформа может с большей уверенностью подтвердить стоянку * **Зажигание включено** → возможно, это ожидание с работающим двигателем, что может использоваться в правилах, таких как длительная работа на холостом ходу * **Зажигание настроено неправильно** → платформа может неверно интерпретировать оба случая ## Как меняется логика с учетом датчика движения Когда эта опция включена, платформа использует статус движения, передаваемый устройством, в дополнение к данным о скорости и времени. Это помогает, когда объект остановился, но шум 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=&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.