Solutions · Automobile

Livrez un programme véhicule connecté.

Un OS à composants distribué pour les programmes OEM véhicule connecté — 10 000 à 300 000 unités. Livre la pile véhicule 16 protocoles via obdstacks-v2, l'OTA A/B, le GNSS avec dead reckoning ESF et le pack de conformité prêt CRA dès le premier jour. L'équipe d'ingénierie écrit l'application véhicule et la politique cloud — pas l'OS.

Ce qui est livré dès le premier jour.

16 protocoles véhicule depuis un seul runtime. Lecture et effacement des codes défauts (DTC). Passthrough J2534-2 pour l'outillage concessionnaire existant. Mises à jour over-the-air (OTA) avec rollback automatique. GNSS avec premier fix rapide et dead reckoning inertiel. Un simulateur ECU prêt pour la CI, pour exécuter la régression diagnostic sans matériel de banc.

Ce que l'équipe d'ingénierie écrit.

L'application véhicule et la politique cloud. Les piles de protocoles, le pipeline OTA, le contrôle modem et le multiplexage GNSS sont déjà livrés. Les changements d'identifiants de paramètres sont des éditions de fichiers de données — aucune reconstruction du firmware.

Berline argentée connectée vue de profil sur un fond studio sombre, avec six icônes de halos capteurs flottant en arc au-dessus — cinq anneaux cyans (GNSS, OBD-II, bus CAN, accéléromètre, lumière ambiante) et un anneau ambre pour le modem cellulaire

Capacités les plus pertinentes

Ce qui est livré clé en main.

— 01

16 protocoles véhicule depuis un seul runtime

CAN, CAN-FD, ISO-TP, DoIP, J1939, J1587/J1708, J1850 VPW/PWM, TP 2.0, GMLAN, CANopen, Modbus et K-Line partagent une API protocole unifiée. 22 piles de production sont validées à chaque push CI.

— 02

Lecture des codes défauts et passthrough outil concessionnaire

Lecture et effacement des codes défauts (DTC) sur l'ensemble de la pile supportée — service 03 OBD-II (On-Board Diagnostics), tables de défauts UDS (Unified Diagnostic Services), codes défauts SPN J1939. Le passthrough J2534-2 permet aux outils de scan concessionnaire existants d'atteindre le bus véhicule à travers la même passerelle qui assure la télématique continue.

— 03

Mises à jour over-the-air avec rollback automatique

Mises à jour delta avec paquets signés et rollback automatique. Système de fichiers racine double-slot (A/B) ; si le nouveau slot ne démarre pas, le bootloader revient automatiquement en arrière. Gestion des mises à jour over-the-air (OTA) par cohortes et canaries via le compagnon cloud Munic. Aucune action opérateur en cas d'échec.

Couverture protocoles

16 protocoles depuis un seul runtime.

Tous les protocoles partagent un runtime service obdstacks-v2 . Les définitions de piles sont des fichiers de données — les changements de protocole ne nécessitent aucune reconstruction du firmware. Un service de streaming permet à n'importe quel conteneur ou abonné cloud de recevoir les trames CAN brutes en parallèle du passthrough J2534 sur la même interface.

Couverture protocoles obdstacks-v2
Protocole Transport Notes
CAN Classical / CAN-FD ISO 11898 Streaming de trames brutes ; passthrough J2534
ISO-TP / DoIP CAN / Ethernet Sessions UDS (Unified Diagnostic Services)
J1939 CAN Adressage PGN/SPN, FMS
J1587 / J1708 Série SAE J1708 Heavy-duty historique
J1850 VPW / PWM SAE J1850 OBD-II historique
TP 2.0 / GMLAN CAN Variantes VAG / GM
CANopen CAN Profils de nœuds industriels
Modbus RS-485 / TCP Sous-systèmes auxiliaires
K-Line ISO 9141-2 OBD-II historique

Apportez votre esquisse d'architecture véhicule.

Métriques plateforme

Chiffres clés.

16 protocoles véhicule via obdstacks-v2, un seul runtime
22 piles protocoles en production validées à chaque push CI
180 fonctionnalités plateforme surfaces de services déclarées dans l'OS
1,6 s temps de boot profil de référence classe modem, première app prête

Sortie cloud

Données véhicule vers le cloud.

La télémétrie, les événements de codes défauts et le statut OTA voyagent vers le cloud flotte sur un seul canal sécurisé — le même canal qu'utilise chaque micro service. Aucun connecteur cloud par micro service ; la politique cloud est une configuration en fichier de données, pas du code applicatif.

La gestion des mises à jour over-the-air par canaries et cohortes se trouve dans le compagnon cloud Munic. Le véhicule remonte automatiquement la santé du slot de boot et la disponibilité des services ; aucun polling opérateur requis.

Silhouette de serveur cloud cyan à gauche, reliée par des flux de données lumineux à trois véhicules (berline, camion, pelle) — chemin de télémétrie MOS4 vers le cloud flotte, sur un fond plan-bleu sombre

Architecture de référence

Un programme véhicule sur MOS4.

Preuves d'ancrage

Déploiements en production.

Véhicules de performance

Un OEM de véhicules de performance de premier plan déploie sa flotte sur MOS4.

