Leo's Garage

Calibration은 ECU 개발에서 중요한 단계 중 하나인데 파라미터를 조정하는 것으로 생각하면 좋다. 제어 알고리즘 파라미터, ADC, Sensor 등을 다뤄본 경험이 있다면 규모가 작더라도 Calibration을 해 본 경험이 있을 것이다. ECU의 경우, AUTOSAR 사양에 완벽하게 포함되지는 않지만 기본적으로 여러가지 Calibration 옵션이 있다. 이유는 기본적으로 Calibration은 HW에 따라 달라지기 때문이다. ECU에서 Calibration은 SW 요구사항에 맞게 개발 중에 조정되는 Constant Parameter를 조정하는 것으로 정의할 수 있다. 과연 Constants는 Flash영역에 있는데 어떻게 변경한다는 걸까? 일시적으로 RAM으로 옮겨서 조정해야 할까? 아니면 ..

오늘은 최근 AUTOSAR Project Bring up 단계에서 겪은 몇 가지 이슈들을 정리하도록 하겠다. 1. MICROSAR + Third Party Tool(Tresos)간의 internal Generator 시 Container 생성 이슈 현재 개발 중에는 Vector사의 MICROSAR와 MCAL을 조합해서 개발을 하고 있다. 이때, MCAL의 Base와 CD 부분을 MICROSAR import해서 MCAL generator에 활용하곤 하는데, 최근에 MICROSAR 내에서 MCAL 의 특정 모듈의 Container를 생성 시에 naming이 MCAL implement code와 다르게 생성되는 이슈가 있다. 이런 경우에는 Configurator tool 내부에서 어떠한 이슈나 에러로 잡지 못..

* 아래 글은 제가 Infineon Developer Community에 작성한 글입니다. CCU6는 주로 AC 드라이브 제어를 위한 애플리케이션별 모드를 갖춘 고해상도 16비트 Caputre 및 Compare 장치(CCU)입니다. CCU6 모듈은 CCU60 및 CCU61이라는 두 개의 동일한 커널로 구성됩니다. 각 커널에는 타이머 T12 및 타이머 T13이라는 두 개의 타이머가 있습니다. T12는 center-aligned 또는 edge-aligned 동기화된 PWM 신호를 최대 3개까지 생성할 수 있는 세 개의 Comparator로 구성됩니다. CCU61 커널을 사용하여 데드타임이 있는 세 쌍의 complemetary center-aligned PWM 신호를 생성하려면 다음을 수행합니다: CCU61_..

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

요즘 세상에는 굉장히 다양한 CPU, MCU와 OS(Operating System)이 존재한다. PC환경, 서버 그리고 모바일에 이르기까지 엄청나게 고성능 IC들이 즐비하다. 자동차 SW를 개발하면서, 정확히는 안전에 직 간접적으로 관련된 제어기들을 개발하다보면서 드는 의문이 있었다. 비용 문제를 차치하고서라도 조향, 제동, 안전, 전력변환, 전동화 등에 사용되는 제어기의 칩셋이나 OS등을 살펴보면, 이른바 우리 주변에 고성능으로 일컬어지는 CPU나 OS가 아닌 전혀 다른 카테고리의 IC와 OS를 사용하고 있는 경우가 많다. 왜 그럴까? 여기에는 다양한 이유가 있지만 가장 중요한 부분은 Deterministic이다. Determinnistic 해야 한다. 이 말은 어떤 시점에 어떤 경우에도 의도한 동작이..

자동차 SW 개발 단계에서 Virtual ECU란 크게 아래 두 가지 목적에 의해서 적용된다고 볼 수 있다. 빠른 초도품 개발 및 HW 비의존적인 개발환경을 구축하여 조기에 로직 검증을 할 수 있다. 플랜트 모델을 활용하여 SIL Test 환경을 구축, 사전에 T/C 검증 및 Calibration을 수행할 수 있다. 위 두 가지 관점을 들여다보면, 첫번째 문장은 개발 관점의 이점이고 두번째 문장은 검증 관점의 이점이다. 구체적으로 그렇다면 Virtual ECU는 어떻게 구현하는 것일까 여기서부터 언급하는 내용은 인포테인먼트 시스템이 아닌 전력제어, 구동제어, 제동, 조향 제어와 같은 영역에 한정해서 이야기하도록 한다. 일반적으로 근 10년간 트랜드를 살펴보면, 대부분은 차량 제어기는 AUTOSAR라고 불..

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

안녕하세요! 오늘은 자동차 진단 시스템인 OBD에 대해서 이야기해 볼게요. 요즘 자동차에는 OBD 시스템이 탑재되어 있어서, 차량의 여러 시스템과 부품들의 성능을 모니터링하고 관리할 수 있게 됐어요. OBD 시스템은 차량의 문제점과 결함을 식별하고, 적시에 수리와 유지보수를 할 수 있게끔 도와줘요. OBD는 차량 내부에 설치된 여러 센서와 컴퓨터 부품으로 이루어져 있어요. 이러한 센서는 차량의 엔진 속도, 공기 유동, 연비, 배기 등의 여러 성능을 모니터링하고, 이 데이터는 차량의 엔진 제어 유닛 또는 컴퓨터와 통신해요. 엔진 제어 유닛은 데이터를 분석하고, 예상되는 성능 수준과 차이가 있는지 확인해요. 만약 제어 유닛이 문제점이나 결함을 감지하면, 이를 기록하고 메모리에 저장해요. 이 저장된 정보는 O..

The development of software for the automotive industry is a complex process that requires a well-structured methodology. AUTOSAR (AUTomotive Open System ARchitecture) is a standardized methodology for developing automotive software that helps to streamline the development process and ensure that software is developed to meet the specific requirements of the automotive industry. What is AUTOSAR?..

AUTOSAR(Automotive Open System Architecture)에서 소프트웨어 구성요소(SWC)는 특정 기능을 수행하기 위해 ECU(전자 제어 장치)에 통합될 수 있는 소프트웨어의 기능 단위이다. AUTOSAR의 주요 기능 중 하나는 소프트웨어 아키텍처를 모듈화하는 기능이며, SWC는 이 모듈화의 구성 요소입니다. SWC는 인터페이스를 통해 서로 연결될 수 있으며, 이 인터페이스는 SWC 간의 통신과 상호 작용을 정의합니다. 인터페이스 유형 AUTOSAR에는 다양한 종류의 인터페이스가 있으며, 각각의 인터페이스는 다음과 같다: Client - Server Interface: 이러한 유형의 인터페이스는 클라이언트 SWC와 서버 SWC 사이의 통신에 사용된다. 클라이언트 SWC는 서버 SWC..