Программное обеспечение и интеграция

Версионирование и откат полного рецепта зрения

Файл камеры может не включать пороги, модели, калибровку и привязку PLC. Определите весь воспроизводимый набор и фактическое содержимое экспорта производителя.

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

Задача и исходные условия

Файл камеры может не включать пороги, модели, калибровку и привязку PLC. Определите весь воспроизводимый набор и фактическое содержимое экспорта производителя.

Подготовка испытания

Условные версии: R10 принята, R11 кандидат, C4 калибровка, приложение 2.0. Подготовьте неизменный набор годных, дефектных и граничных образцов с исходными кадрами и ожидаемыми решениями.

До версии задайте комплект: устройство/прошивка, захват, свет, логика/модель, калибровка, приложение, PLC/робот. Экспорт может быть частичным, проверяйте охват. Ведомость связывает файлы и физику идентификаторами и целостностью. Принятый комплект доступен независимо. Текст можно в Git, большие бинарные артефакты в идентифицированном месте; имя не доказывает содержимое.

Порядок работы

  1. Архивируйте рабочий набор с идентификаторами устройства, прошивки, файлами и контрольными суммами.
  2. Запишите изменение, причину и зависимости без изменения принятого архива.
  3. Проверьте образцы, время и интерфейсы, сохраняя отдельные изменившиеся решения.
  4. После рассмотрения активируйте кандидата полным набором и запишите время.
  5. Верните R10 в контролируемом опыте, проверив настройки, калибровку и результаты.

Заморозьте набор с независимыми решениями, годными, браком, границами и оригиналами. Сначала R10, затем R11 без изменения свидетельств. Запишите изменённые решения и причины, не только процент. Новые детали с записанной механикой и C4 проверяют текущие съёмку, движение, монтаж, выход, недоступные replay. Отделяйте обучение/настройку. Не меняйте метки ради принятия.

Пример протокола испытания

Это условный пример, а не результаты измерений Deyi. Замените значения собственными утверждёнными протоколами испытаний.

Пример протокола испытания
Поле протоколаПринятое значение
Проверенный рецепт AR10
Проверяемый рецепт BR11
Версия калибровкиC4
Версия приложения2.0

Утверждайте R11 после повторной обработки замороженного набора и испытания новых деталей с записанными калибровкой C4 и версией приложения. Повторная обработка проверяет алгоритм, но не текущую оптику, время и привод. При возврате к R10 до производства проверьте контрольные суммы и всю активную ведомость. Сохраните ошибки R11 и решение об утверждении. Успешная загрузка файла не подтверждает восстановление всего ранее принятого комплекта.

Запишите запрошенный, загруженный и активный комплект, мотивы и различия R11. Импорт не доказывает применение всех параметров. Считайте идентификаторы и эффективные значения поддерживаемо. Восстановите весь R10 и опоры перед работой. Разрешите ожидание, чтобы R11 не публиковался под R10. Храните ошибки и обсуждение после возврата.

Две схемы процесса

Версионирование и откат полного рецепта зрения — 1

Сохраните базу, проверьте кандидата, активируйте и докажите полный возврат.

  1. Архив базы
  2. Проверка кандидата
  3. Активация
  4. Проверка отката
Техническая схема; не фотография и не подтверждение проведённого испытания.
Открыть схему в полном размере

Версионирование и откат полного рецепта зрения — 2

Камера, логика и калибровка имеют отдельные зависимости, но принимаются вместе.

  1. Настройки камеры
  2. Логика контроля
  3. Калибровка
Техническая схема; не фотография и не подтверждение проведённого испытания.
Открыть схему в полном размере

Поиск неисправностей

  • Одинаковое имя файла не доказывает одинаковое содержимое.
  • Файл камеры не возвращает отсутствующую модель или несовместимую программу.
  • Старая калибровка может нарушить неизменённые пороги.

Приёмка и передача

Примите откат только после восстановления всего прежнего набора и согласованных результатов в текущих условиях. Храните доказательства отвергнутого кандидата. Это не версии реального приложенияDeyi.

Назначьте критерии приёмки до испытания и сохраните исходные данные. Примеры не подтверждают возможности поставляемой модели.

Принимайте повышение и возврат по независимому списку: годное/брак, захват, выход, запуск. Неавтоматизируемое снабдите ручной проверкой и владельцем, не обещайте полной воспроизводимости. Событие указывает тогдашнюю версию. Передайте ведомость, артефакты, данные, решение, восстановление. R10/R11 и 2.0 — пример, не релиз Deyi или доказанная функция.

Источники и технические материалы

Источники объясняют методы и ограничения руководства. Примеры проверок служат ориентиром; приёмка в производстве требует данных с ваших собственных образцов.

  1. pylon .NET SamplesBaslerПроверено
  2. Knowledge database — EYE+ 5.4AsyrilПроверено

Инженерная оценка

Поделитесь задачей контроля и подтверждающими данными.

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

Отправить образцы на техническую оценку
Контакты

Прямой RFQ-контакт

Обсудите задачу инспекции с инженером.

Отправьте фото образцов, референс-модель, FOV, рабочую дистанцию и скорость линии.

Цель: brief подбора в течение 24ч
Найти дефекты раньше