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

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..

2020년 2월 Automotive Software Architectures 책 1판을 번역하기 위해 에이콘 출판사를 컨텍했고 흔쾌히 번역을 제안해서 수락을 받았다. 6개월이면 초벌 번역이 완료될 것이라는 안일한 생각.. 결국 여러 우여곡절 끝에 2023년 1월 31일에 출간이 되었다. 히스토리 3년간의 히스토리를 간략하게 정리하면 다음과 같다. 2020년 2월 14일 - 계약 2020년 12월 28일 - 도서 번역 포기 선언 (70% 번역 완료한 상황), 출판사의 권유로 다시 시작 2021년 3월 3일 - 2판 출간 2022년 3월 24일 - 초판 번역 완료 2023년 1월 4일 - 출판사 수정 2023년 1월 31일 - 출간 위의 책은 3년간의 우여곡절 끝에 출간되었다. 여러가지 이유가 있겠지만 너무..

10월 18일 독일 베를린 도이치텔레콤 허브라움에서 한양대 MOT 독일 연수오신 분들께 현재 자동차 산업 동향에 대해 한시간 반정도 소개를 했다. 각기 다른 분야에서 일하고 계신 분들이라 독일 3사 현황을 CASE (Connectivity, Autonomous, Shared, Electric) 기반으로 발표를 했다. 최근 현대자동차에서 발표한 각 계층의 Platform (Vehicle Platform, E/E Architecture, Software Platform, Data Platform) 전략이 너무 잘 정리되어 있어서 3분정도 보여줬다. 이 글을 읽는 분들은 전체 동영상을 보면 큰 그림을 정리하는데 도움이 될 것 같다. Connectivity 파트에서는 차를 중심으로 이루어지는 모든 것들이 네트워..

2019년 프랑스 리옹을 마지막으로 ELCE 가 Virtual로 전환되었다. 2년만에 다시 참석한 ELCE.. 코로나 여파로 인해 규모는 이전보다 작아졌지만 다시만난 개발자 및 오프라인 세션이 너무나도 반가웠다. 이번에는 같은 회사 동료 4명과 함께 갔고 이전 동료들도 만난 뜻깊은 컨퍼런스였다. 아일랜드 더블린에서 9월 13일부터 16일까지 진행한 컨퍼런스에서 많은 재밌는 세션들, 네트워킹 등이 있었고 첫째날에는 모두들 Guiness Factory 에서 재밌는 시간을 보냈다. 다양한 세션들이 있었는데 그 중 개인적으로 흥미롭게 본 세션은 아래와 같다. 링크를 들어가면 발표자료를 볼 수 있고 추후에 Youtube에 프리젠테이션이 오픈될 것으로 보인다. Booting Automotive ECUs Really..