인피니언이 밝힌 RISC-V 전환은 AUTOSAR를 다른 표준으로 갈아타는 것이 아니라, AUTOSAR를 RISC-V에서도 동일하게 쓰기 위한 포팅·번들·레퍼런스 아키텍처의 경쟁을 촉발하고, 동시에 프리-실리콘 개발을 상시화하는 방향으로 개발 문법을 바꿔놓고 있다.

▲토마스 뵘 인피니언 차량용 MCU 사업부문 수석부사장이 RISC-V 도입과 관련해 발표하고 있다.
표준 구성 구현물 RISC-V로 옮겨가며 개발 현장 우선순위 달라져
AUTOSAR 의존 툴체인 ‘디지털 트윈/가상 개발’ 중심으로 재구성
차량용 반도체 업계가 RISC-V로 발을 넓히면서, AUTOSAR 진영도 ‘규격 변경’이 아니라 ‘구현·통합 방식의 재편’이라는 변화를 맞고 있다.
인피니언은 최근 기자간담회에서 차세대 차량용 MCU 제품군을 자사 AURIX 포트폴리오에 추가하되, 기존 TriCore·Arm 기반 제품군과 병행하는 멀티 아키텍처 전략을 밝혔다.
이는 특정 코어에 대한 종속을 낮추고 SDV(소프트웨어 정의 차량) 시대의 확장되는 연산·통신 요구에 대응하기 위한 선택으로 해석된다.
핵심 질문은 “RISC-V가 AUTOSAR를 바꾸는가”다.
결론부터 말하면 AUTOSAR ‘표준’ 자체가 RISC-V 때문에 즉시 바뀌는 구조는 아니다.
대신 표준을 구성하는 OS·드라이버·MCAL 등 구현물이 RISC-V로 옮겨가며 개발 현장의 우선순위가 달라진다.
토마스 뵘 인피니언 차량용 MCU 사업부문 수석부사장은 현재를 ‘인에이블먼트 단계’로 규정하며 AUTOSAR 운영체제와 관련 드라이버가 RISC-V로 포팅되고 있고, 이를 주요 파트너들과 함께 진행 중이라고 설명했다.
AUTOSAR Classic의 ‘이식’이 실제로 진행된다는 점은 업계 협업에서도 드러난다.
RISC-V 표준화 연합축 중 하나인 Quintauris는 Vector와의 협업을 통해 AUTOSAR Classic 스택(MICROSAR Classic)을 자사 RISC-V 실시간 플랫폼(RT-Europa)에 통합하겠다고 밝히며, OEM·티어1이 익숙한 방법론과 툴을 유지한 채 RISC-V 기반 실시간 시스템으로 이동할 경로를 제시했다.
이 과정에서 성능·타이밍·신뢰성 검증을 위한 벤치마크 프레임워크를 함께 내세운 것도 특징이다.
인피니언이 강조하는 개발 방향 전환의 의의는 ‘표준의 교체’가 아니라 ‘개발의 선행(Shift-Left)’에 있다.
뵘 수석부사장은 차량 개발 주기가 단축되는 환경에서 시장 출시 속도가 핵심이 됐고, 실리콘이 나오기 전 가상 프로토타입으로 소프트웨어를 개발·벤치마킹·프로파일링하는 방식이 중요하다고 말했다.
즉 AUTOSAR 프로젝트도 하드웨어 샘플을 기다리는 순서에서 벗어나, 가상 환경에서 BSW/드라이버 수준의 기반을 먼저 다지는 흐름으로 이동한다는 의미다.
이를 뒷받침하는 장치가 ‘번들화된 개발환경’이다.
인피니언은 2026년 3월 DRIVECORE 소프트웨어 포트폴리오 확장에서 RISC-V 가상 프로토타입 번들을 전면에 배치하며, AURIX RISC-V iLLD와 Synopsys VDK, LLVM 기반 컴파일러(HighTec), TRACE32 디버그·트레이스(Lauterbach) 등을 사전 통합해 “툴체인 준비도 검증”과 “프리-실리콘 소프트웨어 개발”을 동시에 가능하게 하겠다고 밝혔다.
RISC-V 도입이 AUTOSAR의 규격을 바꾸기보다, AUTOSAR가 의존하는 툴체인·드라이버·검증 체계를 ‘디지털 트윈/가상 개발’ 중심으로 재구성하게 만드는 셈이다.
요약하면 RISC-V 전환은 AUTOSAR를 다른 표준으로 갈아타는 것이 아니라, AUTOSAR를 RISC-V에서도 동일하게 쓰기 위한 포팅·번들·레퍼런스 아키텍처의 경쟁을 촉발하고, 동시에 프리-실리콘 개발을 상시화하는 방향으로 개발 문법을 바꿔놓고 있다.
SDV 시대에 ‘표준 준수’만큼이나 ‘개발 속도’가 중요한 상황에서, AUTOSAR는 그대로이되 AUTOSAR를 만드는 방식이 달라지는 변화가 시작된 것이다.