Controller Area Network

Article on other languages:

• موصل_كان
• Controller_area_network
• Controller_Area_Network
• Controller-area_network
• Bus_CAN
• CAN-väylä
• Controller_area_network
• Can-bus
• Controller_Area_Network
• Controller_Area_Network
• Controller_Area_Network
• Controller_Area_Network
• Controller_Area_Network
• Controller_Area_Network
• 控制器區域網路

	del.icio.us
	Digg
	Furl
	Reddit
	Rojo
	Add to OnlyWire

Il Controller Area Network, noto anche come CAN-bus, è uno standard seriale per bus di campo (principalmente in ambiente automotive), di tipo multicast, introdotto negli anni ottanta dalla Robert Bosch GmbH, per collegare diverse unità di controllo elettronico (ECU). Il CAN è stato espressamente progettato per funzionare senza problemi anche in ambienti fortemente disturbati dalla presenza di onde elettromagnetiche e può utilizzare come mezzo trasmissivo una linea a differenza di potenziale bilanciata come la RS-485. L'immunità ai disturbi EMC può essere ulteriormente aumentata utilizzando cavi di tipo twisted pair (doppino intrecciato).

Sebbene inizialmente applicata in ambito automotive, come bus per autoveicoli, attualmente è usata in molte applicazioni industriali di tipo embedded, dove è richiesto un alto livello di immunità ai disturbi. Il bit rate può raggiungere 1 Mbit/s per reti lunghe meno di 40 m. Velocità inferiori consentono di raggiungere distanze maggiori (ad es. 125 kbit/s per 500 m). Il protocollo di comunicazione del CAN è standardizzato come ISO 11898-1 (2003). Questo standard descrive principalmente lo strato (layer) di scambio dati (data link layer), composto dallo strato sottostante (sublayer) "logico" (Logical Link Control, LLC) e dallo strato sottostante del Media Access Control, (MAC) e da alcuni aspetti dello strato "fisico" (physical layer) descritto dal modello ISO/OSI (ISO/OSI Reference Model). I protocolli di tutti gli altri layer sono lasciati alla libera scelta del progettista della rete.

Trasmissione dati

Il CAN trasmette dati secondo un modello basato su bit "dominanti" e "recessivi", in cui i bit dominanti sono gli 0 logici ed i bit recessivi sono gli 1 logici. Se un nodo trasmette un bit dominante ed 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 iniziano 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 iniziano contemporaneamente a trasmettere inviano un ID dominante a 0 binario, che inizia 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) ed 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, ed il messaggio con la priorità corrente massima può liberamente transitare.

Frames

Tutti i frame (detti anche "messaggi") iniziano 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.

Data 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¹¹ = 2048 tipi di messaggi diversi, ma per ragioni storiche se ne usano solo 2031. Nella versione extended si possono avere fino a 2²⁹ = 536 870 912 tipi di messaggi.

Formato del Base frame

Il formato del base frame ha la seguente struttura:

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

Formato dell'Extended frame

Il formato dell'Extended Frame ha la seguente struttura:

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

Remote Frame

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 frame richiesti dal data frame.

Error 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

Bit stuffing

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 è resa possibile dall'applicazione dell'algoritmo di codifica denominato NRZ (Non Return to Zero). 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.

Standard ISO applicabili

• ISO 11898-2: CAN ad alta velocità
• ISO 11898-3: CAN fault-tolerant (a bassa velocità)
• ISO 11992-1: CAN fault-tolerant per autoveicoli
• ISO 11898-5: CAN alta velocità/low-power (layer fisico)
• 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.

Layer applicativi

Poiché lo standard CAN non prevede di per sé protocolli di layer 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 layer. Fra questi si annoverano DeviceNet, CANopen, SDS e CAN Kingdom.

Voci correlate

• Bus_(informatica)

Collegamenti esterni

• (EN) Controller Area Network homepage della Bosch
• (EN) Tutorial del CAN
• (EN) Sito ufficiale DeviceNet
• (EN) Panoramica sul CANopen
• (EN) CAN-Wiki
• (EN) CAN nell'automazione (CiA) Gruppo internazionale utilizzatori e costruttori
• (EN) CAN DATA BUS della Mercedes Benz
• (EN) CAN-BUS per controllo veicoli
• (EN) Descrizione dell'interfaccia CAN Bus, Pin Out e nomi dei segnali
• (EN) Soluzioni per CANopen
• (EN) Example of CAN Network Analysis Tool