Мне изначально очень нравилась идея RFID меток: набрал тележку с таким маркированным товаром, вывез её через рамку и карточку приложил - и всё куплено. Никаких тебе штрихкодов, касс, кассиров не надо... Но реальность выглядит немного иначе)
Обычно это и решается поиском на основании патерна статических элементов кода. Классический алгоритм распознавание так и работает. Но в случае сильной деформации - велик риск не найти или потратить непредсказуемое количество времени.
В случае нейросети - появляются зоны вероятной схожести с обученными данными (причем достаточно быстро), зная точно что код на фото только один, и он примерно ХХХ пикселей по площади - становится намного проще их отфильтровать и взять контур кода, который бы на 99.9% был именно кодом, а не чем-то на него похожим.
Согласен) В данном проекте я лишь разработчик, поэтому цифры, обоснование - меня касались минимально. По технической то части NDA... Что уж говорить о деньгах)
Честно, не ожидал таких вопросов на хабре) Каких-то точных цифр не приведу, из того что знаю - планируемая окупаемость комплекса порядка 2х лет выходила. За сколько купили лицензию не подскажу, но что-то не сильно дорого (самая дорогая это лицензия разработчика - она была)
Сейчас как раз в проработке проект с межкомнатными дверьми - может по ней не будет столь много ограничений на публикацию. Здесь даже интерфейс нельзя показать) не то что код...
Маркировка может там и тоже где-то есть, но честно, даже не акцентировал на неё внимание. Она может быть и с другой стороны детали, стереться и пр. По чертежу как-то надёжнее.
Список деталей с размерами не информативен для сложных деталей с вырезами или рельефом. Проще и надёжнее 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 идут по коаксиальному экранированному кабелю.
+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 и питанием - он работал.
В одной паре действительно не применимо. Но по моему опыту витая пара в Type-c только на пинах D± (А6 и А7). А к B2 и B3 идут по коаксиальному экранированному кабелю.
На счёт триггера - да, она синхронизируется по скорости съёмки линий (строк изображения) с материалом через энкодер.
Расстояние где-то 350мм
Евгений, тогда давайте протестируем, контакты те же - 79991130512@ya.ru