SSZTAH3 january 2017 TCAN1042-Q1 , TCAN4550-Q1
Abhi Aarey
Most discussions about Controller Area Network with Flexible Data Rate (CAN FD) invariably revolve around its most distinctive feature – increased speed. Naturally, this leads to the assumption that if you don’t need the speed, then you don’t need FD. But that is not always true! Join me as I take a look at a couple of the lesser-known features of CAN FD that some applications, such as Flash programming, motor drives, position sensors can still benefit from.
CAN FD enables you to increase data payloads 8x, from 8 bytes in classic CAN to 64 bytes. This increase requires only a small overhead in the rest of the frame while still resulting in much better data efficiency overall, as shown in Figure 1. You can split large data packets into fewer frames compared to classic CAN, thereby reducing protocol overhead at the higher layers. In addition, implementing a transport layer protocol reduces the effective size of the data payload as well. While this degrades the efficiency of classic CAN due to its small data size, FD remains largely unaffected.
These combined efficiency improvements in FD are independent of speed and purely a function of data payload size. The advantages build up progressively as the payload size increases and peaks at the maximum payload. So if you have to stick to bit rates <1Mbps but need to transmit payloads more than 8 bytes apiece, give FD a second look.
Commensurate with the increase in speed and payload lengths, the development organizations (Bosch, International Organization for Standardization) looked at improving robustness as well. To do this, CAN FD deploys higher-order cyclic redundancy check (CRC) polynomial expressions. The data-length field in a CAN frame contains the payload size information, and helps to choose the appropriate CRC algorithm so that the Hamming distance remains unchanged. CRC17 (28 bits) and CRC21 (33 bits) are used for payloads up to 16 bytes or more than 16 bytes, respectively. Payloads up to 8 bytes use the classic CAN algorithm (16 bits).
The difference in the number of CRC bits is significant. The analogy of a longer password being harder to crack is very relevant here; it is significantly harder for a random bit pattern to just happen to coincide with a much longer string of CRC bits, thereby improving the robustness and validity of the calculated CRC value.
The underlying algorithms have also improved significantly. The bit-stuffing implementation is more robust and now incorporates dynamic stuffing, a stuff count parameter and fixed stuff bits in the CRC field of the CAN frame. All of these additions now provide the receiving node with extra information to cross-check and confirm the validity of an incoming frame. Thanks to these enhancements, a few corner cases of two-bit errors (bit flips) that were undetectable in the old standard are now detectable in FD.
What does all of this mean? The probability of an undetected bit error goes down significantly across the board. Applications operating in harsh electrical environments with very high noise (coming from big motor drives in the vicinity, for example) or with very large common-mode shifts stand to benefit from these improvements at the protocol level. Even better, the benefits of the new CRC algorithms are realized at all data rates.
Far from being a one-dimensional speed upgrade, the new CAN FD standard is well-rounded and offers advantages in a wide variety of applications. Check out our entire CAN transceiver portfolio and consider how you can leverage all the benefits of CAN FD in your next system design.
TI PROVIDES TECHNICAL AND RELIABILITY DATA (INCLUDING DATASHEETS), DESIGN RESOURCES (INCLUDING REFERENCE DESIGNS), APPLICATION OR OTHER DESIGN ADVICE, WEB TOOLS, SAFETY INFORMATION, AND OTHER RESOURCES “AS IS” AND WITH ALL FAULTS, AND DISCLAIMS ALL WARRANTIES, EXPRESS AND IMPLIED, INCLUDING WITHOUT LIMITATION ANY IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE OR NON-INFRINGEMENT OF THIRD PARTY INTELLECTUAL PROPERTY RIGHTS.
These resources are intended for skilled developers designing with TI products. You are solely responsible for (1) selecting the appropriate TI products for your application, (2) designing, validating and testing your application, and (3) ensuring your application meets applicable standards, and any other safety, security, or other requirements. These resources are subject to change without notice. TI grants you permission to use these resources only for development of an application that uses the TI products described in the resource. Other reproduction and display of these resources is prohibited. No license is granted to any other TI intellectual property right or to any third party intellectual property right. TI disclaims responsibility for, and you will fully indemnify TI and its representatives against, any claims, damages, costs, losses, and liabilities arising out of your use of these resources.
TI’s products are provided subject to TI’s Terms of Sale (www.ti.com/legal/termsofsale.html) or other applicable terms available either on ti.com or provided in conjunction with such TI products. TI’s provision of these resources does not expand or otherwise alter TI’s applicable warranties or warranty disclaimers for TI products.
Mailing Address: Texas Instruments, Post Office Box 655303, Dallas, Texas 75265
Copyright © 2023, Texas Instruments Incorporated