Remote Frame

Request data

Besides the data frame used to transport data, there is the remote frame — a frame type used to request data, i.e. data frames, from any CAN node. Nonetheless, these frames are hardly ever used in automotive applications, since data transmission is not based on requesting, rather it is primarily based on the self-initiative of information producers. Remote frames may be transmitted in either standard or extended format.

Determination by RTR

Except for the lack of a data field, the layout of a remote frame identical to that of a data frame. Data and remote frames are differentiated by the RTR bit (Remote Transmission Request). In the case of a data frame, the RTR bit is sent as dominant. A remote frame is identified by a recessive RTR bit.

Two frames,
one identifier

In principle, remote frames may be defined for all existing data frames in the CAN network. It is only necessary to ensure that the identifiers of the remote frames match those of the associated data frames. The ECU responsible for generating the desired data frame responds to a remote frame by sending it.

Remote frames and responses

In the case of a CAN controller with object storage, the CAN controller automatically responds to a remote frame. CAN controllers without object storage must let the host know about the remote frame so that it can initiate a response.
In the ideal case, the request by remote frame immediately leads to a response with the relevant data frame. However, it may occur that CAN messages with higher priority may be inserted between request and response.

Last modified: Wednesday, 11 April 2018, 2:44 PM