Déploiement multi-plateforme. Télémétrie vers MD21 ; diagnostic à distance dans le pipeline ingénierie.

portée flotte entière depuis 2022
Plateformes spécialisées

Un fabricant de VE déploie des plateformes spécialisées sur MOS4.

Variantes sous-plateforme depuis la même image. Classe silicium par produit ; OTA partagé ; console flotte unique.

portée multi-plateforme depuis 2023

Qui achète MOS4 pour l'auto

Archétypes acheteurs au-delà des OEM.

La télématique véhicule connecté n'est plus un marché réservé aux OEM. MOS4 est déployé par des acheteurs adjacents qui ont besoin de la même plateforme sans la reconstruire.

Assurance auto connectée

Pay-as-you-drive (PAYD), pay-how-you-drive (PHYD) et télématique sinistres.

Les assureurs et carriers InsurTech déploient MOS4 dans des boîtiers OEM ou aftermarket pour scorer le comportement de conduite, détecter les signatures de crash et facturer au kilomètre. La plateforme livre des payloads de kilométrage et d'événements signés, une horloge tamper-evident et un chemin OTA qui survit au conducteur assuré. Archétypes acheteurs : assureurs auto usage-based, InsurTech PHYD, spécialistes de la reconstruction de sinistres, carriers d'assurance flotte.

Telco + verticales car-data

Services véhicule connecté bundlés avec l'abonnement cellulaire.

Opérateurs et MVNO distribuent des boîtiers MOS4 avec une SIM ou eSIM — alertes conducteur, sécurité famille, anti-vol, historique kilométrique et de trajets, point d'accès WiFi embarqué. APN dual, profils eUICC Consumer et LTE/5G embarqué permettent à un même SKU de circuler entre marchés sans re-spin de carte. Archétypes acheteurs : carriers mobiles Tier-1, MVNO régionaux, bundlers fixe-mobile.

Micro services capteurs

IMU et serveur URL local — inclus.

Deux micro services dont les programmes véhicule ont systématiquement besoin sont livrés dans la plateforme.

mos-imu · Service de centrale inertielle

Diffuse les données d'accéléromètre et de gyroscope vers les autres services. Utilisé par le dead-reckoning inertiel GNSS et par les pipelines edge-AI qui nécessitent le contexte de mouvement avec les frames caméra. Aucune boucle de polling dans le code applicatif.

mos-url-server · Serveur HTTP local

Serveur HTTP embarqué pour les interfaces web locales et les tableaux de bord de diagnostic. Expose l'état du véhicule, les résumés des codes défauts (DTC) et le statut OTA via HTTP sur localhost — accessible par un outil de service connecté ou un navigateur embarqué sans aller-retour cloud. La configuration est un fichier de données, pas du code applicatif.

Catalogue complet de micro services →

FAQ

Questions fréquentes

  • Quels protocoles véhicule MOS4 couvre-t-il ?

    16 protocoles — CAN, CAN-FD, ISO-TP, DoIP, K-Line, J1939, J1587/J1708, J1850 VPW/PWM, TP 2.0, GMLAN, CANopen et Modbus — partagent une API protocole unifiée. Les définitions de piles sont des fichiers de données ; ajouter ou modifier un identifiant de paramètre ne nécessite aucune reconstruction du firmware.

  • Comment fonctionne la lecture des codes défauts ?

    La lecture et l'effacement des codes défauts (DTC) sont disponibles sur l'ensemble de la pile supportée : service 03 OBD-II (On-Board Diagnostics), tables de défauts UDS (Unified Diagnostic Services) et codes SPN J1939. C'est la même interface qu'utilisent les produits de niveau véhicule.

  • Qu'est-ce que le passthrough J2534-2 ?

    J2534-2 est une norme SAE qui permet aux applications de diagnostic OEM existantes — outils de scan, programmateurs ECU — d'atteindre le bus véhicule à travers la même passerelle qui assure la télématique continue, sans dongle matériel dédié.

  • Comment fonctionne le rollback des mises à jour over-the-air ?

    Système de fichiers racine double-slot (A/B) avec rollback automatique. Si le nouveau slot ne démarre pas, le bootloader revient automatiquement en arrière. Les limites de réessai et de redémarrage sont persistées entre les cycles d'alimentation.

  • MOS4 est-il certifié ASIL ?

    Non certifié ASIL aujourd'hui. MOS4 est aligné au processus ISO 26262 lorsque le programme client l'exige.

  • Comment exécuter la régression diagnostic sans matériel de banc ?

    Un simulateur ECU intégré couvre UDS, OBD-II, ISO-TP, DoIP et J1939 sur CAN virtuel. Plus de 20 profils de fixtures véhicule réelles et des scénarios de tests déclaratifs tournent en CI sans ECU de banc ni licence outil par poste.

  • Quelles classes silicium sont disponibles ?

    MOS4 tourne sur silicium classe modem jusqu'à classe IA. Voir munic.io pour les SKU matériel et fiches techniques.

Apportez le programme véhicule.

Un appel de découverte avec l'ingénierie. Apportez l'esquisse d'architecture véhicule et les contraintes déjà figées.

Vous construisez sur MOS4 ?

Une réponse de l'équipe d'ingénierie, ~24 h. Pas de pitch, pas de NDA.

Parler à l'équipe