Форум АСУТП

Доброго времени суток.

В общем увлекся нейронками, обучением моделей для детекции. И соответственно написал скрипт на питоне для детекции брака на производственной линии в реал тайм. Передает сообщение о бракованной продукции через телеграм бота (простите, но это просто для пилотной версии и для удоства). Работает порядочно.
Модель которую обучал имеет открытый исходный код. Я за свою работу денег не просил. Для работы нейронки интернет не нужен (в нашем случае был нужен для телеграмма, но в будущем можно обойтись без него)

Но начальство отказалось от такой идеи. Причина: не хочется выделять деньги на камеры (1шт-8000₽).

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

RaoulDuke писал(а): ↑13 ноя 2024, 12:08 Собственно хотелось бы спросить у компетентных людей в чем может быть реальная причина отказа?

У компетентных в чём? :)

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

Причина производственная: если завод станет выявлять больше брака чем было - это ведь означает что производство стало хуже работать. А производству нужно самим себе портить жизнь и ухудшать показатели?

Причина криминальная, маловероятная: бракуют где-то в другом месте и без Вас, соответственно в том месте и оседает брак и это кому-то выгодно. Будете отбраковывать сами - те удалённые отбраковщики останутся без работы и без бракованных изделий. Могут огорчиться, мягко говоря.

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

ладно, лучше займусь делом, брак сам себя не переберет =)

Ну, это не повод отказываться от идеи. Я только пофантазировал о причинах, как Вы и спросили. А дальше - уж по месту смотрите. В конце концов, если соберёте систему до работающего опытного образца - это Ваше ноу-хау, а что с ним дальше делать - это уже Вам решать. Вплоть до доведения до серийного образца и поставок. Кто знает, может выстрелит.....

Все серьезные дела начинаются с фразы "ну чёрт с ним, давай попробуем". Дорогу осилит идущий.

Похожий случай: коллеги научились считывать с помощью камеры QR-код с упаковки. Данные далее попадали в 1с и так далее. Ранее эти данные вбивались оператором в 1с вручную. Получилась автоматическая станция приёмки товара. Позднее было собрано ещё несколько. Подобные рыночные решения стояли весьма не дёшево, точнее просто стоили каких-то денег.

Народные мудрости на эту тему:
Лучшее - враг хорошего.
Инициатива наказуема.
Не трогай технику, и она не подведёт.

Всё просто. Ставите свою систему на линии, обкатываете, снимаете и фиксируете реальные показания: типы диагностируемых браков, размеры различаемого брака, вероятность пропуска брака, вероятность ложного детектирования брака. Вот у вас есть готовый прототип, реально работающий на реальной линии. И вы можете гарантировать определённые параметры детекции, знаете сколько нужно потратить на оборудование, сколько времени (денег) нужно потратить на обучение модельки. Значит есть готовое решение, которые вы можете поставлять. Хорошо бы посмотреть аналоги, на сколько вы конкурентны. Если конкурентно, делаете лэндинг и пропихиваете по профильным каналам. Найдётся покупатель на внедрение - заработаете на своей инициативе.

Выясните, что за брак бывает на производстве.
От себя скажу, камера с нейронкой для детекции брака - далеко не самое лучшее решение. Кроме камер за 8К (как-то мало, скажу), нужно еще освещение, которое так же недешевое и имеет тенденцию выходить из строя, а так же хороший такой сервер. На каждую точку определения брака.
Мы пробовали и камеры и лазерную развертку. Да, они работают, но только на тот вид брака, на который настроены. Очень легко улететь на огромную партию брака, просто потому, что какой-то вид брака - не учли при проектировании. А человек - может пропустить единичный "стандартный" брак, однако всегда придет с вопросом: "А вот это нормально?". Если нейронку настраивать на режим "не понятно - брак" - то предприятие работает только в брак ))
ЗЫ. Одна точка контроля брака выходила около 1.5-2 млн. А у нас несколько параллельных линий, плюс десяток операций на каждой линии.

А также пока поизучайте внимательно законодательство в области интеллектуальной собственности. Это Ваша разработка, и интеллектуальная собственность - Ваша. Если всё получится - из этого могут получиться вполне приличные деньги. И сегодняшний работодатель, которому сейчас это "не надо" потом может подумать, что "само собой разумеется", что права на разработку принадлежат ему. Нет, не "само собой". Внимательно почитайте законы, перспективы не копеечные.

Отправлено спустя 2 минуты 26 секунд:

keysansa писал(а): ↑14 ноя 2024, 21:27 Если нейронку настраивать на режим "не понятно - брак" - то предприятие работает только в брак

Это называется ложно-позитивные срабатывания. Решается дополнительной ручной проверкой и ещё одной итерацией настройки на новый вид брака.

