Home
News
Training Classes
Products
Consulting
Technical Library
Contact Us
CAN System Engineering
CANopen
NOTE: A CAN data frame consists of the following bits (including end-of-frame and minimum intermission):
NOTES:
The message lengths give us a good idea about how often CAN messages occur and can trigger a receive interrupt at receiving nodes. However, that does not say anything about the receive buffering and the required interrupt response time.
Example: a CAN controller just issued a receive interrupt, because it received a frame with 8 data bytes that matched an acceptance mask/filter. Assuming the worst case, that back-to-back messages follow and are matching the same mask/filter - how much time is there to pick up the original received data, before it gets overwritten?
This table shows the worst case - how fast a message in the receive buffer can get overwritten by the next one. This time depends on how many buffers a CAN controller has.
NOTE: Depending on specific implementations the values above may vary. If an application's interrupt response time gets anywhere near to the values above, try to optimize the system.
NOTE: The following calculated values are all in microseconds, calculated by multiplying the bit time with the number of bits in the frame. The values do NOT include any stuff bits!
NOTE: The number of stuff bits inserted depends on the data transmitted. A conservative estimate is, that in average, the number of stuff bits will be below the following values: 1.) For 11-bit IDs: 3 + number of data bytes 2.) For 29-bit IDs: 5 + number of data bytes
© ESAcademy, 2000 Author: Olaf Pfeiffer
All materials provided 'as is' see Disclaimer
www.esacademy.com info@esacademy.com