GNSS и GNSS INS решение: как сохранить источник и состояние alignment
Телеметрия машины хозяйства продолжает выдавать положение, хотя GNSS условия изменились. В подтверждённой GNSS INS интеграции это может быть комбинированный результат с собственным состоянием. Нельзя считать его чистым GNSS показанием только по имени привычного канала. Проверяйте источник решения, alignment и доступные оценки. Методика не относится к любому приёмнику и не обещает работу без спутников или пригодность положения для автопилота без отдельной проектной приёмки всей системы.
Разделить источники результата
Документация SPAN различает GNSS и inertial решения; BESTPOS в поддерживаемой конфигурации может выбирать комбинированный результат. (NovAtel — SPAN real-time operation) (NovAtel OEM7 — BESTPOS) Конкретный log и режим нужно подтвердить по установленной системе. Наличие подключённого IMU ещё не доказывает завершение alignment или нужное качество навигации. Сохраните исходный статус и источник каждого выходного поля. Не определяйте их по одному цвету индикатора, если он объединяет несколько внутренних этапов запуска и последующего формирования результата.
В карте укажите GNSS специфический канал, INS канал и используемый приложением итоговый результат. Для каждого сохраните временную шкалу, единицы, статус и известную оценку неопределённости. Если одно поле меняет источник автоматически, переход должен оставаться видимым в архиве. Отдельно опишите поведение при недоступных сведениях. Последнее сохранённое положение не становится новым комбинированным решением только потому, что клиент переподключился к шлюзу. Привязка происхождения важна и после экспорта, где короткое название колонки часто скрывает такую смену смысла.
Проследить подтверждённый запуск
На согласованном стенде или собственном изолированном воспроизведении логов сравните начальные состояния, предусмотренный alignment и дальнейший штатный результат. Реальные процедуры движения выполняют только по документации и безопасному проектному порядку; статья не задаёт манёвров. Сопоставьте статусы с фактическим каналом, используемым потребителем. Нельзя объявлять готовность всей системы по появлению первых чисел. Приёмка должна показать, как приложение отличает промежуточное состояние и какие ограничения сообщает пользователю до подтверждения нужного этапа установленной интеграции машины хозяйства.
Отдельно проверьте предусмотренную деградацию на тестовых данных, сохраняя GNSS и INS состояния раздельно. Не создавайте искусственные радиопомехи и не выключайте рабочие средства навигации ради демонстрации. После восстановления наблюдайте переходы и отсутствие скрытой подмены источника старым кэшем. Если приложение использует только итоговый log, оно должно сохранять доступные признаки происхождения. Непрерывная линия траектории не является самостоятельным доказательством качества каждого участка: алгоритм может продолжать вычисление с другим статусом, который потребителю необходимо видеть по проекту.
Принять источник вместе с точкой
В акте сохраните подтверждённую архитектуру, каналы и результаты переходов. Приёмка подтверждает правильную интерпретацию конкретного решения и его состояния, а не гарантированную точность при любых условиях. Для хозяйства это делает траекторию пригодной к разбору: инженер видит, когда использовался GNSS, когда комбинированный результат и какие ограничения сопровождали каждый участок. После обновления оборудования или приложения тот же тест позволяет выявить изменение источника до того, как привычное имя поля скроет новую семантику данных в рабочем архиве телеметрии.
