Jump to content
 







Main menu
   


Navigation  



Main page
Contents
Current events
Random article
About Wikipedia
Contact us
Donate
 




Contribute  



Help
Learn to edit
Community portal
Recent changes
Upload file
 








Search  

































Create account

Log in
 









Create account
 Log in
 




Pages for logged out editors learn more  



Contributions
Talk
 



















Contents

   



(Top)
 


1 CAN FD versus classical CAN  





2 CAN & CAN FD TP Headers  





3 CAN Transceiver  





4 CAN FD in action  





5 CAN FD supporters  





6 CAN XL  





7 References  





8 External links  














CAN FD







 

Edit links
 









Article
Talk
 

















Read
Edit
View history
 








Tools
   


Actions  



Read
Edit
View history
 




General  



What links here
Related changes
Upload file
Special pages
Permanent link
Page information
Cite this page
Get shortened URL
Download QR code
Wikidata item
 




Print/export  



Download as PDF
Printable version
 
















Appearance
   

 






From Wikipedia, the free encyclopedia
 


CAN FD (Controller Area Network Flexible Data-Rate) is a data-communication protocol used for broadcasting sensor data and control information on 2 wire interconnections between different parts of electronic instrumentation and control system. This protocol is used in modern high performance vehicles.

CAN FD is an extension to the original CAN bus protocol that was specified in ISO 11898-1. CAN FD is the second generation of CAN protocol developed by Bosch.[1] The basic idea to overclock part of the frame and to oversize the payload dates back to 1999.[2] Developed in 2011 and released in 2012 by Bosch, CAN FD[3] was developed to meet the need to increase the data transfer rate up to 5 times faster and with larger frame/message sizes for use in modern automotive Electronic Control Units.

As in the classical CAN, CAN FD protocol is designed to reliably transmit and receive sensor data, control commands and to detect data errors between electronic sensor devices, controllers and microcontrollers. Although CAN FD was primarily designed for use in high performance vehicle ECUs, the pervasiveness of classical CAN in the different industries will[citation needed] lead into inclusion of this improved data-communication protocol in a variety of other applications as well, such as in electronic systems used in robotics, defense, industrial automation, underwater vehicles, medical equipment, avionics, down-hole drilling sensors, etc.

CAN FD versus classical CAN

[edit]

The primary difference between the classical CAN (Controller Area Network) and CAN FD is the Flexible Data (FD). Using CAN FD, Electronic Control Units (ECUs) are enabled to dynamically switch between different data rates and longer or shorter messages. Faster data speed and more data capacity enhancements results in several system operational advantages compared to classical CAN. Commands issued by the executing ECU software reach the output controller much faster. CAN FD is typically used in high performance ECUs of modern vehicles. A modern vehicle can have more than 70 ECUs that use CAN FD to exchange information over the CAN bus when the engine is running or when the vehicle is moving.

On a CAN bus, a frame is the basic unit of messaging. For a classic CAN bus, a frame consists of an 11-bit identifier along with an 8-byte message payload. For CAN FD, a frame is labeled with a 29-bit identifier and carries a 64-byte message payload. Frames with 11-bit identifiers are said to be in FD Base Frame Format (FDBF) and frames with 29-bit identifiers are referred to as FD Extended Frame Format (FEFF). While payload data rates of 5-8 Mbit/s are possible in CAN FD, overall data transfer rates depend on the total length of the bus network and the transceivers used to generate and detect bus signals. Additionally, arbitration data rates are limited to 1 Mbit/s to maintain compatibility with classical CAN devices. The CAN FD protocol specification provides improved error detection[4] in received CAN messages and enhanced flexibility of data transfer speeds to account for differences in sensor polling rates. The CAN bus consists of a shared pair of wires onto which electronic sensors, controller units, and ECUs are connected and is used to exchange information between units operating periodically or on demand. The total number of units connected, the length of the CAN bus wires, and additional electromagnetic factors determine the fastest data transfer rate possible for a given CAN bus. All versions of the CAN protocol are designed with robust collision resolution that depends on signal propagation time, network topology, and the number of units on the bus. To minimize message collision and reduce costly error correction, many CAN bus configurations may limit their data transfer rate well below the bus's theoretical maximum speed.

