This flag reflects the status of the Remote Transmission Request bit in the CAN frame. In the case of
a receive buffer, it indicates the status of the received frame and supports the transmission of an
answering frame in software. In the case of a transmit buffer, this flag defines the setting of the RTR
bit to be sent.
What is the meaning of software? (Does freescale MSCAN not support automatic RTR answering?)
Thanks in advance.
23.2.3.1 Programmable TX/RX and
Auto-RTR Buffers
The ECAN module contains 6 message buffers that can be programmed as transmit or receive buffers. Any of
these buffers can also be programmed to automatically handle RTR messages.
Another example that Daniel says that : automatic RTR reply is supported by FlexCAN modules (e.g. on power PC or new DSC devices) but not by the simpler MSCAN module
So these means that hardware RTR is possible but not in MSCAN (that was the right answer!)
You said : Are you suggesting that there should be an 8 byte hardware data buffer for every
possible identifier on the bus...?
Dear Lundin I don't suggest anything. There was a simple question and that was about supporting or not supporting hardware RTR. The answer is also very simple. "No hardware support" ,as freescale's technical support said:
There is no internal HW mechanism which recognize data/remote frame. It has to be done by user SW. by Ladislav
My Problem was not in receiving these remote frames but in interrupting the CPU by these frames. However, thanks for your interest and trying to help with this question.