먼저 알아둘 핵심
NVIDIA Isaac ROS 5.0은 ROS 2 Lyrical 기반 패키지와 로봇 개발을 돕는 AI 에이전트 스킬을 제공합니다. 이번 버전을 검토할 때는 새 기능과 함께 기존 NITROS 코드의 이관 범위, 지원 하드웨어, 실제 센서 처리 결과를 확인해야 합니다.
핵심 요약
- NVIDIA 공식 블로그는 2026년 9월 22일 Isaac ROS 5.0을 소개했고, 릴리스 노트에는 9월 21일이 표시돼 있습니다.
- AI 스킬은 개발 작업을 돕습니다. 로봇의 현장 운행을 자동으로 검증했다는 의미는 아닙니다.
- NITROS API나 타입을 직접 호출한 기존 코드는 소스 수준의 이관이 필요합니다.
공식 발표에서 확인한 새 기능과 날짜
NVIDIA는 2026년 9월 22일 공식 블로그에서 Isaac ROS 5.0을 소개했습니다. 공식 릴리스 노트의 버전 날짜는 하루 앞선 9월 21일입니다. 블로그의 발표일과 패키지 릴리스 날짜를 구분해 보는 편이 정확합니다.
새 버전은 ROS 2 Lyrical과 Ubuntu 24.04에 맞춘 패키지를 제공하고, 개발환경 설정과 일부 이관 작업에 사용할 AI 에이전트 스킬을 포함합니다. NVIDIA는 FoundationStereo 미세조정과 물체를 집어 옮기는 개발 워크플로도 소개했습니다. 이는 개발자를 돕는 기능 설명이며, 현장 로봇이 안전 검증 없이 스스로 운행한다는 발표는 아닙니다.
기존 NITROS 코드는 어디서 손봐야 할까요?
공식 릴리스 노트에 따르면 5.0은 ROS 2 Lyrical의 rosidl::Buffer와 CUDA 버퍼 백엔드를 기반으로 데이터 전달 방식을 바꿨습니다. 기존 isaac_ros_nitros 등을 포함한 NITROS 패키지가 제거됐으며, 관련 API나 타입을 직접 호출한 코드는 소스 수준에서 이관해야 합니다.
따라서 먼저 프로젝트에서 NITROS를 직접 참조하는 부분을 찾고, 각 노드가 어떤 메시지를 주고받는지 기록하는 편이 좋습니다. 이관 후에는 빌드 성공만 확인하지 말고 센서 입력부터 추론 결과까지 데이터가 같은 의미로 전달되는지도 시험해야 합니다. 앞서 다룬 NITROS의 데이터 경로 설명과 연결되는 변화입니다.
AI Cube의 현장 시험 관점
AI Cube는 업그레이드 시험을 환경 호환성, 코드 이관, 실행 결과로 나누어 기록하는 편이 좋다고 봅니다. 아래 항목은 도입 판단을 위한 제안이며, 당사가 Isaac ROS 5.0으로 수행한 시험 결과가 아닙니다.
| 확인 항목 | 현장에서 답할 질문 | 남길 기록 |
|---|---|---|
| 지원 조합 | 로봇의 Jetson·JetPack·ROS·Ubuntu 버전이 공식 지원표와 맞는가? | 장비 모델, 설치 버전, 지원표 대조 |
| NITROS 이관 | 기존 코드가 제거된 NITROS API·타입을 직접 호출하는가? | 호출 위치, 변경 내용, 빌드 결과 |
| 데이터 경로 | 같은 센서 입력에서 추론 결과와 지연이 이전 버전과 어떻게 달라지는가? | 입력 조건, 메시지 확인, 구간별 지연 |
| 장애 대응 | 센서 단절이나 노드 재시작 뒤 데이터와 동작이 어떻게 복구되는가? | 오류 로그, 복구 시간, 누락 구간 |
지원 범위와 아직 남은 검증
NVIDIA의 시작 안내는 공식 시험·지원 조합을 Jetson Thor·Orin, 조건에 맞는 x86_64 NVIDIA GPU, DGX Spark 등으로 제한해 제시합니다. 릴리스 노트에는 RealSense 카메라가 Docker 모드에서만 지원되는 등 알려진 제약도 있습니다. 사용하는 센서와 설치 방식이 여기에 해당하는지 먼저 대조해야 합니다.
AI 에이전트 스킬로 개발 시간이 줄거나 새 패키지에서 지연이 개선될 가능성은 프로젝트별 시험으로 판단해야 합니다. AI Cube는 이번 버전을 자사 로봇이나 고객 현장에서 실행하지 않았으며, 특정 장비와의 연동 성과를 확인한 상태도 아닙니다.
달라지는 점과 적용 범위
Isaac ROS 5.0은 AI 에이전트용 로봇 개발 스킬을 추가하고 ROS 2 Lyrical의 rosidl::Buffer 기반 데이터 처리로 옮겼습니다. 기존 NITROS API 직접 사용 코드는 이관 대상입니다.
AI Cube의 관점
AI Cube는 새 스킬의 편의성보다 기존 데이터 경로가 업그레이드 뒤에도 의도대로 동작하는지를 먼저 보아야 한다고 판단합니다. 센서 입력, GPU 처리, 추론 결과와 로봇의 후속 동작을 분리해 기록하면 문제가 생긴 단계를 찾기 쉽습니다.
기술 적용 시 고려사항
NITROS 타입이나 API를 직접 호출하는 프로젝트는 코드 이관과 메시지 검증이 필요합니다. ROS 2 Lyrical 지원 여부뿐 아니라 실제 센서·GPU·설치 방식의 조합을 맞춘 뒤 처리 지연과 장애 복구를 측정할 수 있습니다.
사업·운영 관점
업그레이드 일정에는 설치 작업과 함께 코드 수정, 센서 호환성 확인, 로봇 시험 시간을 포함하는 편이 현실적입니다. 개발 생산성이나 운영 비용이 얼마나 달라지는지는 해당 프로젝트의 비교 시험 전에는 산정할 수 없습니다.
자주 묻는 질문
Isaac ROS 5.0에서 예전 NITROS 코드를 그대로 실행할 수 있나요?
NITROS API나 타입을 직접 호출했다면 공식 릴리스 노트에 따라 소스 수준 이관이 필요합니다. 사용하지 않은 프로젝트까지 같은 수정이 필요한지는 실제 의존성을 확인해야 합니다.
AI 개발 스킬을 쓰면 로봇의 현장 동작도 자동으로 검증되나요?
공식 발표의 스킬은 개발환경 설정과 모델·워크플로 작업을 돕습니다. 센서 조건, 동작 결과, 안전성과 장애 복구는 로봇별 시험으로 확인해야 합니다.
출처와 확인 기준
- NVIDIA 공식 블로그 — Isaac ROS 5.0 발표 ↗NVIDIA · 원문 날짜 2026-09-22 · 자료 확인 2026-09-25
- NVIDIA Isaac ROS 5.0 릴리스 노트 ↗NVIDIA · 원문 날짜 2026-09-21 · 자료 확인 2026-09-25
- NVIDIA Isaac ROS 시작 안내 및 지원 플랫폼 ↗NVIDIA · 자료 확인 2026-09-25
현장 적용을 검토하고 계신가요?
설치 환경과 운영 조건을 알려주시면 관련 제품과 PoC 범위를 함께 검토합니다.
기술·PoC 문의 ↗