CAN FD versus classic CAN
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) can dynamically switch to different data-rate and with larger or smaller message sizes. Enhanced features in CAN FD includes the capability to dynamically select and switch to faster or slower data rate, as and when required, and to pack more data within the same CAN frame/message and transport it over the CAN bus/network in less time. Faster data speed and more data capacity enhancements results in several system operational advantages compared to the classic CAN. Using CAN FD, sensor and control data can be sent and received by the ECU software much quicker. 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. In CAN FD, it is possible to use the 11-bit identifier (FDBF FD base frame Format) or the 29bit identifier (FEFF FD extended frame Format). The message payload size has been increased to 64 bytes of data in each CAN-frame / message, compared to only 8-bytes in the classic CAN frame. A frame is a message transmitted as a sequence of binary bit-pattern. In CAN FD, the data rate (i.e. number of bits transmitted per second) is increased to be 5 to 8 times faster than the classic CAN (5 to 8Mbit/s for the data payload only, the arbitration bit rate is still limited to max 1Mbit/s for compatibility). Data rate depends on the topology for the bus network and the used Transceivers. CAN FD protocol specification includes some other enhancements as well, such as better detection of errors in the received CAN message and the executing software flexibility to dynamically select (from a list) and switch to faster or slower data rate transfer, as and when required. On the CAN FD bus, some sensors may operate at slower data rate while others at faster data rate. CAN bus is a shared pair of wires onto which electronic sensors, controller units and ECUs are connected. CAN bus is used for exchanging information between operational units periodically or on demand. The electrical condition and configuration of the CAN bus, i.e. the total number of units connected, the length of the CAN buswires and other electro-magnetic factors determine the fastest data transfer rate possible on that CAN bus. The CAN protocol (and by extension CAN FD) has an excellent collision resolution mechanism that depends on the propagation time of the signal and the network configuration (ring, bus or star), and to, a lesser extent, the number of units on the bus. Therefore, a physically long network may limit the data rate below the theoretical maximum. CAN-FD Busload that was developed by "De Andrade's" equation based on Tindel's equation. β = τ/ω (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,2ACK+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.2 is the factor of the worst case bit stuffing, which means the computation shall be increased by 20%. 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, 8, 12, 16, 20, 24, 32, 48, 64 Bytes. t_X is the transmission bandwidth for the message header (up to 1 Mbit/s). * For data < 16 Bytes β = ( (SOF+ID+r1+IDE+EDL+r0+BRS/2+CRCdel/2 * 1,2)+ACK+DEL+EOF+IFS)/t_x + (〖 D〗_f+BRS/2+ESI+DLC+CRCdel/2)*1,2〖CRC〗_17+5)/t_y)/ω (5) * For data >= 16 Bytes β = ( (SOF+ID+r1+IDE+EDL+r0+BRS/2+CRCdel/2 * 1,2)+ACK+DEL+EOF+IFS)/t_x + (〖 D〗_f+BRS/2+ESI+DLC+CRCdel/2 )*1,2〖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. In addition, CAN FD is compatible with existing CAN 2.0 networks, allowing the new protocol to function on the same network as classic CAN. CAN FD bit rate can be up to 8MBit/s with the right CAN SIC (Signal Improvement Capability) Transceiver and so up to 8 times faster than classic CAN with 1MBit/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 regularCAN & CAN FD TP Headers
The above table explains the transfer protocol defined for CAN + CANFD, based on ISO 15765-2 (ISO-TP). In specific to CANFD, * if the first byte of SF=0, then second byte specifies the size of the data. * if the first 2 bytes of FF=0x10 00, then following 4 bytes specifies the size of data in high byte first order. This virtually enables to send ~4GB (approx.) data in CAN FD.CAN Transceiver
CAN FD can use Transceiver for classical CAN and CAN FD. Additionally there are new CAN SiC (Signal improvement Capability) Transceiver with 5 to 8MBit/s data rate.CAN FD in action
In 2017, CAN FD was predicted to be used in most vehicles by 2019–2020.CAN FD supporters
Some of the companies behind the new standard includeCAN XL
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
{{reflistExternal links