> 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/fr/faq-and-troubleshooting/gps-devices/parking-detection-logic.md).
# Logique de détection de stationnement
## Introduction
La détection de stationnement est un paramètre central qui définit les trajets, les arrêts, le fonctionnement au ralenti et d'autres événements liés au mouvement pour un appareil dans Navixy. La logique combine la vitesse, le temps minimal d'inactivité et, lorsque c'est possible, des données supplémentaires telles que l'état du contact ou le statut du capteur de mouvement.
Avant de consulter les rapports ou les alertes, assurez-vous que l'appareil envoie des données cohérentes et que la configuration correspond à l'exploitation réelle de la flotte.
Configurez cela depuis **Détection de stationnement**. Cela a une incidence directe sur :
* Rapport de trajet
* Rapport des arrêts
* Fonctionnement au ralenti excessif
* Arrêts à l'intérieur ou à l'extérieur des géozones
* Règles qui dépendent du mouvement ou du statut de stationnement
La plateforme n'interprète que les données qu'elle reçoit. Une faible fréquence de remontée, du bruit GPS, un état du contact incorrect ou des données de mouvement peu fiables affecteront le résultat.
## Configuration principale
Dans **Détection de stationnement**, vous définissez quand la plateforme doit considérer qu'un appareil est stationné.
* **Durée minimale d'inactivité**: La durée minimale pendant laquelle l'appareil doit rester au ralenti avant que la plateforme le marque comme stationné. Si cette valeur est définie sur 5 minutes, la condition doit rester vraie pendant les 5 minutes complètes avant que le statut change. Plage autorisée : 1 à 1 440 minutes.
* **Vitesse maximale au ralenti**: Le seuil de vitesse utilisé pour considérer l'appareil comme au ralenti. Si cette valeur est définie sur 3 km/h, la plateforme considère comme au ralenti les vitesses inférieures à 3 km/h. Si cette valeur est définie sur 0, la détection de la vitesse au ralenti est désactivée.
* **Prendre en compte l'état du contact**: Inclut l'état du contact dans **Détection de stationnement**. Pour que cela fonctionne correctement, le capteur de contact doit être physiquement connecté et configuré dans **Boutons et capteurs**. Si vous activez cette option sans capteur valide, les résultats peuvent être incorrects.
* **Prendre en compte le capteur de mouvement**: Inclut le mouvement signalé par l'appareil en plus de la vitesse et du temps. Cela peut être utile lorsque le bruit GPS provoque de faux mouvements, mais seulement si les données du capteur sont fiables.
## Comment la logique fonctionne sans contact ni capteur de mouvement
Si ces options sont désactivées, la plateforme utilise uniquement la vitesse et le temps :
1. La vitesse passe sous le **Vitesse maximale au ralenti**.
2. La plateforme commence à compter le temps.
3. Si le **Durée minimale d'inactivité** seuil est atteint, l'appareil est marqué comme stationné.
4. Si un paquet arrive avec une vitesse supérieure au seuil, le décompte est réinitialisé.
Exemple :
Si l'inactivité est définie sur 5 minutes et la vitesse sur 3 km/h, la plateforme doit recevoir des données inférieures à 3 km/h pendant 5 minutes consécutives avant de marquer l'appareil comme stationné. Un seul paquet au-dessus du seuil réinitialise le décompte.
## Comment la logique change lorsque vous prenez en compte le contact
La vitesse seule ne permet pas toujours de distinguer un arrêt opérationnel, la circulation, une attente avec le moteur allumé ou la fin d'un trajet. Le contact ajoute du contexte et aide à séparer ces scénarios.
Lorsque cette option est activée, la plateforme évalue la vitesse, le temps et l'état du contact. Si l'état du contact est inversé, absent ou intermittent, la détection peut être erronée.
Exemple :
L'appareil est resté à 0 km/h pendant plusieurs minutes.
* **Contact coupé** → la plateforme peut confirmer le stationnement avec davantage de certitude
* **Contact mis** → il peut s'agir d'une attente moteur allumé, ce qui peut alimenter des règles telles que le fonctionnement au ralenti excessif
* **Contact mal configuré** → la plateforme peut mal interpréter les deux cas
## Comment la logique change lorsque vous prenez en compte le capteur de mouvement
Lorsque cette option est activée, la plateforme utilise le statut de mouvement signalé par l'appareil pour compléter les données de vitesse et de temps.
Cela aide lorsque l'appareil est arrêté mais que le bruit GPS crée de petits décalages de position ou de faux faibles niveaux de vitesse. Dans ce cas, le capteur peut confirmer que l'appareil n'est pas réellement en mouvement.
Si le capteur renvoie des données incorrectes, l'effet peut être inverse : trajets fractionnés, arrêts retardés ou faux mouvement alors que l'appareil est immobile. Validez le capteur avant de l'activer.
## Valeurs recommandées
Utilisez ces valeurs comme point de départ pour les opérations urbaines :
* **Durée minimale d'inactivité**: 3 à 5 minutes
* **Vitesse maximale au ralenti**: 3 à 6 km/h
Ce ne sont pas des valeurs universelles. Elles dépendent de l'exploitation et de ce que vous considérez comme un arrêt.
* Pour les opérations où les arrêts courts sont importants, une durée plus courte peut être utilisée.
* Pour les opérations avec une circulation fréquente ou des itinéraires lents, utilisez une durée plus élevée afin de réduire le bruit dans les rapports.
* Validez le seuil de vitesse avec des données réelles. Si le GPS indique entre 1 et 4 km/h alors que l'appareil est arrêté, un seuil trop faible peut empêcher une détection correcte.
## Bonnes pratiques
* **Configurez d'abord la détection de stationnement**: Avant de consulter des alertes telles que le fonctionnement au ralenti excessif ou les arrêts dans les géozones, vérifiez que la détection de base fonctionne correctement.
* **Validez le contact avant de l'activer**: Le capteur doit être présent dans **Boutons et capteurs** et renvoyer des valeurs correctes. Sinon, cela peut affecter les trajets, les arrêts et les alertes.
* **N'activez pas le capteur de mouvement sans valider les données**: Confirmez d'abord que l'appareil transmet correctement cet état. Sinon, cela peut affecter l'enregistrement des trajets et la détection des arrêts.
* **Vérifiez la fréquence de remontée**: Si l'appareil envoie des données toutes les 60 secondes, une durée d'inactivité d'une minute n'est pas adaptée. La durée minimale doit être supérieure à l'intervalle de remontée.
* **Validez à l'aide de rapports réels**: Après avoir modifié la configuration, consultez les rapports de la journée d'exploitation :
* Rapport de trajet
* Rapport des arrêts
* Rapport de stationnement, le cas échéant
* **Documentez les modifications**: Enregistrez la valeur précédente, la nouvelle valeur, la date, la raison et les appareils concernés. Sinon, il devient difficile d'expliquer plus tard les changements dans les rapports.
Si vous observez des trajets fractionnés, des arrêts fantômes ou des événements qui ne correspondent pas à l'exploitation, ajustez les valeurs et validez à nouveau.
## Cas courants
* **L'appareil est arrêté mais semble être en mouvement**: Le **Vitesse maximale au ralenti** seuil peut être trop faible, ou il peut y avoir du bruit GPS. Si l'appareil signale entre 1 et 4 km/h alors qu'il est immobile, relevez le seuil.
* **Trop de trajets courts apparaissent**: Le **Durée minimale d'inactivité** est trop faible. La plateforme clôt les trajets à cause des feux de circulation ou de courtes pauses. Augmentez la durée et vérifiez à nouveau.
* **L'appareil semble stationné alors qu'il se déplace lentement**: Le **Vitesse maximale au ralenti** : est trop élevé.
* **Le fonctionnement au ralenti excessif ne se déclenche pas**: L'alerte dépend du fait que le statut de stationnement soit d'abord confirmé et que l'état du contact arrive correctement. Si **Détection de stationnement** l'état du contact ne fonctionne pas correctement, l'alerte ne se déclenchera pas même si le contact est mis. Vérifiez **Détection de stationnement** d'abord, puis l'alerte.
* **Différence entre le ralenti de la plateforme et le ralenti matériel**: Le ralenti de la plateforme dépend de la logique Navixy, de la détection de stationnement et de l'état du contact reçu. Le ralenti matériel provient d'un événement généré directement par l'appareil.
* **Le trajet n'est pas enregistré correctement lors de l'utilisation du capteur de mouvement**: Si le capteur renvoie des données incorrectes, le trajet peut ne pas être délimité comme prévu. Vérifiez d'abord les données du capteur.
* **La détection change après l'activation du contact**: Avant de supposer qu'il s'agit d'un problème de plateforme, vérifiez l'état du contact transmis par l'appareil.
## Recommandation pour éviter les lacunes dans l'itinéraire
Vérifiez d'abord les éléments suivants :
* Durée minimale d'inactivité
* Vitesse maximale au ralenti
* Fréquence de remontée de l'appareil
* Vitesse signalée pendant la période
* Qualité du signal GPS
* Utilisation du GPS ou du LBS
* État du contact, le cas échéant, et sa configuration sous **Boutons et capteurs**
* Capteur de mouvement, le cas échéant, et s'il signale correctement
* Règles de la plateforme et du matériel actives en même temps
La plateforme applique la logique configurée aux données qu'elle reçoit. Si les paquets arrivent à faible fréquence, avec du bruit ou des valeurs incohérentes, le résultat reflétera ces conditions.
## Note finale
**Détection de stationnement** La plateforme ne corrige pas les données de l'appareil. Elle interprète uniquement les données entrantes en fonction des valeurs configurées. Si le contact ou le capteur de mouvement est activé, ces données font aussi partie de la logique.
Avant de modifier les règles ou les rapports, assurez-vous que l'appareil envoie suffisamment de données cohérentes pour correspondre à l'exploitation réelle.
---
# 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/fr/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.