Промышленные роботы и автоматизированные транспортные средства часто потребляют GNSS данные как один из нескольких входных сигналов. Поэтому приемочное испытание не должно спрашивать только о том, сообщает ли приемник позицию. Оно должно показать, как ведет себя вся платформа до, во время и после определенного нарушения сигнала — и достаточно ли полученных доказательств для предполагаемых условий эксплуатации.
NIST описывает устойчивое использование позиционирования, навигации и синхронизации (PNT) как проблему управления рисками: организации должны идентифицировать системы, зависящие от PNT, обнаруживать сбои или манипуляции, реагировать и восстанавливаться. Руководство CISA по федеральным закупкам PNT аналогично связывает эксплуатационные требования, уровни устойчивости и контрактные доказательства. Эти рамки не сертифицируют конкретного робота или приемник. Они предоставляют полезную структуру для решения, что должно содержать инженерное приемочное свидетельство.
1. Определите вопрос приемки до испытания
Начните с решения о платформе, которое должны подтверждать доказательства. Примеры включают:
- остается ли GNSS синхронизация согласованной с контроллером робота и журналами датчиков;
- обнаруживает ли платформа недействительный, деградированный или недоступный навигационный вход;
- переходит ли система управления в документированное безопасное или альтернативное навигационное состояние;
- возвращаются ли GNSS данные контролируемым и наблюдаемым образом после окончания помехи;
- может ли инженер воспроизвести результат из записанной конфигурации и журналов.
Запишите модель робота, GNSS приемник, антенну, кабель, разъем, прошивку, включенные созвездия и частотные диапазоны, протокол интерфейса, частоту обновления, тестовое программное обеспечение и эталон времени. Результат без этого контекста конфигурации не следует рассматривать как переносимый на другую установку.
Для подготовки интерфейса см. GNSS Совместимость приемников для Anti-Jamming интеграции и ResiNav каталог продукции.
2. Зафиксируйте чистый базовый уровень
Перед введением контролируемого нарушения соберите базовый уровень в документированной сигнальной среде. Базовый уровень должен включать те же каналы данных, которые будут проверяться во время события:
- навигационное решение приемника и поля статуса/достоверности;
- спутниковые и сигнальные наблюдения, доступные приемнику;
- выход времени, 1PPS или синхронизация через последовательное сообщение, где это используется платформой;
- временные метки контроллера и временные метки журналов датчиков;
- ошибки интерфейса, потерянные сообщения и события повторного подключения;
- режим работы робота, выбор источника навигации и состояние безопасности;
- расположение антенны, прокладка кабеля, состояние питания и близлежащие излучатели.
Работа NIST NASCTN GPS использовала измеримые выходные данные приемника, такие как плотность несущей к шуму, ошибка позиционирования, ошибка синхронизации, спутники в поле зрения, время до первой фиксации и время до повторного захвата. Тест промышленного робота не должен копировать эту исследовательскую программу, но он должен выбрать наблюдаемые метрики до тестирования, а не выбирать их после просмотра результата.
3. Проверяйте синхронизацию как системное свойство
Если робот использует GNSS для времени, проверяйте больше, чем наличие сигнала 1PPS. Задокументируйте:
- источник эталонного времени и прослеживаемость, соответствующие тесту;
- электрический и протокольный путь от приемника к контроллеру;
- связь между 1PPS, последовательными временными сообщениями и временными метками приложения;
- нормальное смещение и вариация, измеренные во время базовой линии;
- индикацию тревоги или достоверности, когда GNSS время становится ненадежным;
- поведение платформы, когда GNSS время недоступно;
- условия, необходимые для того, чтобы платформа приняла восстановленное время.
Не делайте вывод о точности синхронизации на основе маркировки приемника или номинального описания интерфейса. Измеряйте поведение в точке, где робот потребляет информацию о времени.
4. Используйте контролируемый и разрешенный метод создания помех
Радиочастотные испытания должны соответствовать применимому законодательству, правилам площадки и контролю спектра. Не излучайте сигнал глушения или подмены в открытой среде. Используйте разрешенный лабораторный метод, такой как экранированное помещение, кондуктивная инъекция, одобренный GNSS симулятор или другое контролируемое средство, выбранное квалифицированным персоналом.
План испытаний должен определять:
- тип помехи и разрешенный метод испытаний;
- маркеры начала и остановки, видимые в журналах и радиочастотного, и платформенного оборудования;
- контролируемые переменные и последовательность шагов;
- наблюдения приемника и платформы на каждом шаге;
- критерии прерывания, которые защищают людей, оборудование и окружающие системы;
- метод возврата платформы в ее проверенное исходное состояние.
NIST отмечает, что сигналы и данные PNT могут быть подвержены естественным, искусственным, намеренным и непреднамеренным событиям. Поэтому в отчете о приемке следует точно описывать испытанное условие и не следует обобщать один лабораторный сценарий до универсального утверждения о полевых характеристиках.
5. Запись обнаружения и реакции платформы
Для каждого шага испытания соотнесите событие приемника с реакцией платформы. Полезные доказательства могут включать:
- первое указание приемника на ухудшенные или недействительные данные;
- первое событие тревоги или диагностики платформы;
- изменения в выборе источника навигации;
- изменения в режиме управления или поведении безопасного состояния;
- непрерывность и порядок последовательных или сетевых сообщений;
- уведомления оператора и временные метки событий;
- любые данные, которые остаются устаревшими после изменения их флага действительности.
Безопасная реакция робота является инженерным решением на уровне приложения. Один лишь GNSSтерминал не может определить правильную реакцию управления движением или функциональной безопасности для каждой платформы.
Просмотрите страницу приложения Industrial Robotics and Automation для вопросов интеграции, которые следует решить перед выбором антенны или терминала.
6. Определите восстановление до его измерения
«Восстановлено» должно иметь письменное определение. Оно может требовать всего следующего:
- помеха закончилась, и тестовая установка подтверждает нормальное входное условие;
- приемник сообщает о действительном решении с использованием ожидаемой конфигурации;
- выходные данные синхронизации и навигации остаются в пределах утвержденных проектом допусков в течение определенного периода наблюдения;
- платформа сбрасывает или подтверждает тревоги в соответствии с задокументированной логикой;
- контроллер возобновляет разрешенный режим навигации без необъяснимого скачка, устаревшего сообщения или разрыва временных меток;
- полная цепочка доказательств присутствует в экспортированных журналах.
Записывайте время повторного захвата и восстановления как результаты конкретной конфигурации теста. Не превращайте их в общую гарантию продукта без проверенной спецификации, охватывающей те же условия.
7. Постройте матрицу приемки
| Этап тестирования | Требуемые доказательства | Пример вопроса приемки |
|---|---|---|
| Конфигурация | Приемник, антенна, кабель, встроенное ПО, интерфейсы, включенные диапазоны и программное обеспечение платформы | Может ли другой инженер воспроизвести настройку? |
| Базовый уровень | Позиция/статус, синхронизация, наблюдения сигналов, целостность сообщений и состояние платформы | Задокументировано ли нормальное поведение до события? |
| Обнаружение | Изменения достоверности/тревог приемника и коррелированные временные метки | Распознает ли система заданное возмущение? |
| Реакция | Режим платформы, выбор источника, действие безопасности и индикация оператору | Следует ли робот утвержденной логике реагирования? |
| Восстановление | Повторный захват, стабильный период наблюдения, сброс тревог и непрерывность выходных данных | Контролируется ли и проверяется ли возврат в эксплуатацию? |
| Отчет | Сырые журналы, графики, файлы конфигурации, отклонения и утверждения | Подкреплено ли решение сохраненными доказательствами? |
8. Сохраните инженерный пакет доказательств
Итоговый пакет должен включать утвержденный план испытаний, манифест конфигурации, фотографии или схемы установки, информацию о калибровке/эталоне, где применимо, сырые журналы приемника, журналы платформы, маркеры событий, метод анализа, отклонения, неразрешенные наблюдения и имена или роли проверяющих.
Храните сырые данные отдельно от интерпретированных графиков. Если значение было отфильтровано, передискретизировано или выровнено, задокументируйте преобразование. Это поддерживает последующее расследование, когда изменяются прошивка, размещение антенны, прокладка кабеля или контроллер робота.
Часто задаваемые вопросы
Доказывает ли этот тест, что промышленный робот безопасен в любойGNSSсреде с помехами?
Нет. Он документирует поведение в определенных условиях установки и испытаний. Функциональная безопасность, соответствие спектру и пригодность к развертыванию требуют ответственных инженеров платформы и соответствующих органов.
Какое время восстановления следует указать?
Сначала укажите событие и конечную точку: повторное получение сигнала приемником, действительный выход навигационных данных, стабильность синхронизации, снятие сигнала тревоги платформы или возврат в утвержденный режим управления. Это разные измерения, и их не следует объединять в одно неопределенное число.
Можно ли использовать открытое глушение для приемочных испытаний?
Не проводите несанкционированные испытания на излучаемые помехи. Используйте юридически допустимый, контролируемый метод, выбранный квалифицированным персоналом, например, экранированную или проводную лабораторную установку.
Что следует отправить сRFQ?
Предоставьте тип платформы, приемник, созвездия и диапазоны, ограничения по антенне и кабелю, интерфейсы, питание, окружающую среду, чертежи установки, требуемые журналы и вопросы приемки, на которые проект должен ответить. ИспользуйтеResiNav RFQформудля инженерного анализа.
Инженерные ссылки
- NIST: Ответственное использование служб позиционирования, навигации и синхронизации
- NISTIR 8323 Rev. 1: Базовый профиль PNT
- NIST NASCTN: Влияние сигналов LTE наGPSПриемники
- CISA: Руководство по закупкам федеральных служб PNT
Следующий шаг
Чтобы обсудить повторяемый план приемки для вашего приемника, антенны и промышленной платформы, запросите ResiNav инженерную экспертизу.
СЛЕДУЮЩИЙ ШАГ
Преобразуйте доступные сведения о платформе в инженерный обзор.
Используйте раздел «Технологии» для подготовки обсуждения, рассмотрите соответствующие сценарии применения, затем направьте доступные сведения о платформе и приёмнике для подтверждения.