Solution de développement pour systèmes embarqués et terminaux de véhicules intelligemment mis en réseau

Solution de développement pour systèmes embarqués et terminaux de véhicules intelligemment mis en réseau Un terminal embarqué ou connecté dans un véhicule connecte l'alimentation du véhicule, les réseaux ECU, les capteurs, le positionnement et les communications aux plates-formes cloud et peut assurer la détection, la passerelle, l'enregistrement, le traitement des bords, les diagnostics ou la gestion des appareils. Le développement de sous-systèmes ne crée pas de certification de la sécurité fonctionnelle de l'ensemble du véhicule, d'homologation routière ou d'un système de conduite autonome complet.

Utilisateurs et scénarios personnalisés

Pour les fournisseurs et intégrateurs de terminaux télématiques, de flottes commerciales, de véhicules spécialisés, d'enregistreurs de données, de passerelles de véhicules, de terminaux routiers ou véhicule-à-route et d'outils de test nécessitant du matériel personnalisé, des logiciels système, des protocoles de communication, une intégration cloud ou une validation de prototype.

Quelle entrée est requise pour démarrer ?

Les entrées incluent le modèle et l'environnement du véhicule, l'ECU et la matrice de messages, l'Ethernet CAN/CAN FD/LIN/automotive, les transitoires de puissance et le comportement veille/veille, la température et les vibrations, le positionnement et les communications cellulaires, le système d'exploitation, le temps de démarrage, les diagnostics, l'OTA, les données et la confidentialité, les objectifs de cybersécurité et de sécurité fonctionnelle, l'espace d'emballage et les normes de tests tiers.

Quels modules le système peut-il inclure ?

La portée peut inclure le matériel MCU/SoC, la protection de l'alimentation, les interfaces des véhicules, le BSP et les pilotes, l'analyse des messages, l'enregistrement des données, les algorithmes de périphérie, les communications GNSS et cellulaires, les interfaces périphériques V2X, les diagnostics, l'OTA et la restauration, la gestion des appareils, les APIs cloud. Autorisations et protocoles, outils de banc de test et interfaces HIL ou de lecture.

Que peut-on livrer ?

Les livrables peuvent inclure des schémas et des cartes de circuits imprimés ou des appareils sélectionnés, des prototypes, des BSP/pilotes, des micrologiciels et des applications, des documents de messagerie et d'interface, des outils de configuration et de diagnostic, une conception OTA, des millions de dollars dans le cloud, des enregistrements de banc d'essai et d'intégration de véhicules, des cas de test, des listes de problèmes et des documents de lancement de production. Les composants automobiles et les tests tiers suivent la portée confirmée.

Comment est définie l’acceptation ?

L'acceptation peut vérifier la mise sous/hors tension du véhicule, le démarrage à froid, le mode veille et réveil, la charge du bus et la perte de messages, capturer les horodatages, la latence de bout en bout, la récupération du réseau, la restauration après l'échec des mises à jour, les journaux, les autorisations, la température et l'environnement électromagnétique. Les tests CEM, ESD, environnementaux et routiers utilisent les normes spécifiées et un laboratoire qualifié ou une partie responsable.

Limites et limites de la responsabilité

La solution n'inclut pas par défaut la sécurité fonctionnelle complète du véhicule, la sécurité des fonctionnalités prévues, la certification de cybersécurité, la qualification automobile, la légalité routière, l'ADAS complet ou la responsabilité de conduite autonome. Les normes ISO 26262, ISO/SAE 21434, AEC-Q et autres objectifs similaires nécessitent un champ d'application explicite et une validation distincte.

Services et cas associés

Retour à Présentation de la solution revenir pour comparer les scénarios ou vérifier cas de projets connexes. Les mesures et conditions d’un cas ne s’appliquent pas automatiquement à un nouveau projet.

Questions fréquemment posées