Table of Contents

Introduction à CAN FD pour le réseau automobile à grande vitesse

L'évolution de l'électronique automobile a poussé les protocoles traditionnels de réseautage à leurs limites. Comme les systèmes avancés d'assistance au conducteur (ADAS), les plateformes d'infodivertissement et les motorisations électriques exigent un échange de données plus rapide, le protocole de traitement flexible des données du réseau de contrôleur (CAN FD) est devenu une mise à niveau critique.Au départ normalisé par Bosch et officialisé par la norme ISO 11898-1:2015, CAN FD étend la norme CAN classique pour fournir des taux de données jusqu'à 8 Mbps et des charges utiles de 64 octets par cadre, soit huit fois plus que CAN classique.

Comprendre la DF CAN : Principes fondamentaux et différences par rapport à la DF classique

Qu'est-ce que la DF CAN?

CAN FD est une extension du protocole CAN classique qui fonctionne sur la même couche physique et l'architecture de bus en ajoutant deux améliorations clés : taux de données flexibles[ et charges utiles plus grandes[. Dans CAN classique, le champ de données maximum est de 8 octets, et le débit binaire est fixé à 1 Mbps. CAN FD conserve la phase d'arbitrage au débit binaire standard (habituellement 500 kbps ou 1 Mbps) mais passe ensuite à un débit binaire plus élevé (jusqu'à 8 Mbps) pendant la phase de données. Ce commutateur est signalé par un signal spécial à l'intérieur du cadre, permettant aux contrôleurs CAN existants qui ne disposent pas de support FD de détecter un cadre d'erreur et de rester silencieux pendant les transmissions FD.

Une autre différence critique est le bit Flexible Data Format (FDF), qui distingue les cadres CAN classiques des cadres CAN FD. Le protocole introduit également un bit Bit Rate Switch (BRS) pour indiquer le changement de vitesse de transmission après arbitrage. Ce design assure une compatibilité en arrière avec les nœuds CAN classiques, ce qui signifie que les nœuds CAN FD peuvent coexister sur le même bus avec les nœuds hérités, bien que les cadres FD soient ignorés par les nœuds non-FD.

Principales caractéristiques techniques

  • Taux de données maximal pendant la phase de données:[ Jusqu'à 8 Mbps (les limites pratiques dépendent de la longueur des autobus et de la topologie du réseau; généralement 2 à 5 Mbps pour les véhicules de production)
  • Charge utile maximale par cadre:[ 64 octets (vers. 8 octets en CAN classique)
  • Taux de débit de phase d'arbitrage: Même que CAN classique (1 Mbps max, souvent 500 kbps)
  • Format de cadre:[ ISO CAN FD (ISO 11898-1:2015) et non ISO CAN FD (anciennes implémentations, maintenant obsolètes)
  • Longueur CRC:[ 17 bits (pour les charges utiles jusqu'à 16 octets) ou 21 bits (pour les charges utiles plus longues) pour assurer une détection d'erreurs robuste

Pour une référence technique détaillée, la page de spécification Bosch CAN FD fournit la documentation officielle et les livres blancs.

Avantages de CAN FD dans les systèmes automobiles modernes

Débit de données plus élevé et charge réduite d'autobus

Comme CAN FD envoie jusqu'à huit fois plus de données par message, le nombre de cadres requis pour un ensemble donné de signaux est considérablement réduit. Cela réduit les frais généraux d'arbitrage des bus et libère la bande passante pour des messages supplémentaires. Par exemple, un système de gestion de la batterie qui avait besoin de quatre messages CAN de 8 octets pour signaler les tensions, les températures et l'état des cellules peut maintenant transmettre les mêmes données dans un seul cadre CAN FD de 64 octets.

Soutien pour les applications de bande passante-Intensive

Les systèmes tels que les gestionnaires de mise à jour à haute résolution radar, lidar, camera et en direct (OTA) nécessitent un débit supérieur à celui que CAN peut fournir. CAN FD répond directement à ces besoins sans nécessiter un changement architectural complet vers Ethernet ou FlexRay. De nombreuses fonctions ADAS reposent sur des données de capteurs agrégées provenant de sources multiples; CAN FD=s de charges utiles plus importantes permettent de transmettre plus de données de fusion de capteurs sur un seul bus, réduisant ainsi la la latence et simplifiant le câblage.

Compatibilité en arrière et trajectoire de mise à niveau progressive

Les constructeurs automobiles peuvent déployer CAN FD de façon progressive. Les nœuds CAN classiques fonctionnent toujours sur le même bus, et les nœuds CAN FD doivent simplement être configurés pour respecter les règles d'arbitrage. Cela permet aux fabricants d'introduire CAN FD sur de nouveaux ECU tout en maintenant les modules existants inchangés — un avantage majeur par rapport aux protocoles comme Ethernet, qui nécessitent souvent un nouvel épine dorsale. La fonction de compatibilité arrière est définie par la norme ISO; la couche physique (transceiver CAN) prend généralement en charge les deux modes.

Amélioration de l ' efficacité du Protocole

Le débit de bit pour un cadre de 64 octets est proportionnellement plus petit que pour les cadres de 8 octets, ce qui permet de mieux débiter la bande passante du bus. Ce gain d'efficacité est particulièrement bénéfique pour la communication diagnostique (UDS sur CAN FD) et la programmation flash sur un réseau, où de grands blocs de données doivent être transférés dans le plus court délai possible.

Mise en oeuvre de la DF CAN dans les réseaux automobiles

Exigences matérielles et sélection

Pour construire un réseau CAN FD, chaque ECU doit avoir un Contrôleur compatible avec la FD[ et une Contrôleur FD [.De nombreux microcontrôleurs modernes, comme l'Infineon Aurix TC3xx, NXP S32K et la série SPC58 de STMicroelectronics, intègrent les contrôleurs CAN FD. L'émetteur doit supporter les taux de données plus élevés; les émetteurs CAN à haute vitesse ne peuvent pas gérer les débits de bits au-dessus de 1 Mbps de façon fiable.

Les ingénieurs doivent également tenir compte de l'intégrité du signal. À 5-8 Mbps, le bus CAN se comporte plus comme une ligne de transmission. Les résistances de terminaison, les longueurs de talon et la qualité des connecteurs deviennent critiques. Le National Instruments White Paper on CAN FD basics fournit des directives pratiques pour la configuration et les essais matériels.

Topologie du réseau et considérations de conception

La topologie classique du bus CAN, un bus linéaire avec terminaison à chaque extrémité, est maintenue pour CAN FD. Cependant, la longueur maximale du bus est réduite à des débits de bits plus élevés. En règle générale, pour les débits de bit de phase de données de 2 Mbps, la longueur du bus peut atteindre 50 mètres; pour 5 Mbps, elle est limitée à environ 20 mètres; et pour 8 Mbps, la longueur est généralement inférieure à 10 mètres. La longueur des haltes doit être aussi courte que possible (habituellement inférieure à 0,3 mètre) pour minimiser les réflexions.

Configuration et chronométrage des bits

La méthode la plus simple consiste à utiliser un ensemble prédéfini de paramètres de la spécification CAN in Automation (CiA) ou des valeurs recommandées par le fabricant. Des outils comme Vector CANalyser[ ou PCAN-USB FD[ permettent aux ingénieurs de surveiller le bus et d'ajuster le timing. Les paramètres communs comprennent :

  • Arbitrage : 500 kbps, point d'échantillonnage à 80–87,5%
  • Phase de données: 2 Mbps ou 4 Mbps, point d'échantillonnage à 70–75 %

Il est crucial de vérifier que tous les nœuds du bus peuvent tolérer la tolérance de timing de bits spécifiée par la norme ISO 11898-1:2015. La largeur de saut de resynchronisation (SJW) et les segments tampons de phase doivent être choisis pour gérer les tolérances oscillatrices – généralement ±0,1% ou mieux pour la phase de données.

Adaptation des logiciels et des logiciels firmware

Les piles de logiciels CAN classiques existantes doivent être modifiées pour gérer les charges utiles plus importantes et le bit BRS optionnel. La plupart des systèmes d'exploitation en temps réel (RTOS) utilisés dans l'automobile (p. ex. AUTOSAR) prennent désormais en charge la DF CAN. Le pilote doit détecter les cadres FD, gérer le champ de données plus large et s'assurer que l'ID du message et le DLC (Code de longueur des données) sont correctement interprétés. AUTOSAR définit un module d'interface de DF CAN et un pilote de transceiver CAN FD qui retirent les caractéristiques matérielles.

Des protocoles de diagnostic comme UDS (ISO 14229) ont été étendus pour fonctionner sur CAN FD, permettant une reprogrammation plus rapide de l'ECU et l'enregistrement des données. Par exemple, un UDS "RequestDownload" sur CAN FD peut transférer de gros modules logiciels dans moins de messages, réduisant le temps de programmation flash de 70% par rapport à CAN classique.

Essai et validation des réseaux CAN FD

Essais de la couche physique

Comme pour tout bus à grande vitesse, il est essentiel d'effectuer des essais physiques de la couche. Utilisez un oscilloscope avec des sondes différentielles pour mesurer le signal CAN FD à chaque nœud. Paramètres clés pour vérifier : niveaux de tension différentiels (dominant : 1,5–3,0 V; récessif : 0,0–0,5 V), précision de la synchronisation des bits[ (surtout la phase de données), et qualité de signature (dépassement, sous-shoot, sonnerie).

test de conformité selon la norme ISO 11898-2 (spécification du émetteur) et ISO 11898-5 (unité d'accès moyen à haute vitesse). De nombreux fournisseurs offrent des suites de test. Par exemple, l'association CAN in Automation (CiA) fournit une spécification de test de conformité CAN FD (série CiA 601).

Protocole et essais de conformité

Les tests de protocole permettent de s'assurer que tous les nœuds gèrent correctement l'arbitrage, les trames d'erreur et les bits spécifiques à la FD. Utilisez un analyseur de bus CAN FD (par exemple, Vector VN1630, Kvaser USBcan FD) pour capturer et décoder les trames. Vérifiez que le bit BRS est réglé pendant la phase de données et que le CRC correspond.

Essais d'interopérabilité

Comme la compatibilité arrière est une caractéristique clé, vous devez tester les réseaux qui mélangent les nœuds CAN et CAN FD classiques. Les nœuds CAN classiques devraient générer des images d'erreur lorsqu'ils voient un cadre FD (en raison de la violation de limiteur CRC dominante), mais le noeud CAN FD devrait pouvoir ignorer ces images d'erreur et retransmettre si nécessaire. Certains contrôleurs ont un mode spécial « FD-passif » pour gérer de tels cas. Assurez-vous que tous les nœuds sont configurés de façon cohérente pour éviter les conditions de bus-off.

Défis et considérations techniques

Coût et disponibilité des composantes

Bien que les contrôleurs CAN FD soient maintenant courants, les émetteurs-récepteurs qui supportent la phase de données complète de 8 Mbps sont toujours plus chers que les émetteurs-récepteurs classiques à grande vitesse. Il peut être nécessaire d'ajouter des circuits de filtrage et d'isolement pour la conformité aux CEM automobiles.

Complexité de l'analyse du calendrier

Les ingénieurs en réseau font face à une courbe d'apprentissage raide lors de la transition de CAN classique à CAN FD. Le timing des bits est plus sensible, et l'interaction entre le taux d'arbitrage et le taux de données nécessite une analyse minutieuse. Des outils comme Vector Canoe fournissent des environnements de simulation où le timing et latence peuvent être modélisés avant le déploiement physique.

Intégration avec les systèmes hérités

De nombreux véhicules existants dépendent encore du CAN classique. La mise à niveau du CAN FD nécessite souvent la mise à niveau de modules de passerelles qui relient les messages entre différents domaines de bus. Ces passerelles doivent pouvoir se traduire entre les formats CAN et CAN FD classiques – réduire ou rembourrer les charges utiles et recalculer les CRC. Cette traduction peut introduire latence et complexité.

Compatibilité électromagnétique (CEM)

Les débits de débit plus élevés produisent intrinsèquement des émissions à plus haute fréquence. CAN FD à 5-8 Mbps peut causer des émissions apparentes qui dépassent les limites de la classe 25 de l'automobile CISPR, sauf si un blindage et un filtrage appropriés sont mis en place. Les étranglements à mode commun, les perles de ferrite et la mise en page prudente des BPC sont essentiels.

Cas et applications d'utilisations dans le monde réel

ADAS et conduite autonome

Les unités modernes de l'ADAS doivent traiter les données de plusieurs caméras, radars et capteurs lidar. Bien qu'une grande partie des données de capteurs à large bande soit traitée par Ethernet ou SerDes, les listes d'objets agrégés et les résultats de fusion peuvent être envoyés par CAN FD au contrôleur central du domaine à grande vitesse. Par exemple, un module de caméra qui détecte les marquages de voies, les véhicules et les piétons peut transmettre une liste d'objets de plusieurs centaines d'octets dans un seul cadre CAN FD, par rapport à des dizaines de cadres CAN classiques.

Gestion des batteries des véhicules électriques

Les systèmes de gestion des batteries EV (BMS) nécessitent une surveillance en temps réel des tensions, des températures et de l'état de charge des cellules par module. Un pack de batteries 96 cellules pourrait devoir signaler 96 tensions, 32 températures et des drapeaux d'état. Classic CAN exigerait plusieurs cadres par module, augmentant la charge de bus et introduisant un temps d'échantillonnage. Avec CAN FD, un seul cadre par module peut transporter toutes les données, permettant une estimation de l'état plus rapide et plus précise.

Mises à jour en direct (OTA)

Les mises à jour en OTA sont une exigence croissante pour les cycles de vie des logiciels automobiles. Une image de firmware en ECU unique peut être de 10 Mo ou plus. En utilisant le CAN classique à 500 kbps, le transfert de 10 Mo prendrait plus de trois minutes. Avec le CAN FD à 4 Mbps, le même transfert prend moins de 30 secondes. Le temps de flash réduit signifie moins de temps d'arrêt du véhicule et moins de risque d'interruption lors des mises à jour.

Systèmes de divertissement et de passerelle

Les unités de tête modernes regroupent les données provenant de sources multiples : diagnostics de véhicules, miroirs de smartphones, caméras de vision surround. CAN FD fournit un épine dorsale haute vitesse pour ces flux de données sans le coût et la complexité de l'Ethernet complet. De nombreux fournisseurs de Tier-1 comme Bosch et Continental offrent maintenant des modules de passerelle qui combinent CAN FD avec Ethernet, reliant les deux domaines pour les architectures futures.

Comparaison avec d'autres protocoles automobiles à grande vitesse

CAN FD vs FlexRay

FlexRay est un protocole déterministe, avec des vitesses de données allant jusqu'à 10 Mbps et des charges utiles allant jusqu'à 254 octets. Il offre un déterminisme et une tolérance aux défauts plus élevés, mais à un coût et une complexité plus élevés. La CAN FD est plus simple, moins chère et plus largement adoptée en production.

CAN FD vs Automotive Ethernet

Ethernet (100BASE-T1, 1000BASE-T1) offre une bande passante beaucoup plus élevée (100 Mbps–1 Gbps) et est le protocole de choix pour les applications de bande passante comme la vidéo de caméra brute et le diagnostic à haute vitesse. Cependant, Ethernet nécessite plus cher de silicium, des connecteurs spécialisés, et une topologie commutée, augmentant le poids et le coût. CAN FD comble l'écart entre CAN classique et Ethernet, fournissant une solution intermédiaire rentable pour la communication en temps réel à bande passante modérée.

Perspectives et normalisation futures

L'industrie automobile se dirige vers une architecture de domaine et de zone, où les réseaux de colonne vertébrale à grande vitesse (souvent Ethernet) se connectent aux passerelles de zone qui utilisent CAN FD pour la communication locale avec les capteurs et les actionneurs. La prochaine évolution, CAN XL (en cours de développement par CiA), vise à soutenir les débits de données jusqu'à 20 Mbps et charges utiles jusqu'à 2048 octets, en combinant la simplicité de CAN FD=S avec le débit Ethernet.

Les organismes internationaux de normalisation continuent d'affiner les spécifications de CAN FD. ISO 11898-1:2015 est la base actuelle, avec des modifications concernant la longueur des bus, le moment et le CEM. La série CiA 601 fournit des spécifications d'essai pour les émetteurs-récepteurs CAN FD. Pour les dernières mises à jour, se reporter à la page de connaissances CAN FD de CiA et à la norme officielle ISO 11898-1.

Conclusion

Le protocole CAN FD représente une mise à niveau pragmatique et puissante vers le CAN classique, permettant le transfert de données à grande vitesse sans abandonner la simplicité et la robustesse éprouvées du bus CAN. Sa compatibilité à l'envers, ses charges utiles plus importantes et ses taux de données plus élevés en font un choix idéal pour les systèmes automobiles modernes qui exigent à la fois des performances en temps réel et un bon rapport coût-efficacité. De l'ADAS et de la gestion de la batterie aux mises à jour et au divertissement en direct, CAN FD fournit la bande passante nécessaire pour les véhicules d'aujourd'hui tout en servant de base aux innovations futures.