독일에 있는 자동차 소프트웨어 개발자

Yocto 프로젝트 Release

2024년 5월 16일 기준 Yocto 최신 릴리스는 5.0 Scarthgap 이다. 2024년 4월에 릴리스 되었고 4년동안 유지되는 LTS (Long Term Support) 버전이다. 기본적으로 Yocto 프로젝트는 6개월 단위로 릴리스를 하고 그 다음 릴리스가 나오면 유지보수를 종료시킨다 2020년에 Dunfell 3.1 버전부터 커뮤니티의 요구에 따라 2년 단위의 LTS 버전과 2년 유지보수를 결정했었다. 하지만 최근에 LTS 유지보수 기간을 2년에서 4년으로 연장하는 결정을 하였다. 위는 최근 릴리스 버전을 https://wiki.yoctoproject.org/wiki/Releases 에서 캡쳐해서 올려놓았다. https://docs.yoctoproject.org/next/migration-g..

요즘 LG전자 인화원에서 "SDV가 가져올 미래 모빌리티 산업의 변화, 그리고 글로벌 완성차 업체와 공급사간의 협력 방안" 주제로 3월 중순에 진행할 세미나 자료를 만들고 있다. 그 중 하나의 챕터가 Automotive OS 이고 여러 OEM에서 어떻게 차량용 OS를 미래의 E/E 아키텍처에 맞춰서 가지고 가는지가 될 것이고 그 내용을 이 글에서 간략하게 적어보려고 한다. 현재 필자가 회사에서 하고 있는 2024년 올해 중점 분야도 이 부분이다.E/E 아키텍처  차량용 E/E 아키텍처는 Distributed 아키텍처 -> Domain 아키텍처 -> Central / Zonal 아키텍처 형식으로 진화해 나가고 있다. OEM에 따라서 각각 다르게 적용하고 있고 Domain과 Zonal의 중간형태인 Hybri..

점차 자동차의 기능이 첨단화되고 복잡해짐에 따라 이것들을 처리해야하는 차량용 반도체의 개수와 수요가 급격하게 늘어나고 있다. 자동차는 모바일이나 PC 등과 비교해 판매 대수가 극히 낮기 때문에 기존에 큰 기업들이 선뜻 진입하기가 어렵다. 또한 내구성, 신뢰성, 안전 등의 요구 조건이 까다롭고 아주 오래전의 공정을 사용할 수 도 있는 것도 다른 이유에 속한다.   NXP, RENESAS, Infineion, TI 등의 회사가 현재 차량용 반도체의 강자이다. 이 글에서는 이러한 작은 반도체들 보다는 고성능 반도체 (SoC, AP) 에 대해서 조금 더 이야기해보고자 한다. E/E 아키텍처는 분산 아키텍처 -> 도메인 아키텍처 -> Zonal 아키텍처로 점차 변화하고 있는 추세에 있다. 이 의미는 점차 ECU가..

COVESA (The Connected Vehicle Systems Alliance) AMM (All Member Meeting)이 4월 16일 ~ 18일까지 스웨덴 예테보리에서 개최된다. COVESA는 이전에 GENIVI 라는 이름으로 운영되었다가 몇년전에 다루는 영역을 넓혀 COVESA로 이름을 바꾸었다. GENIVI 시절 LG전자에 다닐때 개인적으로 GENIVI GDP (GENIVI Development Platform) 메인테이너 활동도 했었고 AMM에 초대 받아 참여하기도 했다. 지속적으로 활동을 하는 것을 모니터링은 하고 있었고 작년에 MBition이 COVESA 멤버로 가입을 해서 이번 AMM에 가보기로 했다. COVESA에서 어떤 활동에 집중하는지 현재 상황을 보고 다양한 참가자들과 네트워..

어제 저녁에 축구를 하고 와서 뻗은 관계로 지금 부랴부랴 기억을 더듬어 어제 한 일을 쓰고 있다. 업무 정말 오랜만에 회사에 출근을 했다. 아침에는 다행히 미팅이 없어서 여러 Linux VM에 있는 공통 컴포넌트를 찾아보았다. MB.OS를 조금 더 구체화하기 위한 개인적인 조사이다. 물론 다른데서도 많이 진행중이지만 개인적으로 좀 더 기술적으로 이해하기 위해서 한번 더 정리해보았다. 그리고 다이어그램으로 하나씩 그려가고 있다. 2월 말에 Top management에 보고하기 위한 1-2 페이지 자료를 만들 재료를 준비하고, Chief Architect, 다른 팀 매니저와 조금 더 미래의 방향성에 대해서 논의를 하였다. Zonal Architecture 중에 한 두 축의 Platform을 하려고 준비 중에..

