Промислові роботи та автоматизовані транспортні засоби часто споживають GNSS дані як один із кількох входів. Тому приймальне випробування не повинно лише перевіряти, чи приймач повідомляє позицію. Воно має показати, як повна платформа поводиться до, під час та після визначеного збурення сигналу — і чи достатньо отриманих доказів для передбачуваних умов експлуатації.
NIST описує стійке використання позиціонування, навігації та синхронізації (PNT) як проблему управління ризиками: організації повинні визначати системи, що залежать від PNT, виявляти збої або маніпуляції, реагувати та відновлюватися. Настанови CISA щодо федеральних закупівель PNT також пов’язують експлуатаційні вимоги, рівні стійкості та контрактні докази. Ці рамки не сертифікують конкретного робота чи приймач. Вони надають корисну структуру для визначення того, що має містити інженерний запис приймання.
1. Визначте питання приймання до тесту
Почніть з рішення щодо платформи, яке мають підтримувати докази. Приклади включають:
- чи GNSS синхронізація залишається узгодженою з контролером робота та журналами датчиків;
- чи виявляє платформа недійсний, погіршений або недоступний навігаційний вхід;
- чи переходить система керування в задокументований безпечний або альтернативний навігаційний стан;
- чи GNSS дані повертаються контрольованим, спостережуваним способом після завершення збурення;
- чи може інженер відтворити результат із записаної конфігурації та журналів.
Запишіть модель робота, GNSS приймач, антену, кабель, роз’єм, прошивку, увімкнені сузір’я та діапазони частот, протокол інтерфейсу, частоту оновлення, тестове програмне забезпечення та еталон часу. Результат без цього контексту конфігурації не слід вважати переносним на іншу установку.
Щодо підготовки інтерфейсу див. GNSS Сумісність приймача для Anti-Jamming інтеграції та ResiNav каталог продукції.
2. Зафіксуйте чистий базовий рівень
Перед введенням контрольованого збурення зберіть базовий рівень у задокументованому середовищі сигналу. Базовий рівень має включати ті самі канали даних, які будуть переглядатися під час події:
- навігаційне рішення приймача та поля статусу/дійсності;
- супутникові та сигнальні спостереження, доступні від приймача;
- вихід часу, синхронізація 1PPS або послідовних повідомлень, якщо вони використовуються платформою;
- часові мітки контролера та часові мітки журналів датчиків;
- помилки інтерфейсу, втрачені повідомлення та події повторного підключення;
- режим роботи робота, вибір джерела навігації та стан безпеки;
- розташування антени, прокладання кабелів, стан живлення та поблизу розташовані випромінювачі.
Робота з приймачем у NASCTN від NIST GPSвикористовувала вимірювані вихідні сигнали приймача, такі як щільність несучої до шуму, помилка позиції, помилка синхронізації, кількість супутників у зоні видимості, час до першого фіксування та час до повторного захоплення. Тест промислового робота не повинен копіювати цю дослідницьку програму, але він повинен вибрати спостережувані показники до тестування, а не після перегляду результату.
3. Перевірте синхронізацію як системну властивість
Якщо робот використовує GNSS для часу, перевірте більше, ніж наявність сигналу 1PPS. Задокументуйте:
- джерело опорного часу та простежуваність, відповідні для тесту;
- електричний шлях і шлях протоколу від приймача до контролера;
- зв’язок між 1PPS, послідовними часовими повідомленнями та часовими мітками застосунку;
- нормальне зміщення та варіація, виміряні під час базової лінії;
- індикація тривоги або достовірності, коли GNSS час стає ненадійним;
- поведінка платформи, коли GNSS час недоступний;
- умови, необхідні перед тим, як платформа прийме відновлений час.
Не робіть висновків про точність синхронізації з маркування приймача або номінального опису інтерфейсу. Вимірюйте поведінку в точці, де робот споживає інформацію про час.
4. Використовуйте контрольований і дозволений метод перешкод
Радіочастотні тести повинні відповідати чинному законодавству, правилам майданчика та контролю спектру. Не випромінюйте сигнал глушіння або спуфінгу у відкритому середовищі. Використовуйте дозволений лабораторний метод, такий як екранована камера, інжекція по провіднику, схвалений GNSS симулятор або інший контрольований об’єкт, вибраний кваліфікованим персоналом.
План тестування повинен визначати:
- тип перешкоди та дозволений метод випробування;
- маркери початку та зупинки, видимі в журналах РФ та платформи;
- контрольовані змінні та послідовність кроків;
- спостереження приймача та платформи на кожному кроці;
- критерії переривання, що захищають людей, обладнання та навколишні системи;
- метод повернення платформи до її перевіреного базового стану.
NIST зазначає, що сигнали та дані PNT можуть бути піддані впливу природних, штучних, навмисних та ненавмисних подій. Тому звіт про приймання повинен точно описувати випробувані умови і не повинен узагальнювати один лабораторний сценарій до універсального твердження про польові характеристики.
5. Запис виявлення та реакції платформи
Для кожного кроку випробування співвіднесіть подію приймача з реакцією платформи. Корисні докази можуть включати:
- перше свідчення приймача про погіршені або недійсні дані;
- перша подія тривоги або діагностики платформи;
- зміни у виборі джерела навігації;
- зміни в режимі керування або поведінці безпечного стану;
- безперервність та порядок послідовних або мережевих повідомлень;
- сповіщення оператора та часові мітки подій;
- будь-які дані, що залишаються застарілими після зміни їхнього прапора дійсності.
Безпечна реакція робота є інженерним рішенням на рівні застосунку. Один GNSS термінал сам по собі не може визначити правильну реакцію керування рухом або функціональної безпеки для кожної платформи.
Перегляньте сторінку застосунку Промислова робототехніка та автоматизація для питань інтеграції, які слід вирішити перед вибором антени або терміналу.
6. Визначте відновлення перед його вимірюванням
«Відновлено» повинно мати письмове визначення. Воно може вимагати всіх наступних умов:
- перешкода закінчилася, і тестова установка підтверджує нормальний вхідний стан;
- приймач повідомляє про дійсне рішення, використовуючи очікувану конфігурацію;
- виходи синхронізації та навігації залишаються в межах затверджених проектних обмежень протягом визначеного періоду спостереження;
- платформа очищає або підтверджує тривоги відповідно до своєї задокументованої логіки;
- контролер відновлює дозволений режим навігації без незрозумілого стрибка, застарілого повідомлення або розриву часової мітки;
- повний ланцюг доказів присутній в експортованих журналах.
Записуйте час повторного захоплення та відновлення як результати конкретної тестової конфігурації. Не перетворюйте їх на загальну гарантію продукту без перевіреної специфікації, що охоплює ті самі умови.
7. Побудуйте матрицю приймання
| Етап тестування | Необхідні докази | Приклад питання приймання |
|---|---|---|
| Конфігурація | Приймач, антена, кабель, прошивка, інтерфейси, увімкнені діапазони та програмне забезпечення платформи | Чи може інший інженер відтворити налаштування? |
| Базовий рівень | Позиція/статус, синхронізація, спостереження сигналів, цілісність повідомлень та стан платформи | Чи задокументована нормальна поведінка до події? |
| Виявлення | Зміни дійсності/тривог приймача та корельовані часові мітки | Чи розпізнає система визначене порушення? |
| Реакція | Режим платформи, вибір джерела, дія безпеки та індикація оператора | Чи дотримується робот затвердженої логіки реагування? |
| Відновлення | Повторне захоплення, стабільний період спостереження, очищення тривог та безперервність виходу | Чи контрольоване та підзвітне повернення в експлуатацію? |
| Звіт | Сирові журнали, графіки, файли конфігурації, відхилення та погодження | Чи підкріплене рішення збереженими доказами? |
8. Збережіть інженерний пакет доказів
Остаточний пакет має включати затверджений план тестування, маніфест конфігурації, фотографії або схеми установки, інформацію про калібрування/еталонні дані, якщо застосовно, сирові журнали приймача, журнали платформи, маркери подій, метод аналізу, відхилення, невирішені спостереження та імена або ролі рецензентів.
Зберігайте сирі дані окремо від інтерпретованих графіків. Якщо значення було відфільтровано, передискретизовано або вирівняно, задокументуйте перетворення. Це підтримує подальше розслідування, коли змінюються прошивка, розташування антени, прокладання кабелів або контролер робота.
Часті запитання
Чи доводить цей тест, що промисловий робот є безпечним у будь-якому середовищі GNSSперешкод?
Ні. Він документує поведінку за визначених умов установки та тестування. Функціональна безпека, відповідність спектру та придатність до розгортання вимагають відповідальних інженерів платформи та відповідних органів влади.
Який час відновлення слід вказувати?
Спочатку визначте подію та кінцеву точку: повторне захоплення приймача, дійсний навігаційний вихід, стабільність синхронізації, скидання сигналізації платформи або повернення до схваленого режиму керування. Це різні вимірювання, і їх не слід об’єднувати в одне невизначене число.
Чи можна використовувати глушіння на відкритому повітрі для приймальних випробувань?
Не виконуйте несанкціоновані тести на випромінювані перешкоди. Використовуйте юридично сумісний, контрольований метод, обраний кваліфікованим персоналом, наприклад, екрановану або кондуктивну лабораторну установку.
Що слід надсилати разом із RFQ?
Надайте тип платформи, приймач, сузір’я та діапазони, обмеження антени та кабелю, інтерфейси, живлення, середовище, монтажні креслення, необхідні журнали та питання приймання, на які проект має відповісти. Використовуйте форму ResiNav RFQ для інженерного розгляду.
Інженерні довідники
- NIST: Відповідальне використання послуг позиціонування, навігації та синхронізації
- NISTIR 8323 Rev. 1: Базовий профіль PNT
- NIST NASCTN: Вплив сигналів LTE на GPSПриймачі
- CISA: Федеральні рекомендації щодо закупівель послуг PNT
Наступний крок
Щоб обговорити повторюваний план приймання для вашого приймача, антени та промислової платформи, запросіть ResiNav інженерний огляд.
НАСТУПНИЙ КРОК
Перетворіть наявні відомості про платформу на інженерний огляд.
Скористайтеся розділом «Технології», щоб окреслити обговорення, перегляньте відповідні сценарії застосування, а потім надішліть наявні відомості про платформу й приймач для підтвердження.