카메라와 라이다가 한 가지 질문에 아주 잘 답해줍니다: 내 주변에 무엇이 있는가. 차량이 움직이기 전에 답해야 하는 세 가지 질문—지도에서 내가 어디에 있는지, 차체가 어느 방향을 가리키고 있는지, 실제로 얼마나 빠르게 달리고 있는지—에 대한 답은 여전히 없다.
이것이 바로 GNSS IMU 휠 스피드 퓨전의 역할이며, 터널 아래에서 문제가 생기기 전까지는 스택에서 가장 적은 관심을 받는 부분입니다. 이는 통합 측면에서 작성된 것으로, 각 센서가 어떤 부분에 대해 권한을 가지는지, 각 센서가 조용히 실패하는 부분, 그리고 프로그램이 커밋되기 전에 논쟁을 해결하는 테스트들입니다.
GNSS IMU 휠 속도 융합: 세 가지 센서, 세 가지 진리
대부분의 팀은 세 가지 센서 모두를 설명할 수 있습니다. 각각이 어떤 권위를 가지고 있는지 말할 수 있는 사람은 적으며, 그 차이가 융합 설계와 같은 인클로저에 연결된 세 개의 장치의 차이입니다.
| 센서 | 권위 있는 | 요금 | 실패 |
|---|---|---|---|
| GNSS / RTK | 지구상의 절대 위치 | 1–10 Hz | 하늘을 잃거나 반사를 받는 것 |
| IMU | 회전 속도와 비중 | 100–200 Hz | 자신의 편향을 드리프트에 통합하기 |
| 휠 속도 | 타이어를 통과하는 거리 | CAN에서 20–100 Hz | 타이어가 미끄러질 때 회전 보고하기 |
그 칼럼을 한 칼럼씩 읽어보면 아키텍처가 스스로 쓰인다: 한 센서는 드리프트는 없지만 연속성은 없고, 다른 센서는 연속성은 있지만 기준점이 없으며, 다른 센서는 아직 지면을 직접 측정하지 않고 거의 비용이 들지 않는다.
GNSS: '여기'가 어디인지 아는 유일한 센서
GNSS는 이전에 가본 적 없이도 위치를 알려줄 수 있는 유일한 센서입니다. 나머지는 모두 가정에서 시작된다; GNSS는 행성에서 시작됩니다.
RTK 보정은 센티미터 단위의 절대 위치를 제공하며, 이 메커니즘은 나중에 실패 모드를 설명하기 때문에 명확하게 설명할 가치가 있습니다: 알려진 좌표의 기준 기지가 현재 대기 및 궤도 오차를 측정해 보정으로 보내고, 수신기가 이를 빼는 방식입니다. 보정은 그것을 전달하는 링크와 안테나의 하늘 뷰에 달려 있습니다 — 그래서RTK와 PPK 대후처리에는 중요하지만, 움직이는 차량에는 도움이 되지 않습니다.
두 가지 속성은 자주 잘못 읽히곤 합니다. 첫 번째는 속도입니다: 1–10 Hz는 정상 범위로, 두 위치 사이에서 차량은 50 km/h로 0.5미터를 이동할 수 있으며, 그 틈을 메워야 합니다. 둘째, 정확도 수치는 모든 순간의 약속이 아니라 명시된 조건 하에서의 분포를 설명한다는 점입니다. 도시 협곡에서는 반사 신호를 기반으로 계산한 깔끔해 보이는 해가 보인데, 이는 출력에 경고가 없기 때문에 명백한 고정 손실보다 더 나쁩니다. 그 메커니즘은 다음에서 다루고 있습니다도시 위치 선정에서의 다중 경로 완화.
IMU: 빠르고 부드럽며 몇 초 만에 틀림
IMU는 몸이 지난 10밀리초 동안 무엇을 했는지 아는 유일한 센서입니다. 자이로스코프는 회전 속도를 측정하고, 가속도계는 비중력을 측정하며, 둘을 적분하면 자세, 속도, 그리고 조향할 수 있을 만큼 부드러운 단기 위치를 얻습니다.
또한 가장 자주 과도하게 신뢰받는 센서로, 출력이 고장 난 것처럼 보이지 않습니다. 드롭아웃도 없고, 경고 신호도 없고, 점프도 없었다. 트랙은 도로에서 부드럽게 휘어져 있고, 멀리 갈수록 더 그럴듯해 보인다.
산수는 복잡하지 않다. 잔류 바이어스가 0.5°/s인 자이로스코프는 아무것도 수정하지 않으면 10초 후에 5°의 방향 오차를 발생시키고, 그 이후 이동하는 모든 미터는 잘못된 방향으로 배치됩니다. 가속도계도 더 미묘한 형태로 같은 문제를 겪고 있습니다: 지속적인 가속도와 기울기를 구분할 수 없기 때문에, 필터가 어느 쪽인지 구분하려면 GNSS나 바퀴 속도가 필요합니다.
데이터시트는 관성 사양이 세 개의 단위로 나뉘어 있어 혼란을 초래합니다. "센티미터 수평 3초, 미터 수평 10초"는 입장 진술이며 문자 그대로 받아들일 수 있습니다. "위성 손실 후 120초 후 5% 이내의 오차"는 보통 이동 거리의 백분율을 의미하며, 2킬로미터의 5%는 100미터입니다. 두 경우 모두 같은 부분에 대해 성립할 수 있다; 그들은 서로 다른 질문에 답합니다.
휠 속도: 아무도 소유하지 않는 가장 저렴한 관찰자
휠 속도는 도로와의 접촉을 통해 거리를 측정하는 유일한 센서인데, 이는 1센티미터 RTK 옆에서는 사소한 문제이기 때문에 간과되는 것입니다.
해상도는 대부분 사람들이 생각하는 것보다 더 좋습니다. 48개의 이빨 링과 2m 회전 둘레를 가진 한 펄스는 약 4cm 정도의 이동을 가하며, 초당 수십 번씩 걸어가는 속도로 전달됩니다 — 바로 이 지점에서 GNSS 도플러가 가장 약합니다. 또한 필터에 스케일 기준을 제공합니다: 독립적인 거리 측정이 없으면 관성 해의 스케일 오차는 GNSS가 돌아올 때만 보정할 수 있습니다.
그 약점도 마찬가지로 단순하다. 바퀴 속도 센서는 움직임이 아니라 회전을 보고합니다. 제동 중, 얼음 위, 자갈 위, 또는 잠긴 바퀴 상태에서는 회전과 이동이 멈추고, 오차는 작지 않습니다 — 차량의 전속 속도일 수 있습니다. 이 때문에 유용한 신호는 한 차의 평균 속도가 아니라 네 바퀴 속도입니다: 좌우 차이가 필터에 미끄러짐을 알려줍니다.
그리고 대부분의 프로젝트를 결정짓는 통합 현실도 있습니다. 양산차에서는 4륜 속도가 이미 섀시 버스에 존재하며, 이는 ABS 또는 ESC 컨트롤러에서 발표됩니다. 이 영상들은 GNSS 수신기에 존재하지 않으며, 우리 것도 포함된 GNSS+INS 모듈이 이를 읽지 않습니다. 휠 스피드 구간은 CAN을 통해 퓨전 계층이나 도메인 컨트롤러에서 자체 지연과 스케일링으로 결합됩니다. 공급업체가 자사 모듈이 "휠 속도에 퓨즈"라고 말한다면, 공정한 질문은 어느 커넥터에 연결되는지입니다.
세 가지가 실제 차량에서 어떻게 어우러지는지,
핵융합 자체는 화려하지 않습니다: IMU와 함께 높은 속도로 예측하고, 신뢰할 수 있는 해결책이 도착하면 GNSS로 보정하며, 그 사이에는 휠 속도로 제한하는 필터가 있습니다. 차량마다 달라지는 것은 언제든지 어떤 센서가 해답을 전달하는지입니다.
| 상태 | 해를 전달하기 | 볼 것들 |
|---|---|---|
| 개방 고속도로 | GNSS, RTK가 수정함 | 별일 없어; 이건 쉬운 경우입니다 |
| 어반 캐년 | IMU, 그리고 간헐적으로 GNSS가 돌아오는 상황 | 타당해 보이는 반영된 수정 |
| 짧은 터널 | IMU와 휠 스피드 | 포털에서의 재진입 오류 |
| 긴 터널 또는 지하 | 휠 속도, IMU 성능 저하 | 스케일 팩터와 방향 드리프트 |
| 저속 기동 | 바퀴 속도와 방향 소스 | 방향이 0 km/h에 존재하는지 여부 |
| 저마찰 표면 | IMU, 휠 속도 다운 웨이트 | 슬립 탐지, 슬립 가정이 아닙니다 |
한쪽 다리가 없으면 무엇이 부러지나요
센서를 제거하는 것이 그 센서가 무엇을 하고 있는지 가장 빠르게 확인하는 방법이다; 이 세 가지 신호는 로그만으로도 진단할 수 있을 만큼 충분히 구분됩니다.
GNSS 전용: 점들로 이루어진 트랙
5–10 Hz에서는 출력이 일련의 위치로 나뉘며 그 사이에 아무것도 없습니다. 고속 곡선에서는 시기 간 간격이 코드처럼 느껴지고, 섀시는 호를 따라 이동합니다. 터널에 들어가면 출력이 전혀 없어서 컨트롤러가 멈추거나 되돌려 보내는 것이 올바른 동작이며, 이 구성이 무인 배송을 절대 하지 않는 이유입니다.
IMU 전용: 정중하게 굽어지는 트랙
이 시스템이 작동하는 것처럼 보이기 때문에 위험한 부분이 있습니다. 입장은 매끄럽게 유지되고, 태도는 그럴듯하며, 오류는 경고 신호 하나 없이 커져만 간다. 터널 안으로 100미터 들어가면 차량이 시스템이 판단하는 위치에서 차선이 한 차선 떨어져 있을 수 있으며, 신뢰도 추정치는 여전히 수용 가능해 보입니다.
바퀴 속도만: 방향 없는 거리
얼마나 많은 일이 돌아갔는지는 알고 있고, 그 외에는 아무것도 없어요. 방향도 없고, 절대적인 기준도 없으며, 타이어가 접지력을 잃는 순간 바퀴가 땅보다 더 빠르게 회전하는 만큼 거리가 틀려버립니다. 관찰력은 좋지만 항해자는 형편없다.
우리가 가장 많이 보는 다섯 가지 통합 실수
알고리즘 문제는 없습니다; 모두 데이터시트 검토를 통과하고 차량에 표시됩니다.
- 레버 암은 차가 아니라 도면 위에 살아 있습니다.안테나가 후방 축보다 1.2m 앞에 위치하면, 시스템은 축이 아닌 안테나 위치를 보고하고, 하류 모든 컨트롤러가 실제 조립 시 측정할 때까지 오프셋을 상속받습니다.
- 롤링 둘레는 타이어 데이터시트에서 따온 것입니다.이 수치는 명목 압력에서 무하중의 타이어를 기준으로 한 것입니다. 하중 반경, 마모, 압력이 약 1% 정도 변화하는데, 이는 킬로미터당 10m로, 긴 터널에서 차량이 차선을 벗어날 수 있을 정도입니다. 측정해보세요: 측량된 선을 따라 차량을 10바퀴 돌게 하세요.
- 하나는 네 바퀴 속도 대신 차량 평균 속도를 측정한 것입니다.평균을 내면 좌우 차이가 사라지는데, 이것이 유일하게 저렴한 슬립 표시입니다.
- 타임 정렬은 스탬프가 아니라 가정됩니다.GNSS는 PPS 엣지로 1Hz에 도달하며; CAN에서는 휠 속도가 10–40ms 지연 시간으로 표시됩니다. 20 m/s 속도에서는 20 ms가 40cm 오차를 가져야 하며, 필터 튜닝으로는 제거되지 않습니다.
- IMU는 유연한 무언가에 장착되어 있습니다.공명하는 브래킷이나 스피커, 컴프레서 근처의 위치는 진동을 가짜 가속도로 바꿔 그 위치에 통합합니다. 하네스가 허용하는 한 축에 최대한 가깝게 고정되고, 금속과 금속이 맞닿아 있습니다.
세 다리 중 두 개를 포함하는 두 개의 모듈
차량 프로그램이 GNSS와 관성 스택의 절반을 요구할 때, 선택은 보통 터널 케이스가 필요로 하는 정확도에 달려 있습니다. 아래 두 부분 모두 이중 목적입니다: 하늘이 열려 있을 때는 RTK, 그렇지 않을 때는 관성입니다. 두 차량 모두 섀시에 속한 세 번째 구간은 주장하지 않습니다.
.png?imageMogr2/format/webp)
JS-C8A — 다중 대역 GNSS + INS
- RTK H ±(8 + 10⁻⁶· D) mm, V ±(15 + 10⁻⁶· D) 음
- 3초 신호 손실: cm-레벨; 10초: 미터 수준
- 자이로 250°/s, 바이어스 0.5°/s; Accel 4g, 20mg
- 22 × 17 × 2.8 mm, BDS/GPS/GLONASS/Galileo
.png?imageMogr2/format/webp)
JS-TP26-U — L1+L5 GNSS + INS
- 135채널 (L1: 75 + L5: 60)
- 단점 높이 1.0 m (L1+L5) / 2.5 m (L1)
- 6축 MEMS; 설치 방향 제한 없음
- 16.0 × 12.2 × 2.4 mm, 3 × UART
두 개의 추가 계열은 같은 계열에 속하며, 전력 또는 업데이트 속도가 우선일 때 지정됩니다:JS-RK26-U18–32 mA 대역, 10 Hz 출력, 그리고 싱글 밴드JS-RP26-U20Hz에서 네 개 모두 아래에 나열되어 있습니다데드 레코닝 위치 모듈.
헌신하기 전에 융합을 테스트하는 방법
벤치 테스트에서 모듈이 작동한다는 것이 증명되었습니다. 이 세 센서가 차량에서 함께 작동한다는 증거는 아닙니다. 세 가지 측정값이 필요합니다.
- 포털 재진입 오류.실제로 사용하는 경로의 터널을 지나가고, 출구 후 첫 번째 지점과 측량된 지점을 비교해 보세요. 오프셋을 미터와 방향으로 기록하세요, "잠긴 채로 남아 있다"는 말이 아니라. 양쪽 방향으로 진행하세요: 방향에 따라 달라지는 오차가 장착 지점이나 자이로를 가리키는 경우입니다.
- 조사된 루프에서 스케일 팩터.일정한 속도로 200m 직선을 측정하고, 핵융합 출력이 보고하는 거리와 측량 결과를 비교하세요. 그 후 젖은 곳이나 자갈 표면에서 반복하세요. 만약 오차가 표면에 따라 달라진다면, 휠 스피드 가중치가 너무 과하게 적용된 것입니다.
- 원목, 24시간 정체, 그리고 한 번의 도시 주행.정적 테스트에서 플롯 위치 산란을 한 다음, 도시 운행에서 바퀴 속도와 GNSS 고정 상태를 겹쳐 보여줍니다. 우리가 질문받은 거의 모든 '미스터리한' 점프는 거기서 거부되어야 할 수정 문제나 반대편과 의견이 맞지 않는 휠 채널로 나타납니다.
구매자들이 가장 자주 묻는 질문들
한 모듈이 세 센서 모두를 처리할 수 있나요?
도로 차량에서는 안 됩니다. GNSS+INS 모듈은 두 개의 다리를 커버합니다; 휠 속도는 섀시에서 공개됩니다. 이 세 가지 모두를 광고하는 모듈은 한 가지 질문을 불러일으킵니다: 어떤 커넥터가 휠 속도 입력을 받는가?
IMU가 실제로 몇 센티미터를 얼마나 오래 유지할 수 있나요?
MEMS 유닛은 센티미터 높이에서 약 3초, 그 후 몇 미터 정도 더 걸립니다. 몇 분 단위로 인용되는 것은 보통 이동 거리의 백분율을 나타내는 다른 수치를 나타냅니다.
이중 안테나 방향 소스가 필요한가요?
스택이 정지 상태, 후진, 느린 주차 조작 중에 진방향이 필요하다면 그렇습니다. 단일 안테나는 지상 위에서 항로를 표시하며, 이동 중에만 정의되며, 물체가 어느 방향을 가리키는지 알려주지 않습니다. 대신 두 번째 안테나, 기준선, 그리고 장착 작업이 필요합니다 —듀얼 안테나 RTK 헤딩.
IMU가 좋다면 휠 스피드가 노력할 가치가 있을까요?
네, 가격대로요: 긴 엄폐에서 거리 오차가 제한되는 가장 저렴한 방법이고, 걷는 속도에 맞는 유일한 입력 방법이에요. 휠 단위와 타임스탬프만 가치가 있습니다; 느린 버스의 평균 속도는 IMU가 이미 알고 있는 것 외에는 거의 더하지 않습니다.
이 모든 것이 신중한 GNSS IMU 휠 속도 융합 설계를 대체하지는 않지만, 공급업체 간 대화를 구체적으로 만듭니다. 더 넓은 시스템 관점에서는,자율주행차용 GNSS주변 건축물을 덮고 있으며,GNSS 거부 환경에서의 IMU 융합필터 깊숙이 들어가세요.
차량용 위치 지정 스택을 구축하는 중인가요?
경로, 터널 길이, 섀시 버스, 그리고 컨트롤러가 요구하는 정확도를 알려주세요. 모듈이 어떤 두 다리를 운반할 수 있는지, 그리고 세 번째 다리는 어디서 나와야 하는지 알려드리겠습니다.
.png?imageMogr2/format/webp)
.png?imageMogr2/format/webp)
.png?imageMogr2/format/webp)
.png?imageMogr2/format/webp)
