CAN and CAN FD protocol 

Very clear and comprehensive explanation. Thank you for putting so much diligence, into making the course accessible and thorough enough. Such results are achieved only with genuine dedication. Thank you very much for clear & in-depth explanation !!!

Thank you. It is the first video from alot of videos i watched before where i understand the CAN bus

Excellent video indeed, slides and images are very helpful

Beautifully explained 👏👏👍👍

Precise and upto the point explanation.Thank you.

off to order some parts from DigiKey now......My next system design is expected to be all CAN. Thanks for the confidence builder.

Simple and best explanation , Thanks

This video ia excellent. Very clear explainations of what's happening within the protocol. One question, what exactly does a data request frame look like? Does it have just the address requested and the RTR bit recessive, or does it have everything, with a 0 byte data section? Thankyou again for these CANbus videos, they're really clear, and enjoyable.

That was excellent and such a genius technology

The arbitration relies on the nodes being synchronized but it's not clear to me whether they are synchronized at the bit level or at the frame level. Is it correct to say the synchronization works at the bit level and the start bit ensures that one node will not start transmitting after another node has started? (Obviously the arbitration is required if 2 or more nodes start transmitting at the same bit interval.)

the explanation is very good and exhaustive, I just have a question, for the error frame is it sent in the place of ACK bit

This is very helpful. Thanks

Thanku so much

How is the CRC calculated ?

This is really Awesome! Are there any explanation but for Ethernet

Can you share a video on CAN Network Management

Excellent

At 11:59 I didn't complely get it For 0000011110 bit stuffing happens 00000 1 1111 0 0 twice. While destuffing how it is handled ? Because while destuffing it's already destuffed the recessive bit.

If my car doesn’t have can FD is worth to buy an a scanner that is can fd is compatible?

but what serves as the address of the frame? Is it the priority id? Then, if a node requests data from another one, it puts the id of the addressee? What if the addressee is sending at the same time? Then the priority ids of the frames will be identical. Does it mean that the arbitration is solved by the request bit in this case? Also, in the request frame, can it include something like a "register address" from a node? Or 1 node is always only 1 source of data?

Great

I've seen a lot of different sources mentioning that the IFS should be 3-bits long. However according to this video and some of the other TI documents, it is said to be 7-bits long. Is it intended?