Чек‑лист приёмки камер с on‑device инференсом перед подключением к платформе

1. Что подготовить до начала приёмки

Перед проверкой соберите технические требования: модель камеры, версия прошивки, формат и вес модели нейросети, список ожидаемых событий (классы объектов, зоны детекции), целевые параметры производительности (FPS, задержка) и сетевые требования (порты, VLAN, адреса платформы). Это позволит сфокусировать тесты и избежать лишних итераций.

Подготовьте тестовую площадку: стабильный источник питания, доступ к той же сети, где будет работать камера в продакшене, эталонные сцены для проверки качества инференса (различные освещённости и углы обзора). Наличие заранее подготовленных тестовых видео или наборов изображений значительно ускорит проверку.

Назначьте ответственных: инженер по интеграции, специалист по сетям, тестировщик качества инференса и сотрудник, ответственный за безопасность данных. Чёткое распределение ролей уменьшит риск пропуска критичных шагов и упростит фиксацию результатов приёмки.

2. Аппаратная и физическая проверка камеры

Осмотрите монтаж и питание: крепление должно быть надёжным, кабели питания и PoE должны соответствовать спецификациям, отсутствовать механические повреждения и признаки перегрева. Проверьте, что угол обзора и положение камеры совпадают с проектным заданием, и что схема крепления исключает вибрации в рабочем режиме.

Проверьте оптику: чистота линз, фокусировка, рабочая дистанция и качество изображения при разном освещении. Для камер с моторизованным объективом протестируйте зум и автофокус в предельных положениях, чтобы убедиться в отсутствии артефактов и смазываний.

Убедитесь в целостности аппаратных интерфейсов: порты RJ‑45, USB, слот SD (если используется), индикаторы состояния. Наличие корректного индикатора состояния и доступа к консоли/веб‑интерфейсу важно для дальнейших сетевых и программных тестов.

• Проверка питания (PoE/адаптер)
• Тест фокуса и зума
• Осмотр кабелей и креплений

3. Верификация прошивки, модели и конфигурации инференса

Проверьте версию прошивки и changelog: на устройстве должна быть поддерживаемая и протестированная версия, совместимая с моделью инференса. Сохраните контрольную информацию о версиях для протокола приёмки и планов обновления.

Подтвердите версию модели, её формат (например, ONNX, TensorRT), параметры (размер входа, порог срабатывания) и контрольные суммы файлов модели. Наличие хэша модели позволяет быстро определить, была ли модель изменена после прохождения тестов.

Проверьте конфигурацию inferencing: настройки батча, интерпретатор (CPU/NPU/DSP), использование оптимизаций (квантизация, ускорители), и параметры постобработки (non‑max suppression, confidence thresholds). Неверные параметры здесь часто приводят к расхождению ожидаемых и реальных результатов.

• Версия прошивки и changelog
• Хэш/версия модели
• Настройки инференса и постобработки

4. Сетевые и интеграционные проверки

Проверьте сетевые настройки: IP‑адреса, маршрутизацию, необходимость проброса портов и соответствие требованиям платформы по доступности. Убедитесь, что камера стабильно подключается к целевой сети и не испытывает частых отключений или смены DHCP‑адресов в критичных сценариях.

Проверьте защищённость соединения: поддерживаемые протоколы (HTTPS/TLS), проверка сертификатов, механизмы аутентификации (API‑ключи, mTLS). Включите логирование попыток авторизации и убедитесь, что доступ к управлению камерой ограничен по ролям.

Протестируйте интеграцию API/SDK: обмен телеметрией, формат событий инференса, механизмы подтверждения доставки (ack), и совместимость с SDK платформы. Эмуляция нагрузки и проверка корректной обработки повторных сообщений помогут выявить узкие места интеграции.

5. Тесты производительности on‑device (латентность, FPS, ресурсы)

Измерьте задержку от кадра до события: средняя, пиковая и распределение задержек при реальной нагрузке. Латентность влияет на пользовательские сценарии (оповещения, трекинг), поэтому важно фиксировать как средние значения, так и время в крайних точках.

Проверьте пропускную способность (FPS) и устойчивость: камера должна обрабатывать заявленные кадры в секунду при длительной работе без существенного деградации. Обратите внимание на падения FPS при сложных сценах и при включении дополнительной телеметрии или логирования.

Оцените загрузку CPU/GPU/NPUs, потребление памяти и тепловое поведение. Наблюдайте за тепловым троттлингом при продолжительной нагрузке: снижение производительности из‑за нагрева — частая причина неожиданных падений качества инференса.

