Сейчас как раз в проработке проект с межкомнатными дверьми - может по ней не будет столь много ограничений на публикацию. Здесь даже интерфейс нельзя показать) не то что код...
Маркировка может там и тоже где-то есть, но честно, даже не акцентировал на неё внимание. Она может быть и с другой стороны детали, стереться и пр. По чертежу как-то надёжнее.
Список деталей с размерами не информативен для сложных деталей с вырезами или рельефом. Проще и надёжнее dxf. В противном случае местом захвата может стать какой-нибудь вырез.
В случае цвета, то на конкретной линии цвет всегда соответствует кромке, а она загружается раз в смену. Поэтому задача не стояла. Так бы да, пришлось бы использовать цветную камеру и белую подсветку.
По точности распознавания: расчетная до 0.5 мм с данной камеры. Так что сможет различить нужное положение практически квадратной детали.
В данный задаче все же распознавать детали: то есть брать из чертежа данные, по которым надо точно найти эту деталь. Прямоугольник это частный случай (хотя и в нем нужна точность, он тоже может отличаться на десятки миллиметров от другой детали), встречаются также рельефные дверцы, различные скруглённые детали.
Во всей этой "зелёности" для меня останется вопрос накопления, окупаемости и утилизации.
Из личного опыта - есть СЭС в Сочи, которая зимой вырабатывает в 4 раза меньше, чем летом, а в пасмурный день в 10 раз меньше, чем в солнечный. В итоге, покрывает расходы в режиме подмеса с общей сетью весьма не регулярно, автономно жить не возможно. В качестве резерва стоят гелевые АКБ, они же питают видеокамеры по ночам - за три года их ёмкость сильно упала - и того 60 кг свинца с кислотой в утиль (экология?)
По окупаемости - по моим прикидкам, панели не окупятся по энергозатратам на их производство (по деньгам с нашим ростом тарифов как раз таки и окупится, вложении более чем выгодное). То есть, в Китае на выращивание кремния для этой панели потратили энергии больше, чем эта панель у меня выработает за свой срок службы. И где тут появляется экология, если электроэнергия в Китае в основном от угля?)
SWO есть, в моей схеме допущена опечатка. SWO и TDO совмещены в ST-Link, соответственно и на схеме они должны идти вместе от пина B3. А задублированный SWDIO - это моя опечатка. Побежал исправлять, спасибо, что заметили!
Сэкономить на кабеле то точно не получилось, оно и не планировалось. Но вот сэкономить на инженерном образце в цепочке разработки получилось. Сейчас мы от макета сразу переходим к предсерийному производству, так как все разъемы для отладки и разработки у него присутствуют.
Не нашел подтверждения или опровержения, так что возможно) type c тот ещё ребус. thunderbolt 3 кабель пробовал использовать с UART и питанием - он работал.
В одной паре действительно не применимо. Но по моему опыту витая пара в Type-c только на пинах D± (А6 и А7). А к B2 и B3 идут по коаксиальному экранированному кабелю.
2 - дубликат это критическая ошибка, зачастую из-за ошибки задания на печать принтеру. Поэтому останавливается машина и выдаётся предупреждение оператору. Он уже принимает решения об отбраковке. Зачастую так, но бывают и исключения, все от заказчика зависит
Достаточно просто - в с# есть список, в который добавляются данные кода. И каждый новый код ищется в списке, если есть - значит дубль, если новый - просто добавляется в список.
Дельту тестировали, но ее надо каждый раз настраивать + с оценкой качества было 5-6 СС на код, может конечно улучшили... А по ТЗ нужна "Зелёная и красная кнопки" и ничего более из интерфейса у оператора быть не должно.
Меньше пикселей на точку требовать просто не возможно, есть ГОСТ 15415, которому система долгая соответствовать. А в нем прописаны ограничения на свет, разрешение... Иначе грейды будут попугаям
Пока есть два подхода: по дизайну (с поиском шаблона, работает в паре с оценкой качества самой печати) и второй - проверка чередования кодов. Система запоминает расстояние между кодами и когда оно больше обычного - выдает ошибку в отчёт оператору на HMI.
Сейчас как раз в проработке проект с межкомнатными дверьми - может по ней не будет столь много ограничений на публикацию. Здесь даже интерфейс нельзя показать) не то что код...
Маркировка может там и тоже где-то есть, но честно, даже не акцентировал на неё внимание. Она может быть и с другой стороны детали, стереться и пр. По чертежу как-то надёжнее.
Может в будущем получится снять, дополню статью)
Такое ТЗ) детали с вырезом по центру (в основном дверцы) станок берет, столы с вырезом под кресло тоже.
Маркировка обычно не используется, чтобы не страдал внешний вид деталей. Да и задача то координаты получть, а не только наименование детали
Список деталей с размерами не информативен для сложных деталей с вырезами или рельефом. Проще и надёжнее dxf. В противном случае местом захвата может стать какой-нибудь вырез.
В случае цвета, то на конкретной линии цвет всегда соответствует кромке, а она загружается раз в смену. Поэтому задача не стояла. Так бы да, пришлось бы использовать цветную камеру и белую подсветку.
По точности распознавания: расчетная до 0.5 мм с данной камеры. Так что сможет различить нужное положение практически квадратной детали.
В данный задаче все же распознавать детали: то есть брать из чертежа данные, по которым надо точно найти эту деталь. Прямоугольник это частный случай (хотя и в нем нужна точность, он тоже может отличаться на десятки миллиметров от другой детали), встречаются также рельефные дверцы, различные скруглённые детали.
Спасибо! Было бы ещё хорошо сравнить программную сторону вопроса: какой интерфейс подключения, есть ли API/SDK?
Во всей этой "зелёности" для меня останется вопрос накопления, окупаемости и утилизации.
Из личного опыта - есть СЭС в Сочи, которая зимой вырабатывает в 4 раза меньше, чем летом, а в пасмурный день в 10 раз меньше, чем в солнечный. В итоге, покрывает расходы в режиме подмеса с общей сетью весьма не регулярно, автономно жить не возможно. В качестве резерва стоят гелевые АКБ, они же питают видеокамеры по ночам - за три года их ёмкость сильно упала - и того 60 кг свинца с кислотой в утиль (экология?)
По окупаемости - по моим прикидкам, панели не окупятся по энергозатратам на их производство (по деньгам с нашим ростом тарифов как раз таки и окупится, вложении более чем выгодное). То есть, в Китае на выращивание кремния для этой панели потратили энергии больше, чем эта панель у меня выработает за свой срок службы. И где тут появляется экология, если электроэнергия в Китае в основном от угля?)
SWO есть, в моей схеме допущена опечатка. SWO и TDO совмещены в ST-Link, соответственно и на схеме они должны идти вместе от пина B3. А задублированный SWDIO - это моя опечатка. Побежал исправлять, спасибо, что заметили!
Спасибо большое, что заметили! Они были перепутаны на схеме, схему обновил.
USB линии не заняты, они все ещё доступны на платье отладки. Там же 2 type c female. Один для ПК, второй для устройства.
Сэкономить на кабеле то точно не получилось, оно и не планировалось. Но вот сэкономить на инженерном образце в цепочке разработки получилось. Сейчас мы от макета сразу переходим к предсерийному производству, так как все разъемы для отладки и разработки у него присутствуют.
Не нашел подтверждения или опровержения, так что возможно) type c тот ещё ребус. thunderbolt 3 кабель пробовал использовать с UART и питанием - он работал.
В одной паре действительно не применимо. Но по моему опыту витая пара в Type-c только на пинах D± (А6 и А7). А к B2 и B3 идут по коаксиальному экранированному кабелю.
На счёт триггера - да, она синхронизируется по скорости съёмки линий (строк изображения) с материалом через энкодер.
Расстояние где-то 350мм
Евгений, тогда давайте протестируем, контакты те же - 79991130512@ya.ru
Да, каждый код сверяется.
2 - дубликат это критическая ошибка, зачастую из-за ошибки задания на печать принтеру. Поэтому останавливается машина и выдаётся предупреждение оператору. Он уже принимает решения об отбраковке. Зачастую так, но бывают и исключения, все от заказчика зависит
Достаточно просто - в с# есть список, в который добавляются данные кода. И каждый новый код ищется в списке, если есть - значит дубль, если новый - просто добавляется в список.
В основном вырезаются участки брака вручную оператором или автоматически навысечках по метражу материала с привязкой к коду. Чаще первое...
В случае скриншота - там коды действительно D и F, специально в лаборатории портили их чтобы корректно отлавливать возможный брак
Неоднократно видел лично системы на 13-16 камер))
Дельту тестировали, но ее надо каждый раз настраивать + с оценкой качества было 5-6 СС на код, может конечно улучшили... А по ТЗ нужна "Зелёная и красная кнопки" и ничего более из интерфейса у оператора быть не должно.
Меньше пикселей на точку требовать просто не возможно, есть ГОСТ 15415, которому система долгая соответствовать. А в нем прописаны ограничения на свет, разрешение... Иначе грейды будут попугаям
Пока есть два подхода: по дизайну (с поиском шаблона, работает в паре с оценкой качества самой печати) и второй - проверка чередования кодов. Система запоминает расстояние между кодами и когда оно больше обычного - выдает ошибку в отчёт оператору на HMI.