DESIGN OF CAN FOR

SENSOR NETWORK APPLICATIONS

GUIDED BY,
SUNIL KUMAR K.H
ASSISTANT PROFESSOR
CMRIT

SUBMITTED BY
SHALINI D
1CR11EC101

CAN- Overview

Need of CAN

In the beginning...
Engine
Control

Anti-lock
Break
Control

Lighting

Air
Condition

Dash-board

Transmission
Control

Active
Suspension

Power Seats
Airbag

different control systems (and their sensors) to exchange information.

a cable network with a length of up to several miles and many connectors was required.
growing problems concerning material cost, production time and reliability.

Need of CAN

Solution...
Engine
Control
CAN

Anti-lock
Break
Control

Air
Condition

Lighting

CAN

CAN
CAN

Dash-board

low Speed

CAN

CAN

High Speed

CAN
CAN

Transmission
Control

CAN
Active
Suspension

Power Seats

CAN
Airbag

point-to-point wiring is replaced by one serial bus connecting all control systems.

CAN

CAN STANDARD
CAN technology has been standardized since 1994 and is described by
four ISO documents. ISO 11898-1 describes the CAN protocol.

CAN protocol just covers the Data Link Layer and the Physical Layer

CAN NETWORK
A CAN network consists of a number of CAN nodes which are linked via a
physical transmission medium (CAN bus).
At the ends of the CAN network, bus termination resistors contribute to
preventing transient phenomena (reflections).

A maximum network extension of about 40 meters is allowed.

ISO 11898 specifies the maximum number of CAN nodes as 32.

CAN NODE

Application
Host-Controller
CAN-Controller
CAN-Transceiver
CAN-Bus

An ECU that performs its tasks in a CAN network is referred to as a CAN node.
Every node consists of a Host(Microcontroller) , CAN controller and a CAN
transceiver.

CAN BUS LOGIC

There are two bus states, called "dominant" and "recessive".

The bus logic uses a "Wired-AND" mechanism, that is, "dominant bits"
(equivalent to the logic level "Zero") overwrite the "recessive" bits
(equivalent to the logic level "One" ).
Only if all nodes transmit recessive bits (ones), the Bus is in the
recessive state.

CAN FOR
SENSOR NETWORKS

CAN For Sensor Networks

Bus-access by message priority

Carrier Sense Multiple Access / Collision Resolution
Bus access conflicts resolved by arbitration
Bit-wise
Non-destructive
Allows for guaranteed latency time
Message identifier
CAN has no node addresses

CAN For Sensor Networks

Extensive ERROR checking

Five different checks
Every connected node participate
Data consistency secured
A message is accepted by all nodes or none
Different Bus Management Methods
Bit-wise arbitration
Master/Slave
Daisy Chain
TDMA

CAN FRAMING

FRAMES

DATA
FRAME

REMOTE
FRAME

OVERLOAD
FRAME

ERROR
FRAME

INTERFRAME
SPACE

CAN DATA FRAME

"Hello everyone, here's some data labeled X, hope

you like it!"

Data frames serve to transmit the user data.

CAN REMOTE FRAME

"Hello everyone, can somebody please

produce the data labeled X?"

Used to request transmission of a specific Data Frame

Similar to a Data Frame, but without Data Field
Remote Transmission Request (RTR) bit is recessive
Same identifier as the Data Frame which is requested
Note: When Remote Frame is transmitted at the same time as
corresponding
Data Frame, Data Frame wins arbitration because of dominant RTR
bit

Remote Frame

How is used Request Frame

How hot is oil ?
Remote Frame: ID oil_id

Node
A

Node
B
89 C
o

Data Frame: ID oil_id

oil temp.
sensor

89oC

DESIGN METHODOLOGY

DESIGN METHODOLOGY

DESIGN OF CAN CONTROLLER

Applications

CAN is used in a wide area of applications

Automotive

Building automation

Railway

Factory automation

Maritime

Medical

CAN

Machine control

Applications
Airbag
Dashboard
Air conditioning
Power
windows
Mirrors

Engine
Gearbox

Central locking
Lights
Car Body components
Typically low-speed CAN Bus

Brakes

Power Train components

Typically high-speed CAN Bus

Questions ?