CAR Protocol
CAR Protocol
2022
OVERVIEW OF AUTOMOTIVE PROTOCOL:
diff bet comm. --> wt of the wire, cost , response time;
RATE: 10 lakh bits/sec
high speed can (): iso 11898 --> can protocol specification for 1Mbps
low speed can () :iso 11519 --> can protocol specification for 125kbps
In can all the ECU are masters not one ecu alone is master: any ecu can become a master;
serial network communication (serial i/p --> serial o/p)
APP of CAN:
automotive, building atuomation, medical etc..
***** Diff OEM use diff protocols for the same appl. different car architecture *******
The can network is organized systematic; as each ecu is connected to either common can
bus (high speed and low speed bus)
CAN peripherals deals/ works in binary;
CAN protocol deals with the differential signal (analo in nature)
Signal values in the CAN are representative of differential signal are named as
0 → dominant
1 —> recessive
Dominant 0 Recessive 1
Dominant (0) D0 D0
R1 D0 R1
Any node in the network sends a dominant value, the whole can bus is dominant
When all the nodes in the network send the recessive only then the CAN bus network is
recessive.
QUES:
Why OEM have diff car architectures ..don't they ex[ect the same feature to work in the
same manner as other OEM providers.
EG: land rover everything is ethernet like so
FEATURES:
Simple and flexibility in config
CAN is message based protocol
Message
The msg sent is corrupted, the same msg is re-sent when the bus is idle.
Communication layer:
CAN works in 1, 2, 7
Physical layer → wires
Data link layer → data transfer
Application layer → layer where the sensors are attached
Start off bit always → dominant so only it can win the bus arbitration
11 bit identifier → this is the id for the component data sent (of the msg)
Id is user defined; ID with the least value will be prioritised
RTR (1bit)
RTR → remote transmission sensor when 1 it → request for the data sent to the network
CRC field → is a random num generated that is based on the data being send
Matching no loss of data
Else loss of data
Compares with the sent data
CRC delimiter (always in recessive ) (1 bit) → cyclic redundant check
As is CRC is in num generation; not to overflow into other field this acts as an buffer
period.
Bus idle:
Recessive → no data is sent
—-----------------------------------------xxxxxxxxxxxx-------------------------------------------------------
1 0 Dominant
0 1 Recessive
OSI
—------------------------------------------xxxxxxxxxxxxxxxxxx—------------------------------------------------
10kbps - 125kbps
Refer screenshot
Day 3: 22.04.22
** CAN SYNCH:
Error detection
1. CRC error
2. Form error
3. Stuff error
4. Ack error
5. Bit error
CRC error:
the CRC bits which are generated using → DLC,ID,DATA
The CRC bit at the receiver is generated using the above info and compared with the
tx, if the bits are varying then the CRC error occurs.
Ack error:
When no ECU ack the data received to the Tx then the Ack error occurs
AT transmitter Ack bit will set the bit to recessive and send the recessive data for the ack bit
At the same time, Receiver set the ack bit to dominant, and send the dominant bit to the bus
then bus becomes dominant. The transceiver at the Tx listens to this change and recognizes
the ack set in the network by the receiver.
If no change in the state of the bus by the receiver, this means no ack → no one received
the data.
BIT ERROR:
If the bit sent and received at the receiver is not same then this error occurs
Bit monitoring: occurs after the ide.
The data sent and the state of the bus is monitored. Transceiver listens to the decided can
bus. If the state of the bus and the data sent is not the same then the bit error.
Tx Rx
FORM error:
Standard form → which won’t change:
SOF EOF IFS del → any change in these fields → form error
If any standard bit fields value are not in right bit numbers it leads to form error.
Stuff error:
For more than 5 continuous bit we do bit stuffing. As we don’t know
—------------------------------------------------xxxxxxx—-------------------------------------------------------
ERROR DETECTION:
TEC - transmitter error counter
REC - receiver error counter
Procedures:
Raise the flag
Taek the control of the bus from the transmitter by the listening rx ECU
Superposition bits
All the ECUnodes send 0 till the bus is captured from the tx. Then each ECU will send 0 to
win the bus. In next clock all the ECU will send 1 but the end node will send 0 to confirm its
identity and in next state it will send 0 and other else ECU will send 0
If the tx sends error bit again and again, other ecu will rise the flag..
RZ bit coding:
For every bit change the state comes to zero then it goes to the next state.
Here for transition from 1 to 0, the vol level comes to 0V then goes to 3V.
CAN sync → used to make the tx and rx transmit and receive the same.
Refer notes
CAN BUS SYNCHRONISATION:
Hard synchronisation
Re-synchronisation
Bit construction:
Bit time —> the time quanta is the bit time
We remove the phase buffer seg 2 last bit to make the tx and rx to be in
synch.
Phase buffer seg 1 will be extend the bits to make the tx and rx to be in synch.
----------------------------------------------xxxxxxxxxxxxx—----------------------------------
INTRODUCTION TO LIN:
LIN - Local Interconnect Network
LIN consortium:
Consortium - are companies form to def the technology standards to be
followed.
Here all the OEM joined to form this consortium.
DATAFRAME:
—-------------------------------
FlexRay is an automotive network communications protocol developed by the
FlexRay Consortium to govern on-board automotive computing.
FlexRay can handle any type of network configuration, it is 10 times faster
than CAN and provide higher bandwidth, more reliable than CAN, however it
is more expensive
FlexRay has been used by the following manufacturers in their latest top of
the range models: Audi, Bentley, BMW, Lamborghini, Mercedes, Rolls
Royce, Land Rover, Volvo.