Локальное развертывание системы визуального контроля сборки Huawei Ascend Atlas требует сбора данных с камеры, применения алгоритма, эталонного изображения, правил ROI, рабочего интерфейса, записи результатов и управления версиями, которые должны поставляться как целостная система. Программное обеспечение и алгоритмы визуального контроля сборки Winge Technology были запущены на Huawei Ascend AtlasWinge Technology00I DK A2, а камеры USB/UVC, эталонное изображение, правила ROI, интерфейсы на китайском и английском языках, записи результатов, выпуск версии и проверка ссылки отката были завершены.
Возможность запустить программу на устройстве — это только отправная точка для развертывания. Формальные проекты также должны исправить операционную среду, изолировать программы и бизнес-данные, настроить запуск служб, журналы, резервное копирование, обновления и методы восстановления, а также полную точность, темп и долгосрочную стабильность на основе конкретных продуктов, образцов и условий рабочей станции.
Почему визуальный контроль сборки подходит для локального развертывания?
Станции сборки необходимо связать получение изображения, оценку проверки и перемещение заготовки. Локальное развертывание обеспечивает прямой доступ к камерам, I/O, PLC или бизнес-системам локальной сети, а также управляет запуском, съемкой изображений, оценкой, записью и исключениями в зависимости от времени на месте.
Локальное развертывание не означает автоматически низкую задержку или высокий уровень безопасности. Проекту по-прежнему необходимо измерить время обнаружения, поведение при отключении, использование хранилища и возможности восстановления, а также настроить учетные записи, разрешения, сеть и правила хранения данных в соответствии с требованиями заказчика.
Какие объекты содержит локальное развертывание Huawei Ascend Atlas?
Объекты доставки рекомендуется разделить на пять категорий:
- Программные файлы: служба обнаружения, интерфейс Web, сценарий запуска и необходимые зависимости;
- Алгоритм и правила: модуль обработки изображений, стандартное изображение, ROI, пороговое значение и рецепт проверки;
- Бизнес-данные: результаты испытаний, изображения доказательств, журналы и записи операций;
- Конфигурация устройства: идентификация камеры, разрешение, экспозиция, параметры интерфейса и сервиса;
- Записи о выпуске: номер версии, хэш файла, описание изменения, точки резервного копирования и отката.
Программные файлы и бизнес-данные должны управляться отдельно. При обновлении программы не следует перезаписывать уже собранные клиентом эталонное изображение, рецепты, записи результатов и конфигурации полевого интерфейса.
Шаг 1. Исправьте устройство Atlas и программную среду.
Перед развертыванием необходимо записать модель устройства, операционную систему, архитектуру, драйвер, встроенное ПО, операционную среду и версии зависимостей приложения. Записи должны содержать ответ: на каком устройстве запускалось программное обеспечение, какая версия использовалась, как оно было переустановлено и как оно проверялось после обновления.
Официальная информация Atlas 200I DK A2 показывает, что комплект разработчика поддерживает Ubuntu 22.04 и openEuler 22.03 и предоставляет USB, MIPI и сетевые интерфейсы. Спецификации оборудования используются для подтверждения среды, а для конкретных проектов по-прежнему необходимо выбирать коммерчески доступные аппаратные и программные среды на основе формальных условий поставки.
Шаг 2. Подключитесь к камере и проверьте ссылку на изображение.
Доступ к камере требует как минимум проверки:
- Система может стабильно идентифицировать целевое видеоустройство;
- У учетной записи, работающей в службе, есть разрешение на съемку фотографий;
- Разрешение, частота кадров и формат изображения соответствуют входным требованиям алгоритма;
- Можно записать отключение камеры, занятие и тайм-аут захвата кадра;
- Сбор можно возобновить после перезапуска службы или устройства;
- Правильную камеру можно привязать, если существует несколько видеоустройств.
Текущая версия Winge Technology подключила камеру USB/UVC к Atlas 200I DK A2 и сформировала входы для стандартного сбора изображений, обнаружения снимков и непрерывного обнаружения. После подключения китайской промышленной камеры к официальной рабочей станции необходимо повторно подтвердить условия изображения с использованием фактического объектива, источника света и заготовки.
Шаг 3. Управление эталонным изображением, ROI и формулами.
эталонное изображение и ROI не являются частью программного кода, а являются бизнес-конфигурациями для конкретных продуктов и рабочих станций. При развертывании необходимо четко понимать:
- Кто собирает, просматривает и обновляет эталонные изображения;
- Какому компоненту и правилу качества соответствует каждый ROI;
- Как осуществлять управление версиями пороговых значений и рецептов;
- Как выбрать правильный рецепт проверки при смене продуктов;
- Как проверить и выполнить откат после изменения конфигурации;
- Как изолировать эталонное изображение, образцы настройки параметров и приемочные образцы.
Текущее программное обеспечение визуального контроля сборки поддерживает несколько эталонных изображений OK, правила ROI, такие как P1 и P2, отсутствующие и неправильные конфигурации сборки, а также сохраняет результаты проверки и подтверждающую информацию. Количество ROI и выборочный охват конкретных рабочих станций определяются требованиями проекта.
Шаг 4. Установите удобный в обслуживании метод работы службы.
Программное обеспечение на месте не должно полагаться на то, что инженеры будут вручную входить в каталог и вводить временные команды для запуска. Рекомендуется настроить приложение обнаружения как управляемый сервис и указать:
- Методы запуска и остановки при загрузке;
- Разрешения для запущенной учетной записи и каталога службы;
- Проверки здоровья и запросы статуса;
- Стандартный вывод, журнал ошибок и ротация журналов;
- Порты, доступ к локальной сети и настройка межсетевого экрана;
- Повторить стратегию после исключения камеры или интерфейса;
- Метод восстановления после аварийного завершения работы службы.
Рабочий интерфейс также должен отображать состояние камеры, текущий рецепт, последние результаты обнаружения, причины аномалий и версию программного обеспечения для персонала на объекте, чтобы избежать отображения только состояния неисправности, в котором причину невозможно определить, когда система неисправна.
Шаг 5. Разделите каталог публикации и общие данные
Развертывания отката обычно содержат три категории каталогов:
Releases / Каталог выпусков, доступный только для чтения, для каждого выпуска программного обеспечения.
current указывает на фиксированную запись текущей версии
общие/совместно используемые данные, такие как рецепты, эталонное изображение, результаты, журналы и резервные копии.
Новый каталог версий создается для каждого выпуска и не перезаписывает текущую программу напрямую. Убедившись, что новая версия может запускаться, делать снимки, обнаруживать и читать исходную конфигурацию в обычном режиме, переключитесь на вход current. При возникновении проблем верните портал к предыдущей версии и повторно проверьте статус службы и камеры.
Шаг 6. Создайте версии, хэши и записи изменений.
Каждая версия поставки должна сохранять как минимум:
- Номер версии и дата выпуска программного обеспечения;
- Пакет выпуска и SHA-256;
- Основные изменения и масштабы воздействия;
- Целевое устройство и операционная среда;
- Инструкции по совместимости конфигурации;
- Предварительные результаты регрессии;
- Этапы обновления и отката;
- Местоположение текущей версии и предыдущей версии.
Winge Technology В текущем проекте визуальной проверки сборки установлен неизменяемый каталог выпуска, общие данные, резервная копия конфигурации, хэш файла и точка отката предыдущей версии. Эта ссылка используется для обеспечения отслеживания доставки и снижения риска неисправимых модификаций на месте.
Шаг 7. Завершите обновленный тест на дым.
После переключения версий нельзя просто проверить, можно ли открыть страницу. Как минимум необходимо проверить:
- Номер версии, отображаемый программным обеспечением, правильный;
- Состояние обслуживания и проверка работоспособности в норме;
- Камера может делать снимки;
- Исходное эталонное изображение и конфигурацию ROI все еще можно прочитать;
- Один тест может дать результаты и доказательства;
- Основные процессы доступны на страницах на китайском и английском языках;
- Запись отката и файлы резервной копии существуют;
- Хэши ключевых файлов соответствуют записям релизов.
Дымовое тестирование подтверждает, что развернутое звено не повреждено, но оно не может заменить независимую точность OK/NG, такт производства и приемку непрерывной эксплуатации.
Шаг 8. Проверьте исключение и путь восстановления.
Развертывания в реальном времени требуют упреждающего тестирования на наличие исключений, а не ожидания возникновения сбоев. Рекомендуемое покрытие:
- Камера отключена, занята или истекло время получения кадра;
- Эталонное изображение отсутствует, неправильная конфигурация ROI или рецепт проверки не соответствует;
- Недостаточно места на диске или каталог результатов недоступен для записи;
- Служба аварийно завершает работу и устройство перезагружается;
- Сбои сети и таймауты интерфейса;
- Откат после того, как новая версия не запускается;
- Согласованность конфигурации после резервного копирования и восстановления.
Каждый тип исключения должен иметь четкий статус, журнал и запись об обработке. Действия, связанные с остановкой оборудования или безопасностью персонала, должны всесторонне обрабатываться системой управления безопасностью и охраной с оценкой рисков.
Как принять локальное развертывание Huawei Ascend Atlas?
Его можно принять на четырех уровнях:
| уровень | Содержание приема |
|---|---|
| Работа платформы | Приложения программного обеспечения и алгоритмов можно запускать на целевом устройстве Atlas и продолжать предоставлять услуги. |
| функциональная ссылка | Камера, стандартное изображение, ROI, обнаружение, результаты и интерфейс образуют замкнутый контур. |
| Сдан на обслуживание | версия, хеш, резервное копирование, обновление, журнал и методы отката исполняемого файла |
| Бизнес на рабочих станциях | Независимые образцы, ложные тревоги, пропущенные обнаружения, ритмичность, стабильность и интерфейсы на месте соответствуют проектным соглашениям. |
Первые три уровня доказывают, что связь между развертыванием платформы и реализацией проекта является полной; Бизнес-уровень рабочей станции также должен сформировать независимую запись о приемке на основе продуктов клиента и условий на месте.
Часто задаваемые вопросы
Программное обеспечение обнаружения уже работает на платформе Huawei Ascend Atlas?
Уже бегу. Текущее программное обеспечение и алгоритмы визуального контроля сборки развернуты на Atlas 200I DK A2, а также завершена проверка камер, эталонного изображения, ROI, результатов проверки, интерфейсов и ссылок на откат версий.
Требуется ли для локального развертывания подключение к Интернету?
Подключение к Интернету не является обязательным условием для обнаружения. Разрешен ли доступ к внешним сетям, как обновляться и загружаются ли данные, следует определять на основе политики сети и безопасности клиента.
Будут ли обновления программного обеспечения включать эталонные изображения и рецепты?
Не следует переопределять. Каталог выпуска программы и общие данные должны быть разделены, а перед обновлением необходимо создать резервную копию эталонного образа, рецептов, конфигураций интерфейса и необходимых результатов.
Можно ли восстановить проблемы в новой версии?
Вы можете выполнить восстановление в соответствии с этапами отката, сохранив предыдущую версию, резервную копию конфигурации и фиксированную запись отката. Вызовы службы, камеры, конфигурации и инструментов по-прежнему необходимо проверять после отката.
Означает ли завершение развертывания платформы приемку производства?
Не равно. Развертывание платформы доказывает, что приложения и алгоритмы могут работать на целевом оборудовании; Приемка производства также требует использования независимых образцов для проверки точности, времени цикла, стабильности и интерфейсов рабочих станций.
Официальная информация и фактические источники
- Huawei Ascend: «Знакомство с комплектом разработчика Atlas 200I DK A2»
https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/pd/pd_0001.html
- Huawei Ascend: «Основные характеристики Atlas 200I DK A2»
https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/pd/pd_0004.html
- Huawei Ascend: «Заявление об использовании программного обеспечения Atlas 200I DK A2»
https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/qs/qs_0018.html
Связанные материалы Atlas
- Полностью локализованный в Китае визуальный контроль сборки: практический пример проекта Huawei Ascend Atlas
- Winge Technology завершил адаптацию системы визуального контроля сборки на устройстве Atlas 200I DK A2.
- Какие инженерные работы включены в адаптацию визуального контроля Atlas 200I DK A2?
- От проверки комплекта разработчика Atlas до системы производственного видения, локализованной в Китае
- Как китайская периферийная платформа обеспечивает полноту сборки и проверку недостающих деталей?
- Визуальный контроль на Huawei Ascend Atlas
Online
Phone
WeChat
Top