Introduzione al CAN FD per la rete automobilistica ad alta velocità

Come Advanced Driver Assistance Systems (ADAS), le piattaforme di infotainment e le powertrains elettriche richiedono uno scambio di dati più rapido, il protocollo Controller Area Network Flessibile Data-rate (CAN FD) è emerso come un aggiornamento critico.

Comprendere CAN FD: Principi fondamentali e differenze da Classic CAN

Cosa c'è di meglio?

CAN FD è un'estensione del classico protocollo CAN che opera sullo stesso livello fisico e sull'architettura degli autobus, aggiungendo due miglioramenti chiave: [ tasso di dati flessibile[ e più grande payload]. Nel classico CAN, il campo di dati massimo è 8 byte, e la velocità bit è fissata a 1 bit di controllo di fase Mbps frame rate.

Un'altra differenza critica è il bit Flexible Data Format (FDF), che distingue i classici frame CAN da frame CAN FD. Il protocollo introduce anche un Bit Rate Switch (BRS)] bit per indicare il cambiamento della velocità di trasmissione dopo l'arbitrato.

Specifiche tecniche chiave

  • Velocità massima dei dati durante la fase dei dati:[ Fino a 8 Mbps (i limiti pratici dipendono dalla lunghezza del bus e dalla topologia della rete; tipicamente 2–5 Mbps per i veicoli di produzione)
  • Maximum payload per frame: 64 byte (vs. 8 byte in CAN classico)
  • Alimentazione della velocità bit:[] Stesso come CAN classico (1 Mbps max, spesso 500 kbps)
  • Formato della struttura:[ ISO CAN FD (ISO 11898-1:2015) e non-ISO CAN FD (attuazioni più vecchie, ora deprecate)
  • lunghezza del CRC:[ 17 bit (per carichi fino a 16 byte) o 21 bit (per carichi più lunghi) per garantire un rilevamento di errore robusto

Per un riferimento tecnico dettagliato, la pagina specifica Bosch CAN FD[ fornisce documentazione ufficiale e documenti bianchi.

Vantaggi di CAN FD in sistemi automobilistici moderni

Maggiore produttività dei dati e carico ridotto dell'autobus

Poiché CAN FD invia fino a otto volte più dati per messaggio, il numero di frame necessari per una data serie di segnali è drasticamente ridotto. Questo abbassa l'arbitrato bus overhead e libera la larghezza di banda per messaggi aggiuntivi. Ad esempio, un sistema di gestione della batteria che in precedenza aveva bisogno di quattro messaggi CAN di 8 byte per segnalare tensioni, temperature e stato possono ora trasmettere gli stessi dati in un unico 64 byte CAN FD frame elettronico.

Supporto per applicazioni ad alta intensità di larghezza di banda

Sistemi come radar ad alta risoluzione, lidar, moduli per fotocamera e over-the-air (OTA) update manager[[[]] richiedono una maggiore produttività rispetto al classico CAN in grado di fornire. CAN FD affronta direttamente queste esigenze senza richiedere un completo spostamento architettonico a Ethernet o FlexRay. Molte funzioni ADAS si affidano all'aggregazione dei dati dei sensori da fonti multiple; CAN FD più grandi payload di fusione per ridurre i dati di corrente di corrente di corrente di corrente di corrente di corrente di corrente.

Compatibilità e percorso di aggiornamento Incrementale

I nodi CAN Classic funzionano ancora sullo stesso bus e i nodi CAN FD devono essere configurati per obbedire alle regole di arbitrato. Questo consente ai produttori di introdurre CAN FD su nuovi ECU mantenendo invariati i moduli legacy — un grande vantaggio rispetto ai protocolli come Ethernet, che spesso richiedono una nuova spina dorsale. La funzione di compatibilità arretrata è definita dallo standard ISO; lo strato fisico (CAN transceiver) normalmente supporta entrambe le modalità.

Efficienza del protocollo migliorata

CAN FD riduce anche il protocollo overhead per byte di dati utili. Il bit overhead per un frame a 64 byte è proporzionalmente più piccolo di otto frame a 8 byte, con conseguente migliore throughput efficace per la stessa larghezza di banda degli autobus. Questo guadagno di efficienza è particolarmente vantaggioso per la comunicazione diagnostica (UDS on CAN FD) e la programmazione flash su una rete, dove grandi blocchi di dati devono essere trasferiti nel più breve tempo possibile.

Implementazione CAN FD in reti automobilistiche

Requisiti hardware e selezione

Per creare una rete CAN FD, ogni ECU deve avere un CAN FD-capable controller e un [CAN FD transceiver. Molti moderni microcontrollori, come Infineon Aurix TC3xx, NXP S32K, e STMicroelectronics serie SPC

Gli ingegneri devono anche considerare l'integrità del segnale. A 5-8 Mbps, il bus CAN si comporta più come una linea di trasmissione. Le resistenze di terminazione, le lunghezze di stub e la qualità del connettore diventano critiche. La ] Carta bianca degli strumenti nazionali sulle basi CAN FD[ fornisce linee guida pratiche per la configurazione e il test dell'hardware.

Topologia e considerazioni di progettazione

La classica topologia del bus CAN – un bus lineare con terminazione ad ogni estremità – è mantenuta per CAN FD. Tuttavia, la lunghezza massima dell'autobus è ridotta a velocità di bit più elevate. Come regola di pollice, per i tassi di bit di fase di dati di 2 Mbps, la lunghezza del bus può essere fino a 50 metri; per 5 Mbps, è limitata a circa 20 metri; e per 8 Mbps, la lunghezza è generalmente inferiore a 10 metri.

Configurazione e bit Timing

CAN FD richiede una configurazione accurata della velocità del bit arbitrato e della velocità del bit dei dati. Entrambe le tariffe devono essere sincronizzate in tutti i nodi FD. Il metodo più semplice è quello di utilizzare un insieme predefinito di parametri dalla specifica CAN in Automation (CiA) o i valori consigliati del produttore.

  • Arbitrato: 500 kbps, punto campione a 80–87,5%
  • Fase di dati: 2 Mbps o 4 Mbps, punto campione al 70–75%

È fondamentale verificare che tutti i nodi sul bus possano tollerare la tolleranza di tempismo dei bit specificata dalla ISO 11898-1:2015. La larghezza di salto di risincronizzazione (SJW) e i segmenti di buffer di fase devono essere scelti per gestire le tolleranze oscillatori—di solito ±0,1% o meglio per la fase di dati.

Software e adattamento firmware

I più moderni stack di software CAN hanno bisogno di modifiche per gestire i carichi più grandi e il bit opzionale BRS. La maggior parte dei sistemi operativi in tempo reale (RTOS) utilizzati nel settore automobilistico (ad esempio, AUTOSAR) ora supportano CAN FD. Il driver deve rilevare i frame FD, gestire il campo dati più grande, e garantire che il messaggio ID e DLC (Codice lunghezza dati) siano correttamente interpretati.

I protocolli diagnostici come UDS (ISO 14229) sono stati estesi per lavorare su CAN FD, permettendo una riprogrammazione più rapida dell'ECU e la registrazione dei dati. Ad esempio, un UDS "RequestDownload" su CAN FD può trasferire grandi moduli software in meno messaggi, riducendo il tempo di programmazione flash del 70% rispetto al CAN classico.

Test e convalida delle reti CAN FD

Test di livello fisico

Come con qualsiasi bus ad alta velocità, il test a livello fisico è essenziale. Utilizzare un oscilloscopio con sonde differenziali per misurare il segnale CAN FD a ogni nodo. Parametri chiave per verificare: livelli di tensione differenziali] (dominante: 1.5–3.0 V; recessivo: 0.0–0.5 V),

Inoltre eseguire test di conformità[[]] secondo ISO 11898-2 (specificazione del transito) e ISO 11898-5 (unità di accesso medio ad alta velocità). Molti fornitori offrono suite di prova. Ad esempio, il CAN in Automation (CiA) associazione fornisce una specifica di prova di conformità CAN FD (A 601-series

Test di protocollo e conformità

I test di protocollo assicurano che tutti i nodi gestiscano correttamente l'arbitrato, i frame di errore e i bit specifici della FD. Utilizzare un analizzatore di bus CAN FD (ad esempio, Vector VN1630, Kvaser USBcan FD) per catturare e decodificare i frame. Verificare che il bit BRS sia impostato durante la fase dei dati e che il CRC corrisponde.

Test di interoperabilità

Poiché la compatibilità all'indietro è una caratteristica chiave, è necessario testare reti che mescolano i nodi classici CAN e CAN FD. I nodi CAN classici dovrebbero generare frame di errore quando vedono un frame FD (a causa della violazione del delimitatore CRC dominante), ma il nodo CAN FD dovrebbe essere in grado di ignorare questi frame di errore e ritrasmettere se necessario. Alcuni controller hanno una speciale modalità "FD-passive" per gestire tali casi.

Sfide e considerazioni di ingegneria

Disponibilità di costi e componenti

Mentre i controller CAN FD sono ormai comuni, i ricetrasmettitori che supportano la fase di dati full 8 Mbps sono ancora più costosi dei classici transceivers ad alta velocità. I circuiti di filtraggio e isolamento aggiuntivi possono essere necessari per la conformità EMC automobilistico.Per applicazioni di produzione a basso volume o retrofit, il costo upfront può essere significativo. Tuttavia, come aumenta l'adozione, i prezzi sono previsti per convergere con il classico CAN.

Complessità dell'analisi di tempistica

Gli ingegneri di rete affrontano una curva di apprendimento ripida quando si passa dal classico CAN al CAN FD. Il bit tempi è più sensibile, e l'interazione tra il tasso di arbitrato e la velocità dei dati richiede un'attenta analisi. Strumenti come ]Vector CANoe[]]] forniscono ambienti di simulazione in cui tempi e latenza possono essere modellati prima dell'implementazione fisica.

Integrazione con i Sistemi Legacy

Molti veicoli esistenti si affidano ancora al CAN classico. Retrofitting CAN FD richiede spesso l'aggiornamento dei moduli di gateway che indirizzano messaggi tra diversi domini di autobus. Questi gateway devono essere in grado di tradurre tra i formati CAN e CAN FD classici - la codifica o l'imbottitura dei carichi di paga e la ricalcolatura CRCs. Questa traduzione può introdurre la latenza e la complessità. In alcuni casi, può essere più semplice mantenere l'autobus legacy come CAN classico e aggiungere un CAN FD separato per un nuovo.

Compatibilità elettromagnetica (EMC)

I tassi di bit più elevati producono intrinsecamente emissioni di frequenza superiore. I FD CAN a 5-8 Mbps possono causare emissioni irradiate che superano i limiti di classe CISPR automobilistico a 25, a meno che non vengano implementati correttamente schermatura e filtraggio. I chokes comuni, le perle ferrite e l'attento layout PCB sono vitali. Molti transceivers automobilistici ora dispongono di "controllo della velocità di sli" per la fase di riduzione dei dati per ridurre EMI.

Casi e applicazioni di uso reale-mondiale

ADAS e guida autonoma

Le unità ADAS moderne devono elaborare i dati da più telecamere, radar e sensori di lidar. Mentre gran parte dei dati del sensore ad alta banda viene gestito tramite Ethernet o SerDes, le liste degli oggetti aggregati e i risultati della fusione possono essere inviati tramite CAN FD al controller di dominio centrale ad alta velocità. Ad esempio, un modulo della fotocamera che rileva marcature, veicoli e pedoni possono trasmettere un elenco degli oggetti di diverse centinaia di byte in un unico frame classico CAN FD.

Gestione della batteria del veicolo elettrico (EV)

I sistemi di gestione della batteria EV (BMS) richiedono il monitoraggio in tempo reale delle tensioni cellulari, delle temperature e dello stato di carica per modulo. Un pacchetto di batterie a 96 celle potrebbe essere necessario segnalare 96 tensioni, 32 temperature e bandiere di stato. Classic CAN richiederebbe più frame per modulo, aumentando il carico dell'autobus e introducendo il tempo del campione. Con CAN FD, un singolo frame per modulo può trasportare tutti i dati, consentendo una comunicazione più veloce e più accurata.

Aggiornamenti over-the-Air (OTA)

Gli aggiornamenti OTA sono un requisito crescente per i cicli di vita del software automobilistico. Un'immagine del firmware di ECU può essere di 10 MB o più. Utilizzando CAN classico a 500 kbps, il trasferimento di 10 MB richiederebbe più di tre minuti. Con CAN FD a 4 Mbps, lo stesso trasferimento richiede meno 30 secondi. Il tempo di flash ridotto significa meno tempo di fermo del veicolo e il rischio di interruzione inferiore durante gli aggiornamenti.

Sistemi di infotainment e gateway

Le unità di testa moderne aggregano i dati da fonti multiple: diagnostica del veicolo, mirroring dello smartphone, telecamere surround-view. CAN FD fornisce una backbone ad alta velocità per questi flussi di dati senza il costo e la complessità di Ethernet completa. Molti fornitori Tier-1 come Bosch e Continental ora offrono moduli di gateway che combinano CAN FD con Ethernet, corrodendo i due domini per le architetture future.

Confronto con altri protocolli automobilistici ad alta velocità

CAN FD vs. FlexRay

FlexRay è un protocollo deterministico, time-triggered con velocità di dati fino a 10 Mbps e carichi di paga fino a 254 byte. Offre un determinismo più elevato e una tolleranza di guasto ma a costi e complessità più elevati. CAN FD è più semplice, più economico e più ampiamente adottato in produzione. FlexRay ha perso slancio negli ultimi anni, mentre CAN FD continua ad espandersi in aree precedentemente servite da FlexRay, come il controllo e il telaio.

CAN FD vs. Automotive Ethernet

Ethernet (100BASE-T1, 1000BASE-T1) offre una larghezza di banda molto più elevata (100 Mbps-1 Gbps) ed è il protocollo di scelta per applicazioni a banda larga come video per fotocamera grezzo e diagnostica ad alta velocità. Tuttavia, Ethernet richiede più costosi silicio, connettori specializzati e una topologia commutata, aumentando il peso e il costo.

Prospettive e standardizzazione future

L’industria automobilistica si sta muovendo verso un’architettura a dominio e zonale, dove reti a spina dorsale ad alta velocità (spesso Ethernet) si collegano ai gateway di zona che utilizzano CAN FD per la comunicazione locale a sensori e attuatori. La prossima evoluzione, CAN XL]] (attualmente sotto sviluppo di CiA), mira a supportare la semplicità dei dati fino a 20 Mbps e dei carichi di rendimento fino a 1048 da parte.

ISO 11898-1:2015 è la base attuale, con modifiche che riguardano le lunghezze degli autobus, i tempi e l'EMC. La serie CiA 601 fornisce le specifiche di prova per i transceivers CAN FD. Per gli ultimi aggiornamenti, fare riferimento a CAS CAN FD Knowledge page[[FLT-1:1]] e 1FISO[18F]

Conclusioni

CAN FD protocollo rappresenta un aggiornamento pragmatico e potente al CAN classico, consentendo il trasferimento di dati ad alta velocità senza abbandonare la comprovata semplicità e robustezza del bus CAN. La sua compatibilità all'indietro, i carichi più grandi, e i tassi di dati più elevati lo rendono una scelta ideale per i moderni sistemi automobilistici che richiedono prestazioni in tempo reale e l'efficienza dei costi.