정의
리모트 프레임(remote frame)은 데이터 필드 없이 특정 식별자의 데이터 프레임 전송을 요청하는 프레임이다. 그 식별자의 데이터를 가진 노드가 데이터 프레임으로 답한다.[1]
CAN의 기본 전송 방향은 데이터를 가진 쪽이 스스로 내보내는 것이다. 리모트 프레임은 그 방향을 뒤집어, 데이터가 필요한 쪽이 먼저 말을 거는 수단을 준다. 표준 포맷과 확장 포맷 어느 쪽으로도 보낼 수 있다.[2]
데이터 프레임과의 차이
리모트 프레임은 프레임 시작(SOF), 중재 필드, 제어 필드, CRC 필드, ACK 필드, 프레임 끝(EOF)의 여섯 구간으로 이루어진다. 데이터 프레임에서 데이터 필드만 빠진 모습이며, 나머지 자리와 순서는 그대로다.[1]
두 프레임을 가르는 것은 중재 필드 끝의 RTR(remote transmission request) 비트 하나다. 데이터 프레임에서는 dominant로, 리모트 프레임에서는 recessive로 보낸다.[2]
| 프레임 | RTR | 데이터 필드 |
|---|---|---|
| 데이터 프레임 | dominant | 0–8바이트 |
| 리모트 프레임 | recessive | 없음 |
같은 식별자를 쓰는 두 프레임
요청하는 리모트 프레임과 요청받는 데이터 프레임은 같은 식별자를 쓴다. 그래서 요청은 별도의 주소 없이도 목적지를 가리키고, 그 식별자를 송신하기로 정해진 노드가 응답을 맡는다.[2]
같은 식별자를 쓴다는 것은 두 프레임이 동시에 전송을 시작하면 중재에서 식별자만으로 승부가 나지 않는다는 뜻이기도 하다. 승부는 그 뒤의 RTR 비트에서 갈린다. dominant가 recessive를 덮으므로 데이터 프레임이 이기고, 리모트 프레임은 물러난다.[1] 요청과 응답이 겹치면 응답이 먼저 버스를 잡는 셈이다.
리모트 프레임의 DLC
응답 방식
요청을 받은 노드가 어떻게 답하는지는 CAN 컨트롤러의 구조에 달려 있다. 오브젝트 저장소를 가진 컨트롤러는 미리 준비된 데이터로 스스로 응답하고, 그렇지 않은 컨트롤러는 호스트에 알려 응답을 만들게 한다.[2] 같은 요청에 대한 거동이 부품마다 갈릴 수 있다는 뜻이다.
응답 시점도 보장되지 않는다. 이상적으로는 요청 직후에 데이터 프레임이 따라오지만, 그 사이에 우선순위가 더 높은 프레임이 끼어들 수 있다. 요청과 응답이 얼마나 벌어질지는 그때의 버스 부하에 달린다.
쓰임
차량 응용에서 리모트 프레임은 거의 쓰이지 않는다. 차량 네트워크의 전송은 요청에 답하는 방식이 아니라 정보를 가진 쪽이 주기적으로 또는 사건이 생길 때 스스로 내보내는 방식이 기본이기 때문이다.[2] 요청·응답 형태의 통신이 필요할 때 무엇을 얹는지는 상위 계층 프로토콜에서 다룬다.
리모트 프레임은 CAN FD 이후 세대에는 아예 없다. CAN 데이터 링크 계층 세 세대 가운데 리모트 프레임을 지원하는 것은 1세대인 CAN CC뿐이다.[4] CAN FD 프레임에서 RTR이 있던 자리가 어떻게 재사용되는지는 CAN FD 프레임에서 다룬다.