Controller Area Network

Il CAN trasmette dati secondo un modello basato su bit "dominanti" e "recessivi", in cui i bit dominanti sono gli 0 logici e i bit recessivi sono gli 1 logici. Se un nodo trasmette un bit dominante e un altro un bit recessivo, allora il bit "dominante" "vince" fra i due (realizzando una combinazione AND logico).

Con questa tecnica, quando viene trasmesso un bit recessivo, e contemporaneamente un altro dispositivo trasmette un bit dominante, si ha una collisione, e solo il bit dominante è visibile in rete (tutte le altre collisioni sono invisibili). In pratica avviene che un bit dominante è "asserito" dalla generazione di una tensione fra i conduttori, mentre un bit recessivo è semplicemente ignorato. Si è così sicuri che ogni volta che si impone una differenza di potenziale, tutta la rete la rileva, e quindi "sa" che si tratta di un bit dominante.

Solitamente, quando usata in un bus differenziale, si applica lo schema CSMA/BA (Carrier Sense Multiple Access/Bitwise Arbitration): se due o più dispositivi incominciano a trasmettere contemporaneamente, si applica un meccanismo di arbitrato basato sulla priorità per decidere a quale dispositivo permettere di proseguire la trasmissione. Durante la trasmissione, ogni nodo in trasmissione controlla lo stato del bus e confronta il bit ricevuto con il bit trasmesso. Se un bit dominante è ricevuto mentre un bit recessivo è trasmesso il nodo interrompe la trasmissione (ossia perde l'arbitrato). L'arbitrato è eseguito durante la trasmissione del pacchetto dei dati di identificazione del nodo. I nodi che incominciano contemporaneamente a trasmettere inviano un ID dominante a 0 binario, che incomincia con il bit alto. Non appena il loro ID è rappresentato da un numero più grande (quindi a priorità minore) i nodi stessi inviano un bit 1 (recessivo) e aspettano la risposta di uno 0 (dominante), quindi interrompono la trasmissione. Al termine dell'invio degli ID, tutti i nodi sono tornati allo stato di OFF, e il messaggio con la priorità corrente massima può liberamente transitare.

Tutti i frame (detti anche "messaggi") incominciano con un bit di "start-of-frame" (SOF). I frame del CAN possono essere di quattro tipi:

• Data frame: frame contenente i dati che il nodo trasmette.
• Remote frame: frame che richiede la trasmissione di un determinato identificatore.
• Error frame: frame trasmesso da un qualsiasi nodo che ha rilevato un errore.
• Overload frame: frame che introduce un ritardo fra data frame e/o remote frame.

Sono i frame che eseguono l'effettiva trasmissione dei dati. I messaggi possono avere due formati:

• Base frame format: con 11 bit di identificazione.
• Extended frame format: con 29 bit di identificazione.

Lo standard CAN deve obbligatoriamente riconoscere il formato base frame e può opzionalmente riconoscere il formato extended frame format (che, tuttavia, deve essere tollerato).

Il CAN base permette 2¹¹ = 2 048 tipi di messaggi diversi, ma da specifiche Bosch se ne possono usare solo 2 031. Nella versione extended si possono avere fino a 2²⁹ = 536 870 912 tipi di messaggi.

Il formato del Base frame ha la seguente struttura:

Un vincolo imposto al campo dell'identificatore è che i primi 7 bit non possono essere tutti recessivi.

Il formato dell'Extended Frame ha la seguente struttura:

I due identificatori (A e B) combinati, formano un unico identificatore di 29 bit.

Il Remote Frame è identico al Data Frame, eccetto che:

• il bit RTR posto allo stato di bit recessivo,
• il campo lunghezza dati contiene il numero di Byte (relativi al payload del pacchetto) richiesti al data frame.

L'Error Frame è composto da due campi:

• il primo è formato dalla combinazione dei flag di errore attivati da uno dei nodi collegati alla rete;
• il secondo è il cosiddetto "delimitatore di errore" (Error Delimiter)

Esistono due tipi di Error Flag:

• Active Error Flag: trasmessi da un nodo che ha rilevato un errore di rete, e che si trova nello stato di "error active";
• Passive Error Flag: trasmessi da un nodo che ha rilevato la presenza sulla rete di un Active Error Flag, e che si trova nello stato di "error passive".

Overload frame contiene due campi: Overload Flag e Overload Delimiter. Esistono due condizioni di overload che possono determinare la trasmissione di un overload flag:

1. Stato del ricevitore, che richiede un ritardo di trasmissione dal successivo data frame o remote frame,

2. Viene rilevato un bit dominante durante un intervallo nella trasmissione.

Un overload frame dovuto al caso 1 è consentito solo per essere avviato al momento del primo bit di un intervallo previsto, mentre un overload frame dovuto al caso 2 incomincia un bit dopo aver rilevato il bit dominante. L'Overload Flag è costituito da sei bit dominanti (tutti pari a 0). La forma complessiva è come quella di un active error flag, che azzera i campi intervalli. Conseguentemente, anche gli altri nodi della rete rilevano una condizione di overload e trasmettono un overload flag. L'overload Delimiter è costituito da 8 bit recessivi (tutti pari a 1) e ha la stessa forma di un "delimitatore di errore" (Error Delimiter).

Consiste nell'inserire un bit di valore opposto dopo cinque bit consecutivi dello stesso valore. Questa pratica è chiamata bit stuffing (letteralmente riempimento di bit), ed è necessaria a causa della codifica utilizzata nel frame, di tipo NRZ (Non Return to Zero), che in caso di valori consecutivi uguali mantiene lo stesso valore di tensione e non genera transizioni utili a risincronizzare i dispositivi comunicanti. I frame sottoposti a questa operazione vengono poi "decodificati" dal ricevitore, che rimuove i bit precedentemente inseriti. Di conseguenza, quando vengono ricevuti sei bit uguali consecutivi dello stesso valore (111111 oppure 000000), essi vengono considerati un errore. Il bit stuffing implica che i frame dati trasmessi possono essere più grandi di quelli che ci si potrebbe aspettare dall'applicazione delle tabelle soprariportate.

• ISO 11898-2:2003: CAN ad alta velocità
• ISO 11898-3:2006: CAN fault-tolerant (a bassa velocità)
• ISO 11992-1:2003: CAN fault-tolerant per autoveicoli
• ISO 11898-5:2007: CAN alta velocità/selective wake-up
• SAE J2411: CAN single-wire CAN (SWC)

Lo standard ISO 11898-2 utilizza per i segnali una linea bilanciata a due fili. È il layer fisico più usato in applicazioni per autotrazione e controlli industriali.

Lo standard ISO 11898-4 definisce il tipo di comunicazione del CAN detto time-triggered (TTCAN), basato su un protocollo di layer fornito di un orologio di sistema per schedulare l'inoltro dei messaggi.

Poiché lo standard CAN non prevede di per sé protocolli di livello applicativo, come ad esempio il controllo di flusso, l'indirizzamento dei dispositivi collegati al bus e la trasmissione di blocchi dati più grandi di un singolo messaggio hanno richiesto l'implementazione di appositi protocolli di livello applicativo. Fra questi si annoverano DeviceNet, CANopen, CANaerospace, SDS e CAN Kingdom.

• Bus (informatica)

•   Wikimedia Commons contiene immagini o altri file su Controller Area Network

• (EN) Controller Area Network homepage della Bosch, su can.bosch.com.
• (EN) Tutorial del CAN, su kvaser.com.
• (EN) Sito ufficiale DeviceNet, su odva.org.
• (EN) CAN-Wiki, su can-wiki.info.
• (EN) CAN nell'automazione (CiA) Gruppo internazionale utilizzatori e costruttori, su can-cia.org.
• (EN) CAN DATA BUS della Mercedes Benz, su launch-techs.com. URL consultato il 5 febbraio 2006 (archiviato dall'url originale il 1º marzo 2006).
• (EN) CAN-BUS per controllo veicoli, su yamar.com. URL consultato il 5 febbraio 2006 (archiviato dall'url originale l'11 marzo 2006).
• (EN) Descrizione dell'interfaccia CAN Bus, Pin Out e nomi dei segnali, su interfacebus.com. URL consultato il 5 febbraio 2006 (archiviato dall'url originale il 5 febbraio 2006).
• (EN) CAN Bus and CAN FD Data Acquisition and Analysis, su training.dewesoft.com.

  Portale Informatica: accedi alle voci di Wikipedia che trattano di informatica