Un ordinateur de bord peut sembler idéal sur le papier et pourtant engendrer des problèmes coûteux après son installation. La cause la plus fréquente n'est pas l'absence d'une seule fonctionnalité, mais plutôt une inadéquation entre le terminal et le fonctionnement réel du véhicule : l'écran est trop grand pour l'habitacle, l'équipe logicielle ne parvient pas à assurer la maintenance du système d'exploitation, la caméra occupe une interface nécessaire à un autre appareil, ou encore l'ordinateur s'éteint de manière anormale lors du changement de contact.
Pour choisir un ordinateur de bord durci pour véhicule , pensez d'abord à son utilisation quotidienne plutôt qu'à un modèle. Notez ce que l'opérateur voit, les périphériques auxquels l'ordinateur se connecte, ce qui se passe au démarrage et à l'arrêt du moteur, et qui assurera le support technique dans trois ans. Ces réponses vous permettront de cibler le matériel beaucoup plus rapidement qu'en comparant uniquement les noms des processeurs.
1. Décrivez la tâche avant de choisir le matériel.
Commencez par un bref scénario d'utilisation. Un répartiteur peut avoir besoin d'itinéraires, de messages, de formulaires de preuve de livraison et d'une caméra de recul. Un conducteur de tracteur peut avoir besoin d'un guidage RTK, de l'état de la direction, de données CAN et d'un écran lisible en plein midi. Le terminal d'une pelle mécanique peut afficher les données de plusieurs caméras et alarmes de la machine tout en échangeant des données avec un calculateur. Il s'agit de projets d'interconnexion véhicule-ordinateur, mais leur configuration doit être différente.
Une note de projet utile répond à six questions :
- Qui utilise l'écran, et lorsque le véhicule est en mouvement ou à l'arrêt ?
- Quelle application sera exécutée, et à qui appartient son code source et ses mises à jour ?
- Quelles caméras, manettes, capteurs, antennes, imprimantes ou scanners doivent être connectés ?
- Quels sont les comportements en matière de puissance lors de l'allumage, du démarrage du moteur et de l'arrêt ?
- Où sera installé le terminal et qu'est-ce qui pourrait obstruer la vue de l'opérateur ?
- Combien de véhicules seront déployés maintenant et lors de la prochaine phase ?
Ces notes fournissent au fabricant suffisamment d'informations pour recommander un modèle au lieu de simplement envoyer un catalogue.
2. Choisissez une taille d'écran adaptée à la cabine et à la tâche.
Un écran plus grand n'est utile que si l'application peut exploiter cet espace. Un écran de 7 pouces convient parfaitement aux cabines compactes, aux taxis, aux camionnettes et aux machines où le terminal a une fonction bien précise. Un écran de 10 ou 12 pouces se justifie plus facilement lorsqu'il est nécessaire d'afficher simultanément des cartes, des images de caméra, des lignes de guidage, des données machine ou plusieurs commandes.
Mesurez la zone d'installation en tenant compte du support, des câbles et du dégagement des connecteurs. Vérifiez le champ de vision, la portée, l'épaisseur des gants et la position assise de l'opérateur. Un écran adapté à un plan de bureau peut masquer un interrupteur ou vibrer excessivement s'il est monté sur un bras articulé.
PDS propose plusieurs tailles pour s'adapter à différentes configurations. L' ordinateur de bord compact T7 de 7 pouces est doté d'un écran IPS 1024 × 600 pixels d'une luminosité de 750 cd/m² et de cinq boutons en façade permettant d'accéder aux fonctions les plus utilisées. À l'opposé, l' ordinateur de bord T12 de 12,1 pouces offre un écran IPS 1280 × 800 pixels d'une luminosité de 750 nits, offrant ainsi un espace plus important pour l'affichage multi-fenêtres et la visualisation des images de la caméra.
3. Associer le système d'exploitation à l'équipe logicielle
Android est souvent adapté aux applications tactiles utilisées par les conducteurs, les inspecteurs, les équipes de répartition et les opérateurs de terrain. C'est un choix judicieux lorsque le client dispose déjà d'une application Android ou d'une équipe de développement mobile. Linux est souvent privilégié pour une interface homme-machine dédiée, l'intégration machine, les services de données en arrière-plan ou un projet géré par des ingénieurs en systèmes embarqués.
Le nom du système d'exploitation ne suffit pas. Il est impératif de vérifier la version exacte, l'environnement applicatif, les autorisations matérielles, le comportement au démarrage, la méthode de mise à jour, les besoins en gestion à distance et la période de support prévue. Avant tout déploiement, demandez à l'équipe logicielle de tester la caméra, le périphérique CAN, l'accessoire série, le récepteur GNSS et le module cellulaire sur le matériel cible.
Pour les projets susceptibles de nécessiter l'un ou l'autre environnement, le PDS T7 prend en charge Android 10 ou Linux 4.9 avec Qt5, tandis que le T12 prend en charge Android 13 ou le noyau Linux 5.15 avec Qt5.15. Le choix doit se fonder sur les capacités applicatives et de maintenance existantes, et non sur la conviction qu'une plateforme est toujours meilleure qu'une autre.
4. Vérifiez la puissance du véhicule, et pas seulement la tension d'entrée.
L'alimentation électrique des véhicules est instable et sujette aux perturbations. Le démarrage du moteur peut entraîner une chute de tension ; les alternateurs, relais et autres équipements peuvent générer des surtensions ; un opérateur peut couper le contact sans fermer l'application. Un terminal adapté nécessite une alimentation conçue pour cet environnement et un mécanisme d'arrêt logiciel protégeant les données.
Vérifiez le comportement de l'ordinateur lors du démarrage, des brèves interruptions, du délai après la coupure du contact, des démarrages répétés et en cas de basse tension. Assurez-vous que le câble, le fusible, le connecteur et le fil d'allumage fournis sont compatibles avec le véhicule. Les modèles PDS T7, T10Pro et T12 nécessitent une alimentation de 9 à 36 V CC pour les flottes mixtes de véhicules commerciaux et hors route. Les informations produit des modèles T7 et T12 font également référence aux exigences d'alimentation des véhicules selon la norme ISO 7637-II.
La validation finale doit être effectuée sur le véhicule cible. Un équipement de laboratoire ne peut reproduire toutes les conditions créées par un tracteur, un camion minier, un autobus ou un véhicule utilitaire ancien.
5. Établissez une liste des interfaces avant de demander un devis
Les erreurs d'interface figurent parmi les risques les plus faciles à prévenir dans un projet. Créez un tableau répertoriant chaque périphérique externe, son connecteur, son protocole, son débit de données, sa consommation électrique, la longueur de son câble et son logiciel responsable. Incluez les périphériques prévus pour une phase ultérieure, même s'ils ne seront pas installés lors de la phase pilote.
| Besoin du projet | Que confirmer | surveillance commune |
|---|---|---|
| Contrôleurs de véhicules | Canaux CAN, débit binaire, propriété du protocole, isolation, terminaison | Comptage d'un connecteur CAN sans confirmation de deux réseaux simultanés |
| Équipement en série | RS235 ou RS485, débit en bauds, brochage du connecteur, longueur du câble | En supposant que les deux normes de série soient interchangeables |
| Caméras | Type de caméra, nombre de canaux, résolution, prévisualisation ou enregistrement, stockage | Tester une seule caméra alors que l'application en nécessite quatre |
| Positionnement | GNSS ou RTK standard, antenne, source de correction, fréquence de mise à jour, sortie | Demande de positionnement centimétrique sans données de correction planifiées |
| Connectivité | Bandes 4G, carte SIM, Wi-Fi, Bluetooth, Ethernet, position de l'antenne | Utilisation d'un module cellulaire national pour un déploiement à l'étranger |
Le PDS T10Pro , par exemple, prend en charge l'enregistrement vidéo 720p sur quatre canaux, le positionnement RTK (en option), Android 13 et une alimentation de 9 à 36 V. Le T12 prend en charge jusqu'à quatre prévisualisations vidéo 1080p, deux réseaux CAN, Ethernet, RS232 et RS485. Ces fonctionnalités ne sont utiles que si elles correspondent à l'ensemble des interfaces disponibles.
6. Déterminer si un système GNSS standard ou RTK est nécessaire.
Le suivi et la navigation de flottes peuvent ne nécessiter qu'un GNSS standard. Le pilotage automatique des tracteurs, le nivellement, les travaux topographiques et autres tâches de précision peuvent exiger un positionnement RTK centimétrique. L'ajout d'un module RTK ne constitue pas à lui seul une solution de positionnement complète. Le projet requiert également un emplacement d'antenne approprié, des données de correction provenant d'un réseau ou d'une liaison radio, une visibilité optimale du ciel, une intégration logicielle et une procédure définie en cas de perte de correction.
Demandez au fournisseur quelles sont les données transmises par le terminal à l'application ou au contrôleur et comment l'état de positionnement est affiché à l'opérateur. Sur le terrain, une indication claire de l'état (fixe, flottant ou indisponible) peut s'avérer plus utile qu'une longue liste de constellations satellitaires prises en charge.
7. Vérifier la protection de l'environnement en tant que système installé
Un boîtier IP66 protège contre la poussière et les jets d'eau puissants, mais le système installé comprend bien plus que le boîtier. Les connecteurs, les ports inutilisés, les antennes, les presse-étoupes, les prises caméra et les trous de fixation peuvent déterminer si l'installation finale reste protégée. Renseignez-vous sur les câbles et les capuchons inclus et vérifiez si l'indice de protection est valable une fois toutes les connexions nécessaires effectuées.
Les vibrations, les chocs, la température, la lumière du soleil et la condensation sont également des facteurs importants. La spécification T7 mentionne un indice de protection IP66, une plage de températures de fonctionnement de -20 °C à +70 °C, la conformité aux tests de vibration MIL-STD-810 et aux tests d'impact ISO 16750. La spécification T12 mentionne un indice de protection IP66, la conformité aux tests de vibration et de choc MIL-STD-810G et une plage de températures de fonctionnement de -20 °C à +70 °C. Il est conseillé aux acheteurs de vérifier les rapports de test et la configuration requis pour leur projet.
8. Planifiez le projet pilote en tenant compte des défaillances et des procédures de récupération.
Un pilote doit effectuer des actions plus complexes que la simple démonstration de l'écran. Il doit démarrer le moteur à plusieurs reprises, débrancher et rebrancher une caméra, interrompre la couverture cellulaire, arrêter les corrections RTK, couper le contact pendant l'enregistrement des données, exposer l'appareil en plein soleil, puis exécuter l'application complète avec chaque périphérique connecté.
Consignez ce que l'opérateur voit, si les données sont préservées, le temps de récupération et les personnes devant intervenir. Un terminal fonctionnant correctement lors d'une démonstration contrôlée peut présenter un comportement différent après huit heures de vibrations, de chaleur, de modifications du réseau et de démarrages répétés du véhicule.
Un point de départ pratique pour la sélection de modèles
| Modèle PDS | Scénario de départ utile | Capacités publiées notables |
|---|---|---|
| T7 | Cabines compactes et flux de travail optimisés pour l'opérateur | Écran 7 pouces, Android ou Linux, cinq boutons en façade, alimentation 9–36 V CC, indice de protection IP66 |
| T8 | Affichage équilibré des véhicules pour les flottes et les équipements hors route | Format 8 pouces, Android, IP66, module RTK intégré en option |
| T10Pro | Applications Android et RTK riches en fonctionnalités de caméra | Écran de 10,1 pouces, Android 13, quatre canaux caméra 720p, radio RTK en option |
| T12 | Projets de contrôle, de guidage et de multicaméra de machines sur grand écran | Écran de 12,1 pouces, Android ou Linux, quatre prévisualisations de caméra 1080p, interfaces CAN et série |
Ce tableau constitue un point de départ. La mémoire, le stockage, les bandes cellulaires, le positionnement, les câbles, les supports et le logiciel restent à confirmer.
Questions fréquemment posées par les acheteurs
Le processeur le plus performant est-il toujours le choix le plus sûr ?
Non. Les performances de traitement doivent couvrir l'application, les caméras, le traitement des données et les mises à jour futures, avec une marge raisonnable. Surdimensionner chaque terminal de flotte peut engendrer des coûts supplémentaires sans améliorer le travail de l'opérateur. Sous-dimensionner une application multicaméra ou d'IA pose un autre problème. Testez la charge de travail réelle.
Un seul modèle informatique de véhicule peut-il couvrir l'ensemble d'une flotte mixte ?
Parfois, mais uniquement lorsque la taille de l'écran, les interfaces, le montage, l'alimentation et les besoins logiciels sont similaires. De nombreuses flottes tirent profit d'une plateforme logicielle commune, quelle que soit la taille du matériel ou la configuration des interfaces.
Quand faut-il entamer une discussion entre un OEM et un ODM ?
Il est conseillé de commencer tôt si le projet nécessite un câble, un brochage de connecteur, un boîtier, un logo, un comportement de firmware, une image système d'exploitation, un support ou une intégration d'application personnalisés. Une personnalisation tardive peut entraîner des tests répétés et retarder le projet pilote.
Choisissez le système installé complet
La réponse idéale à la question de savoir comment choisir un ordinateur de bord durci pour véhicule se trouve rarement dans une seule fiche technique. Le terminal, le logiciel, les câbles, les antennes, le support, l'alimentation du véhicule, les périphériques externes et le processus de support forment un système intégré. Il est donc essentiel de bien définir ce système avant de comparer les modèles.
Consultez la gamme d'ordinateurs de bord PDS ou contactez PDS Technology en précisant le type de véhicule, la taille de l'écran, le système d'exploitation, les interfaces, le nombre de caméras, les exigences de positionnement, le marché de destination et la quantité souhaitée. Notre équipe d'ingénieurs vous aidera à définir une configuration initiale adaptée à vos tests.
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.
