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

월요일부터 수요일까지 Sindelfingen에서 VSM (Value Stream Mapping) Workshop - CI/CD와 Integration 부분에 대해서 진행을 했고 Kaizen을 도출해냈다. 이번 워크샾은 MB.OS (Mercedes-Benz Operating Sytstem)의 두 큰 축인 Infotainment와 Autonomous Driving 이 시너지를 얻게 하기 위해 진행을 하였고 매니저, Devops 엔지니어 등이 참여를 하여 서로의 아키텍처, 개발 환경, CI/CD 등을 이해하고 기술을 공유했으며 함께 나아갈 방향을 이야기했다. 첫날은 서로의 아키텍처와 환경을 이해하는 날이였고, 두 번째날은 3개로 Breakout session을 나누어 주제에 대해 조금 더 심도 있게 이야기하였..

LG 인화원에서 하는 세미나를 준비하고 있고 아래와 같은 요구사항을 교육 담당자분이 이야기해 주셨다. 곰곰히 생각해보기에 참 좋은 주제 인것 같다. OEM 입장에서 생각을 하고 있고 또 Supplier 입장에서 어떻게 생각하는지 다양한 의견도 듣고 싶긴 한다. 필자가 메카닉 보다는 소프트웨어가 전공이기 때문에 이부분에 대해서 이야기를 풀어보려고 한다. "SDV가 바꾸고 있는 모빌리티 변화 모습..그 중심에서 공급사들은 완성차와 어떻게 생태계를 구축해 나가며 협업해 나가야 할지..완성차들이 기대하는 모습은 무엇이며, 최종 고객들에게 어떤 밸류를 주고 싶은지.. 기술적 이야기 보다는 기술로 인해 변화되어 가는 모습들 중심의 세션으로 꾸려가고 싶습니다." 차량용 소프트웨어는 엄청나게 복잡하고 이를 만들기 위해..

요즘 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는 전적으로 소프트웨어를 통해 운영을 관..

회사에서 아래 제원을 가진 BMW i7 의 인포테인먼트를 1시간 정도 벤치마킹하는 체험을 했다. BMW i7 (G70E) 2022년 출시 모델 400kW Electric 약 14K Euro WLTP 608km 운전자석, 보조석, 뒷자석 모두 앉아 조작을 해보았다. 안타깝게도 BMW i7에서 기대했던 뒷좌석 큰 화면은 안달려 있어서 체험하지 못했다. 2024년 형 벤츠 E 클래스만 테스트하다가 약간 조작이 익숙하지 않았지만 금새 적응을 했다. 전체적인 느낌은 무난한 정도였고 엄청나게 특별하고 세련된 되지는 않았다. 약간 전기차 하면 첨단의 느낌이 나기를 바랬지만 기존 BMW 7에 보석이 박힌 듯한 엠비언트라이트 정도.. 그리고 Hey BMW 로 음성인식 및 손 제스처로 볼륨 컨트롤 (왜하는지 모르겠지만) ..

자동차 회사들이 안드로드이 앱을 차량용 인포테인먼트에서 지원하려고 많이들 노력하고 있다. 이 글에서는 안드로이드 앱을 지원하는 방법들에 대해서 알아보려고 한다. 벤츠 2024 E 클래스 풀체인지에서 틱톡, Zoom, Angry Bird와 같은 안드로이드 앱을 MBUX 위에서 지원한다. 이를 지원하는 방법은 여러가지가 있다. 그중 가장 많이 사용하는 3가지 방법에 대해서 이야기보고자 한다. 1. Full Android Automotive OS 전체 인포테인먼트 플랫폼을 안드로이드 오토모티브를 사용하는 방법이다. 많은 OEM에서 플랫폼 유지보수 비용을 줄이고 구글의 최신 기술을 계속 받아들이고자 사용하고 있다. 단점으로는 구글에 바이어스가 될 수 있다는 점이 있고 플랫폼 주도권을 직접 가지고 가지 못한다. ..

아래 글들을 읽어보면 Mercedes-Benz에서 첫 Infotainment In-house Software를 곧 양산한다는 것을 알 수 있을 것이다. 이 글에서는 2-3년동안 필자의 회사에서 어떻게 integration Process가 바뀌었는지 그리고 필자가 알고 있는 프로세스들에 대해서 소개하고자 한다. CI/CD를 가장한 지속적인 통합 CI/CD의 원칙은 완벽하게 자동화된 테스트와 신뢰성 있는 테스트 결과에 기반을 한다. 임베디드 특히 소프트웨어의 복잡도가 엄청 높은 차량용 임베디드 소프트웨어 개발에서 이를 잘 도입하기란 필자의 경험상 어려운 것 같다. 필자의 회사에서도 초기 1-2년정도 이것을 하려고 프로세스만 따랐고 결국은 잘 안되서 Staging이라는 프로세스를 도입했다. 임베디드 특히나 ..

한국 출장차 베를린에서 출발해 뮌헨 공항에서 대기중이다. 무려 8시간이나 ㅠㅠ 뮌헨에 사는 같이 가는 분과 일정을 맞추기 위해 어쩔 수 없다. 시간이 너무 많이 남아 노트북을 열었고 얼마전 지인과 독일 OEM 3사의 소프트웨어 회사 MBition (Mercedes-Benz Innovation Lab.), BMW Car IT, Cariad (폭스바겐 그룹)에 대해 이야기 했던 것이 생각나 정리해보려고 한다. 개인적으로 아는 정보로는 BMW Car IT -> Cariad (이전이름 Carmeq) -> MBition 순서대로 각 OEM의 소프트웨어 회사가 설립 된 것으로 알고 있다. BMW Car IT와 Carmeq는 솔직히 누가 먼저 생겼는지 모르겠지만 느낌상 그렇다. 자동차의 소프트웨어가 너무 광범위해서 ..

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

이틀간의 UI 통합 관련 워크샾을 마치고 돌아왔다. 워크샾 기간 동안 그리고 저녁식사를 같이 하면서 많은 이야기를 나누었다. UI 개발자가 몇백명이고 독립된 CI/CD 팀과 내부 인프라 등을 모두 가지고 있었다. 물론 테스트를 위한 전용 차량 및 테스트 벤치, 통합팀 등 전체 개발에 필요한 모든 조직을 내부에 가지고 있었다. 그럼에도 불구하고 UI 도메인 테스트가 끝나고 통합 직전 Pre Integration 테스트를 할 때 가끔 문제가 발생한다. UI 뿐만이 아니라 덩치가 큰 Speech, SoC, Camera, Media, Vehicle 도메인은 자체 통합팀 및 테스터를 보유하고 있다. 그리고 Pre Integration 팀에서도 통합 직전 테스트시 문제가 발생할 때 왜 나는지 개선을 위해 5 why..