• Menu
  • Product
  • Email
  • PDF
  • Order now
  • Introduction to the Controller Area Network (CAN)

    • SLOA101B August   2002  – May 2016 SN55HVD233-SEP , SN65HVDA1040A-Q1 , SN65HVDA1050A-Q1 , SN65HVDA540-5-Q1 , SN65HVDA540-Q1 , SN65HVDA541-5-Q1 , SN65HVDA541-Q1 , SN65HVDA542-5-Q1 , SN65HVDA542-Q1

       

  • CONTENTS
  • SEARCH
  • Introduction to the Controller Area Network (CAN)
  1.   Introduction to the Controller Area Network (CAN)
    1.     Trademarks
    2. 1 Introduction
    3. 2 The CAN Standard
    4. 3 Standard CAN or Extended CAN
      1. 3.1 The Bit Fields of Standard CAN and Extended CAN
        1. 3.1.1 Standard CAN
        2. 3.1.2 Extended CAN
    5. 4 A CAN Message
      1. 4.1 Arbitration
      2. 4.2 Message Types
        1. 4.2.1 The Data Frame
        2. 4.2.2 The Remote Frame
        3. 4.2.3 The Error Frame
        4. 4.2.4 The Overload Frame
      3. 4.3 A Valid Frame
      4. 4.4 Error Checking and Fault Confinement
    6. 5 The CAN Bus
      1. 5.1 CAN Transceiver Features
        1. 5.1.1  3.3-V Supply Voltage
        2. 5.1.2  ESD Protection
        3. 5.1.3  Common-Mode Voltage Operating Range
        4. 5.1.4  Common-Mode Noise Rejection
        5. 5.1.5  Controlled Driver Output Transition Times
        6. 5.1.6  Low-Current Bus Monitor, Standby and Sleep Modes
        7. 5.1.7  Bus Pin Short-Circuit Protection
        8. 5.1.8  Thermal Shutdown Protection
        9. 5.1.9  Bus Input Impedance
        10. 5.1.10 Glitch-Free Power Up and Power Down
        11. 5.1.11 Unpowered Node Protection
        12. 5.1.12 Reference Voltage
        13. 5.1.13 V-Split
        14. 5.1.14 Loopback
        15. 5.1.15 Autobaud Loopback
      2. 5.2 CAN Transceiver Selection Guide
    7. 6 Conclusion
    8. 7 Additional Reading
  2.   Revision History
  3. IMPORTANT NOTICE
search No matches found.
  • Full reading width
    • Full reading width
    • Comfortable reading width
    • Expanded reading width
  • Card for each section
  • Card with all content

 

APPLICATION NOTE

Introduction to the Controller Area Network (CAN)

Introduction to the Controller Area Network (CAN)

A controller area network (CAN) is ideally suited to the many high-level industrial protocols embracing CAN and ISO-11898:2003 as their physical layer. Its cost, performance, and upgradeability provide for tremendous flexibility in system design. This application report presents an introduction to the CAN fundamentals, operating principles, and the implementation of a basic CAN bus with TI's CAN transceivers and DSPs. The electrical layer requirements of a CAN bus are discussed along with the importance of the different features of a TI CAN transceiver.

Trademarks

CANopen is a trademark of CAN in Automation.

DeviceNet is a trademark of Open DeviceNet Vendor Association, Inc.

1 Introduction

The CAN bus was developed by BOSCH (1) as a multi-master, message broadcast system that specifies a maximum signaling rate of 1 megabit per second (bps). Unlike a traditional network such as USB or Ethernet, CAN does not send large blocks of data point-to-point from node A to node B under the supervision of a central bus master. In a CAN network, many short messages like temperature or RPM are broadcast to the entire network, which provides for data consistency in every node of the system.

1. Robert Bosch GmbH, www.bosch.com

Once CAN basics such as message format, message identifiers, and bit-wise arbitration -- a major benefit of the CAN signaling scheme are explained, a CAN bus implementation is examined, typical waveforms presented, and transceiver features examined.

2 The CAN Standard

CAN is an International Standardization Organization (ISO) defined serial communications bus originally developed for the automotive industry to replace the complex wiring harness with a two-wire bus. The specification calls for high immunity to electrical interference and the ability to self-diagnose and repair data errors. These features have led to CAN’s popularity in a variety of industries including building automation, medical, and manufacturing.

The CAN communications protocol, ISO-11898: 2003, describes how information is passed between devices on a network and conforms to the Open Systems Interconnection (OSI) model that is defined in terms of layers. Actual communication between devices connected by the physical medium is defined by the physical layer of the model. The ISO 11898 architecture defines the lowest two layers of the seven layer OSI/ISO model as the data-link layer and physical layer in Figure 1.

layrd_arch_lou101.gifFigure 1. The Layered ISO 11898 Standard Architecture

In Figure 1, the application layer establishes the communication link to an upper-level application specific protocol such as the vendor-independent CANopen™ protocol. This protocol is supported by the international users and manufacturers group, CAN in Automation (CiA). Additional CAN information is located at the CiA Web site, can-cia.de. Many protocols are dedicated to particular applications like industrial automation, diesel engines, or aviation. Other examples of industry-standard, CAN-based protocols are KVASER's CAN Kingdom and Rockwell Automation's DeviceNet™.

3 Standard CAN or Extended CAN

The CAN communication protocol is a carrier-sense, multiple-access protocol with collision detection and arbitration on message priority (CSMA/CD+AMP). CSMA means that each node on a bus must wait for a prescribed period of inactivity before attempting to send a message. CD+AMP means that collisions are resolved through a bit-wise arbitration, based on a preprogrammed priority of each message in the identifier field of a message. The higher priority identifier always wins bus access. That is, the last logic-high in the identifier keeps on transmitting because it is the highest priority. Since every node on a bus takes part in writing every bit "as it is being written," an arbitrating node knows if it placed the logic-high bit on the bus.

The ISO-11898:2003 Standard, with the standard 11-bit identifier, provides for signaling rates from 125 kbps to 1 Mbps. The standard was later amended with the “extended” 29-bit identifier. The standard 11-bit identifier field in Figure 2 provides for 211, or 2048 different message identifiers, whereas the extended 29-bit identifier in Figure 3 provides for 229, or 537 million identifiers.

 

Texas Instruments

© Copyright 1995-2025 Texas Instruments Incorporated. All rights reserved.
Submit documentation feedback | IMPORTANT NOTICE | Trademarks | Privacy policy | Cookie policy | Terms of use | Terms of sale