Sean Woo
핵심 요약
- OMPL 2.0.2는 2026년 8월 14일 공개됐으며, 제어 기반 플래너의 경로 비용 계산 오류 등을 고쳤습니다.
- 모션 플래닝은 로봇의 시작 자세에서 목표 자세까지 충돌하지 않는 움직임을 찾는 과정입니다.
- OMPL 2.0 계열은 VAMP를 선택형 고성능 백엔드로 연결해 충돌 검사와 운동학 계산을 빠르게 할 수 있습니다.
- 공식 자료의 최대 25kHz와 35마이크로초 수치는 특정 알고리즘·로봇 모델·컴퓨터 조건에서 나온 값입니다.
- 계획 속도가 빨라도 센서 갱신, 제어, 실제 안전장치까지 자동으로 빨라지거나 안전해지는 것은 아닙니다.
상자 하나를 피해 컵을 옮기는 문제
테이블 위 로봇 팔이 컵을 집어 오른쪽 쟁반에 놓아야 한다고 생각해 보겠습니다. 시작점과 도착점만 잇는 직선은 가장 짧아 보이지만, 중간에 상자가 있으면 그대로 움직일 수 없습니다. 팔꿈치가 몸통이나 선반에 닿아도 안 되고, 컵이 기울어 내용물이 쏟아져도 곤란합니다. 로봇은 여러 관절의 각도를 함께 바꾸면서 가능한 움직임을 찾아야 합니다.
이 문제를 푸는 대표적인 오픈소스 도구가 OMPL(Open Motion Planning Library)입니다. OMPL 프로젝트는 2026년 8월 14일 버전 2.0.2를 공개했습니다. 이번 소규모 업데이트는 제어 기반 플래너의 경로 비용 계산을 바로잡고, 상태와 제어를 함께 고려하는 비용 함수를 지정할 수 있게 한 것이 핵심입니다. 대규모 기능 추가는 2026년 4월 6일 공개된 2.0.0에서 이뤄졌습니다. [OMPL 공식 릴리스 노트]
모션 플래닝은 지도 만들기와 무엇이 다를까요
SLAM이 주변 지도와 로봇의 현재 위치를 추정한다면, 모션 플래닝은 그 정보를 바탕으로 ‘어떤 자세들을 거쳐 목표에 갈지’를 정합니다. 로봇 팔은 손끝의 위치만 움직이는 기계가 아닙니다. 손끝이 같은 곳에 있어도 어깨·팔꿈치·손목 각도는 여러 조합이 될 수 있습니다. 이 관절 각도의 조합을 하나의 ‘상태’라고 보면, 플래너는 수많은 상태 가운데 관절 한계를 넘지 않고 충돌도 없는 연결을 찾습니다.
MoveIt 공식 문서는 모션 계획 요청에 목표 자세뿐 아니라 위치, 방향, 가시성, 관절 범위 같은 제약을 넣을 수 있다고 설명합니다. 결과는 단순히 선 하나인 경로가 아니라, 속도와 가속도 제한을 반영한 궤적으로 바뀔 수 있습니다. 즉 ‘어디를 지나갈지’와 ‘언제 어느 속도로 지날지’는 이어져 있지만 같은 정보는 아닙니다. [MoveIt 모션 플래닝 개념]
정답을 전부 계산하지 않고 샘플을 이어 갑니다
관절이 7개인 로봇 팔에서 각 관절의 가능한 각도를 촘촘하게 전부 나열하면 경우의 수가 매우 커집니다. 그래서 RRT나 PRM 같은 샘플링 기반 알고리즘은 가능한 자세를 조금씩 뽑고, 서로 연결할 수 있는지 확인합니다. 그림에서 청록색 점은 후보 자세이고, 붉은 영역은 충돌이나 제약 때문에 갈 수 없는 상태를 뜻합니다. 실제 계산 공간은 평면 그림보다 훨씬 높은 차원이지만 원리는 같습니다.
OMPL은 RRT, PRM, EST, KPIECE 등 여러 샘플링 기반 플래너를 제공합니다. 다만 OMPL 자체가 카메라 영상을 이해하거나 로봇을 직접 제어하는 완성 제품은 아닙니다. 공식 설명도 충돌 검사와 시각화 코드를 OMPL에 포함하지 않고, 필요한 시스템과 결합하도록 설계했다고 밝힙니다. ROS 환경에서는 MoveIt이 로봇 모델과 주변 장면을 관리하고 OMPL을 기본 플래닝 라이브러리로 연결하는 방식이 널리 쓰입니다. [OMPL 공식 개요]
OMPL 2.0의 속도 변화, 숫자는 조건과 함께 봐야 합니다
OMPL 2.0.0은 VAMP(Vector-Accelerated Motion Planning)를 선택형 고성능 백엔드로 추가했습니다. VAMP는 CPU의 SIMD 명령을 활용해 여러 수치를 한 번에 계산하고, 순기구학과 충돌 검사를 빠르게 수행합니다. OMPL 릴리스 노트는 최대 25kHz의 계획 속도를 제시합니다. 이를 단순히 역수로 바꾸면 한 번에 약 40마이크로초이지만, 이 계산은 ‘최대’ 수치를 시간으로 환산한 것일 뿐 모든 작업의 지연시간을 뜻하지 않습니다.
VAMP 저장소에는 MotionBenchMaker 데이터셋의 Franka Emika Panda 문제를 소비자용 데스크톱 CPU 한 코어에서 RRT-Connect로 풀었을 때 중앙값 35마이크로초라는 예가 나옵니다. 이 숫자는 연구팀이 공개한 특정 벤치마크 결과입니다. 로봇 종류, 장애물 모양, 점군의 크기, 사용 알고리즘, CPU 명령어 지원이 달라지면 결과도 달라집니다. 저장소는 x86의 AVX2와 ARM의 NEON을 지원한다고 설명하므로, 하드웨어 조건도 빼놓을 수 없습니다. [VAMP 공식 저장소]
또한 2.0.2의 수정 사항은 제어 기반 플래너의 경로 비용 계산과 관련된 정확성 개선입니다. 따라서 ‘2.0.2가 모든 로봇을 2.0.0보다 몇 배 빠르게 만들었다’고 말할 근거는 없습니다. 고속 백엔드 통합은 2.0.0의 변화이고, 2.0.2는 그 뒤의 버그 수정 릴리스라고 구분해야 합니다. 공개 자료에는 모든 실제 로봇 작업을 같은 조건으로 비교한 종합 성공률이 제시돼 있지 않습니다.
충돌 검사는 점이 아니라 움직임 전체를 봐야 합니다
출발 자세와 도착 자세가 모두 안전해 보여도 그 사이에서 팔이 상자를 스칠 수 있습니다. 두 자세만 띄엄띄엄 확인하면 중간 충돌을 놓치는 이유입니다. MoveIt의 Bullet 충돌 검사 예제는 두 상태 사이의 연속 충돌 검사를 보여 줍니다. 예제에서는 양 끝 상태에서 충돌이 없지만, 이동 구간을 연속으로 검사하면 장애물과의 충돌이 발견됩니다. [MoveIt 연속 충돌 검사 예제]
계획 장면에는 로봇 자신의 자세, 주변 물체, 손에 쥔 물체가 함께 들어가야 합니다. 컵을 집은 뒤에는 컵도 로봇과 함께 움직이는 물체로 취급해야 선반과의 충돌을 검사할 수 있습니다. MoveIt은 자기 충돌, 주변 환경과의 충돌, 위치·방향 같은 제약, 사용자가 추가한 실행 가능 조건을 검사할 수 있다고 설명합니다. 그러나 모델의 크기나 센서가 본 장애물 위치가 틀리면 계산상 안전한 경로도 현실에서는 안전하지 않을 수 있습니다. [MoveIt Planning Scene 문서]
실제 로봇 도입에서 확인할 네 가지
첫째, 어떤 플래너와 충돌 검사기를 어떤 하드웨어에서 썼는지 확인해야 합니다. 둘째, 평균값이나 가장 빠른 값뿐 아니라 복잡한 장면에서의 최악 지연시간과 실패율을 봐야 합니다. 셋째, 사람이 들어오거나 물건이 움직일 때 장면 갱신과 재계획이 얼마나 자주 이뤄지는지 확인해야 합니다. 넷째, 계산된 궤적과 별개로 속도 제한, 힘 제한, 비상정지 같은 실제 안전 계층이 있는지 살펴야 합니다.
OMPL 2.0 계열이 보여 주는 변화의 의미는 ‘경로 계획이 끝났으니 로봇 안전 문제가 해결됐다’가 아닙니다. 빠른 계산은 변화가 많은 환경에서 더 자주 후보 경로를 검토할 가능성을 높여 줍니다. 하지만 센서 입력부터 장면 갱신, 계획, 제어 명령, 모터 반응까지 이어지는 전체 고리가 뒷받침돼야 실제 반응 속도가 좋아집니다. 초고속이라는 한 단어보다 측정 조건과 전체 시스템 구성을 함께 묻는 것이 중요합니다.
읽어 본 원문
- OMPL 공식 릴리스 노트 · 2.0.0(2026-04-06), 2.0.2(2026-08-14)
- OMPL 공식 개요 · 확인 시점 최신 2.0.2
- VAMP 공식 저장소 · 벤치마크 조건과 지원 플랫폼
- MoveIt 모션 플래닝 문서 · Rolling 문서
- MoveIt Planning Scene 문서 · 충돌·제약 검사
- MoveIt Bullet 연속 충돌 검사 예제 · Rolling 문서
자료 확인: 2026년 9월 14일
글쓴이 Sean Woo
15년 이상 로보틱스 기술·사업 방향성 수립 업무를 해왔습니다. 공개된 기술문서·논문·기업 발표를 바탕으로 로봇과 AI의 변화를 이해하기 쉽게 분석합니다. 이 매체의 해석은 특정 회사나 기관의 공식 입장을 대변하지 않습니다.