> 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/security/vibration-sensor.md). # Capteur de vibration Détectez les vibrations continues sur un véhicule Stationné via l’Accéléromètre du tracker GPS. Les alertes permettent d’identifier un vol potentiel ou un accès non autorisé à l’actif. Un capteur de vibrations, également appelé capteur de secousses, s'appuie sur l'Accéléromètre intégré de l'appareil pour détecter une vibration continue ou un mouvement continu, généralement lorsqu'un véhicule est stationné. Cette règle est conçue pour déclencher des alertes ou des notifications lorsque des vibrations inhabituelles ou continues sont détectées, signalant une activité potentiellement non autorisée ou des perturbations. Les paramètres de sensibilité du capteur peuvent être ajustés en fonction des besoins de l'utilisateur, selon la configuration de l'appareil. Cette règle est particulièrement utile dans diverses applications, par exemple pour des entreprises de construction qui protègent leurs véhicules stationnés. Des vibrations continues pourraient indiquer un accès non autorisé ou une tentative de vol. Les alertes générées par cette règle permettent aux entreprises de réagir rapidement, réduisant le risque de vol de véhicules, minimisant les dommages potentiels et limitant les pertes. Il est important de noter que l'efficacité de cette règle dépend du matériel et de la configuration du dispositif GPS. Tous les scénarios liés à la détection des vibrations doivent être configurés dans l'environnement de l'appareil. Par exemple, certains dispositifs GPS offrent des options de configuration, telles que l'état du contact ou la temporisation du mouvement. ## 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 **Capteur de vibration** L’alerte dispose d’un minuteur de réinitialisation d’une minute, ce qui signifie que l’alerte ne se déclenche pas plus d’une fois par minute. Si un événement se produit pendant que la règle attend la réinitialisation, la plateforme Navixy omet l’événement, y compris dans les Rapports. * **Plusieurs appareils :** Les utilisateurs peuvent sélectionner plusieurs appareils GPS pour recevoir les notifications de cette règle, à condition que les appareils GPS prennent en charge les événements du capteur de vibrations et que la fonctionnalité soit intégrée à la plateforme. * **Alerte d'événement indépendante du GPS :** Si la plateforme reçoit un événement de vibration provenant d’un appareil GPS sans coordonnées GPS valides, l’événement est malgré tout comptabilisé comme valide et affiché, qu’il se soit produit à l’intérieur ou à l’extérieur d’une zone géographique. La logique des boutons radio Intérieur/Extérieur est ignorée dans ce cas, car il est préférable d’afficher un événement potentiellement critique plutôt que de l’omettre. --- # 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/security/vibration-sensor.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.