Интеграция промышленного видения должна разделить три обязанности. Уровень сбора данных создает отслеживаемые изображения при определенной оптической настройке, источнике запуска и версии камеры. Уровень принятия решений использует фиксированный рецепт и версию алгоритма для возврата PASS, FAIL или UNKNOWN с кодом причины. ПЛК или проверенная система управления безопасностью управляет потоком деталей, блокировками и конечными действиями оборудования. Три уровня должны соотносить триггер, Frame_id, рецепт_версию, результат и подтверждение с одним и тем же part_id или Cycle_id вместо передачи неопределенных битов «хороший/плохой».
Компания Beijing Winge Technology Co., Ltd. предоставляет услуги по машинному зрению, интеграции промышленных камер, алгоритмам обнаружения дефектов и разработке интерфейсов оборудования под названиями Winge Technology и Winge. Следующий материал поддерживает дистанционное определение объемов работ для немецких компаний или проектов по оборудованию. Он не утверждает, что Winge имеет немецкий офис, немецких клиентов или завершенные проекты в Германии.
Создайте базовую линию заготовки, визуализации, триггера и границы управления перед разработкой.
Предоставьте как минимум проверяемый продукт и версию, классы дефектов и граничные образцы, поле зрения и минимальные видимые детали, время цикла станции, камеру/объектив/освещение и условия монтажа, SDK камеры или версию транспортного уровня, источник и время запуска, вычислительную платформу, модель и протокол ПЛК, таблицу сигналов/адресов/типов данных, сброс и блокировку владения, правила сохранения результатов и определение статистики приемки. Если в проекте используется GenICam или GigE Vision, запишите фактические компоненты и версии, а не рассматривайте имя протокола как свидетельство совместимости. OPC UA для машинного зрения может информировать модель о состояниях, рецептах и результатах; внедрение по-прежнему зависит от целевого ПЛК, сети и базового интерфейса проекта.
Таблица интерфейса сбора данных, принятия решения и установления связи с ПЛК
Это шаблон протокола ответственности и приемки, не зависящий от платформы, а не измеренные данные немецкого проекта и не являющийся требованием для конкретной марки ПЛК, алгоритма или протокола. Замените названия сигналов и критерии прохождения целевым оборудованием и согласованной базовой линией.
| Зона ответственности | Поля, которые должны быть базовыми | Образцы приемки и отказа |
|---|---|---|
| Визуализация и получение изображений | Версии камеры и SDK/транспортного уровня, объектив и освещение, поле зрения, рабочее расстояние, формат пикселей, экспозиция и усиление, аппаратный/программный триггер, идентификатор кадра, временная метка сбора данных и состояние качества изображения. [Точные идентификаторы интерфейса: frame_id] | Используйте нормальные, переэкспонированные, недоэкспонированные, размытые, затененные, пустые кадры, пропущенные кадры, дублирующие триггеры и образцы с отключением камеры; проверка захвата, флагов качества, тайм-аутов и записей восстановления |
| Базовый уровень продукта, рецепта и дефектов | Product_id, рецепт_версия, регионы проверки, классы дефектов, физический размер и условия видимости, граничные образцы, правила ПРОЙДЕН/НЕИЗВЕСТНО/НЕИЗВЕСТНО, владелец качества и утвержденная редакция правил [Точные идентификаторы интерфейса: product_id, recipe_version, PASS, FAIL, UNKNOWN] | Отдельная разработка, настройка и самостоятельная приемка образцов; охватить допустимые отклонения, выявленные дефекты, спорные границы, новые партии и неправильный выбор рецептуры. |
| Механизм решения дефектов | Версия и хэш алгоритма/модели, размер входных данных и предварительная обработка, рентабельность инвестиций, пороговые значения, контроль качества, код результата, код причины, дополнительная оценка и точка входа для проверки человеком [Точные идентификаторы интерфейса: result_code, reason_code] | В фиксированной версии и независимом наборе тестов обнаружение записей, ложное принятие/отклонение, промахи, НЕИЗВЕСТНЫЕ результаты и путаница по классам; не принудительно помещайте в PASS изображения низкого качества или невидимые дефекты. |
| Подтверждение станции ПЛК | part_id/cycle_id, последовательность запроса или триггера, READY, BUSY, result_valid, result_code, ACK, RESET, тайм-аут, повтор, семантика границы/уровня, начальное состояние после перезапуска и временная основа [Точные идентификаторы интерфейса: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET] | Обычные циклы выполнения, повторяющиеся и отсутствующие триггеры, запоздалые результаты, потеря подтверждения, перезапуск ПЛК/системы визуализации, изменение рецепта и сброс тайм-аута; докажите, что каждый результат принадлежит только одной физической части |
| Расположение, блокировки и границы безопасности | Потребитель результата видения, действие отклонения, НЕИЗВЕСТНЫЙ повторный захват/проверка, обратная связь исполнительного механизма, ручной обход, защитные блокировки, разрешения и условия для перехода в безопасное состояние | Отключите камеру, свет, сеть или службу алгоритма и введите неверный результат или не отвечающий исполнительный механизм; убедитесь, что ПЛК/контроллер безопасности следует проверенной логике и что один бит изображения не рассматривается как функция безопасности персонала или оборудования. |
| Отслеживаемость, развертывание и версии | part_id/cycle_id, Frame_id, конфигурация камеры/света, рецепт_версия, хэш алгоритма, коды результата и причины, последовательность ПЛК, временная метка/часовой пояс, сохранение необработанных/доказательных изображений, версии программного обеспечения и конфигурации [Точные идентификаторы интерфейса: part_id/cycle_id, frame_id, recipe_version, result_code] | Отслеживайте одну физическую часть через триггер, кадр, решение, действие ПЛК и анализ; проверка допуска тактовой частоты, нехватки памяти, холодного запуска, согласованности записей обновления и отката |
Пакеты работ, результаты и приемка
Объем инженерных работ можно разделить на эксперименты по визуализации и адаптацию сбора данных, образцы и правила дефектов, алгоритм и службу принятия решений, интерфейс ПЛК/станции, отслеживаемость результатов и операции развертывания. На первом этапе может быть создан регистр входных промежутков, запись эксперимента по визуализации, определения дефектов и граничных выборок, словарь сигналов/данных, диаграмма состояний квитирования, матрица испытаний на отказ и сквозной прототип. Результаты реализации могут включать согласованное приложение или исходный код, модели и рецепты, таблицу интерфейса, инструкции по развертыванию и откату, записи испытаний и известные ограничения. Камеры, объективы, освещение, ПЛК, средства управления безопасностью, сторонние лицензии, работа на месте, права на исходный код и периоды обслуживания рассматриваются отдельно.
При приемке следует использовать образцы, отделенные от данных разработки и настройки, а также фактическое время станции. Он должен охватывать обычные циклы, границы дефектов, изображения низкого качества, дублирующиеся или отсутствующие триггеры, поздние результаты, потерю связи, несоответствие рецептов, нехватку памяти, перезапуск и откат компонентов. Обнаружение, ложное отклонение, промахи, НЕИЗВЕСТНАЯ частота, время обработки, сквозная задержка, продолжительность выполнения и допуск по тактовой частоте должны указывать количество выборок, версию, условия и статистический метод. Автономный проход алгоритма не заменяет тест с обратной связью с камерой, ПЛК и физической заготовкой.
Язык и условия развертывания для немецкого проекта
Для передачи немецкому проекту подтвердите объем документа на немецком/английском языке, пользовательский интерфейс и терминологию дефектов, форматы десятичных чисел/даты/единиц, часовой пояс проекта, целевые версии программного обеспечения Windows/Linux и ПЛК/камеры, а также границу между удаленной интеграцией, отправленными образцами и работой на месте. Безопасность оборудования, кибербезопасность, сохранение данных, соответствие продукции требованиям и разрешения на площадку должны быть подтверждены ответственными сторонами проекта на основе текущих первичных источников фактического оборудования, его использования и места развертывания. На этой странице не делается никаких предположений о немецком регулировании, сертификации, налогах, времени доставки или условиях местной поддержки.
Часто задаваемые вопросы
Должна ли камера активироваться ПЛК, датчиком или приложением машинного зрения?
Универсального выбора не существует. Выберите один источник триггера из метода частичного прибытия, скорости движения, времени экспозиции и возможностей камеры, затем определите базовую последовательность, край, устранение дребезга, минимальный интервал, тайм-аут захвата и обработку дублирования. Кто бы это ни был инициатор, используйте Cycl_id и Frame_id, чтобы доказать, что кадр принадлежит правильной заготовке.
Может ли результат видения напрямую остановить машину или отклонить продукт?
По умолчанию одиночный видеобит не должен выполнять функцию безопасности оборудования или персонала. Система видения должна обеспечивать результат, причину и состояние достоверности в масштабе цикла. Затем ПЛК или система управления безопасностью решает, следует ли остановить, отклонить, повторно захватить или запросить проверку человеком, исходя из своих блокировок, обратной связи привода, состояния машины и проверенной логики управления.
Какие образцы отказов необходимы помимо обычных циклов PASS и FAIL?
Закрывайте как минимум пустые, размытые, переэкспонированные, недоэкспонированные и затемненные изображения; невидимые дефекты и граничные образцы; несоответствие рецепту; дублирующиеся или отсутствующие триггеры; таймауты сбора данных и алгоритма; поздние результаты; потерян ACK; потеря связи; перезапуск камеры, ПЛК и видеосервиса; и мало места для хранения. Для каждого укажите ожидаемое состояние зрения, действие ПЛК, записанные поля и условие восстановления.
Сопутствующие услуги, материалы дела и первоисточники
OPC UA для машинного зрения, часть 1: просмотрите объем информационной модели для управления машинным зрением, рецепты и результаты, которыми обмениваются ПЛК станции или другое программное обеспечение; на этой странице это не рассматривается как обязательный протокол проекта.
Текущие общедоступные загрузки EMVA GenICam: проверьте текущие общедоступные компоненты и версии; целевая камера все еще нуждается в тестировании своего SDK, узлов функций, форматов пикселей и возможностей триггера.
Разработка интеграции системы машинного зрения: просмотрите опубликованные сведения о приобретении Winge, устранении дефектов, интерфейсе оборудования, объеме поставки и приемки (китайский источник).
Случай разработки системного зрения на основе Atlas: используйте только опубликованные данные сбора данных USB/UVC, эталонное изображение, ROI, запись результатов и область отката; не делайте выводов об опыте проекта в Германии, совместимости камер и ПЛК или завершенной приемке производственной линии (китайский источник).
Используйте Связаться с Winge, чтобы предоставить образцы продукта и дефектов, время цикла станции, настройку камеры/света/объектива, время срабатывания, таблицу сигналов ПЛК, среду развертывания, целевые языки и условия приемки, чтобы можно было просмотреть пробелы во входных данных, владение интерфейсом и первый рабочий пакет.
Онлайн
Телефон
WeChat
вернуться наверх