Suivi satellitaire de flotte pour distinguer les zones sans couverture des vrais problèmes

    AuteurBenjamin Hayes
    September 21, 2026
    Suivi satellitaire de flotte pour distinguer les zones sans couverture des vrais problèmes

    Lorsqu’un traceur quitte la couverture cellulaire, le point sur la carte cesse de bouger et personne ne peut savoir si le véhicule se trouve dans une zone sans réseau, si son équipement est hors service ou s’il est en train d’être volé. Les appareils à double mode qui basculent sur Iridium maintiennent un canal de communication ouvert, mais un canal ne suffit pas à expliquer la situation. Dans cet article, nous examinons comment les TSP peuvent transformer ces messages en alertes, en rapports fidèles à la réalité et en un service que les clients souhaitent renouveler, en prenant Navixy et le nouvel appareil intégré Inmosat CarFinder Sat comme exemple.

    Que se passe-t-il lorsqu’un véhicule quitte la zone de couverture ?

    Imaginons que le camion 14 soit à mi-parcours d’un trajet nocturne sur une route minière. À 3 heures du matin, il entre dans une vallée de 40 km sans signal cellulaire. Le point sur la carte de l’exploitant cesse de bouger et l’écran ne fournit aucune autre information. La vallée peut suffire à expliquer la situation. Mais l’appareil peut aussi être hors service, ou quelqu’un peut utiliser un brouilleur pour détourner le chargement sans être repéré.

    Les zones sans couverture ne sont pas des cas isolés. Des exemples logistiques font état de vastes territoires sans réseau, des déserts africains aux jungles sud-américaines. Les stations de base 2G laissées sans maintenance accentuent également ces lacunes. Le brouillage en est la version délibérée. Selon un bilan de 2020, des brouilleurs auraient été utilisés dans environ 85 % des quelque 3 400 vols de camions de marchandises recensés au Mexique. Un prestataire de sécurité du transport de marchandises a également signalé leur utilisation dans 64 % des vols au premier semestre 2024.

    Pour un TSP, la difficulté tient au fait que la plateforme ne peut tirer qu’un nombre limité de conclusions du silence. La règle de perte de connexion de l’appareil mesure la durée du silence par rapport à un délai défini, tandis que les flux IoT Logic s’exécutent lorsqu’un message arrive. Un appareil qui n’envoie rien ne fournit donc aucune donnée au flux. Notre récent article sur le suivi de présence à domicile souligne le même problème dans un autre domaine. L’exploitant se retrouve avec un point rouge et une supposition.

    Un second canal change la situation. Un appareil à double mode utilise le réseau cellulaire comme liaison principale et bascule sur Iridium lorsque la connexion GSM est perdue. La zone sans couverture devient alors une série de messages de suivi espacés, plutôt qu’un vide. C’est un progrès important, mais la solution a ses limites. Nous y reviendrons plus loin.

    Si vous souhaitez comprendre comment les appareils se connectent à Navixy avant de poursuivre, commencez par le guide d’activation. Il explique ce qu’un appareil satellitaire nécessite du côté de la plateforme.

    Ce qu’une solution de suivi satellitaire doit couvrir

    Avant de choisir le matériel, il est utile de définir ce que la solution doit faire. Pour une flotte qui quitte régulièrement la couverture cellulaire, la liste est courte.

    1. Une position même hors couverture. Le véhicule continue à transmettre sans réseau cellulaire et y revient dès que la couverture est rétablie, puisque le guide Navixy sur Iridium donne la priorité au GSM.
    2. Un coût prévisible. Les communications satellitaires coûtent plus cher que les données cellulaires. Elles doivent donc être réservées aux actifs qui en ont besoin.
    3. Un moyen d’appeler à l’aide. Un SOS qui ne dépend pas d’une antenne-relais.
    4. Du contexte pour interpréter le silence. Un moyen de distinguer une zone sans couverture d’un problème réel, avec des alertes qui ne déclenchent pas de fausses alarmes.
    5. Des rapports fidèles à la réalité. Des trajets, des stationnements et un kilométrage qui restent exploitables malgré des points de position espacés.

    Les limites de taille des messages expliquent l’importance des deuxième et cinquième points. Les émetteurs-récepteurs Iridium SBD courants peuvent envoyer jusqu’à 340 octets et en recevoir jusqu’à 270. Un message peut mettre entre 5 et 20 secondes à traverser le réseau. Un article d’assistance de Geotab décrit son option Iridium comme transmettant toutes les 30 minutes, généralement avec la seule position. Des messages courts et espacés font simplement partie du fonctionnement des communications satellitaires.

    De la liste des besoins à un appareil installé dans le véhicule

    La version 2026.07 de Navixy a ajouté Inmosat CarFinder Sat, un appareil GPS satellitaire, à la liste des équipements pris en charge. Inmosat indique deux sorties numériques, une mémoire de plus de 100 messages, une configuration à distance et des antennes GPS et satellitaires internes. L’appareil transmet à la fois par réseau cellulaire et par Iridium. Cela couvre le premier point de la liste.

    L’appareil ne peut pas assurer le reste à lui seul. Déterminer si le silence est normal, définir des délais d’alerte adaptés à la fréquence de transmission et expliquer les rapports fondés sur des points espacés sont des tâches qui interviennent après la réception du message.

    Un message arrive de la zone sans couverture. Que se passe-t-il ensuite ?

    Le camion 14 envoie un message de suivi depuis la vallée peu après 3 heures du matin. Voici ce que la plateforme peut en faire.

    Donner un contexte géographique au message

    Les zones sans couverture sont des lieux, et Navixy dispose déjà des outils pour les décrire. Dessinez des géozones autour des secteurs sans réseau que vous connaissez, comme la route minière, un col de montagne ou un tronçon d’autoroute dans le désert. Le message cesse d’être une simple paire de coordonnées. Il indique désormais que le camion 14 se trouve dans la géozone de la vallée, peu après 3 heures du matin. L’analyse présentée plus loin dans cet article permettra de repérer les zones sans couverture que vous ne connaissez pas encore.

    Construire la règle dans IoT Logic

    Les fonctions de géozones inGeofence(), enterGeofence() et leaveGeofence() permettent à un flux de suivre différentes branches selon l’endroit d’où provient le message. Pour le camion 14, la règle est simple.

    Message satellitaire → Dans une zone connue sans couverture ? → Oui, enregistrer comme normal / Non, transmettre pour intervention

    Un message envoyé depuis une zone connue sans couverture est considéré comme normal. S’il provient de tout autre endroit, il est envoyé à un nœud Webhook, qui transmet une requête HTTP POST au centre de sécurité ou au système de tickets du client sans attendre de réponse. Le contenu du message dépend de l’appareil et du mappage de ses données dans Navixy. Avant la mise en production, envoyez donc un message de test et examinez-le dans le Data Stream Analyzer.

    Adapter les délais à la fréquence de transmission

    Un point rouge qui reste toujours rouge finit par faire partie du décor. Les exploitants qui voient la même alerte de déconnexion chaque fois qu’un camion traverse la même vallée cessent d’y prêter attention. La cause habituelle est un délai unique appliqué à tous les appareils. Un équipement qui transmet toutes les heures par satellite et un autre qui actualise sa position toutes les 30 secondes par réseau cellulaire ne peuvent pas partager le même critère de silence.

    Navixy permet de définir, pour chaque appareil, le délai avant de le considérer comme déconnecté dans les paramètres d’état de connexion, de 1 minute à environ 3 000 jours. Le champ affiche 10 minutes tant qu’aucune valeur n’a été enregistrée, mais il ne s’agit que d’une indication. Les appareils sans valeur enregistrée utilisent un délai interne qui varie selon l’appareil et le type de connexion. La règle de perte de connexion de l’appareil ajoute son propre délai personnalisé à une valeur par défaut distincte de 10 minutes. Créez donc une règle par profil de transmission. La documentation ne précise pas comment ces deux délais interagissent. Testez d’abord leur combinaison sur un appareil.

    Des rapports fidèles à la réalité malgré des points espacés

    Le client conteste maintenant le trajet du camion 14. Le kilométrage paraît inférieur à ce que suggèrent les justificatifs de carburant, et une partie du trajet manque sur la carte. L’espacement des points en est probablement la cause. Chaque rapport peut fournir certaines informations, mais pas toutes.

    La détection du stationnement exige que l’appareil reste sous le seuil de vitesse d’inactivité pendant toute la durée minimale d’inactivité. Cette durée doit donc être supérieure à l’intervalle de transmission. Si l’intervalle dépasse la durée d’inactivité, Navixy n’affichera pas les traces et l’appareil peut rester à l’état stationné. Les visites de géozones sont calculées à partir des points reçus. Une visite brève entre deux messages de suivi n’apparaîtra donc pas. Le kilométrage est également affecté, car des points peu fréquents coupent les virages et l’odomètre virtuel sous-estime la distance.

    La fraîcheur des données compte aussi. Les données datant de plus de cinq minutes sont indiquées comme non actuelles. Les messages stockés puis transmis après la sortie d’une zone sans couverture portent donc le statut GPS non actualisé, même si l’appareil fonctionne correctement. Documentez ce que les rapports de chaque catégorie d’actifs afficheront ou non, puis validez cette fiche d’une page avec le client avant la mise en service.

    Un bouton d’alerte qui fonctionne sans réseau cellulaire

    La zone sans couverture est aussi l’endroit où le conducteur du camion 14 se retrouve seul. Un bouton d’alerte qui dépend du réseau cellulaire échoue précisément au moment où il est nécessaire. Le cas de Teltonika en Zambie illustre cette situation. Un modem Iridium Edge envoie l’alerte avec les coordonnées par Short Burst Data et ne transmet que lorsque le traceur ne peut pas utiliser le réseau cellulaire.

    Dans Navixy, une règle SOS peut transformer un événement d’alerte provenant d’un appareil compatible en notifications par SMS, e-mail, push ou dans l’application, destinées à la personne de permanence. Pour les intégrations compatibles, des commandes de sortie peuvent également être renvoyées à l’appareil par le canal satellitaire lorsque sa dernière connexion a été effectuée via SBD.

    Intégrer les événements satellitaires au processus du client

    La plupart des clients disposent déjà d’un système pour gérer les interventions, qu’il s’agisse d’un centre de sécurité, d’un outil de tickets ou d’un système de gestion du transport. L’article de Navixy sur la sécurité des travailleurs isolés souligne ce point pour les traceurs personnels, et le principe s’applique ici aussi. L’alerte doit rejoindre le processus du client pour déclencher une action.

    Le nœud Data Source intègre des données de trajet ou d’expédition dans un flux. Un arrêt prévu dans une zone sans couverture peut ainsi être considéré comme normal. Le transfert de données en temps réel envoie les messages vers un serveur tiers via 29 protocoles pris en charge, et l’API de rapports permet au portail du client de récupérer les rapports sans ouvrir Navixy. IoT Logic nécessite une licence distincte, et les appareils satellitaires sont activés manuellement via la passerelle de l’opérateur. Prévoyez ces deux aspects avant de vous engager sur une date de mise en service.

    Identifier les besoins en satellite avant de proposer le service

    La meilleure offre satellitaire est celle qui résout le problème avec le périmètre nécessaire, et les données existantes de vos clients peuvent vous aider à le définir. Le guide de Navixy sur Iridium décrit le candidat idéal comme un traceur qui quitte souvent la couverture, transmet moins de 1 Mb par mois et doit rester connecté. Commencez donc par analyser la flotte que vous suivez déjà sur le réseau cellulaire.

    Raw IoT Data donne accès à l’heure de génération du message par l’appareil et à son heure de réception par le serveur. Les données peuvent être exportées en CSV ou en Parquet, avec des périodes d’accès dépendant du forfait et généralement à partir de 30 jours. Chargez-les dans IoT Query pour les consulter en SQL, ou créez une vue dans Dashboard Studio et exportez-la sous forme de rapport. De longues interruptions entre les messages, suivies de transmissions de données stockées, désignent les actifs et les trajets susceptibles de bénéficier du satellite. Les autres peuvent rester sur le réseau cellulaire.

    Traitez ensuite chaque message satellitaire comme une dépense à maîtriser. Au moins un revendeur facture par tranches de 50 octets. Déterminez donc ce que le message doit contenir, par exemple la position, l’état du contact, un indicateur d’alerte et l’état d’une sortie, puis réservez le reste au réseau cellulaire. IoT Logic traite les données après leur réception et ne peut donc pas réduire le volume des communications satellitaires. C’est l’appareil qui décide de ce qu’il envoie, et le mode de suivi est le réglage sur lequel vous pouvez agir.

    Pour un TSP, l’opportunité va au-delà de la vente de matériel supplémentaire

    Une flotte de maintenance sur le terrain, un sous-traitant minier et un transporteur de marchandises peuvent tous perdre le signal, mais ils n’achèteront pas le même service. Le matériel et l’environnement Navixy peuvent rester identiques, tandis que les zones sans couverture, les délais, les circuits d’intervention et les rapports changent pour chaque client.

    Un TSP peut ainsi vendre une réponse à la question de savoir si un camion va bien et proposer plusieurs niveaux de service. Une offre de base pourrait comprendre le suivi satellitaire avec des profils de rapport qui en précisent les limites. Une offre avec surveillance ajoute l’évaluation des messages de suivi et leur transmission pour intervention. Une offre intégrée alimente les propres systèmes du client.

    Ce que cette solution ne résout pas

    La communication satellitaire ne neutralise pas le brouillage GNSS. La position provient toujours du récepteur GNSS. Un appareil brouillé peut donc perdre sa position même si son canal de communication reste ouvert. Les règles Navixy de détection du brouillage GPS et GSM dépendent de ce que l’appareil lui-même peut détecter et signaler.

    L’installation constitue l’autre limite. Une liaison satellitaire nécessite une vue suffisamment dégagée du ciel. Le toit du véhicule et d’autres structures peuvent l’obstruer lorsque l’antenne se trouve dans la cabine. Son emplacement compte donc autant que le choix de l’appareil.

    La vallée reste sans signal. Le rapport l’explique désormais.

    Un canal satellitaire présente une difficulté commerciale particulière. Lorsqu’il fonctionne, rien de spectaculaire ne se produit. Le client qui le paie voit donc un coût sans bénéfice visible. La mesure des résultats permet de résoudre ce problème. Indiquez les heures passées par chaque actif hors couverture cellulaire, les messages de suivi qui ont permis de maintenir sa visibilité et les alertes considérées comme normales plutôt que transmises pour intervention. Cette valeur invisible devient alors une donnée concrète du rapport mensuel.

    La vallée du camion 14 restera sans signal le mois prochain. La différence, c’est que le rapport le précisera, ce qui devrait faciliter la discussion sur le renouvellement du service.

    Si vous créez des services de suivi satellitaire de flotte pour vos clients, nous aimerions connaître vos projets. Contactez l’équipe Navixy pour discuter de ce que votre plateforme doit faire une fois le message reçu.

    Partager l'article