3단계 헬스체크
- TCP 연결 · 지연 시간 측정
- 소스테이블 응답 코드 판별 (정상 · 인증 실패 · 경로 없음)
- 실제 스트림 수신 확인
- 여러 서버를 한 번에 일괄 점검
← PORTFOLIO · MOBILITY
측위가 안 잡히는 이유를
NTRIP 정밀측위 클라이언트
측위가 안 잡히는 이유를
세 단계로 갈라내는 진단 도구
"보정정보가 안 들어온다"는 한마디에는 네트워크, 계정, 마운트포인트, 데이터 세 가지 이상의 원인이 섞여 있습니다. 이 도구는 연결 · 목록 조회 · 실제 스트림을 나눠 점검해 어느 단계에서 막혔는지를 현장에서 바로 가려냅니다.
- 3단계 연결 점검
- 보정 메시지 실시간 해석
- 마운트포인트 탐색
- 기준국 거리 기반 추천
- 결과 CSV 내보내기
등록 서버
6 / 6 점검
접속 지연
28 ms
TCP 연결 성공
수신 데이터율
4.9 kbps
기준국 거리
18.4 km
★★★ 권장
점검 단계
1. TCP 연결host:2101 · 28 ms
2. 소스테이블 조회응답 200 · 마운트포인트 84개
3. 스트림 수신30초 수신 중 · 148 KB
수신 메시지 종류 — 30초 집계
- 관측 데이터 (MSM)
- 기준국 · 안테나 정보
- 미수신 구간
※ 화면은 실제 구동 화면을 재구성한 예시이며, 표시된 수치는 샘플 데이터입니다.
01 — HOW IT WORKS
되는지 아니라, 어디까지 되는지를 봅니다
연결이 되면서도 데이터가 안 들어오는 경우가 가장 흔합니다. 그래서 단계를 나눠 각각의 결과를 따로 남깁니다.
-
STEP 01
서버 프로필 등록
주소 · 포트 · 마운트포인트 · 계정을 프로필로 저장합니다. 프로토콜 버전과 위치 통지 사용 여부도 함께 지정합니다.
-
STEP 02
연결 점검
먼저 TCP 연결만 시도해 접속 가능 여부와 지연 시간을 잽니다. 여기서 막히면 방화벽 · 주소 문제로 좁혀집니다.
-
STEP 03
목록 조회
소스테이블을 요청해 서버가 제공하는 마운트포인트를 받아옵니다. 인증 오류와 경로 오류를 응답 코드로 구분합니다.
-
STEP 04
스트림 연결
선택한 마운트포인트에 실제로 접속합니다. 네트워크 측위 서비스라면 현재 위치를 주기적으로 통지합니다.
-
STEP 05
메시지 해석
수신 바이트에서 보정 메시지 프레임을 잘라내 종류별로 집계하고, 초당 데이터율과 최근 수신 시각을 갱신합니다.
-
STEP 06
비교 · 내보내기
서버별 점검 결과를 한 표에 모아 비교하고, 필요한 경우 CSV로 내보내 보고서에 첨부합니다.
02 — FEATURES
현장에서 바로 원인을 좁힙니다
보정 메시지 해석
- 프레임 경계 · 길이 · 검사값 기반 파싱
- 메시지 종류별 수신 건수 실시간 집계
- 위성 시스템별 관측 데이터 구분
- 초당 데이터율 · 마지막 수신 시각 표시
마운트포인트 브라우저
- 소스테이블 항목을 표로 정리
- 포맷 · 위성 시스템 · 네트워크 · 인증 여부 표시
- 키워드 필터로 원하는 지점 검색
- 더블클릭으로 프로필에 즉시 반영
거리 기반 추천
- 기준 위치와 각 기준국 사이 거리 계산
- 기선 길이에 따른 품질 등급 표시
- 네트워크 측위 방식은 별도 기준으로 평가
- 기준 위치는 지도 좌표로 직접 지정
네트워크 측위 지원
- 현재 위치 통지 문장 자동 생성 · 주기 전송
- 위도 · 경도 · 고도를 프로필 단위로 관리
- 통지 사용 여부를 서버별로 설정
- 가상 기준국 방식 서버 검증에 활용
프로필 · 결과 관리
- 서버 목록을 사용자 폴더에 JSON으로 보관
- 점검 결과 표에서 항목별 정렬 · 비교
- CSV 내보내기로 보고서 첨부
- 단일 실행 파일 배포 — 설치 불필요
03 — SCREENS
목록에서 고르고, 아래에서 자세히 봅니다
위쪽 표에서 서버를 선택하면 아래 영역이 그 서버의 소스테이블 · 스트림 통계로 바뀝니다.
서버 점검 표
단계별 성공 여부가 열로 나뉘어 있어 어디서 막혔는지 바로 보입니다.
| 서버 | TCP | 목록 | 지연 | MP |
|---|---|---|---|---|
| 서버 1 | OK | 200 | 28 ms | 84 |
| 서버 2 | OK | 401 | 41 ms | — |
| 서버 3 | OK | 200 | 96 ms | 12 |
| 서버 4 | 실패 | — | timeout | — |
마운트포인트 브라우저
서버가 제공하는 지점을 필터로 좁혀 고릅니다. 거리와 등급이 함께 표시됩니다.
소스테이블 — 84개 중 4개 표시
MP-A · MSM4 · GPS+GLO+GAL18.4 km ★★★
MP-B · MSM7 · 전 위성62.0 km ★★
MP-C · 네트워크 측위(VRS)위치 통지 필요
MP-D · MSM4 · GPS214 km
실시간 스트림 통계
연결 후 실제로 어떤 데이터가 얼마나 들어오는지 확인합니다.
15:22:04 connect MP-A Ntrip/2.0 auth basic 15:22:04 ICY 200 OK gga sent (37.4138, 127.1006) 15:22:05 rtcm 1074 GPS MSM4 len 152 15:22:05 rtcm 1084 GLONASS MSM4 len 118 15:22:05 rtcm 1005 Stationary ref len 19 15:22:34 30s summary 148 KB 4.9 kbps 7 types
서버 프로필 편집
계정 · 프로토콜 버전 · 위치 통지 설정을 서버별로 저장합니다.
프로필 설정
주소 · 포트ntrip.example.net : 2101
마운트포인트MP-A
프로토콜Ntrip/2.0
위치 통지(GGA)사용
통지 좌표37.41380, 127.10060 · 100 m
04 — ARCHITECTURE
노트북에 파일 하나 복사하면 끝
현장에서 설치 없이 실행할 수 있어야 하는 도구입니다. 단일 실행 파일로 묶어 배포합니다.
- 언어Python 3
- 화면PyQt5 (다중 스레드 점검)
- 프로토콜NTRIP v1 · v2 (HTTP 기반)
- 보정 포맷RTCM 3.x (관측 · 기준국 · 궤도력 · MSM)
- 위치 통지NMEA GGA 주기 전송
- 인증HTTP Basic
- 프로필JSON (사용자 폴더 보관)
- 배포단일 실행 파일 (설치 불필요)
거리는 정확도와 직결됩니다
단일 기준국 방식에서 정확도는 기준국까지의 거리에 따라 떨어집니다. 그래서 이 도구는 연결 성공 여부만이 아니라 기준 위치와 각 기준국의 거리를 함께 계산해 어느 지점을 쓰는 것이 유리한지 등급으로 보여줍니다.
네트워크 측위 방식은 사용자의 위치를 알려야 가상 기준국이 만들어지므로, 위치 통지 문장을 주기적으로 올려 실제 서비스와 동일한 조건에서 검증합니다. 점검 항목과 판정 기준은 운용 환경에 맞춰 조정해 납품합니다.
05 — USE CASES
보정정보가 필요한 모든 현장에
시험 전에 사용할 서버와 마운트포인트가 실제로 데이터를 주는지 미리 확인합니다.
수신기 문제인지 서비스 문제인지 구분해, 현장 대기 시간을 줄입니다.
주행 구간별로 가까운 기준국을 골라 측위 품질을 확보합니다.
여러 기준국 서비스의 응답 속도 · 제공 메시지 · 데이터율을 같은 기준으로 비교합니다.