야외 이동로봇이 창고 입구나 터널로 들어간 직후 위치가 흐르거나 자세가 튄다면 ‘GNSS가 끊겨 VIO가 망가졌다’고 결론내리기 전에 사건을 나눠야 한다. GNSS 관측이 사라진 시각, 카메라 조도·블러 변화, IMU 포화·진동, 카메라와 IMU의 시간 정렬, 추정기 모드와 상태 품질을 같은 축에서 본다. GNSS와 VIO를 실제로 어떻게 결합하고 복구하는지는 구현마다 다르므로, 이 글은 보편적인 전환 알고리즘을 가정하지 않는다. 원시 센서와 설정을 보존해 어떤 조건에서 오차가 시작됐는지 재현하는 것이 첫 단계다.
VIO가 이어 달릴 수 있다는 말의 범위를 좁힌다
VIO는 카메라와 IMU를 결합해 운동을 추정하지만 절대 위치 기준 없이 무한히 정확한 시스템은 아니다. 시간 정렬, 카메라와 IMU 사이 외부 보정, 바이어스·노이즈 모델과 충분한 시각·관성 excitation에 의존한다. GNSS가 없을 때 누적 오차를 어떤 상태로 표시하고 어떤 복구 경로를 쓰는지는 제품과 추정기 구성별로 확인해야 한다.
OpenVINS 보정 문서는 카메라·IMU 보정, 시간 오프셋, extrinsics와 노이즈 파라미터를 점검할 실질적인 기준을 제공한다. 여기서 중요한 것은 특정 오차값을 모든 로봇의 합격선으로 복사하는 일이 아니다. 우리 센서·시계·장착·운동 범위에서 파라미터가 일관되게 설명되는지 확인하는 것이다.
VINS-Fusion 공식 저장소는 카메라·IMU의 온라인 시간·공간 보정과 GPS 융합 예제를 공개한다. 이는 모든 GNSS/VIO 전환의 표준 구현이 아니라, 융합 여부·좌표계·입력 시각과 루프 폐쇄 같은 구성 차이를 먼저 기록해야 한다는 직접 사례다. 현장 시스템의 상태 이름이나 임계값을 이 저장소에서 그대로 가져오지 않는다.
VIO와 지도 기반 SLAM은 복구 경로가 같지 않다. 지도 재로컬라이제이션이 있는 시스템, GNSS 원시관측을 밀결합하는 시스템, 외부에서 위치 보정을 더하는 시스템을 구분해 기록한다. 이 글은 GNSS 음영 전후의 실패 증거에 집중하며, 구현이 제공하지 않는 innovation·공분산·재로컬라이제이션 신호를 필수 항목처럼 가정하지 않는다.
GNSS 단절 전후를 같은 데이터로 다시 재생한다
시험 조건은 ‘GNSS 끔’ 한 줄보다 구체적이어야 한다. 단절이 시작된 시각, 품질이 서서히 떨어졌는지 갑자기 사라졌는지, 동시에 조도·진동·속도와 회전이 어떻게 변했는지 기록한다. 같은 구간의 원시 카메라·IMU·GNSS 메시지와 각 타임스탬프, 추정기 상태를 보존해야 오프라인 재생이 가능하다.
| 주입·전환 조건 | 동시에 기록할 신호 | 분리하려는 원인 |
|---|---|---|
| GNSS 품질의 점진적 저하 | 수신 품질·사용 관측·추정기 모드·구현이 제공하는 상태 품질 | GNSS 관측 변화와 시각·관성 추정 오차의 시간 관계 |
| GNSS의 갑작스러운 단절 | 단절 시각·자세/위치 변화·바이어스·feature 수 | 단절과 동시에 생긴 센서·환경 변화 |
| 그늘·실내 진입 | 노출·프레임 간격·모션 블러·텍스처 | 시각 이상치와 GNSS 단절의 동시 발생 |
| 강한 진동·급회전 | IMU 원시값·포화 표시·시간 간격·추정 바이어스 | IMU 포화·바이어스·관측성 부족 |
| 동일 로그 재생 | 구성 파일·보정값·소프트웨어 버전 | 센서 사건과 추정기 변경 효과 |
OpenVINS 데이터셋 안내는 데이터의 시간과 센서 조건을 확인하며 재생 기반 검증을 설계할 단서를 준다. 재생할 때는 원본 로그를 수정하지 않고 설정과 소프트웨어 버전을 별도 보존한다. 같은 로그에서 한 파라미터만 바꿔야 결과 차이를 해석할 수 있다.
저텍스처·노출·진동은 단절 순간에 함께 몰려온다
창고 진입이나 터널, 숲길처럼 GNSS가 약해지는 장소는 카메라 조건도 나빠지기 쉽다. 밝기가 급변하면 노출 적응 동안 프레임 품질이 흔들리고, 바닥과 벽의 텍스처가 부족하면 feature가 줄 수 있다. 빠른 회전과 진동은 모션 블러와 IMU 측정 문제를 동시에 키운다. 단절과 시각 실패를 하나의 사건명으로 묶지 않는다.
시간동기 문제는 평균 프레임률로 잘 드러나지 않을 수 있다. 카메라와 IMU의 시계 기준, 전송 지연, 드라이버 타임스탬프와 큐가 바뀌는지 본다. 일정한 오프셋과 부하에 따라 변하는 지연은 다른 증상을 만든다. 외부 보정도 기구를 분해·재조립하거나 센서가 충격을 받은 뒤 달라질 수 있다.
IMU 바이어스가 급격히 변한 것처럼 보여도 실제 포화, 진동, 온도 변화나 추정기 관측성 부족이 영향을 줄 수 있다. 바이어스 추정값 하나로 센서 고장을 확정하지 말고 원시값, 포화 상태, 온도와 운동 구간을 함께 본다. 충분한 회전·이동이 없는 구간에서는 일부 파라미터가 잘 관측되지 않을 수 있다. 정지 구간과 운동 구간에서 추정값이 어떻게 달라지는지는 로봇 IMU 바이어스·드리프트 보정의 원시값·온도·운동 조건 기록과 함께 확인한다.
증상마다 로그와 안전 복귀 기준을 짝지어 둔다
복구는 추정기가 다시 숫자를 내는 순간이 아니라 안전한 행동과 일관된 상태가 돌아온 때로 정의한다. 아래 표는 원인을 확정하는 자동 판정표가 아니라 어떤 증거를 더 모으고 언제 운전을 재개하지 말아야 하는지 연결하는 틀이다.
| 관찰 증상 | 확인할 로그 | 안전한 복귀를 인정할 조건 |
|---|---|---|
| GNSS 단절 직후 상태 점프 | GNSS 사용 상태·추정기 모드·구현이 제공하는 상태 품질·보정값 | 동일 조건 반복에서 불연속과 경로 이탈이 현장 허용 범위 안이며 중단 경로가 검증됨 |
| 시간이 갈수록 위치 드리프트 증가 | feature·바이어스·공분산·지도 일치·운동 구간 | 정의된 임무 시간·환경에서 오차 추세와 중단 조건이 검증됨 |
| 그늘 진입 때 추정 불안 | 노출·블러·feature 추적·프레임 간격 | 시각 품질 회복 뒤 상태가 독립 기준과 일관되고 갑작스러운 재개가 없음 |
| 진동 구간의 자세 튐 | IMU 원시값·포화·타임스탬프·장착 상태 | 원인이 제거되고 격리 시험에서 동일 현상이 재발하지 않음 |
| 재로컬라이제이션 반복 | 후보 지도 위치·점수·불연속·제어기 반응 | 잘못된 위치 가설을 거부하고 안전 정지·재시도 경로가 검증됨 |
안전 임무에서 VIO 하나만으로 복구를 보장한다고 쓰면 안 된다. 속도 제한, 안전 정지, 독립 센서 또는 운영자 확인 등 시스템이 승인한 복구 경로를 사용한다. 현장에서 파라미터를 즉흥적으로 바꾸기보다 로그를 보존하고 격리된 재생·시험 환경에서 변경을 검증한다.
GVINS 공식 저장소는 GNSS 원시 관측과 visual-inertial 정보를 밀결합하고 GNSS-unfriendly 또는 GNSS-denied 구간의 전역 pose recovery를 다루는 구체적 1차 사례다. 이 범위는 GVINS 구성에 한정된다. 다른 로봇에서는 GNSS 결합 방식과 복구 신호가 다를 수 있으므로, 우리 구현 문서와 실제 로그에서 제공되는 상태만 사용해 표를 채운다.
평균 오차보다 발산 시작점과 복구 시간을 잰다
전체 구간의 평균 위치 오차는 짧고 위험한 발산을 가릴 수 있다. GNSS 품질 저하가 시작된 시점, 카메라·IMU 품질과 feature가 변한 시점, 추정기가 제공하는 상태 품질과 경로 추종이 중단된 시점을 나란히 놓는다. 발산까지 걸린 시간, 안전 정지까지의 거리와 복구 판정까지 걸린 시간은 운영 설계에 더 직접적이다. 제공되지 않는 내부 상태를 추정해 만든 숫자는 실제 로그와 구분한다.
정확도 지표는 가능한 경우 독립된 기준과 비교한다. 다만 특정 기준 장비가 없는 현장도 있다. 그때는 루프 폐쇄 오차, 지도 랜드마크, 반복 경로와 작업 성공 같은 보조 증거를 쓰되 무엇을 증명하지 못하는지 적는다. 재생 결과가 좋아져도 실제 시간·연산·센서 I/O 조건을 모두 재현한 것은 아닐 수 있다.
로그 재생에서 찾은 설정은 실제 음영 구간에서 다시 확인한다. 재생은 원인 분리에 유리하지만 물리 진동, 노출 응답, 드라이버 큐와 실시간 지연을 모두 대신하지 못한다. 오프라인 합격과 현장 합격을 별도 단계로 두고, 시간 오프셋 진단은 로봇 센서 시간동기 가이드의 시계·타임스탬프 확인 절차와 연결한다.
재개보다 중단 조건을 먼저 합의한다
GNSS 음영 구간의 운용 승인에는 ‘VIO가 된다’보다 중단 조건이 필요하다. 추정 불확실성, feature 품질, 센서 포화와 경로 이탈 가운데 무엇이 어떤 행동을 부르는지 제어·안전·운영팀이 같은 표를 본다. 숫자는 센서와 임무별 검증에서 정하고 이 글에서 범용 합격선을 만들지 않는다.
- GNSS 품질 저하·단절과 조도·진동 변화를 별도 이벤트로 기록한다.
- 원시 카메라·IMU·GNSS, 타임스탬프, 보정값과 추정기 로그를 보존한다.
- 같은 로그에서 한 파라미터만 바꾸고 원본과 구성 버전을 고정한다.
- 발산 시작, 안전 정지, 복구 판정 시점을 각각 측정한다.
- 현장 재개는 독립 기준과 안전 행동이 확인된 뒤 승인 절차에 따라 수행한다.
- 원인이 남거나 잘못된 재로컬라이제이션 가능성이 있으면 임무를 축소하거나 중단한다.
이 기준을 한 번 만든 뒤에는 센서 재장착, 드라이버·펌웨어·추정기 변경 때 영향 범위를 다시 시험한다. GNSS 단절 시나리오가 같아도 카메라 파이프라인과 IMU 동기 방식이 바뀌면 과거 합격을 그대로 승계할 수 없다.
GNSS 음영에서 드러나는 VIO·SLAM 취약점 실무 질문
GNSS가 끊긴 직후 VIO가 발산할 때 가장 먼저 볼 것은 무엇인가요?
단절 직전부터의 원시 카메라·IMU 타임스탬프와 동기 상태, 추정 바이어스·공분산, feature 품질과 GNSS 융합 전환 시점을 함께 본다. 단절 장소에서 조도·진동·급회전이 동시에 바뀌었는지도 확인해야 하며 특정 오차값 하나로 원인을 확정하지 않는다.
추정값이 다시 안정되면 바로 자율주행을 재개해도 되나요?
숫자가 다시 나온 것만으로는 부족하다. 독립된 위치·지도 기준과 경로 일관성, 센서 품질, 잘못된 재로컬라이제이션 거부와 안전 정지 경로가 검증돼야 한다. 안전 임무에서는 승인된 속도 제한·정지·운영자 확인 절차를 따르고 VIO 하나로 복구를 보장하지 않는다.
자료 마지막 확인: 2026년 8월 26일