> 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/fr/guide/events-and-notifications/device-positioning/gps-jamming.md). # Brouillage GPS Détectez les interférences de signal GPS sur les appareils de votre flotte causées par le brouillage des fréquences GNSS, une méthode anti-suivi couramment utilisée lors de vols de véhicules. Le brouillage GPS se produit lorsque les fréquences GPS ou GNSS sont perturbées par des interférences provenant de sources proches, un processus appelé masquage ou masquage fréquentiel. Cette interférence peut provoquer la perte de connexion de l’appareil avec les satellites, entraînant des données GPS déformées ou complètement perdues. Le brouillage GPS diffère de [Brouillage GSM](/docs/user/fr/guide/events-and-notifications/device-connection/gsm-jamming.md), car ils fonctionnent sur des bandes de fréquences distinctes. Lorsque le brouillage GPS se produit, l’appareil peut perdre sa connexion aux satellites, ce qui se traduit soit par zéro satellite visible, soit par des coordonnées invalides que la plateforme de suivi ne peut pas récupérer. La règle de brouillage GPS améliore la sécurité des véhicules et des actifs en empêchant le vol dans les scénarios où des interférences du signal GPS sont utilisées pour désactiver les systèmes de suivi. Par exemple, si un véhicule est ciblé pour un vol ou un détournement, cette règle fournit une alerte rapide, permettant d’agir rapidement pour éviter une perte ou un préjudice. C’est un outil essentiel pour les entreprises afin de protéger leurs flottes et leurs actifs de valeur. ## Paramètres de la règle Cette règle dépend entièrement des capacités de l’appareil et de sa configuration matérielle. Il n’existe aucun paramètre spécifique à configurer dans la règle elle-même. Pour les paramètres courants, consultez [Règles et alertes](/docs/user/fr/guide/events-and-notifications.md). ## Détails du fonctionnement du système * **Minuterie de réinitialisation :** Le **Brouillage GPS** L’alerte dispose d’un minuteur de réinitialisation de 5 minutes, ce qui signifie qu’elle ne se déclenche pas plus d’une fois toutes les 5 minutes. Si un événement se produit pendant la période de réinitialisation, il est omis de la plateforme Navixy, y compris des Rapports. * **Plusieurs appareils :** Cette règle vous permet de sélectionner plusieurs appareils GPS pour recevoir des notifications, à condition que les appareils GPS sélectionnés prennent en charge les événements de brouillage GPS et que la fonctionnalité soit intégrée à la plateforme. Cette flexibilité permet de surveiller les événements de brouillage GPS sur divers véhicules ou appareils. * **Alerte d'événement indépendante du GPS :** La plateforme enregistre et affiche l’événement même s’il est reçu dans un paquet sans coordonnées valides. L’événement est affiché, qu’il se soit produit à l’intérieur ou à l’extérieur des géorepérimètres définis, car la plateforme privilégie l’affichage des événements potentiellement critiques plutôt que leur omission. ## Voir aussi * [Brouillage GSM](/docs/user/fr/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/fr/guide/events-and-notifications/device-positioning/gps-jamming.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.