Ни раз замечал как часто SourceCraft, да и deepseek злоупотребляют возможностями python, когда в какой-нибудь return пишут чуть ли не свёрнутую функцию с циклом, условием и пр. одной строкой. Смотришь на неё, вроде понял, через некоторое время возвращаешься к коду - и опять теряешь время, вспоминаешь/понимаешь что это было, по итогу переписываешь нормально. Иначе даже точку останова не поставить.
Для такой задачи пока что нет одного универсального решения (ну кроме человека). Взять, например, упаковку воды в термо пленке - присоски без настройки не захватят. Вилами снизу тоже проблемно залезть. А есть ещё фрукты - захватить связку бананов это пока что одна из самых интересных задач.
Полагаю, что очень многое зависит от конструкции. Мы когда разрабатывали смартфон - продумывали как можно его собирать на автоматизированных линиях - но упирались в некоторые моменты по типу "вставить шлейф", "наклеить антенну" и пр. для выполнения которого нужны очень серьезные роборешения. Но опять же, печатную плату же собирают без людей, хотя вещь ни разу не простая. Тут важно чтобы конструкция и компоненты были готовы к такой сборке, а это время + работа дорогостоящих инженеров.
Мне изначально очень нравилась идея RFID меток: набрал тележку с таким маркированным товаром, вывез её через рамку и карточку приложил - и всё куплено. Никаких тебе штрихкодов, касс, кассиров не надо... Но реальность выглядит немного иначе)
Обычно это и решается поиском на основании патерна статических элементов кода. Классический алгоритм распознавание так и работает. Но в случае сильной деформации - велик риск не найти или потратить непредсказуемое количество времени.
В случае нейросети - появляются зоны вероятной схожести с обученными данными (причем достаточно быстро), зная точно что код на фото только один, и он примерно ХХХ пикселей по площади - становится намного проще их отфильтровать и взять контур кода, который бы на 99.9% был именно кодом, а не чем-то на него похожим.
Согласен) В данном проекте я лишь разработчик, поэтому цифры, обоснование - меня касались минимально. По технической то части NDA... Что уж говорить о деньгах)
Честно, не ожидал таких вопросов на хабре) Каких-то точных цифр не приведу, из того что знаю - планируемая окупаемость комплекса порядка 2х лет выходила. За сколько купили лицензию не подскажу, но что-то не сильно дорого (самая дорогая это лицензия разработчика - она была)
Сейчас как раз в проработке проект с межкомнатными дверьми - может по ней не будет столь много ограничений на публикацию. Здесь даже интерфейс нельзя показать) не то что код...
Маркировка может там и тоже где-то есть, но честно, даже не акцентировал на неё внимание. Она может быть и с другой стороны детали, стереться и пр. По чертежу как-то надёжнее.
Список деталей с размерами не информативен для сложных деталей с вырезами или рельефом. Проще и надёжнее dxf. В противном случае местом захвата может стать какой-нибудь вырез.
В случае цвета, то на конкретной линии цвет всегда соответствует кромке, а она загружается раз в смену. Поэтому задача не стояла. Так бы да, пришлось бы использовать цветную камеру и белую подсветку.
По точности распознавания: расчетная до 0.5 мм с данной камеры. Так что сможет различить нужное положение практически квадратной детали.
В данный задаче все же распознавать детали: то есть брать из чертежа данные, по которым надо точно найти эту деталь. Прямоугольник это частный случай (хотя и в нем нужна точность, он тоже может отличаться на десятки миллиметров от другой детали), встречаются также рельефные дверцы, различные скруглённые детали.
Во всей этой "зелёности" для меня останется вопрос накопления, окупаемости и утилизации.
Из личного опыта - есть СЭС в Сочи, которая зимой вырабатывает в 4 раза меньше, чем летом, а в пасмурный день в 10 раз меньше, чем в солнечный. В итоге, покрывает расходы в режиме подмеса с общей сетью весьма не регулярно, автономно жить не возможно. В качестве резерва стоят гелевые АКБ, они же питают видеокамеры по ночам - за три года их ёмкость сильно упала - и того 60 кг свинца с кислотой в утиль (экология?)
По окупаемости - по моим прикидкам, панели не окупятся по энергозатратам на их производство (по деньгам с нашим ростом тарифов как раз таки и окупится, вложении более чем выгодное). То есть, в Китае на выращивание кремния для этой панели потратили энергии больше, чем эта панель у меня выработает за свой срок службы. И где тут появляется экология, если электроэнергия в Китае в основном от угля?)
SWO есть, в моей схеме допущена опечатка. SWO и TDO совмещены в ST-Link, соответственно и на схеме они должны идти вместе от пина B3. А задублированный SWDIO - это моя опечатка. Побежал исправлять, спасибо, что заметили!
Ни раз замечал как часто SourceCraft, да и deepseek злоупотребляют возможностями python, когда в какой-нибудь return пишут чуть ли не свёрнутую функцию с циклом, условием и пр. одной строкой. Смотришь на неё, вроде понял, через некоторое время возвращаешься к коду - и опять теряешь время, вспоминаешь/понимаешь что это было, по итогу переписываешь нормально. Иначе даже точку останова не поставить.
Для такой задачи пока что нет одного универсального решения (ну кроме человека). Взять, например, упаковку воды в термо пленке - присоски без настройки не захватят. Вилами снизу тоже проблемно залезть. А есть ещё фрукты - захватить связку бананов это пока что одна из самых интересных задач.
Иллюзия экологической чистоты)
Полагаю, что очень многое зависит от конструкции. Мы когда разрабатывали смартфон - продумывали как можно его собирать на автоматизированных линиях - но упирались в некоторые моменты по типу "вставить шлейф", "наклеить антенну" и пр. для выполнения которого нужны очень серьезные роборешения. Но опять же, печатную плату же собирают без людей, хотя вещь ни разу не простая. Тут важно чтобы конструкция и компоненты были готовы к такой сборке, а это время + работа дорогостоящих инженеров.
Не однократно был на данном производстве, только приятные впечатления! Смотрю, даже собранное мною оборудование и ПО для валидации маркировки живо)
Я сейчас пытаюсь это реализовать, но пока не нашёл способ, который бы надёжно работал. Буду признателен за любые идеи, которыми вы можете поделиться!
+1
Мне изначально очень нравилась идея RFID меток: набрал тележку с таким маркированным товаром, вывез её через рамку и карточку приложил - и всё куплено. Никаких тебе штрихкодов, касс, кассиров не надо... Но реальность выглядит немного иначе)
Обычно это и решается поиском на основании патерна статических элементов кода. Классический алгоритм распознавание так и работает. Но в случае сильной деформации - велик риск не найти или потратить непредсказуемое количество времени.
В случае нейросети - появляются зоны вероятной схожести с обученными данными (причем достаточно быстро), зная точно что код на фото только один, и он примерно ХХХ пикселей по площади - становится намного проще их отфильтровать и взять контур кода, который бы на 99.9% был именно кодом, а не чем-то на него похожим.
Не сильно понял чем ваше решение значительно отличается от раздела "здоровье" на госуслугах... Разве что в виде приложения
PS. А отслеживать динамику по анализам куда лучше в виде графика во времени. Например, как менялся показатель за год.
Согласен) В данном проекте я лишь разработчик, поэтому цифры, обоснование - меня касались минимально. По технической то части NDA... Что уж говорить о деньгах)
Честно, не ожидал таких вопросов на хабре) Каких-то точных цифр не приведу, из того что знаю - планируемая окупаемость комплекса порядка 2х лет выходила. За сколько купили лицензию не подскажу, но что-то не сильно дорого (самая дорогая это лицензия разработчика - она была)
Сейчас как раз в проработке проект с межкомнатными дверьми - может по ней не будет столь много ограничений на публикацию. Здесь даже интерфейс нельзя показать) не то что код...
Маркировка может там и тоже где-то есть, но честно, даже не акцентировал на неё внимание. Она может быть и с другой стороны детали, стереться и пр. По чертежу как-то надёжнее.
Может в будущем получится снять, дополню статью)
Такое ТЗ) детали с вырезом по центру (в основном дверцы) станок берет, столы с вырезом под кресло тоже.
Маркировка обычно не используется, чтобы не страдал внешний вид деталей. Да и задача то координаты получть, а не только наименование детали
Список деталей с размерами не информативен для сложных деталей с вырезами или рельефом. Проще и надёжнее dxf. В противном случае местом захвата может стать какой-нибудь вырез.
В случае цвета, то на конкретной линии цвет всегда соответствует кромке, а она загружается раз в смену. Поэтому задача не стояла. Так бы да, пришлось бы использовать цветную камеру и белую подсветку.
По точности распознавания: расчетная до 0.5 мм с данной камеры. Так что сможет различить нужное положение практически квадратной детали.
В данный задаче все же распознавать детали: то есть брать из чертежа данные, по которым надо точно найти эту деталь. Прямоугольник это частный случай (хотя и в нем нужна точность, он тоже может отличаться на десятки миллиметров от другой детали), встречаются также рельефные дверцы, различные скруглённые детали.
Спасибо! Было бы ещё хорошо сравнить программную сторону вопроса: какой интерфейс подключения, есть ли API/SDK?
Во всей этой "зелёности" для меня останется вопрос накопления, окупаемости и утилизации.
Из личного опыта - есть СЭС в Сочи, которая зимой вырабатывает в 4 раза меньше, чем летом, а в пасмурный день в 10 раз меньше, чем в солнечный. В итоге, покрывает расходы в режиме подмеса с общей сетью весьма не регулярно, автономно жить не возможно. В качестве резерва стоят гелевые АКБ, они же питают видеокамеры по ночам - за три года их ёмкость сильно упала - и того 60 кг свинца с кислотой в утиль (экология?)
По окупаемости - по моим прикидкам, панели не окупятся по энергозатратам на их производство (по деньгам с нашим ростом тарифов как раз таки и окупится, вложении более чем выгодное). То есть, в Китае на выращивание кремния для этой панели потратили энергии больше, чем эта панель у меня выработает за свой срок службы. И где тут появляется экология, если электроэнергия в Китае в основном от угля?)
SWO есть, в моей схеме допущена опечатка. SWO и TDO совмещены в ST-Link, соответственно и на схеме они должны идти вместе от пина B3. А задублированный SWDIO - это моя опечатка. Побежал исправлять, спасибо, что заметили!
Спасибо большое, что заметили! Они были перепутаны на схеме, схему обновил.