CAN-FD bus load that was developed by "De Andrade's" equation based on Tindel's equation.[1][5][6]

β = τ/ω (1) (β = Busload), (τ = time of slow bits plus faster bits), ω (time in seconds of measurement). τ = Ts + Tf (2)

CAN-FD protocol defines five different error detection mechanisms: Two of them work at the bit level, and the other three at the message level. They are:

 - (1) Bit Monitoring, 
 - (2) Bit Stuffing, 
 - (3) Frame Check,
 - (4) Acknowledgement Check and 
 - (5) Cyclic Redundancy Check. There are two options of CRC which should be denoted as for CRC length of 17 (Data Length 0-16 bytes) or CRC length of 21 bits (Data Length 17–64) bytes.

Ts = ([(SOF+ID+r1+IDE+EDL+r0+BRS/2+CRCdel/2)* 1,2]+ACK+DEL+EOF+IFS)/t_x (3)

Tf = ([(D〗_f+BRS/2+ESI+DLC+CRCdel/2)*1,2]+〖CRC〗_17+5)/t_y (4)

where SOF (Start of Frame) + ID (Identifier) + r1 (reserved bit 1) + IDE + EDL(Extended Data Length) + r0(reserved bit 0) + BRS/2 (Bit Rate Switch) + CRCdel/2 (CRC delimiter)= 17 bits; 1.25 is the factor of the worst case bit stuffing,[7] which means the computation shall be increased by 25%. It is considered BRS and CRCdel divided by 2, because they are exactly in the shift of bit rate transition. The ACK (Acknowledge) + DEL (Delimiter) + EOF (End-of-Frame) + IFS (Interframe Spacing) = 12 bits without bit stuffing. The CAN-FD payload size may be 0 to 8, 12, 16, 20, 24, 32, 48, 64 Bytes. t_X is the transmission bandwidth for the message header (up to 1 Mbit/s).

β = ( (SOF+ID+r1+IDE+EDL+r0+BRS/2+CRCdel/2 * 1,25)+ACK+DEL+EOF+IFS)/t_x + (〖[(D〗_f+BRS/2+ESI+DLC+CRCdel/2)*1,25]+〖CRC〗_17+5)/t_y)/ω (5)
β = ( (SOF+ID+r1+IDE+EDL+r0+BRS/2+CRCdel/2 * 1,25)+ACK+DEL+EOF+IFS)/t_x + (〖[(D〗_f+BRS/2+ESI+DLC+CRCdel/2 )*1,25]+〖CRC〗_21+6)/t_y )/ω (6)

CAN FD also has decreased the number of undetected errors through increases in the performance of the CRC-algorithm.[8] In addition, CAN FD is compatible with existing CAN 2.0 networks, allowing the new protocol to function on the same network as classical CAN.[9] CAN FD bit rate can be up to 8 Mbit/s with the right CAN SIC (Signal Improvement Capability) Transceiver and so up to 8 times faster than classical CAN with 1 Mbit/s data phase.

Due to higher communication speed, CAN FD constraints are tougher in terms of line parasitic capacitance. Therefore, all components on the line have seen their "capacitance" budget reduced compared to regular CAN bus. That is the reason why semiconductor suppliers have released new components approved by car makers. This approval reflects the need for interoperability between all CAN FD systems. Indeed, selected ESD protection components are compatible with all transceivers (CAN or CAN FD) and withstand ISO7637-3.[10]

Despite a higher stand-off voltage (37 V), devices for truck applications must also comply with the low capacitance requirement (3.5 pF).[11]

CAN & CAN FD TP Headers

[edit]
CAN + CANFD -TP Header
7 .. 4 (byte 0) 3 .. 0 (byte 0) 15 .. 8 (byte 1) 23..16 (byte 2) (byte 3) (byte 4) (byte 5) (byte 6) ....
Single Frame (SF) according to CAN 0 size (1..7) Data
CAN-FD specific 0 size (0..62) Data
First Frame (FF) according to CAN 1 size (8..4095) Data
CAN-FD specific 0 0 size (4bytes ~4 GB) Data
Consecutive Frame (CF) according to CAN 2 index (0..15) Data
Flow Control Frame (FC) according to CAN 3 FC flag (0,1,2) Block size ST Unused

