Заводские приемочные испытания, или FAT, позволяют покупателю убедиться, что система радара обнаружения дронов комплектна, настроена и ведет себя ожидаемо до выхода с завода или интеграционной площадки. FAT не заменяет приемку на объекте, но снижает многие риски до прибытия оборудования в поле.
Для проектов против БПЛА хороший FAT должен ответить на четкий вопрос: готова ли поставляемая радарная система к отгрузке, установке, подключению и испытаниям на объекте? Он не должен утверждать, что уже доказал реальное покрытие объекта, потому что здания, рельеф, фон, высота монтажа, погода и местная RF-среда становятся реальными только после установки.
Определите объем FAT заранее
Первое требование - согласованный план испытаний. Без него сессия легко превращается в демонстрацию, а не приемку.
План должен указать:
- какие аппаратные блоки входят в испытание;
- какие версии прошивок, ПО и конфигурации проверяются;
- какие функции являются обязательными критериями;
- какие функции только демонстрируются;
- какие приборы или имитаторы разрешены;
- как фиксируются отклонения;
- кто может принять, отклонить или перенести пункт.
Для радара это особенно важно, потому что некоторые вопросы производительности нельзя полностью проверить в помещении или на заводском полигоне. FAT должен четко сказать, что он доказывает, а что остается для SAT.
Подтвердите комплектность и конфигурацию
Перед функциональными тестами нужно проверить, что поставка соответствует заказу и проектной базе. Обычно это радарная головка, антенна или решетка, поворотное устройство или адаптер, процессор, питание, кабели, сеть, корпуса, разъемы, запасные части и аксессуары.
Каждый элемент сверяется с серийными номерами, моделями, маркировкой и упаковочными листами. Версии прошивок и ПО фиксируются. Конфигурационные файлы сохраняются как база FAT, чтобы позднее понять, вызвана ли проблема объектом или недокументированным изменением.
Этот шаг часто недооценивают. Многие проблемы пусконаладки начинаются с смешанных версий, отсутствующих аксессуаров, неформальных изменений и неясных имен.
Проверьте базовое состояние радара
FAT должен подтвердить, что радар правильно включается, сообщает исправное состояние, обменивается данными с процессором или платформой и стабильно работает согласованное время.
Полезные проверки:
- последовательность включения и время загрузки;
- сообщения состояния и ошибок;
- самопроверки антенны или решетки;
- охлаждение, вентиляторы или температура;
- компас, GNSS, инклинометр или датчик выравнивания при наличии;
- синхронизация времени и системные часы;
- сеть и пропускная способность;
- перезапуск и восстановление после отключения питания.
Эти тесты не доказывают рабочую дальность, но показывают, что система достаточно стабильна для установки.
Проверьте обнаружение контролируемыми входами
Заводские испытания должны включать контролируемый способ проверки цепочки обработки. В зависимости от продукта и возможностей это может быть имитатор цели, петлевой тест, калибровочная оснастка, контролируемая движущаяся цель, камера или заводская наружная зона.
Цель не в том, чтобы преувеличить дальность. Цель - подтвердить, что радар выдает ожидаемые обнаружения и трассы в известных условиях.
FAT должен проверить:
- дальность, азимут, угол места или скорость, где применимо;
- создание и удержание трассы;
- поведение ID цели или трассы;
- частоту обновления и задержку;
- срабатывание тревоги по тестовым зонам;
- поведение при появлении, исчезновении или пересечении границы;
- запись тестовых событий.
Если использованы имитированные цели, это должно быть явно указано в отчете. Имитаторы полезны для повторяемости, но не заменяют проверку на объекте.
Проверьте трассы и интеграцию платформы
Радар против БПЛА становится полезным, когда его трассы корректно появляются в командной платформе, слое слияния или системе безопасности заказчика. Поэтому FAT должен проверять интерфейсы, а не только автономный радар.
Команда должна проверить:
- формат и поля данных трассы;
- координаты, высоту, скорость, курс и метку времени;
- имя датчика и идентификацию блока;
- отображение на карте и совпадение зон;
- правила тревог и приоритеты;
- API, SDK, VMS или C2 при необходимости;
- экспорт логов, CSV, KML, GeoJSON или форматов поставщика;
- поведение платформы при потере связи, восстановлении и дубликатах.
Если поставка включает наведение EO/IR, FAT может проверить его с имитированными или контролируемыми трассами. Конечная точность после установки относится к SAT, потому что важны реальная геометрия и калибровка.
Проверьте основы кибербезопасности
FAT также удобен для проверки базовой гигиены безопасности. Это не заменяет формальный аудит, но предотвращает очевидные риски.
Проверьте:
- роли учетных записей и политику паролей;
- отключение стандартных учетных данных;
- сетевые порты и службы;
- шифрованный доступ при требовании;
- журналы аудита и действий операторов;
- резервное копирование и восстановление;
- метод обновления прошивки;
- включение и отключение удаленной поддержки.
Для критических объектов эти пункты должны входить в приемочную запись.
Проверьте документацию и передачу
Радар может пройти техническую демонстрацию, но поставка будет неполной без документов. FAT должен включать их проверку.
Минимум:
- итоговая спецификация;
- список серийных номеров;
- версии прошивок и ПО;
- конфигурационная база;
- документ интерфейсов;
- монтажные чертежи или руководство;
- требования питания, заземления и сети;
- инструкции обслуживания;
- запасные части и упаковка;
- шаблон отчета FAT и сырые логи;
- открытые вопросы и корректирующие действия.
Эти материалы помогают монтажной команде установить и проверить ту же систему, которая прошла FAT.
Решите, что останется для SAT
Зрелый FAT явно указывает свои ограничения. Он не должен претендовать на доказательство всей установленной производительности.
Обычно на SAT остаются:
- реальное покрытие и слепые зоны;
- низковысотная прямая видимость;
- местный фон и ложные тревоги;
- поведение на представительных живых целях;
- точность EO/IR после финального выравнивания;
- реальная задержка и резервирование сети;
- работа оператора по процедурам объекта;
- эскалация со службой безопасности и партнерами;
- экологическое поведение в установленной позиции.
Такое разделение защищает покупателя и поставщика. Поставщик не отвечает за переменные объекта до установки, а покупатель не принимает работу объекта только по заводской демонстрации.
Сформируйте ясный результат FAT
В конце каждый пункт должен иметь статус: пройден, не пройден, условно пройден, перенесен на SAT или не применим. Отклонения должны иметь ответственного, срок и доказательства закрытия.
Финальный пакет должен включать:
- подписанный чек-лист;
- полезные фото или скриншоты;
- логи и экспорты данных;
- версии и конфигурационную базу;
- список отклонений;
- план корректирующих действий;
- разрешение на упаковку;
- согласованный список SAT.
Этот пакет связывает заводское испытание и пусконаладку на объекте.
Вывод
FAT радара обнаружения дронов - не формальный ритуал. Это точка, где покупатель и поставщик доказывают, что система построена, настроена, документирована и готова к развертыванию.
Лучшие планы FAT точно описывают, что может доказать завод: комплектность, состояние радара, контролируемое обнаружение, трассы, интерфейсы, тревоги, базовую безопасность и документы. Они так же точно описывают, чего завод доказать не может: установленное покрытие, фон, прямую видимость и работу оператора на реальном объекте. Когда граница ясна, FAT снижает риск и делает SAT быстрее, справедливее и понятнее.