6. Функциональные тесты качества инференса

Проведите тесты качества на подготовленных наборах данных, приближённых к реальным условиям эксплуатации: разная освещённость, задний план, частичное закрытие объектов. Зафиксируйте метрики precision/recall, F‑score, IoU для детекции и другие релевантные показатели для задачи.

Протестируйте сценарии с ложными срабатываниями и пропусками: симулируйте шум в кадре, отражения, пересечение объектов через границы зон, и проверьте, как меняются метрики. Особое внимание уделите границам зон детекции и правилам агрегации событий.

Сравните локальные результаты на устройстве с контрольными метриками на эталонном сервере (если доступно). Если расхождения существенны, проверьте версии моделей, параметры препроцессинга (цветовой профиль, масштабирование) и постобработку, которые часто становятся причиной различий.

• Набор тестовых сценариев: день/ночь/плохая погода
• Метрики: precision, recall, IoU
• Анализ ложных срабатываний

7. Безопасность и конфиденциальность данных

Опишите потоки данных: какие данные остаются на устройстве, что отправляется на платформу, и в каких форматах. Для on‑device инференса часто отправляются только события и минимальная телеметрия; убедитесь, что это совпадает с политикой конфиденциальности заказчика.

Проверьте хранение и передачу: шифрование хранилища (SD/Flash), TLS‑шифрование каналов передачи, защита API‑ключей и учётных данных. При наличии локальной записи видео/снимков должны быть прописаны правила удержания данных и механизмы их удаления.

Оцените доступ к устройству и управление: ограничьте веб‑интерфейс и SSH по IP/ключам, примените механизмы управления правами доступа и аудит изменений конфигурации. Наличие журнала изменений и событий упрощает расследование инцидентов.

8. Логирование, мониторинг и обновления

Настройте уровни логирования: информационные события инференса, ошибки, метрики производительности и сетевая телеметрия. Убедитесь, что логи доступны для сбора платформой и предусмотрены механизмы ротации, чтобы не переполнять локальное хранилище.

Проверьте интеграцию мониторинга: метрики здоровья устройства (температура, загрузка), алерты о падении FPS или увеличении ошибок. Автоматические уведомления помогут быстрее реагировать на деградацию качества.

План обновлений и откат: протестируйте процедуру OTA/ручного обновления прошивки и модели, а также процедуру отката на предыдущую стабильную версию. Наличие проверяемого процесса обновлений снижает риск длительных простоев после релиза.

9. Контрольные точки приёмки — обязательный чек‑блок

Перед окончательной приёмкой убедитесь, что пройдены и задокументированы следующие контрольные точки: аппаратная целостность, соответствие прошивки и модели, сетевое подключение и безопасность, подтверждённая производительность и качество инференса. Каждую точку фиксируйте в протоколе с результатами и подписью ответственного.

Список ключевых контрольных точек должен быть доступен всем участникам приёмки. При выявлении несоответствий укажите приоритеты исправлений и критерии повторной приёмки — это уменьшит неоднозначность и ускорит завершение работ.

Обязательно проведите финальную демонстрацию: проигрывание тестовых сценариев в условиях, максимально близких к продакшену, и показ работы интеграции с платформой для заказчика/ответственных лиц. После демонстрации оформите акт приёмки с указанием всех замечаний и сроков их устранения.

• Аппаратная проверка — пройдена/замечания
• Прошивка и модель — версии подтверждены
• Сеть и безопасность — конфигурация согласована
• Производительность и качество — метрики в норме

10. Тестирование, запуск и проверки после запуска

Запуск в боевой режим проводите по заранее составленному плану: контроль времени включения, проверка интеграции с платформой, мониторинг базовых метрик в первые часы и сутки. План должен включать конкретные шаги отката и контакты ответственных в случае критических сбоев.

Проведите проверку устойчивости в реальных условиях: наблюдайте поведение камеры при смене освещения, перепадах температуры и сети в течение минимум одного полного цикла эксплуатации (день/ночь). Зафиксируйте отклонения от базовых метрик и при необходимости скорректируйте параметры инференса.

Через установленный период после запуска выполните ретроспективную проверку: сверку логов, анализ ложных срабатываний и оценки производительности. На этом этапе формируют окончательный отчёт по приёмке и рекомендации по регулярному мониторингу и поддержке.

Частые вопросы