> 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/device-positioning/gps-jamming.md).

# Попытка GPS глушения (потеря связи)

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

Попытка GPS глушения (потеря связи) возникает, когда частоты GPS или GNSS нарушаются помехами от близлежащих источников — процессом, известным как маскирование или частотное маскирование. Эти помехи могут привести к потере устройством связи со спутниками, что вызывает искажение или полную потерю данных GPS. Попытка GPS глушения (потеря связи) отличается от [Попытка GSM глушения (потеря связи)](/docs/user/ru/guide/events-and-notifications/device-connection/gsm-jamming.md)..., поскольку они работают в разных частотных диапазонах. Когда происходит попытка GPS глушения (потеря связи), устройство может потерять связь со спутниками, в результате чего отображается либо ноль видимых спутников, либо недопустимые координаты, которые платформа мониторинга не может восстановить.

Правило попытки GPS глушения (потеря связи) повышает охрану транспорта и активов, предотвращая кражу в ситуациях, когда помехи GPS-сигнала используются для отключения систем мониторинга. Например, если транспортное средство становится целью кражи или захвата, это правило своевременно отправляет оповещение, позволяя быстро принять меры и предотвратить потерю или ущерб. Это важный инструмент для бизнеса, который помогает защищать свои автопарки и ценные активы.

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

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

Общие настройки см. в [Правила и контроль событий](/docs/user/ru/guide/events-and-notifications.md).

## Сведения о работе системы

* **Таймер сброса:** Вкладка **Попытка GPS глушения (потеря связи)** Оповещение имеет 5-минутный таймер сброса, то есть оно не срабатывает чаще одного раза в 5 минут. Если событие происходит в течение периода сброса, оно не отображается на платформе Navixy, включая отчеты.
* **Несколько устройств:** Это правило позволяет выбрать несколько GPS-устройств, от которых будут поступать уведомления, при условии, что выбранные GPS-устройства поддерживают события попытки GPS глушения (потеря связи), а функция интегрирована в платформу. Такая гибкость позволяет вести мониторинг событий попытки GPS глушения (потеря связи) на различных транспортных средствах или устройствах.
* **Оповещение о событии, не зависящем от GPS:** Платформа регистрирует и отображает событие, даже если оно получено в пакете без действительных координат. Событие отображается независимо от того, произошло ли оно внутри или вне привязанных геозон, поскольку платформа отдает приоритет показу потенциально критических событий, а не их пропуску.

## См. также

* [Попытка GSM глушения (потеря связи)](/docs/user/ru/guide/events-and-notifications/device-connection/gsm-jamming.md)


---

# 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/device-positioning/gps-jamming.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.