L'ordinateur de bord pour la gestion des itinéraires doit indiquer clairement au conducteur la tâche et l'itinéraire en cours. Lorsqu'un régulateur modifie un arrêt, le système doit afficher la modification, confirmer sa réception par le conducteur et préciser la version utilisée. Un système de navigation fiable fait partie intégrante de cette fonction. Assurer la cohérence des informations entre le bureau et le véhicule en est une autre.
Prenons l'exemple d'un itinéraire qui change après le départ. Un client modifie son créneau de livraison, une entrée ferme ou une collecte prioritaire apparaît. Envoyer un nouveau message est simple. Savoir que l'ancienne instruction a été remplacée est plus complexe. Ce guide se concentre sur cette transition, plutôt que de répéter une liste générale des fonctionnalités matérielles des véhicules.
Illustration d'une application de gestion d'itinéraires générée par IA ; il ne s'agit pas d'un itinéraire client enregistré.
Distinguez le plan d'itinéraire des instructions de navigation détaillées.
La plateforme de répartition attribue les tâches à chaque véhicule. Un service de planification d'itinéraires peut calculer l'ordre des arrêts. Le logiciel de navigation fournit ensuite les indications entre ces arrêts. Bien que ces fonctions puissent être intégrées à une seule application, il est important que les acheteurs vérifient quel composant est responsable de chaque décision.
Par exemple, une application de navigation peut trouver un itinéraire plus rapide sans modifier l'ordre de livraison. Un répartiteur peut modifier cet ordre sans changer l'adresse de livraison. Aucune de ces actions ne doit annuler automatiquement les instructions d'accès du client. Demandez au fournisseur de logiciel de vous présenter ces deux modifications sur le terminal proposé.
PDS fournit la plateforme informatique embarquée. L'optimisation des itinéraires, les licences cartographiques commerciales et l'intégration au système de transport nécessitent une expertise distincte. Il ne faut pas supposer qu'un ordinateur de bord robuste inclut un abonnement à un service de routage ou une connexion préétablie à une base de données de répartition existante.
Choisissez un ordinateur de bord pour la gestion d'itinéraire en fonction des tâches affichées à l'écran.
Commencez par l'écran que le conducteur voit après s'être arrêté pour consulter une mise à jour. Il doit afficher la destination active, la raison du changement et l'action suivante requise. Évitez de l'obliger à comparer plusieurs fils de discussion pour déterminer quelle instruction est la plus récente.
Testez les noms de rue complets et les instructions de livraison, et pas seulement les adresses de démonstration courtes. Vérifiez comment l'application gère les caractères spéciaux et les langues utilisées par vos chauffeurs. Si la navigation et l'état de la course sont affichés simultanément, assurez-vous que les commandes principales restent lisibles à la distance d'installation.
L'ordinateur de bord d'un véhicule de répartition nécessite également une politique d'interruption raisonnable. Les mises à jour régulières ne doivent pas masquer l'affichage de navigation par un formulaire complexe lorsque le véhicule est en mouvement. Il convient de définir des règles d'interaction sécurisées avec le gestionnaire de flotte et le fournisseur de l'application. Les conducteurs doivent consulter les instructions détaillées et ne saisir des informations qu'à l'arrêt, en toute sécurité.
Chaque changement doit avoir un résultat clair.
Lors d'une démonstration, demandez au répartiteur de se déplacer d'un arrêt pendant que l'application véhicule est temporairement déconnectée. Une fois la connexion rétablie, vérifiez que le conducteur reçoit bien sa nouvelle affectation et que le bureau peut distinguer la réception du message de sa simple réception par le conducteur.
Essayez ensuite une séquence inhabituelle. Annulez l'arrêt après l'envoi de la mise à jour, mais avant que le pilote ne l'accuse réception. L'écran ne doit pas inviter le pilote à accepter une tâche qui n'existe plus. L'équipe logicielle doit expliquer comment elle identifie les messages obsolètes et gère les nouvelles tentatives sans multiplier les tâches.
C’est là qu’un historique simple des événements prend tout son sens. Il devrait être possible d’établir qui a modifié la tâche, de quoi disposait le chauffeur et ce qui s’est passé ensuite. Il convient de se concentrer sur les détails nécessaires sans collecter plus d’informations personnelles que requis par l’opération. L’accès à ces données devrait être limité aux personnes qui en ont besoin.
La position n'est utile que lorsque son âge est visible.
Un point en mouvement peut paraître convaincant même après l'arrêt des mises à jour. Demandez-vous comment l'écran de répartition identifie une ancienne position. L'application côté conducteur devrait également signaler clairement une perte de connexion ou une localisation indisponible, au lieu d'afficher indéfiniment un état apparemment actuel.
Empruntez un tunnel, un dépôt ou un autre tronçon de route où la réception est connue pour être difficile. Utilisez un itinéraire que votre équipe connaît, avec son autorisation pour cet essai. Comparez l'heure associée à un lieu avec l'heure à laquelle elle arrive sur le serveur. Ces deux heures peuvent différer, et l'application doit prévoir une règle pour gérer cette différence.
La réception GNSS, le service cellulaire et le logiciel de routage ont des rôles distincts. Un positionnement plus précis ne corrige pas une adresse de porte erronée. Un nouveau modem cellulaire ne répare pas une carte obsolète. Veuillez rédiger des rapports de panne suffisamment précis pour permettre au fournisseur responsable d'enquêter.
Options matérielles PDS pour l'application d'itinéraire
Pour une cabine compacte, le PDS T8 propose, dans sa configuration standard, un écran de 8 pouces (1280 × 800 pixels) et Android 10. Ses interfaces incluent CAN, RS485 et Ethernet, avec une alimentation de 9 à 36 V CC. Avant de faire votre choix, utilisez l'application de répartition pour évaluer l'ergonomie et la réactivité de l'écran.
Pour les projets nécessitant une plateforme logicielle différente, consultez le PDS T10B . PDS indique un écran 10,1 pouces 1280 × 800, Android 13 ou noyau Linux 5.15 avec Qt 5.15, et deux réseaux CAN. Confirmez la compatibilité de l'image système et des applications avec PDS ; ces systèmes d'exploitation sont des alternatives et ne garantissent pas le fonctionnement identique de toutes les applications.
Image matérielle officielle du PDS T8. L'application de routage et de répartition est fournie ou intégrée au projet.
La solution de gestion de flotte PDS constitue un point de départ utile pour adapter le matériel à l'ensemble des opérations. Il est important d'aborder la question des bandes de fréquences cellulaires, de l'emplacement des antennes, des périphériques requis et de la durée du support prévu. Les spécifications du processeur, à elles seules, ne suffisent pas à répondre à ces questions.
Testez un itinéraire modifié, pas seulement un départ propre
Préparez un essai comprenant un départ normal et plusieurs exceptions contrôlées. Modifiez une séquence d'arrêt. Annulez une tâche. Redémarrez le terminal après la réception d'une mise à jour. Déconnectez-le temporairement le temps d'effectuer une seconde modification. Reconnectez-le et comparez la liste de travail finale au bureau et dans la cabine.
Pour chaque cas, rédigez le résultat attendu avant l'exécution. Cela évite qu'une démonstration parfaite ne devienne un critère d'acceptation à part entière. Une exigence pertinente pourrait être que la dernière route acceptée reste disponible après redémarrage, les mises à jour non résolues étant clairement identifiées. Le fournisseur du logiciel doit confirmer et implémenter ce comportement.
Mesurez les éléments essentiels à votre activité : le temps de réouverture d’une tâche en cours, le temps d’affichage d’une modification reçue et le nombre de tâches non résolues ou dupliquées après le test. Ne tirez aucune conclusion quant aux économies de carburant ou à la réduction des trajets à partir d’un court essai matériel. Ces résultats nécessitent une comparaison opérationnelle appropriée sur la durée.
Maintenez l'atelier dans le déploiement
Un terminal de remplacement doit être identifié à quel véhicule et à quelle configuration il est associé. Il convient de définir la procédure d'enregistrement, d'installation de l'application approuvée et de restauration des paramètres par l'atelier. Il est recommandé de tester cette procédure sur un terminal de rechange plutôt que de supposer qu'elle fonctionnera ultérieurement.
Consignez les versions des logiciels ainsi que la configuration matérielle. En cas de problème suite à une mise à jour d'un module cartographique ou d'une application, le personnel d'assistance doit être informé des modifications apportées. Dans la mesure du possible, planifiez les mises à jour en dehors des heures de conduite et convenez d'une procédure de restauration avec le fournisseur de l'application.
FAQ
Le terminal calcule-t-il l'itinéraire le plus efficace ?
Uniquement si l'application installée ou le service connecté offre cette fonction. Renseignez-vous auprès du fournisseur du moteur de calcul d'itinéraire, des données cartographiques et de tout abonnement. Le matériel du véhicule, à lui seul, ne permet pas la planification d'itinéraire.
Un écran plus grand est-il toujours préférable pour la répartition des tâches ?
Non. Un écran plus grand peut afficher plus d'informations, mais il occupe aussi plus d'espace dans la cabine. Comparez l'application réelle à l'emplacement installé et veillez à ce que les commandes et la visibilité restent dégagées.
Que devons-nous envoyer au PDS avant de demander un devis ?
Fournissez un exemple d'itinéraire anonymisé, des captures d'écran de l'application conducteur, les détails d'installation dans le véhicule et la liste des périphériques requis. Incluez vos cas de test de modification d'itinéraire. Demandez à PDS de vérifier la configuration proposée avec l'équipe logicielle avant de commander un ordinateur de bord pour la gestion des itinéraires.
Contactez-nous
📧 Courriel : [email protected]
📞Tél. : +86 13421822024
🌐Site web : www.szpds.com
Clause de non-responsabilité
Les informations contenues dans cet article sont fournies à titre indicatif uniquement. PDS Technology Co., Ltd. décline toute responsabilité en cas d'erreurs, d'omissions ou d'inadéquation du contenu à des applications spécifiques. Les spécifications des produits peuvent être modifiées sans préavis. Il est conseillé aux acheteurs de vérifier tous les détails techniques auprès de notre équipe avant utilisation.
À propos de PDS Technology
PDS Technology est un fabricant OEM/ODM de premier plan de terminaux GNSS RTK de haute précision et d'ordinateurs de bord, au service des secteurs de l'agriculture, de la construction, des mines, des taxis et de la logistique depuis 2011.
Forts de plus de 15 ans d'expérience en R&D pour l'automobile, nous proposons des appareils robustes et multi-OS (Android/Linux/OpenHarmony) dotés d'un positionnement RTK centimétrique, d'une protection IP66 et compatibles avec l'intelligence artificielle. Nos usines certifiées IATF 16949 ont produit plus de 100 000 unités déployées dans le monde entier, représentant plus de 30 % du marché chinois des terminaux de pilotage automatique pour l'agriculture. Nous exportons notamment au Japon, aux États-Unis, au Royaume-Uni, en Turquie et en Russie.