휴가전에 출판사에서 Automotive Cybersecurity Engineering Handbook 책 출간 여부를 결정하기 위한 리뷰를 요청하였다. 리뷰는 이 책의 다루는 내용, 대상 독자, 시장성, 난이도 등을 고려하여 번역서를 출간해도 좋은지에 대한 것을 중점으로 진행하였다. 아래는 이 책이 다루는 내용이다. 파트1은 전체적으로 차량용 소프트웨어 및 사이버 보안에 대한 기본적인 이해를 위한 내용이다. 1장 "Introducing the Vehicle Electrical/Electronic Architecture" 에서는 전체적인 자동차의 EE 아키텍처에 대한 하드웨어/소프트웨어 구조 설명 및 자동차 네트워크에 대한 기본 설명을 함으로써 뒤에 나올 내용들에 대한 이해를 쉽게 하였다. 2장 "Cybe..

요즘 SDV (Software Defined Vehicle) 세미나를 위해서 자료 수집중에 있다. 이 글을 단순히 필자가 수집한 자료를 나열하려고 적고 있다. 자료를 읽어보고 조금 더 정리가 되면 요약해서 또 하나를 올려볼까 한다. SDV에 대한 정의, SDV를 대하는 OEM, Tier 1 의 행보, 미래 비전 등이 여러 문서에 나와 있다. 또한 오픈소스 프로젝트 SDV Alliance , COVESA (Connected Vehicle System Alliance), SOAFEE (Scalable Open Architecture for Embedded Edge), AGL (Automotive Grade Linux), Digital.auto, Eclipse SDV 등 다양한 오픈소스에서 가고자 하는 방향등..

필자의 facebook에 어제 잠깐 생각해서 글을 남겼던 것이 이 글의 시작이다. :) 이렇게 간단하게 생각을 남겼는데 팝콘사 대표님께서 인사이트를 공유해주셨고 이를 바탕으로 조금 더 생각하고 내년도에 해야할 일을 정리할 수 있는 좋은 기회가 생겼다. 최근 몇 년동안 자동차 산업에서 SDV (Software Defined Vehicle), 바퀴달린 스마트폰 등의 용어를 외치면서 소프트웨어에 대해 엄청나게 강조하고 있다. 이번 글에서는 개인적으로 생각하는 SDV를 그동안의 경험과 지인과의 대화, 기사에서 이해한 내용을 바탕으로 한번 정리해보고자 한다. SDV 정의 위의 그림은 blackberry에서 이야기하고 있는 SDV이다. blackberry에서 정의한 SDV는 전적으로 소프트웨어를 통해 운영을 관..

소프트웨어를 개발할 때 테스트는 기본적으로 같이 이루어져야 한다. 이 글에서는 차량용 소프트웨어를 개발할 때 ASPICE 프로세스를 기준으로 어느 단계에서 어떤 테스트가 이루어져야하는지를 간단히 소개하고 이를 CI와 연결하여 자동으로 테스트할 수 있는 방법에 대해서 이야기해보고자 한다. 이론은 크게 어렵지 않지만 실제 개발에 적용하기란 단계에 따라 상당히 어려울 수 있다. 이유도 가지 각색으로 정말 다양하다. 개발 리소스, CI 리소스, 하드웨어 리소스 문제, 안정성 문제, Component/SW Elements 등에 대한 정의의 문제, 의존성 문제 등등 말이다. 이 각각의 문제를 필자의 경험을 토대로 어떻게 하면 해결할 수 있을까 또는 왜 그렇게 어려운가에 대해서 하나씩 풀어보고자 한다. https:/..

42wolfsburg에서 파생되어 나온 Mobility 오픈소스 러닝 프로젝트인 SEA:ME (Software Engineering in Automotive and Mobility Esyscosystems, https://seame.space/)에 대해서 간단히 소개하고자 한다. 크게 3가지 모듈로 구성되어 있고 일반적으로 각 모듈마다 6개월정도 프로젝트 시간을 고려하여 설계 되어있다. Embedded Systems: 리눅스 기반의 OS로 ECU에서 돌아가는 임베디드 시스템에 대한 이해를 할 수 있도록 설계되어 있다. Autonomous Driving Systems: ADAS, 자율 주행 관련된 기술 및 알고리즘을 학습할 수 있도록 설계되어 있는데 필자는 아직 자세히 들여다보지는 못했다. Mobility..