Полагаю, что очень многое зависит от конструкции. Мы когда разрабатывали смартфон - продумывали как можно его собирать на автоматизированных линиях - но упирались в некоторые моменты по типу "вставить шлейф", "наклеить антенну" и пр. для выполнения которого нужны очень серьезные роборешения. Но опять же, печатную плату же собирают без людей, хотя вещь ни разу не простая. Тут важно чтобы конструкция и компоненты были готовы к такой сборке, а это время + работа дорогостоящих инженеров.
Мне изначально очень нравилась идея RFID меток: набрал тележку с таким маркированным товаром, вывез её через рамку и карточку приложил - и всё куплено. Никаких тебе штрихкодов, касс, кассиров не надо... Но реальность выглядит немного иначе)
Обычно это и решается поиском на основании патерна статических элементов кода. Классический алгоритм распознавание так и работает. Но в случае сильной деформации - велик риск не найти или потратить непредсказуемое количество времени.
В случае нейросети - появляются зоны вероятной схожести с обученными данными (причем достаточно быстро), зная точно что код на фото только один, и он примерно ХХХ пикселей по площади - становится намного проще их отфильтровать и взять контур кода, который бы на 99.9% был именно кодом, а не чем-то на него похожим.
Согласен) В данном проекте я лишь разработчик, поэтому цифры, обоснование - меня касались минимально. По технической то части NDA... Что уж говорить о деньгах)
Честно, не ожидал таких вопросов на хабре) Каких-то точных цифр не приведу, из того что знаю - планируемая окупаемость комплекса порядка 2х лет выходила. За сколько купили лицензию не подскажу, но что-то не сильно дорого (самая дорогая это лицензия разработчика - она была)
Сейчас как раз в проработке проект с межкомнатными дверьми - может по ней не будет столь много ограничений на публикацию. Здесь даже интерфейс нельзя показать) не то что код...
Маркировка может там и тоже где-то есть, но честно, даже не акцентировал на неё внимание. Она может быть и с другой стороны детали, стереться и пр. По чертежу как-то надёжнее.
Список деталей с размерами не информативен для сложных деталей с вырезами или рельефом. Проще и надёжнее dxf. В противном случае местом захвата может стать какой-нибудь вырез.
В случае цвета, то на конкретной линии цвет всегда соответствует кромке, а она загружается раз в смену. Поэтому задача не стояла. Так бы да, пришлось бы использовать цветную камеру и белую подсветку.
По точности распознавания: расчетная до 0.5 мм с данной камеры. Так что сможет различить нужное положение практически квадратной детали.
В данный задаче все же распознавать детали: то есть брать из чертежа данные, по которым надо точно найти эту деталь. Прямоугольник это частный случай (хотя и в нем нужна точность, он тоже может отличаться на десятки миллиметров от другой детали), встречаются также рельефные дверцы, различные скруглённые детали.
Во всей этой "зелёности" для меня останется вопрос накопления, окупаемости и утилизации.
Из личного опыта - есть СЭС в Сочи, которая зимой вырабатывает в 4 раза меньше, чем летом, а в пасмурный день в 10 раз меньше, чем в солнечный. В итоге, покрывает расходы в режиме подмеса с общей сетью весьма не регулярно, автономно жить не возможно. В качестве резерва стоят гелевые АКБ, они же питают видеокамеры по ночам - за три года их ёмкость сильно упала - и того 60 кг свинца с кислотой в утиль (экология?)
По окупаемости - по моим прикидкам, панели не окупятся по энергозатратам на их производство (по деньгам с нашим ростом тарифов как раз таки и окупится, вложении более чем выгодное). То есть, в Китае на выращивание кремния для этой панели потратили энергии больше, чем эта панель у меня выработает за свой срок службы. И где тут появляется экология, если электроэнергия в Китае в основном от угля?)
SWO есть, в моей схеме допущена опечатка. SWO и TDO совмещены в ST-Link, соответственно и на схеме они должны идти вместе от пина B3. А задублированный SWDIO - это моя опечатка. Побежал исправлять, спасибо, что заметили!
Сэкономить на кабеле то точно не получилось, оно и не планировалось. Но вот сэкономить на инженерном образце в цепочке разработки получилось. Сейчас мы от макета сразу переходим к предсерийному производству, так как все разъемы для отладки и разработки у него присутствуют.
Не нашел подтверждения или опровержения, так что возможно) type c тот ещё ребус. thunderbolt 3 кабель пробовал использовать с UART и питанием - он работал.
Полагаю, что очень многое зависит от конструкции. Мы когда разрабатывали смартфон - продумывали как можно его собирать на автоматизированных линиях - но упирались в некоторые моменты по типу "вставить шлейф", "наклеить антенну" и пр. для выполнения которого нужны очень серьезные роборешения. Но опять же, печатную плату же собирают без людей, хотя вещь ни разу не простая. Тут важно чтобы конструкция и компоненты были готовы к такой сборке, а это время + работа дорогостоящих инженеров.
Не однократно был на данном производстве, только приятные впечатления! Смотрю, даже собранное мною оборудование и ПО для валидации маркировки живо)
Я сейчас пытаюсь это реализовать, но пока не нашёл способ, который бы надёжно работал. Буду признателен за любые идеи, которыми вы можете поделиться!
+1
Мне изначально очень нравилась идея RFID меток: набрал тележку с таким маркированным товаром, вывез её через рамку и карточку приложил - и всё куплено. Никаких тебе штрихкодов, касс, кассиров не надо... Но реальность выглядит немного иначе)
Обычно это и решается поиском на основании патерна статических элементов кода. Классический алгоритм распознавание так и работает. Но в случае сильной деформации - велик риск не найти или потратить непредсказуемое количество времени.
В случае нейросети - появляются зоны вероятной схожести с обученными данными (причем достаточно быстро), зная точно что код на фото только один, и он примерно ХХХ пикселей по площади - становится намного проще их отфильтровать и взять контур кода, который бы на 99.9% был именно кодом, а не чем-то на него похожим.
Не сильно понял чем ваше решение значительно отличается от раздела "здоровье" на госуслугах... Разве что в виде приложения
PS. А отслеживать динамику по анализам куда лучше в виде графика во времени. Например, как менялся показатель за год.
Согласен) В данном проекте я лишь разработчик, поэтому цифры, обоснование - меня касались минимально. По технической то части NDA... Что уж говорить о деньгах)
Честно, не ожидал таких вопросов на хабре) Каких-то точных цифр не приведу, из того что знаю - планируемая окупаемость комплекса порядка 2х лет выходила. За сколько купили лицензию не подскажу, но что-то не сильно дорого (самая дорогая это лицензия разработчика - она была)
Сейчас как раз в проработке проект с межкомнатными дверьми - может по ней не будет столь много ограничений на публикацию. Здесь даже интерфейс нельзя показать) не то что код...
Маркировка может там и тоже где-то есть, но честно, даже не акцентировал на неё внимание. Она может быть и с другой стороны детали, стереться и пр. По чертежу как-то надёжнее.
Может в будущем получится снять, дополню статью)
Такое ТЗ) детали с вырезом по центру (в основном дверцы) станок берет, столы с вырезом под кресло тоже.
Маркировка обычно не используется, чтобы не страдал внешний вид деталей. Да и задача то координаты получть, а не только наименование детали
Список деталей с размерами не информативен для сложных деталей с вырезами или рельефом. Проще и надёжнее 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 и питанием - он работал.