The above table explains the transfer protocol defined for CAN + CANFD, based on ISO 15765-2 (ISO-TP), used for sending packets of data longer than what fits in a CAN frame.

CAN Transceiver

[edit]

CAN FD can use Transceiver for classical CAN and CAN FD. Additionally there are new CAN SiC (Signal improvement Capability) Transceiver with 5 to 8 Mbit/s data rate.[12]

CAN FD in action

[edit]

In 2017, CAN FD was predicted to be used in most vehicles by 2019–2020.[13]

CAN FD supporters

[edit]

Some of the companies behind the new standard include STMicroelectronics, Infineon,[14] NXP, Texas Instruments, Kvaser, Daimler and GM.

CAN FD forms a basic data link layer in some higher Layer protocols like CANopen as CANopen FD and J1939 and supported by different companies with protocol stacks.

CAN XL

[edit]

CAN XL is the 3rd version of the CAN data link layer after classical CAN and CAN FD. CAN FD is compatible to CAN XL.

References

[edit]
  1. ^ a b "CAN in Automation (CiA): CAN FD - The basic idea". www.can-cia.org. Retrieved 2017-01-25.
  • ^ Cena, G.; Valenzano, A. (1999). "Overclocking of controller area networks". Electronics Letters. 35 (22): 1923. Bibcode:1999ElL....35.1923C. doi:10.1049/el:19991289.
  • ^ "Bosch CAN FD Specification Version 1.0 (released April 17th, 2012)" (PDF). Archived from the original (PDF) on 2015-12-11. Retrieved 2019-01-02.
  • ^ "CAN FD and the CRC issue" (PDF).
  • ^ de Andrade, R.; Hodel, K. N.; Justo, J. F.; Laganá, A. M.; Santos, M. M.; Gu, Z. (2018). "Analytical and Experimental Performance Evaluations of CAN-FD Bus". IEEE Access. 6: 21287–21295. Bibcode:2018IEEEA...621287D. doi:10.1109/ACCESS.2018.2826522..
  • ^ https://www.teses.usp.br/teses/disponiveis/3/3140/tde-06082015-111553/publico/Dissertacao_Ricardo_rev2_17.pdf [bare URL PDF]
  • ^ "can: length: add definitions for frame lengths in bits".
  • ^ "Archived copy" (PDF). Archived from the original (PDF) on 2019-04-16. Retrieved 2017-01-25.{{cite web}}: CS1 maint: archived copy as title (link)
  • ^ "High speed CAN FD bus is coming to cars, says Microchip". Electronics Weekly. 2015-10-26. Retrieved 2017-01-26.
  • ^ "CAN bus ESD protection for 12V systems". STMicroelectronics-ESDCAN03-2BWY.
  • ^ "CAN bus ESD protection for 24V systems". STMicroelectronics-ESDCAN05-2BWY.
  • ^ "CAN Signal Improvement". www.nxp.xom. Archived from the original on 2020-08-04. Retrieved February 2, 2022.
  • ^ "CAN 2020: The future of CAN technology". www.can-cia.org. Retrieved 2017-01-26.
  • ^ Kelling, Ursula (April 2014). "Infineon Microcontrollers" (PDF). CAN Newsletter Online. Retrieved June 2, 2019.
  • [edit]
    Retrieved from "https://en.wikipedia.org/w/index.php?title=CAN_FD&oldid=1236618971"

    Categories: 
    Automation software
    Serial buses
    Bosch (company)
    CAN bus
    Hidden categories: 
    All articles with bare URLs for citations
    Articles with bare URLs for citations from March 2022
    Articles with PDF format bare URLs for citations
    CS1 maint: archived copy as title
    Articles with short description
    Short description is different from Wikidata
    All articles with unsourced statements
    Articles with unsourced statements from July 2024
     



    This page was last edited on 25 July 2024, at 17:35 (UTC).

    Text is available under the Creative Commons Attribution-ShareAlike License 4.0; additional terms may apply. By using this site, you agree to the Terms of Use and Privacy Policy. Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization.



    Privacy policy

    About Wikipedia

    Disclaimers

    Contact Wikipedia

    Code of Conduct

    Developers

    Statistics

    Cookie statement

    Mobile view



    Wikimedia Foundation
    Powered by MediaWiki