Leo's Garage

CAN 개발을 하다보면 Basic CAN과 Full CAN이라는 용어를 만나게 된다. 도대체 이 용어간의 차이는 무엇이며 유래가 무엇인지 궁금하다. 이 용어는 사실 CAN 개발의 초창기 시절에 유래된 것이다. 아주 오래전에 프로그래머에게 DPRAM 스타일의 interface를 제공하는 Intel 82526 CAN controller가 있었다. Full CAN이라고 하며, 메시지 Buffer를 사용한다. 사용자에 따라서 크기와 개수를 지정할 수 있다. (Messge Object, Mail Box) 메시지의 종류에 따라 메시지 버퍼에 채워진다. 전용 버퍼 개념이기 때문에 각각 자신의 버퍼에 채우게 된다. 각각 Message Object, Mail box를 가지고 있기 때문에 수신된 메시지를 처리함에 있어서 ..

이전 포스팅에서 설명했듯이 원래 CAN 표준에서 Arbitration Field의 Identifier Length를 11bit로 정의하였습니다. 하지만 이후에 고객들의 요구에 의해 해당 Field가 확장되었습니다. 이 새로운 표준을 Extended CAN이라고 부르며, Identifier에 29bit 이상을 허용하게 되었습니다. 그리고 두 Frame의 유형을 구분하기 위해 Control Field에 reserved bit가 사용되었습니다. 좀 더 공식적으로 표준을 표현하면 다음과 같습니다. 2.0A, with 11-bit Identifier only, 2.0B, extended version with the full 29-bit Identifiers (of the 11-bit, you can mix th..

자동차 회사 혹은 자동차 부품 회사에 입사하게 되면, 아마도 정말 빈번하게 듣는 것 중 하나가 CAN 일 것입니다. 그도 그럴 것이 사실 상 현대 자동차의 전자 전기 아키텍쳐의 중심은 네트워크라고 할 수 있으며, 그 중에서도 가장 꾸준히 많이 쓰이는 프로토콜이 CAN이기 때문입니다. Bosch가 Benz의 의뢰를 받고 CAN을 개발하기 전까지는 사실 ECU 간의 네트워크라는 건 실체가 없었고, 대부분의 제어기들은 서로 1 : 1 통신을 했었는데 보통 Serial Communication 중 UART 등을 이용하여 통신을 수행하곤 했습니다. Benz는 앞으로 많은 제어기가 개발 및 운용될 것으로 예측했는데, 이렇게 1 : 1 통신으로만 구성해서는 제어기가 늘어 날 때마다 각 제어기간의 통신을 위한 라인이..

안녕하세요! 오늘은 CAN 통신에 대해 알아보도록 하겠습니다. CAN 통신은 Controller Area Network의 약어로, 자동차 분야에서 많이 사용되는 통신 기술입니다. 이전에는 차량 내의 여러 제어 장치들이 각각 독립적으로 동작하다가, 이러한 제어 장치들 간의 통신이 필요해졌을 때는 주로 시리얼 통신 방식을 사용했습니다. 그러나 이러한 방식은 차량 내부의 복잡한 구조와 실시간 처리가 필요한 경우에 한계가 있었습니다. 그러한 한계를 극복하기 위해, 1986년에 Bosch사에서 개발된 CAN 통신 방식이 등장했습니다. 이후 CAN 통신은 자동차 분야에서 표준 통신 프로토콜로 사용되고 있습니다. CAN 통신의 가장 큰 특징은, 여러 개의 제어 장치들이 같은 데이터 버스를 공유하여 통신한다는 것입니다..