VADR писал(а): ↑14 ноя 2024, 21:31 Решается дополнительной ручной проверкой и ещё одной итерацией настройки на новый вид брака.

Я работаю 2 года и вчера был "новый" брак. Который раньше не появлялся.
ЗЫ. Ночью у нас сокращенные смены. 10 машин, каждая за смену делает 5000 изделий. Если бы лаборант обнаружил только утром... Ну, или даже если бы лаборант был ночью, то остановить производство до обучения сети?

keysansa писал(а): ↑14 ноя 2024, 21:33 Я работаю 2 года и вчера был "новый" брак. Который раньше не появлялся.
ЗЫ. Ночью у нас сокращенные смены. 10 машин, каждая за смену делает 5000 изделий. Если бы лаборант обнаружил только утром... Ну, или даже если бы лаборант был ночью, то остановить производство до обучения сети?

Я не знаю, как работает разработка автора. Возможно, там как раз обучение идёт на "норму" и отклонение сверх допусков - брак. Не знаю. Зачем для обучения останавливать производство? Откуда система будет данные брать, если производство остановлено? Как раз таки в онлайне, когда лаборанты вручную брак выявляют, методом обратного распространения ошибки. Как вариант. Повторюсь: я не знаю, как там оно у автора устроено.

ЗЫ: лично мне не знакомы успешные случаи реализации таких систем. Неудачные, за которые при этом заплачено нехило денег - известны. Но это не значит, что у автора не получится. Может быть, он нащупал свою методику. И это его интеллектуальная собственность, которую важно не выпустить из рук.

VADR писал(а): ↑14 ноя 2024, 23:11 Зачем для обучения останавливать производство?

Мы ж не знаем как работает производство. :) Может что-то привинтить/перенастроить безопасно. Камер-то нет (автору денег на них не выделили), используются имеющиеся, а они небось используются и в оригинальном процессе - себе надо картинку с них переподключить, а мы ж не знаем - может без картинки работающее производство останавливается если система так построена.
Короче, чисто технологическая причина может быть.

Отправлено спустя 3 минуты 10 секунд:

VADR писал(а): ↑14 ноя 2024, 23:11 И это его интеллектуальная собственность, которую важно не выпустить из рук.

Да. Жалко будет труду пропасть. Это через год-два этого будет везде навалом наверное, а на сегодня - идея очень даже горячая. А эти года два можно развить до работающего серийного образца, и превратиться из наладчика в поставщика таких систем, кардинально изменив свою жизнь. Перспектива реальна, если заняться сейчас, потом будет поздно. Куй железо пока горячо.

Я уже писал, что лично сталкивался с неудачными попытками применения нейросетей для разных целей контроля технологии. Каждый раз основная (на мой взгляд) проблема была одна: люди пытались задачу решать задом наперёд. Правильная (опять таки, на мой взгляд) последовательность должна быть такая: знаем технологию знаем контрольные точки (или добавляем недостающие) ищем подходящий инструмент. То есть - проблема решается от технологии с привлечением по необходимости математиков. Попытки же реализации выглядели наоборот: люди знали (хорошо ли, плохо ли) инструмент и пытались приладить его к задаче. Типа "сейчас мы возьмём все доступные цифры, умная система сама найдёт корреляции, и технологи нам нафиг не нужны". Ага, счазд.
И ещё я примерно представляю, сколько это стОит, поэтому и упираю на то, что, если всё выгорит, автору надо это не упустить. Ибо как только будет успешная реализация - халявщики найдутся.

Jackson писал(а): ↑15 ноя 2024, 06:00на сегодня - идея очень даже горячая. А эти года два можно развить до работающего серийного образца, и превратиться из наладчика в поставщика таких систем, кардинально изменив свою жизнь.

На форуме есть примеры: начало и продолжение. Но есть разница: Роману Анатольевичу не требовался стартовый капитал, только желание, время и мозги.

PS. Показательны истории возникновения фирм Allen Bradley и Berneker and Rainer. Это известные мне примеры, уверен таких много.

Looker писал(а): ↑15 ноя 2024, 17:22 PS. Показательны истории возникновения фирм Allen Bradley и Berneker and Rainer. Это известные мне примеры, уверен таких много.

Apple. :) В гараже что-то паяли, если не ошибаюсь.

Looker писал(а): ↑15 ноя 2024, 17:22 Но есть разница: Роману Анатольевичу не требовался стартовый капитал,

При этом, Роман Анатольевич - еще не включил машинное зрение в свою SCADA )

Про машинное зрение попадалась статья ещё в советские времена, где-то 70-80 годы. Там описывалась система контроля исправности инструмента в металлорежущих станках с ЧПУ, всех этих резцов, свёрл и фрез.