CAN - a brief tutorial for Embedded Engineers Page 1 of 7

Computer Solutions Ltd Whats New | Advanced Search

Celebrating 32 years Downloads | Exchange Rates
supplying all your Embedded Development Tool
needs

CAN - a brief tutorial

The CAN bus (Controller Area Networking) was defined in the late 1980 by Bosch, initially for use in automotive
applications.
It has the following characteristics:

• Uses  a single terminated twisted pair cable

• Is multi master
• Maximum Signal frequency used is 1 Mbit/sec
• Length is typically 40M at 1Mbit/sec up to 10KM at 5Kbits/sec
• Has high reliability with extensive error checking
• Typical maximum data rate achievable is 40KBytes/sec
• Maximum latency of high priority message <120 µsec at 1Mbit/sec

CAN is unusual in that the entities on the network, called nodes, are not given specific addresses.  Instead, it is the
messages themselves that have an identifier which also determines the messages' priority.  For this reason there is no
theoretical limit to the number of nodes although in practice it is ~64.
Two specifications are in use:

• 2.0A sometimes known as Basic or Standard CAN with 11 bit message identifiers which was originally specified to 
operated at a maximum frequency of 250Kbit/sec - ISO11519.
• 2.0B known as Full CAN or extended frame CAN with 29 bit message identifier which can be used at up to
1Mbit/sec - ISO 11898.

Nuts and Bolts

From the systems and design viewpoint the detailed management of sending and receiving CAN messages will normally
be done by dedicated hardware, on or off chip, (e.g. SJA1000) but an overview of these functions will be useful in order to
design, setup and control a CAN system.
Signal Characteristics
CAN may be implemented over a number of physical media so long as the drivers are open-collector and each node can
hear itself and others while transmitting (this is necessary for its message priority and error handling mechanisms).  The
most common media is a twisted pair 5v differential signal which will allow operations in high noise environments and with
the right drivers will work even if one of the wires is open circuit. A number of transceiver chips are available the most
popular probably being the Philips 82C251 as well as the TJA1040.
When running Full CAN (ISO 11898-2) at its higher speeds it is necessary to terminate the bus at both ends with 120
Ohms.  The resistors are not only there to prevent reflections but also to unload the open collector transceiver drivers.

                                              

Message formats
The CAN protocol uses a modified version of the Carrier Sense Multiple Access/Collision Avoidance (CSMA/CA)
technique used on Ethernet.  Should two messages determine that they are both trying to send at the same time then

http://www.computer-solutions.co.uk/info/Embedded_tutorials/can_tutorial.htm 1/14/2011
CAN - a brief tutorial for Embedded Engineers Page 2 of 7

instead of both backing off and re-trying later as is done with Ethernet, in the CAN scheme, the transmitters detect which
message has the highest priority and only the lower priority message gets delayed.  This means that a high priority
message is sure of getting through.

             

Message Frames
These are the normal frames used to carry data.  They contain the following fields -- this is a simplified description as the
controller takes care of the detail which is only of interest to those designing controllers (who should consult the spec)

Start of frame   (SOF)

Message Identifier  (MID)    either 11 or 29 bits long depending on the chosen mode
Remote Transmission Request (RTR) = 0  ----- see "Remote Frames" para below for non zero value
Control field  (CONTROL)  this specifies the number of bytes of data to follow (0-8)
Data Field (DATA)
CRC field  containing a fifteen bit cyclic redundancy check code
Acknowledge field  (ACK)   an empty slot which will be filled by the receiving node on successful reception
End of Frame   (EOF)

The way in which message collision is avoided is that each node as it transmits its MID looks on the bus to see what
everyone else is seeing.  If it is in conflict with a higher priority message identifier (one with a lower number) then the
higher priority messages bit will hold the signal down (a zero bit is said to be dominant) and the lower priority node will
stop transmitting. 
Remote Frames
These are frames that are used to request that a particular message be put on the network - of course a node somewhere
on the network has to be set up to recognise the request, get the data and put out a Message frame. This mechanism is
used in polled networks.  The fields are ....

Start of frame   (SOF)

Message Identifier  (MID)    either 11 or 29 bits long depending on the chosen mode.
Remote Transmission Request (RTR)  = 1
Control field  (CTRL)  this specifies the number of bytes of data expected to be returned (0-8).
CRC field  containing a fifteen bit cyclic redundancy check code.
Acknowledge field  (ACK)   an empty slot which will be filled by the receiving node.
End of Frame   (EOF)

Error checking
CAN is a very reliable system with multiple error checks

Stuffing error  -  a transmitting node inserts a high after five consecutive low bits (and a low after five
consecutive high). A receiving node that detects violation will flag a bit stuffing error.
Bit error  -  A transmitting node always reads back the message as it is sending. If it detects a different bit
value on the bus than the one it sent, and the bit is not part of the arbitration field or in the acknowledgement
field, an error is detected.
Checksum error - each receiving node checks CAN messages for checksum errors.
Frame error - There are certain predefined bit values that must be transmitted at certain points within any
CAN Message Frame. If a receiver detects an invalid bit in one of these positions a Form Error (sometimes
also known as a Format Error) will be flagged.
Acknowledgement Error - If a transmitter determines that a message has not been ACKnowledged then an
ACK Error is flagged.

http://www.computer-solutions.co.uk/info/Embedded_tutorials/can_tutorial.htm 1/14/2011
CAN - a brief tutorial for Embedded Engineers Page 3 of 7

