Бесконечный контроль качества — опыт применения линейных камер в компьютерном зрении

[Genapoliss]

А как отбраковываете нераспознанный код?

[avsolovyev]

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

[Genapoliss]

А как это реализовано механически? Или типография отгружает в составе бобины и коды с грейдом D и F, а заказчик разбирается с ними уже у себя? И еще вопрос по производительности: на высокой скорости оценка грейда начинает сыпаться? На скриншоте огромный процент брака: D - 8612шт., F - 59141. Получается более 95% отбраковки по грейду.

[avsolovyev]

В основном вырезаются участки брака вручную оператором или автоматически навысечках по метражу материала с привязкой к коду. Чаще первое...

В случае скриншота - там коды действительно D и F, специально в лаборатории портили их чтобы корректно отлавливать возможный брак

[Dogel]

День добрый! >Насчёт рынка: 1 код =1 камера, Вы, конечно, погорячились. Скажите, а рассматривали готовые программные продукты от Хикробота или от Delta Electronics для чтения кодов? По Дельте могу сказать, что на очень скромном железе (Corei5 8 Гб ) выдаёт 1-2 мс на распознавание кода. Хик ещё в бою не тестировал, но потенциально - даже быстрее и требует меньше пикселей на 1 точку кода.

[avsolovyev]

Неоднократно видел лично системы на 13-16 камер))

Дельту тестировали, но ее надо каждый раз настраивать + с оценкой качества было 5-6 СС на код, может конечно улучшили... А по ТЗ нужна "Зелёная и красная кнопки" и ничего более из интерфейса у оператора быть не должно.

Меньше пикселей на точку требовать просто не возможно, есть ГОСТ 15415, которому система долгая соответствовать. А в нем прописаны ограничения на свет, разрешение... Иначе грейды будут попугаям

[Dogel]

значит кого то очень хороший (нет) продавец. )

ГОСТ говорит о том что надо аж 10 пикселей на 1 модуль. С примечанием о том, что можно меньше, если поворот не вносит искажений. Если продукт выдаёт грейд кода стабильно то пусть хоть 2 пикселя на модуль.

[avsolovyev]

Евгений, тогда давайте протестируем, контакты те же - [e-mail]

[DSRussell]

Как контролируются дубликаты кодов?

[avsolovyev]

Достаточно просто - в с# есть список, в который добавляются данные кода. И каждый новый код ищется в списке, если есть - значит дубль, если новый - просто добавляется в список.

[DSRussell]

1)На этапе считывания камерой, каждый считанный код сверяется со списком?

2)Что происходит когда под камерой проезжают дубликаты кодов? Происходит отбраковка, по типу как было описано вами выше ?

[avsolovyev]

Да, каждый код сверяется.

2 - дубликат это критическая ошибка, зачастую из-за ошибки задания на печать принтеру. Поэтому останавливается машина и выдаётся предупреждение оператору. Он уже принимает решения об отбраковке. Зачастую так, но бывают и исключения, все от заказчика зависит

[zoldaten]

А какое расстояние от камеры до объекта ? И, правильно, ли я понимаю, что камера делает снимки по триггеру, а не гонит видеопоток на сервер ?

[avsolovyev]

На счёт триггера - да, она синхронизируется по скорости съёмки линий (строк изображения) с материалом через энкодер.

Расстояние где-то 350мм

[zoldaten]

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