Plateforme · Remote Diagnostic
La plupart des plateformes lisent le véhicule. MOS4 le lit et lui répond.
Ouvrez une session en direct depuis le cloud via un tunnel TLS signé. Lire, réinitialiser, reconfigurer, attester et reflasher. Même moteur UDS (ISO 14229) / J1939 / ISOBUS / Modbus / passthrough SAE J2534 que la télématique autonome — mode d'opération différent.
Ce que ça fait sur le terrain
Cinq tâches que l'OS gère sans clé à molette.
Pour le sous-ensemble des défaillances terrain qui n'exigent pas un atelier, l'OS ouvre une session signée, pilote le bus, exécute l'action, ferme. Économise un remorquage, un passage chez le concessionnaire ou le coût d'envoi d'un technicien.
OEM · opérations garantie
Réinitialisation calculateur over-the-air
Un véhicule cale sur autoroute. Le serveur distant ouvre une session signée, réinitialise le calculateur (Electronic Control Unit) bloqué, ferme. Le conducteur repart. Pas de dépanneuse, pas de passage chez le concessionnaire.
Économise : Économise un déplacement plus le créneau atelier chez le concessionnaire.
Constructeur VE · certification batterie
Certification en monitoring direct
Faire passer la batterie par un cycle charge / décharge tout en lisant la télémétrie cellule par cellule en direct via UDS. Le certificat est émis depuis le même journal d'audit.
Économise : Retire l'étape de banc dédié du parcours de certification.
Service de dépannage · opérateur
Triage rouler-ou-remorquer
Appel de dépannage. Le serveur distant lit l'état des calculateurs, décide si le véhicule peut atteindre le garage suivant par ses propres moyens ou s'il faut le remorquer. La dispatch suit le diagnostic.
Économise : Évite le remorquage inutile quand le véhicule peut rentrer seul.
Inspecteur de flotte · tiers
Mutualisation d'inspecteurs
Une ville restreint l'entrée des poids lourds mais exige une inspection. Les opérateurs branchent un appareil sur le camion ; un seul technicien inspecte de nombreux véhicules depuis un bureau.
Économise : Un technicien couvre une flotte — la ligne OPEX inspecteur sur site s'effondre.
OEM · réseau atelier
Passthrough J2534 vers un banc distant
Une session d'outil concessionnaire tourne sur un portable d'atelier ; la même passerelle achemine le passthrough SAE J2534 en direct vers le bus véhicule. Le véhicule reste sur le terrain ; l'outil reste au banc.
Économise : Retire le déplacement physique — l'outil concessionnaire atteint le bus via MOS4.
Le positionnement
Autonome vs interactif — même bus, décideur différent.
Autonome
Multi Stacks
L'appareil décide ce qu'il demande au bus, sur un planning, contre une pile standardisée. Le cloud reçoit des données de signaux structurées. Idéal pour la télémétrie de flotte, la maintenance prédictive, l'ELD et les rapports de conformité.
Voir Multi Stacks →Interactif
Remote Diagnostic
Le cloud ouvre une session et pilote le bus en direct. Un bot ou un opérateur lit l'état des calculateurs, réinitialise les DTC (Diagnostic Trouble Codes), pousse des calibrations, atteste et reflashe le firmware, puis ferme la session. Idéal pour la récupération de camion bloqué, la réinitialisation de calculateur, la session diagnostic OEM et l'assistance à distance en atelier.
Voir le cycle de session ↓Cycle de session
Ouvrir. Piloter. Fermer.
Diagramme de séquence. Le bot cloud envoie StartTunnel via le serveur distant. L'appareil retourne un accusé de réception Connecté signé. En boucle, le cloud envoie des requêtes diagnostic via UDS, J1939, ISOBUS ou Modbus ; l'appareil pull le message et pilote le calculateur véhicule ; le calculateur répond ; l'appareil publie la réponse via le serveur distant au cloud. Une fois terminé, le cloud envoie StopTunnel ; l'appareil accuse réception et draine la connexion.
sequenceDiagram
participant Cloud as Bot cloud
participant Server as Serveur distant
participant Device as Appareil MOS4
participant ECU as Calculateur véhicule
Cloud->>Server: StartTunnel(config)
Server->>Device: livrer StartTunnel
Device->>Server: Connecté (ack signé)
loop session
Cloud->>Server: Requête diagnostic (UDS/J1939/ISOBUS/Modbus)
Server->>Device: pull message
Device->>ECU: piloter le bus
ECU-->>Device: réponse
Device->>Server: publier la réponse
Server->>Cloud: livrer la réponse
end
Cloud->>Server: StopTunnel
Server->>Device: livrer StopTunnel
Device->>Server: AckStop + drain Un tunnel bout en bout par requête StartTunnel. La session ouvre, pilote le bus, exécute l'action, ferme. Authentification mutuelle TLS sur le tunnel diagnostic. Autorisation signée par action pour tout appel modifiant l'état.
Ce que le bot peut faire
Quatre classes d'action. Chacune avec sa propre frontière de sécurité.
Lire
Lectures UDS / J1939 / ISOBUS / Modbus en direct, vidages de codes défaut calculateur, instantanés de paramètres, captures de trames.
Sécurité : Le chemin lecture seule est inconditionnel. Aucun effet de bord en écriture.
Réinitialiser
Effacer les DTC, soft-reset du calculateur, réinitialiser les valeurs d'adaptation apprises.
Sécurité : Autorisation signée par action. Le journal d'audit enregistre l'acteur, l'heure, l'action et le calculateur cible.
Reconfigurer
Pousser un bloc de calibration, écrire dans la mémoire non volatile, basculer un feature flag au niveau du calculateur.
Sécurité : Autorisation multipartite quand le protocole l'exige (UDS security-access). Chemin de rollback obligatoire.
Reflasher
Pousser un nouveau firmware calculateur via la session de programmation UDS.
Sécurité : Attestation + vérification de signature côté appareil avant l'ouverture de la session bus. Retour automatique basé sur le bootcount en cas d'échec de reflash. Les verrouillages de sécurité ne sont pas contournables depuis la surface Remote Diagnostic.
Pourquoi cela compte
Un déplacement devient un paquet.
Pour le sous-ensemble des défaillances terrain qui n'exigent pas une clé à molette — un calculateur bloqué, une calibration hors spécifications, un paramètre manquant — Remote Diagnostic résout l'incident sans dépêcher un technicien. La plateforme ne remplace pas l'atelier. Elle retire l'atelier de la boucle quand la boucle n'a pas besoin de l'atelier.
Architecture de référence
Cloud → tunnel → orchestrateur → moteur → bus.
Architecture de référence. Le bot cloud ou l'opérateur initie un tunnel TLS signé vers le serveur distant. Le tunnel alimente l'orchestrateur de session Remote Diagnostic. L'orchestrateur gate chaque action modifiant l'état derrière une autorisation signée par action, multipartite si requis. Le gate passe la main au même moteur que Multi Stacks — UDS, J1939, ISOBUS, Modbus, J2534-passthru. Le moteur parle au bus véhicule. Chaque action est enregistrée dans un journal d'audit avec provenance par action, et le journal d'audit est rejoué au cloud.
flowchart LR Cloud[Bot cloud ou opérateur] --> Tunnel[Tunnel TLS signé<br/>vers le serveur distant] Tunnel --> Orch[Orchestrateur de session RD<br/>cycle Idle <-> InSession] Orch --> Gate[Autorisation signée par action<br/>multipartite si requis] Gate --> Eng[Même moteur que Multi Stacks<br/>UDS / J1939 / ISOBUS / Modbus / J2534-passthru] Eng --> Bus[Bus véhicule] Eng --> Audit[Journal d'audit<br/>provenance par action] Audit --> Cloud
-
Remote Diagnostic est-il un produit séparé ou une capacité intégrée ?
Capacité intégrée à l'OS. Chaque appareil MOS4 expose la surface Remote Diagnostic. Pas de licence séparée, pas d'agent séparé, pas d'installation séparée côté flotte. Même image OS sur les tiers silicium classe modem, classe compute et classe IA.
-
Quels protocoles sont pris en charge ?
Le même ensemble que le moteur autonome : UDS (ISO 14229), J1939, ISOBUS, Modbus et passthrough SAE J2534. Multi Stacks et Remote Diagnostic partagent le même moteur ; la différence est le mode d'opération, pas la surface protocolaire.
-
Le bot cloud peut-il rendre un véhicule inutilisable ?
Non. Les verrouillages de sécurité ne sont pas contournables depuis la surface Remote Diagnostic. Le reflash est signé et attesté ; l'appareil vérifie la signature avant d'ouvrir la session de programmation UDS. Le retour automatique basé sur le bootcount restaure le firmware précédent en cas d'échec de reflash. Le gating UDS security-access reste appliqué par calculateur.
-
Comment l'accès à la session est-il contrôlé ?
Authentification mutuelle TLS sur le tunnel diagnostic — certificat CA, certificat client, clé client livrés dans la configuration StartTunnel et supprimés en fin de session. StartTunnel lui-même est une requête signée du Cloud Client. Les actions Réinitialiser, Reconfigurer et Reflasher portent chacune une autorisation signée par action. Le journal d'audit enregistre l'acteur, l'heure, l'action et la cible.
-
Quelle est la différence entre Remote Diagnostic et Multi Stacks ?
Le mode d'opération. Multi Stacks est autonome : l'appareil décide ce qu'il demande au bus sur un planning, et le cloud reçoit. Remote Diagnostic est interactif : le cloud ouvre une session, pilote le bus en direct, et ferme une fois terminé. Même moteur, mêmes protocoles, même bus physique.
-
Les outils concessionnaires peuvent-ils atteindre le véhicule via Remote Diagnostic ?
Oui. Le passthrough SAE J2534 est pris en charge. La session d'outil concessionnaire tourne sur un portable d'atelier et atteint le bus véhicule via la même passerelle et le même tunnel — pas d'appareil séparé, pas de déplacement physique.