Variants
By defining only the physical and data link levels of the OSI communications model the CAN specification has become the
basis for a wide number of industry and manufacture specific variants (and the source of much confusion as all the users
may say they are using CAN).  If you are trying to clarify a CAN systems status the first thing to find out is the transceivers
in use - the most common "normal 5v" CAN uses the Philips 82C251 or the TJA1040.
TJA 1054 is  a low power, low speed  physical layer that is mostly used in automotive applications. It employs the
PCA82C252, TJA1053 or TJA1054 transceivers.
AU5790 also known as "Single Wire CAN" is  a low power, low speed  physical layer that is mostly used in automotive
applications. It employs the AU5790 transceiver. 
DeviceNet - Developed for use in industrial process control it is based on the standard Full CAN - ISO 11898-2 5v bus.
However DeviceNet rigorously defines the physical interconnect, has a more restrictive transceiver specification, 11 bit
identifiers only, allows 125, 250 and 500KBaud operation only and regulates the message content allowing interoperability
of different manufacturers units. 
CANopen - Also designed with control applications in mind, it is a software standard based on the standard Full CAN -
ISO 11898-2 5v bus. It limits the number of nodes to 127 and allocates them IDs. Profiles are specified for each type of
device by CiA to simplify using systems from multiple manufacturers.  Some standard network commands are defined that
allow modules to be automatically identified and allocated a node ID.  The spec also defines a way to handle synchronised
data reads and writes as well as providing a standard way in which large blocks of data can be read and written.  We can
supply CANopen diagnostic and network management software. 
TTCAN - Time Triggered CAN  - The Time-Triggered Protocol has nodes reporting in predefined time windows that have
to be planned and synchronised but which then ensure that an overload on the bus is not possible even in a worst case
situation.
J1939 - A whole family of industry specific standards (agriculture, marine, truck & bus etc)  are built on the basic
communication services of the J1939 specifications ( itself based on Full CAN - ISO 11898-2) with industry-specific
documents defining the particular combination of layers for that industry.
B10011S is the Truck-Trailer CAN bus (ISO 11992-1) Specification (known as FMS or Bus-FMS), it is a subset of J1939.
For a software packages that knows the meaning of all the FMS messages and can display them in a meaningful way see
our FMS Toolkit.
MilCAN  -  is defined for use in military land vehicles where a deterministic protocol is require. It sets up some rules for
use and a software layer on top of a conventional CAN network. A Pseudo Hardware Sync is created by one node "the
SyncMaster" that sends Sync CAN Frames with a "sync slot number".
MilCAN A uses 29 bit Identifiers. It allows both periodic and event driven data to be transmitted via the bus.
MilCAN B uses 11 bit identifiers. It allows only periodic data to be transmitted via the bus
 
Adapter for
Max
 Standard  Common Name Baud Rate  Max nodes PCAN
Length
interfaces
ISO 11783 ISOBUS 250 KBit/s  30 40m None
ISO 11898-
High speed-CAN max. 1 MBit/s 110  6500 m None
2 
ISO 11898-
Fault Tolerant CAN max. 125 KBit/s  32  500 m PCAN TJA1054
3 
FMS or Truck/Trailer 2  (Point to PCAN-
ISO 11992 max. 125 KBit/s Point) 40 m
CAN BD10011S

ISO 15765 Diagnostics On CAN max 1 MBit/s 110    

SAE J1939   250 KBit/s 30 40m  

SAE J2284   max. 1 MBit/s  110    

33,3 KBit/s
SAE J2411 Single Wire CAN 83,3KBit/s in 32   PCAN-AU579
HSMode

LIN
Local Interconnect Network is simpler than CAN and is often used in automotive "body functions"  where performance is
not critical but cost is with CAN being used to integrate the operation of multiple LIN sub networks.  LIN is a single master, 

http://www.computer-solutions.co.uk/info/Embedded_tutorials/can_tutorial.htm 1/14/2011
CAN - a brief tutorial for Embedded Engineers Page 4 of 7

multiple slave system that uses a 12V single wire physical layer and a UART/SDI  with master driven self synchronisation. 
It is capable of running at data rates of up to 20Kbits per second over a maximum distance of 40 Meters. We have a LIN
to CAN gateway which simplifies developing LIN and mixed systems.
 

Further
Home
reading
Shop Products Supported Chips Information Zone Contact Site map
Staffan Nilssons excellent introduction to CAN
Bosch started CAN and include many useful links on their site
CAN in Automation (CiA) is the CAN trade association
The LIN Consortium is the LIN standards guardian
Kvaser have a good CAN description area with details of available chips and screen shots of messages
 
COMSOL have a wide range of CAN and LIN interfaces available with supporting software and configurable CAN
I/O modules.
 
If you have found this tutorial useful you might also be interested in our tutorials on
 Embedded TCP/IP and USB or in tutorials on a range of microprocessor and microcontroller families.

  If so you can find them at Embedded Tutorials

 
Home Shop Products Supported Chips Information Zone Contact Site Map
 
Computer Solutions Ltd
1a New Haw Road, Addlestone, Surrey KT15 2BZ, England
 
Telephone: +44 (0) 1932 829460      Fax: +44 (0) 1932 840603
Email: sales@computer-solutions.co.uk      Web: www.computer-solutions.co.uk
 
Copyright © 2011 Computer Solutions Ltd

http://www.computer-solutions.co.uk/info/Embedded_tutorials/can_tutorial.htm 1/14/2011
CAN - a brief tutorial for Embedded Engineers Page 5 of 7

http://www.computer-solutions.co.uk/info/Embedded_tutorials/can_tutorial.htm 1/14/2011
CAN - a brief tutorial for Embedded Engineers Page 6 of 7

http://www.computer-solutions.co.uk/info/Embedded_tutorials/can_tutorial.htm 1/14/2011
CAN - a brief tutorial for Embedded Engineers Page 7 of 7

http://www.computer-solutions.co.uk/info/Embedded_tutorials/can_tutorial.htm 1/14/2011