Проверка совместимости RTCM между оборудованием GNSS
Содержание тестового сообщения, поддержка сигнала и справочная информация при объединении базы, ролика и ровера из разных систем.
Начните с полной комбинации
RTCM широко используется для обмена информацией GNSS, но наличие аббревиатуры На двух продуктах не является полным тестом на совместимость. База может выводить несколько комбинаций сообщений, а ровер может поддерживать только часть из них. Документируйте точную базовую конфигурацию, транспортную тракт, модель ровера и прошивку. Комбинация представляет собой тестируемое устройство, а не два независимых требования поддержки стандартов.
Сначала определите предполагаемое использование. Поток, несущий наблюдения для обычного RTK, отличается от потока, предназначенного для другого метода коррекции. Ровер должен понимать как формат, так и смысл доставленной информации. Успешное сетевое соединение демонстрирует транспортировку данных; Это не демонстрирует, что приемник может использовать каждое сообщение, необходимое для предполагаемого результата позиционирования.
Продолжить изучение Сообщения RTCM: проверка совместимости поправок
Инвентаризация поддерживаемых наблюдений
Сравните созвездия и сигналы, наблюдаемые в источнике, с сигналами, поддерживаемыми ровером. Полезные общие наблюдения имеют значение для относительной обработки. Длинный список исходных сигналов приносит небольшую пользу, если ровер не может их отслеживать или декодировать. Получите руководство производителя для реальных версий прошивки и избегайте предположения, что возможности, перечисленные для более новой версии, применимы к устройству в этой области.
Если оборудование разрешает настройку семейств сообщений или ставок, начните с документированной поддерживаемой комбинации. Ведите учет изменений, сделанных во время тестирования. Не уменьшайте и не добавляйте сообщения случайным образом просто потому, что пропускная способность кажется высокой. Поток может быть небольшим и неполным или большим и все еще несовместимым. Целью является подходящий, пригодный для использования набор информации, надежно доставленная получателю.
Продолжить изучение Выбор площадки для постоянно действующей базовой станции GNSS
Держите транспорт и содержимое раздельно
Данные могут передавать по радио, прямому кабелю или службе NTRIP. Проблема с транспортом может помешать поступлению хорошего содержимого RTCM в ровер, в то время как проблема содержимого может оставаться после восстановления соединения. Осмотрите оба слоя. Подтвердите, что поступают байты или сообщения, затем проверьте диагностику приемника, чтобы определить, принимаются ли данные для позиционирования, а не просто полученные приложением.
Заклинатель обычно распределяет подаваемый в него поток; Не следует предполагать, что вы исправляете недостающие справочные данные или преобразовываете каждое сообщение в совместимую с ровером форму. Если служба преобразования используется преднамеренно, задокументируйте ее как еще один компонент. Сохраните его конфигурацию и версию, где это уместно. Эта дополнительная стадия может объяснить, почему прямое базовое соединение работает, а ретрансляционное соединение ведет себя по-другому.
Продолжить изучение Правильно сопряжение файлов наблюдения и навигации RINEX
Проверка справочной информации
Подтвердите, как на выбранном выходе представлены данные координаты источника и антенны. Ровер, использующий правильные сообщения наблюдения, может по-прежнему создавать смещение, если базовая координата неверна или интерпретируется в соответствии с неуместным определением ссылки. Держите запись базовой настройки за пределами передаваемого потока, чтобы офис мог проверить, что оператор намеревался представлять.
Проверить блоки, координатную систему координат, эпоху, где это применимо, и правила высоты антенны. Эти темы часто менее заметны, чем экран подключения, но могут иметь большие последствия для конечного набора данных. Когда смешанная установка оборудования не согласна с контролем, не сразу вините введение стандартов. Общая координата или ошибка настройки антенны могут имитировать сбой совместимости, в то время как сами сообщения декодируются правильно.
Продолжить изучение Оценка GNSS-приемника для вашего рабочего процесса в поле
Запустите контролируемое полевое испытание
Используйте открытый сайт с подходящими независимыми точками проверки и тем же механизмом связи, запланированным для производства. Запишите время до пригодного для использования решения в качестве оперативного наблюдения, не рассматривая одно испытание как гарантированную спецификацию продукта. Сравните координаты более чем в одну точку и повторите важные проверки после новой инициализации. Сохраняйте неудачные попытки в тестовой записи, потому что они описывают пределы комбинации.
Проверьте соответствующие условия работы, включая ожидаемое отделение от базы и любые сложные места связи. Столешный тест может подтвердить базовое декодирование, но не может установить производительность в проекте по всему проекту. Обратите внимание, какие среды остаются непроверенными. Полученное утверждение должно описывать конфигурацию и рабочую оболочку, а не общее заявление о том, что все оборудование, имеющее один и тот же стандарт, будет вести себя одинаково.
Продолжить изучение Сообщения RTCM: проверка совместимости поправок
Диагностика несовместимости с свидетельством
Если прибывают пригодные для использования данные, но ровер не достигает требуемого состояния, сравните поток с документацией приемника. Используйте одобренные инструменты мониторинга или диагностику приемника для проверки наличия сообщений. Сохраните краткий пример, где это разрешено, а также метки времени и конфигурацию. Предоставьте поддержку оборудованию точное описание того, что было передано, и о том, что ровер сообщил, вместо того, чтобы говорить, что RTK не работает.
Изменяйте по одной переменной за раз. Тестирование известного рабочего ровера против того же источника или подозрительного ровера против известного рабочего источника может сузить проблему. Поддерживайте согласованность системы координат и независимую процедуру точки валидации во время этих сравнений. В противном случае изменение, которое, по-видимому, решает декодирование, могло бы просто ввести другое эталонное расположение, которое больше не сравнимо с первым тестом.
Продолжить изучение Выбор площадки для постоянно действующей базовой станции GNSS
Утвердить и поддерживать тестируемую настройку
Создайте утвержденные устройства с листингом конфигурации, прошивку, выходные сообщения, настройки транспортировки и проверка результатов. Держите эту запись доступной для экипажа, сохраняя учетные данные доступа в частном порядке. Когда прошивка, базовый выходной профиль или путь заклинателя меняются, решите, какие части пробной версии необходимо повторить. Одобрение совместимости привязано к испытанной компоновке и не должно бесшумно расширяться до непроверенных изменений.
Включите в обучение утвержденный рабочий процесс смешанного оборудования. Операторы должны знать, какой предустановку использовать, как выглядит обычная диагностика и когда останавливать сбор. Преимущество рабочего процесса, основанного на стандартах, заключается в практической гибкости, но надежность зависит от проверки. Документированная комбинация, которая проходит значимые проверки полей, гораздо полезнее, чем бездокументированное обещание, что любая база и любой ровер будут работать вместе.
Продолжить изучение Правильно сопряжение файлов наблюдения и навигации RINEX
Воспроизводимая матрица совместимости
Для проекта, использующего несколько комбинаций оборудования, поддерживайте небольшую матрицу, а не единственную оператору RTCM. Строки могут идентифицировать исходные профили и столбцы комбинаций ровера и прошивки. Каждая утвержденная ячейка должна указывать на тестовую запись с конфигурацией сообщения, каналом связи и проверками координат. Непроверенная ячейка должна оставаться явно непроверенной, даже если аналогичный приемник работал с тем же источником в другой день.
Когда обновление меняет один компонент, матрица помогает выбирать тесты, которые необходимо повторить. Это также не позволяет оператору предположить, что успешное прямое радиоприемник утверждает непроверенный ретранслируемый поток. Сохраняйте репрезентативные журналы тестирования, где проект их позволяет, и сохраняйте точный выходной профиль для восстановления. Этот подход делает практичность совместимости: команда может выбирать между проверенными механизмами, сохраняя при этом четкую границу между наблюдаемой совместимостью и возможностью, предложенной только ярлыком стандартов.
Продолжить изучение Оценка GNSS-приемника для вашего рабочего процесса в поле
Практический список проверок
- Запишите точную базу, сообщения, транспортные и роверские версии.
- Проверьте информацию о координате и антенне отдельно от декодирования.
- Повторите тестирование важных комбинаций после изменения прошивки или выходных данных.
Спланируйте комплект GNSS
Сравните характеристики приёмников EQ10 и EQ20, затем обсудите комплектацию и поддержку, необходимые вашему проекту.
Сравнить приёмники GNSS
