GNSS 장비 간의 RTCM 상호 운용성 확인
다른 시스템에서 베이스, 캐스터 및 로버를 결합할 때 메시지 내용, 신호 지원 및 참조 정보를 테스트합니다.
완전한 조합으로 시작하십시오
RTCM은 GNSS 정보를 교환하는 데 널리 사용되지만 두 제품에 대한 약어의 존재는 완전한 상호 운용성 테스트가 아닙니다. 기본은 여러 메시지 조합을 출력할 수 있으며 로버는 그 중 일부만 지원할 수 있습니다. 정확한 기본 구성, 전송 경로, 로버 모델 및 펌웨어를 문서화합니다. 조합은 표준 지원에 대한 두 가지 독립적인 주장이 아니라 테스트 중인 단위입니다.
먼저 의도된 용도를 정의합니다. 기존 RTK에 대한 관측을 전달하는 스트림은 다른 수정 방법을 위해 설계된 스트림과 다릅니다. 로버는 전달된 정보의 형식과 의미를 모두 이해해야 합니다. 성공적인 네트워크 연결은 데이터 전송을 보여줍니다. 수신자가 의도한 위치 결정 결과에 필요한 모든 메시지를 사용할 수 있다는 것을 보여주지는 않습니다.
더 알아보기 RTCM 메시지: 보정 호환성 확인
지원되는 관찰 목록
소스에서 관찰된 별자리와 신호를 로버가 지원하는 신호와 비교하십시오. 유용한 일반적인 관찰은 상대적 처리에 중요한 것입니다. 소스 신호의 긴 목록은 로버가 신호를 추적하거나 디코딩할 수 없는 경우 거의 이점이 없습니다. 실제 펌웨어 버전에 대한 제조업체 지침을 얻고 해당 필드의 장치에 새 버전에 나열된 기능이 적용된다고 가정하지 마십시오.
장비가 메시지 패밀리 또는 요금 구성을 허용하는 경우 문서화된 지원 조합으로 시작합니다. 테스트 중에 변경된 사항을 기록하십시오. 대역폭이 높다고 해서 무작위로 메시지를 줄이거나 추가하지 마십시오. 스트림은 작고 불완전하거나 클 수 있으며 여전히 호환되지 않습니다. 목표는 수신자에게 안정적으로 전달되는 적절하고 사용 가능한 정보 집합입니다.
운송과 콘텐츠를 별도로 보관하십시오
데이터는 라디오, 직접 케이블 또는 NTRIP 서비스를 통해 이동할 수 있습니다. 전송 문제는 좋은 RTCM 콘텐츠가 로버에 도달하는 것을 방지할 수 있지만 연결이 복원된 후에도 콘텐츠 문제가 남아 있을 수 있습니다. 두 레이어를 모두 검사합니다. 바이트 또는 메시지가 도착하는지 확인한 다음 수신자 진단을 검사하여 데이터가 단순히 응용 프로그램에서 수신하는 것이 아니라 위치 지정에 허용되는지 여부를 확인합니다.
캐스터는 일반적으로 공급된 스트림을 배포합니다. 누락된 참조 정보를 복구하거나 모든 메시지를 로버 호환 형식으로 변환한다고 가정해서는 안 됩니다. 전환 서비스를 의도적으로 사용하는 경우 다른 구성 요소로 문서화하십시오. 해당되는 경우 구성 및 버전을 유지합니다. 이 추가 단계는 릴레이된 연결이 다르게 작동하는 동안 직접 기본 연결이 작동하는 이유를 설명할 수 있습니다.
참조 정보를 확인합니다
선택한 출력에서 소스 좌표와 안테나 정보가 어떻게 표시되는지 확인합니다. 기본 좌표가 잘못되었거나 부적절한 참조 정의로 해석된 경우 올바른 관찰 메시지를 사용하는 로버는 여전히 오프셋을 생성할 수 있습니다. 사무실에서 운영자가 소스를 나타내도록 의도한 내용을 확인할 수 있도록 전송된 스트림 외부에 기본 설정 레코드를 보관하십시오.
해당되는 경우 단위, 좌표 기준 프레임, 에포크 및 안테나 높이 규칙을 확인하십시오. 이러한 주제는 종종 연결 화면보다 덜 가시적이지만 최종 데이터 세트에 더 큰 결과를 초래할 수 있습니다. 혼합 장비 설정이 제어에 동의하지 않는 경우 표준 구현을 즉시 비난하지 마십시오. 공유 좌표 또는 안테나 설정 실수는 메시지 자체가 올바르게 디코딩되는 동안 상호 운용성 실패를 모방할 수 있습니다.
더 알아보기 실제 필드 워크플로에 대한 GNSS 수신기 평가
통제된 현장 시험을 실행하십시오
적절한 독립적인 검증 지점과 생산을 위해 계획된 동일한 통신 계약이 있는 개방형 사이트를 사용하십시오. 하나의 시험을 보장된 제품 사양으로 취급하지 않고 작동 관찰로 사용 가능한 솔루션에 시간을 기록하십시오. 둘 이상의 지점에서 좌표를 비교하고 새로운 초기화 후에 중요한 검사를 반복합니다. 조합의 한계를 설명하므로 실패한 시도를 테스트 레코드에 보관하십시오.
기지와 어려운 통신 위치에서 예상되는 분리를 포함하여 관련 작업 조건을 테스트합니다. 벤치 테스트는 기본 디코딩을 확인할 수 있지만 프로젝트 전체에서 현장 성능을 설정할 수 없습니다. 어떤 환경이 테스트되지 않은 상태로 남아 있는지 확인하십시오. 결과 승인은 동일한 표준을 포함하는 모든 장비가 동일하게 작동한다는 포괄적인 설명이 아니라 구성 및 작업 봉투를 설명해야 합니다.
더 알아보기 RTCM 메시지: 보정 호환성 확인
증거와 비호환성을 진단합니다
사용 가능한 데이터가 도착했지만 로버가 필요한 상태를 달성하지 못한 경우 스트림을 수신기 설명서와 비교하십시오. 승인된 모니터링 도구 또는 수신자 진단을 사용하여 메시지 가용성을 검사합니다. 타임스탬프 및 구성과 함께 허용되는 경우 짧은 샘플을 보존합니다. RTK가 작동하지 않는다고 말하는 대신에 전송된 것과 Rover가 보고한 것에 대한 정확한 설명을 장비 지원에 제공하십시오.
한 번에 하나의 변수를 변경합니다. 알려진 작업 로버를 동일한 소스 또는 알려진 작업 소스에 대해 의심스러운 로버를 테스트하면 문제가 좁아질 수 있습니다. 이러한 비교 중에 좌표계와 독립 검증 포인트 절차를 일관되게 유지하십시오. 그렇지 않으면 디코딩을 해결하는 것으로 보이는 변경으로 인해 더 이상 첫 번째 테스트와 비교할 수 없는 다른 참조 배열이 도입되었을 수 있습니다.
테스트된 설정을 승인하고 유지합니다
승인된 구성 레코드를 생성하는 장치, 펌웨어, 출력 메시지, 전송 설정을 만들고 결과를 확인합니다. 액세스 자격 증명을 비공개로 저장하는 동안 승무원이 이 기록에 액세스할 수 있도록 유지하십시오. 펌웨어, 기본 출력 프로파일 또는 캐스터 경로가 변경되면 시험의 어느 부분을 반복해야 하는지 결정합니다. 상호 운용성 승인은 테스트된 배열과 연결되며 테스트되지 않은 개정으로 자동 확장되어서는 안 됩니다.
교육에 승인된 혼합 장비 워크플로를 포함합니다. 운영자는 어떤 사전 설정을 사용해야 하는지, 정상적인 진단이 어떻게 생겼는지, 수집을 중지해야 하는 시기를 알아야 합니다. 표준 기반 워크플로의 이점은 실용적인 유연성이지만 안정적인 유연성은 검증에 달려 있습니다. 의미 있는 필드 검사를 통과하는 문서화된 조합은 모든 베이스와 로버가 자동으로 함께 작동한다는 문서화되지 않은 약속보다 훨씬 더 유용합니다.
재현 가능한 호환성 매트릭스
여러 장비 조합을 사용하는 프로젝트의 경우 RTCM이 작동하는 단일 명령문이 아닌 작은 매트릭스를 유지합니다. 행은 로버 및 펌웨어 조합을 소스 프로파일과 열을 식별할 수 있습니다. 승인된 각 셀은 메시지 구성, 통신 경로 및 좌표 확인이 있는 테스트 레코드를 가리켜야 합니다. 유사한 수신기가 다른 날에 동일한 소스로 작업한 경우에도 테스트되지 않은 셀은 테스트되지 않은 상태로 남아 있어야 합니다.
업데이트가 하나의 구성 요소를 변경하면 매트릭스는 반복이 필요한 테스트를 선택하는 데 도움이 됩니다. 또한 운영자가 성공적인 직접 무선 평가판이 테스트되지 않은 중계된 스트림을 승인한다고 가정하는 것을 방지합니다. 프로젝트가 허용하는 곳에서 대표적인 테스트 로그를 보존하고 복원에 사용할 수 있는 정확한 출력 프로파일을 유지합니다. 이 접근 방식은 상호 운용성을 실용적으로 만듭니다. 팀은 관찰된 호환성과 표준 레이블에서만 제안하는 가능성 사이의 명확한 경계를 유지하면서 검증된 배열 중에서 선택할 수 있습니다.
더 알아보기 실제 필드 워크플로에 대한 GNSS 수신기 평가
실무 점검 목록
- 정확한 베이스, 메시지, 전송 및 로버 버전을 기록하십시오.
- 디코딩과 별도로 좌표 및 안테나 정보를 확인합니다.
- 펌웨어 또는 출력 변경 후 중요한 조합을 다시 테스트합니다.
