Дешёвый вариант применения нейросети для контроля за процессом 3D печати.

accurate_random
Идет загрузка
Загрузка
23.02.2020
3728
117
печатает на PICASO 3D Designer
Личные дневники

Подпишитесь на автора

Подпишитесь на автора, если вам нравятся его публикации. Тогда вы будете получать уведомления о его новых постах.

Отписаться от уведомлений вы всегда сможете в профиле автора.

-3

 Здравствуйте всем,   вот получилось между всеми делами как-то закончить поиск, о чём хочется сказать участникам портала.

Соответственно с таким решением снимается задача глубокого обучения нейросети..., и на мой взгляд - это самый дешёвый вариант из возможных.

Всё просто:

1) после слайсинга запускается симулятор печати и по нему записывается видео,

2) печать запускатеся одновременно с видео,

3) нейросеть следит только за отклонениями изображения с камеры от изображения на видео.

Для этого вполне достаточно одной Raspberry PI.

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

Дешево и сердито...ничего тут больше особо не попишешь :( .

Ну из плюсов - нет необходимости в глубоком обучении нейросети, тут всё предельно просто и дёшево.

Всем спасибо за внимание, можете юзать, если кажется вполне полезным.

P.S:

Думаю, что сам скоро приступлю к реализации, с учётом простоты такого проекта.

Не плохо было-бы иметь слайсер с возможностью записи видео по симуляции печати.

Насколько помню - пока такой функции не имеет ни один слайсер...

Хочется верить, что скоро будет.

Подпишитесь на автора

Подпишитесь на автора, если вам нравятся его публикации. Тогда вы будете получать уведомления о его новых постах.

Отписаться от уведомлений вы всегда сможете в профиле автора.

-3
Комментарии к статье

Комментарии

23.02.2020 в 19:05
2

Конечно. Какая ерунда, начать и кончить.  Трезво оцените свои силы, это не ардуйней светодиодом помигать.

23.02.2020 в 19:19
-2

Мигание светодиодном на ардуино - квант человеческих способностей? Интересная точка зрения конечно..., диван, аналитика, управление...

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


24.02.2020 в 07:00
0

Комментарий скрыт

24.02.2020 в 09:31
-1

Комментарий скрыт

27.02.2020 в 07:32
-1

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

23.02.2020 в 19:25
1

Комментарий скрыт

23.02.2020 в 19:31
-1

Комментарий скрыт

23.02.2020 в 19:42
1

Комментарий скрыт

23.02.2020 в 19:58
-1

Комментарий скрыт

23.02.2020 в 20:35
0

Комментарий скрыт

23.02.2020 в 20:42
-1

Комментарий скрыт

23.02.2020 в 20:44
0

Комментарий скрыт

23.02.2020 в 19:46
0

Любопытно весьма. Однако

Немного непонятно как  сопоставить движение "головы" принтера, с текущим состоянием печатаемой детали.

Пример: .. все давно оторвалось от стола, а движение эструдера - правильные. Пример грубый и тривиальный.

Будет очень жаль, что вы потратите бесполезно свое время. Я полагаю, что уменьшение проблем с печатью, лежит в области организации технологии подготовки печати, эксплуатации принтера, регламентов ппр и прочая ..

Спасибо.

PS Я не мейкер, для меня можете придумать другое название.

23.02.2020 в 20:02
0

Немного непонятно как сопоставить движение "головы" принтера, с текущим состоянием печатаемой детали.

симулятор печати показывает деталь обычно, не только движение головы. Впервые слышу чтобы симулятор печати показывал только голову принтера без напечатанной части детали. Для меня это ново, таких симуляторов не встречал...

23.02.2020 в 21:19
0

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

Все остальное - это большая проблема. 

Спасибо

23.02.2020 в 21:22
1

Комментарий скрыт

23.02.2020 в 22:41
0

Я все таки думаю, что Ваша задача надумана. 

попробуйте  логически поэтапно описать вашу, я лично не понял зачем это мне

Немного непонятно как сопоставить движение "головы" принтера, с текущим состоянием печатаемой детали.

, если у меня сопоставляется два изображения: одно с камеры, другое с видео симуляции.

У меня в решении нейросетью просто сравнивается два изображения, и никакой нужды там нету сопоставлять то, о чём Вы говорите,.

23.02.2020 в 20:06
4

Бум безопорного передвижения прошёл. Теперь вот нейросети.

23.02.2020 в 20:09
-1

Снег не падает летом, зимой не цветут цветы - это вполне нормально.

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

23.02.2020 в 20:13
2

Предлагаю концепцию безопорного передвижения  экструдеров и столов управляемых нейросетью

23.02.2020 в 20:14
0


Предлагаю концепцию безопорного передвижения экструдеров и столов управляемых нейросетью


Делайте топик, описывайте своё уникальное решение. Я предлагаю не офтопить в моих топиках.

23.02.2020 в 20:36
0

Комментарий скрыт

23.02.2020 в 20:43

Комментарий удалён

23.02.2020 в 20:48
-1

Комментарий скрыт

23.02.2020 в 20:52
0

Комментарий скрыт

23.02.2020 в 20:56
-1

Комментарий скрыт

23.02.2020 в 20:49
1

Комментарий скрыт

23.02.2020 в 20:52
-1

Комментарий скрыт

23.02.2020 в 20:56
0

Комментарий скрыт

23.02.2020 в 20:58
-1

Комментарий скрыт

23.02.2020 в 21:01
1

Комментарий скрыт

23.02.2020 в 21:02
0

Комментарий скрыт

23.02.2020 в 21:03
0

Комментарий скрыт

23.02.2020 в 21:09
0

Комментарий скрыт

23.02.2020 в 21:29
1

Радостно включаясь в беседу, заранее зная, что вокруг автора враги, это только способствует погружению автора в эту атмосферу. Я понимаю конечно, что в процессе извлекается тонна удовлетворения, но всё же поощряется повторение всей ситуации из раза в раз. %)

Я считаю как только начался разговор "ты не прав, потому что я считаю что ты враг" - это конец конструктивной беседы %)

23.02.2020 в 22:03
0

Комментарий скрыт

23.02.2020 в 22:28
-1

Комментарий скрыт

23.02.2020 в 22:38
1

Комментарий скрыт

23.02.2020 в 21:05
2

1) ПО должно учитывать максимально точно позицию камеры пользователя и выставление позиции виртуальной камеры. Сделать такое в ручном режиме будет довольно проблематично, если речь идёт о максимальной точности

2) Очень часто время печати в слайсере и время печати реальное не совпадает. Это потребует дополнительной точной настройки всех параметров в слайсере и их тестирование на реальной модели. Лично у меня печать всегда убегает на полчаса-час больше для больших моделей.

3) Фон должен быть контрастным относительно детали, т.е. задник для камеры периодически придётся менять

Это будет проект, который неожиданно съест больше ожидаемого, с достаточно сложным к получению результатом. А можно ещё на принтере подкрутить скорость печати вручную.. Насколько мне помнится был проект определения неудач при печати с автоматическим остановом. реализованный в качества плагина к октопринту.

23.02.2020 в 21:19
1

2) Согласовать скорость симуляции и скорость печати в реальном времени с достаточной точностью практически невозможно. И потому что на долгих распечатках нужна будет точность порядка 0,001% (это для 12-часовой печати с синхронностью 0.5 сек), и потому что симуляция - это далеко не реальное время.

3) А еще, кроме хорошей различимости не только всей детали, но и отдельных нитей каждого слоя, камера будет видеть деталь только с одной стороны.

4) Компьютер с симулятором нельзя будет трогать в течении всей печати. Ну или нужно будет предварительно записывать многочасовое видео симуляции в реальном времени.

23.02.2020 в 21:26
0

Да, это правильные добавления.
вспомнил, есть вот такая разработка - https://plugins.octoprint.org/plugins/thespaghettidetective/

23.02.2020 в 21:37
0

Я так понимаю, она детектирует только "спагетти" выдавливаемого в воздух пластика?

А тут товарищ заявляет о детектировании дефектов печати, а не только неудач :)

23.02.2020 в 21:46
0

Я так понимаю, она детектирует только "спагетти" выдавливаемого в воздух пластика?

А тут товарищ заявляет о детектировании дефектов печати, а не только неудач :)

Возможно у товарища так и бьло-бы , но увы в топик старте написано иное.:

При необходимости при наличии отклонений следящая нейросеть запустит другую

и я думаю что:

отрыв детали от стола различить  с спагети - 

не запредельная задача для нейросети.

23.02.2020 в 21:26
0

) ПО должно учитывать максимально точно позицию камеры

допуски никто не отменял нигде и никогда, вы первый.

2) Очень часто время печати в слайсере и время печати реальное не совпадает.

это факт известный, но связан скорее с расчётом времени печати, чем с проблемами в G-коде, ведь практически ни у кого на принтерах не стоит N-кодеров. Если -бы причина была другой - соответственно брак детали был-бы эквивалентен ошибке расчёта времени печати.

3) Фон должен быть контрастным относительно детали

так вот я и думаю, что это единственное что должа обработать сеть перед сравнением изображений - убрать цвета каким-то образом, с минимумом потерь информации полезной для сравнения.


Стороннее решение требует более дорогого железа задействованного для контроля печати, либо увеличения рисков во время печати без контроля человека.

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

23.02.2020 в 21:39
3

Комментарий скрыт

23.02.2020 в 21:41
-1

Комментарий скрыт

23.02.2020 в 21:46
1

Комментарий скрыт

23.02.2020 в 22:20
0

Дааа срач вышел знатный.

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

Но если вы сможете реализовать что-то интересное и рабочее - валяйте, творите, никто вас не ограничивает!

23.02.2020 в 22:30
0

периодически отслеживать, как проходит печать. 

это значит так или иначе - идти на риск эквивалентный интервалам проверки.


Но если вы сможете реализовать что-то интересное и рабочее - валяйте, творите, никто вас не ограничивает!

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

23.02.2020 в 22:42
0

Он, похоже, просто не в курсе что такое нейронная сеть, раз собирается без обучения заставить ее сравнивать два изображения на идентичность :) Но название ему нравится, вот он и лепит его :)

23.02.2020 в 22:45
0

раз собирается без обучения заставить ее

опять преувеличение, решение снимает только эту проблему

снимается задача глубокого обучения нейросети



а это больше уже про себя и про выдуманные преувеличения

ему нравится, вот он и лепит его :)

.


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

23.02.2020 в 23:34
0

решение снимает только эту проблему
снимается задача глубокого обучения нейросети

Но не снимает задачу обучения вообще.

23.02.2020 в 23:43
0

Но не снимает задачу обучения вообще.

а где оное было заявлено?

Научить нейросеть оценивать разницу двух изображений  - не задача глубокого обучения выявлению отклонений в процессе 3D печати.

Мною было заявлено вот это


3) нейросеть следит только за отклонениями изображения с камеры от изображения на видео.

а не то, что вы себе придумали.

23.02.2020 в 23:46
0

Комментарий скрыт

23.02.2020 в 23:48
-1

Комментарий скрыт

23.02.2020 в 23:53
0

Комментарий скрыт

24.02.2020 в 00:06
-1

Комментарий скрыт

23.02.2020 в 23:37
0

патентов имеющихся и оформляющихся (1-есть, 1- оформляется, они на одну тематику)

А можно поинтересоваться, на какую?

23.02.2020 в 23:47
0

Комментарий скрыт

23.02.2020 в 23:49
0

Да как же я присвою? Они же оформлены... Могу только купить.

23.02.2020 в 23:50
0

Комментарий скрыт

23.02.2020 в 23:52
0

Ну, может, снизойдёт в данном случае.

23.02.2020 в 23:54
-1

Комментарий скрыт

23.02.2020 в 23:56
1

И всё таки, мне можно рассчитывать на получения ответа на МОЙ вопрос?

23.02.2020 в 23:56
1

Комментарий скрыт

24.02.2020 в 09:06

Комментарий удалён

23.02.2020 в 23:58
0


А можно поинтересоваться, на какую?


Привода исполнительных механизмов. Оба - способы. Пионерских нет патентов, но оба способа не повторяют известных решений. Иначе говоря - таких приводов Вы пока не встречали, прямых аналогов - нету.

24.02.2020 в 00:02
0

Насколько я понимаю в механике, исполнительный механизм сам по себе является приводом... Поправьте если я не прав.

24.02.2020 в 00:12
0

Насколько я понимаю в механике, исполнительный механизм сам по себе является приводом... Поправьте если я не прав.

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

24.02.2020 в 00:33
0

А речь, случайно, не о реактивно ли поршневых приводах идёт?

24.02.2020 в 09:27
-1

А речь, случайно, не о реактивно ли поршневых приводах идёт?

в названии реактивнопоршневая система подразумевается то, что поршень в системе - результат реакции рабочей среды НА ВОЗДЕЙСТВИЕ, а не твердотельный объект СУЩЕСТВУЮЩИЙ САМ ПО СЕБЕ.

Техническое название совсем иное.

24.02.2020 в 00:33
1

Думаю видео тут излишне, достаточно снимков экрана, раз в секунду или еще реже. И не забывать про задержку команд в буфере контроллера.

24.02.2020 в 00:48
0

Тут столько подводных камней, которые автор в упор не видит, что задержка команд в буфере - наименьшая из проблем.

24.02.2020 в 09:12
-1

Тут столько подводных камней, которые автор в упор не видит, что задержка команд в буфере - наименьшая из проблем.

твоя очередная выдумка, в топик старте сразу оговаривалось что видео для сравнения будет основано на симуляторе, а не на одном только чтении кода. И симулятор этот вполне может работать вместе с плагином записи в ускоренном режиме - не реалтайм.

24.02.2020 в 09:16
0


Думаю видео тут излишне, достаточно снимков экрана, раз в секунду или еще реже. И не забывать про задержку команд в буфере контроллера.


Ну это понятно-то, что видео это излишне, таймлапс.

А вот симулятор не будет излишним. И я думаю, что чтобы решить проблему с точным временм, кадры симуляции привязывать к камере с небольшим допуском, и если учитывать что актуальны они только в последовательности, то в принципе должно иметь эффект.

24.02.2020 в 11:15
0

https://rugraphics.ru/photoshop/avtomaticheskoe-snyatie-skrinshotov

последовательность кадров потом загнать в aPNG для компактности и его уже использовать в дальнейшем.

либо разработать свою программу, тут нет ничего запредельного, есть все библиотеки и стандарты.

в идеале программа сама должна создавать файл по g-code или использовать g-code сразу в нейросети.

хотя нейросеть как мне кажется тут не нужна, достаточно сравнивать кадр с камеры и виртуальный кадр с помощью вероятностных вычислений (не помню точно как называется технология).

24.02.2020 в 11:27
0

https://rugraphics.ru/photoshop/avtomaticheskoe-snyatie-skrinshotov последовательность кадров потом загнать в aPNG для компактности и его уже использовать в дальнейшем. либо разработать свою программу, тут нет ничего запредельного, есть все библиотеки и стандарты.

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

Тут проблема в балансе параметров:

глубина обучения ~ 1/(качество рендера + качество симуляции).

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

Далее в общем.

24.02.2020 в 11:30
1

из прошивки можно получать текущую строку g-code и передавать ее вместе с видео

25.02.2020 в 10:04
-1

Как? Сегодня у нас ураганчик ожидается ещё один, завтра я поеду за шнуром USB  для принтера, я тоже думал про USB попробовать, но производитель моего принтера начал видимо с GPL, а потом решил что гениален и запечатал всё-код закрыт.

25.02.2020 в 11:32
0

Если код закрыт, то никак. Но всегда можно взять принтер другого производителя. Можно на всякий случай порт промониторить, вдруг он сам что-то назад передает.

24.02.2020 в 03:05
1

Комментарий скрыт

24.02.2020 в 09:11
-1

Комментарий скрыт

24.02.2020 в 09:49
0

Комментарий скрыт

24.02.2020 в 06:42
0

Комментарий скрыт

24.02.2020 в 09:18
-1

Комментарий скрыт

24.02.2020 в 09:36
0

Надеюсь, намек всем понятен?

24.02.2020 в 09:45
-1

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

24.02.2020 в 11:47
0

    И вот тут я начинаю думать о том, что неплохо в G-коде сделать модификацию, и выводить сигнал на какой-нибудь из пинов при определённом комментарии или типа команды какой-нибудь чисто для информации, подавать его на пин малинки, а та уже будет знать соответственно какой именно напрмер слой печатается, так легче всего решить проблему синхронизации, но надо лезть в аппаратную часть.

Тут я смотрю очень удобно делят блоки с кодом строки с ";TYPE:WALL-OUTER", но это скорее только в моём слайсере.

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

24.02.2020 в 11:55
1

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

24.02.2020 в 12:05
0

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

Конечно есть и такие вещи

https://habr.com/ru/post/117789/

не обязательно нейросеть, но нейросеть сможет игнорировать в сравнении печатающую головку, вот в чём дело.

Она поможет  игнорировать подвижные элементы - печатающую головку, направляющие, тени.

24.02.2020 в 15:46
0

Не совсем понимаю, зачем вам нужна нейросеть

Либо он путает нейросеть с обычными корелляционными алгоритмами, либо реально рассчитывает запустить нейросеть, не понимая сколько сил и времени ему нужно будет потратить на то, чтобы обучить ее. В любом случае он явно не имел дела с нейросетями и не понимает что это такое и как оно работает. Ну и в любом случае все это закончится ничем, как обычно :) Потому что ни первый ни второй варианты не сделать быстро и просто. В первом варианте нужно неплохо так разбираться в математике и теории ЦОС, а во втором варианте нужно набирать огромную кучу данных для обучения сети.

24.02.2020 в 14:48
1

Вроде начал понимать Вашу задумку.

Но всё-же я сторонник распределённых мощностей, и не стал-бы одни и теже "мозги" нагружать и интеллектуальным OCR, и видеозаписью, и слайсингом.

Эти три перечисленные задачки лучше доверить трём "мудрецам-вычислителям", засинхронизировав их между собой четвёртым-гувернёром-распределителем, хоть бы и по LAN.

Вот почему и написал в предыдущем Вашем посте, что у меня получается "дорого и долго".

Боюсь, что "быстро" этот проект не получится именно из-за поглощения ресурсов как-бы "автопилотной" работой всего-на-одном.

Пусть даже это будет Джетсон.

ski
24.02.2020 в 16:45
0

Но всё-же я сторонник распределённых мощностей, и не стал-бы одни и теже "мозги" нагружать и интеллектуальным OCR, и видеозаписью, и слайсингом.

малинка будет нагружена только воспроизведением видео по симуляции и сравнением его с изображениями с камеры. Всё остальное будет делаться на буке.

Пусть даже это будет Джетсон.

Джетсон у меня только для БПЛА или Бота, Никаких подключений к камерам видеонаблюдения я к нему не планирую, и слайсинга тоже. Малинок я купил две, для видеонаблюдения на работе, на две камеры. Но третья камера будет наблюдать за принтером, та что USB. А к лету я ещё планирую приобретение малинок - много глаз будет надо на работе, тут и пожароопасность и температура должна быть под контролем, в общем без электроники мне тут капец настанет. Так что у меня тут "малинник" скоро будет с множеством глаз, а джетсон на БПЛА или бота, ему задачу не меньше надо, иначе и смысла не было его покупать.


Я поэтому и резко так перключился между проектами - тут на работе стихия джел наделала, прогноз погоды немного подколол, и ещё раз подколол-бы, но я дежурил всю ночь - имея ввиду печальный опыт доверия прогнозам погоды. У меня сейчас задача номер один - глаза и нейросети, я тут один за всем смотрю, а площадя большие, и мне так или иначе глаз везде наставить,  ну а раз на то пошло - то и за принтерам разумеется, просто тролям бестолковым не объяснишь, что всё имеет причины, так как не все как сыры в масле катаются и подкакивают в чужих топиках. Это было было вынужденное переключение между проектами - раз я везде ставлю глаза, то почему я не должен сразу-же сделать это и с принтером? [удалено модератором]

24.02.2020 в 16:58
0

Комментарий скрыт

24.02.2020 в 16:59
-1

Комментарий скрыт

24.02.2020 в 17:01
0

Комментарий скрыт

24.02.2020 в 17:03
-1

Комментарий скрыт

24.02.2020 в 17:18
0

Комментарий скрыт

24.02.2020 в 17:55
-1

Комментарий скрыт

ski
25.02.2020 в 02:58
0

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

25.02.2020 в 08:13
0

Работяга пришел, разговаривали, я ему говорю-ну тогда получается что-я последний там, он к щитку сразу-ключ нашел сразу, довольный как слон-я ему обьясняю-все бы было офигенно, но когда этот щиток закрывается и ключ осталяется-это делается не просто так, а по алгоритму: закрывеш щиток на ключ, ключ держишь на искосок, чтобы заедал, и вытяшиваешь его, таким образом, если ты его не закрыл-дверца откроется, если ключ вытащился-ты вставляешь его назад. Но этот тип такой, с причудами, после снегопада расскащывал мне сколько надо людей чтобы закрепить сетку новую, когда я сказал давай сами попробуем-исчез на три дня- и я один сетку натягивал и фиксировал, за рабочий день два вальера сделал. Потом он вернулся, когда я сделал :). Через неделю или сколько-не помню.

24.02.2020 в 16:59
0

И по теме вот что я придумал, так как принтер у меня очень засекречен производителем, как ядерное оружие почти, то - завтра привезу, если получится ещё съездить, шнур из дома, и проверю состояние порта USB в среде Arduino IDE, и если принтер отправляет сигналы во время работы на порт USB (не будучи подключенным к полигону), то проблему синхронизации я решил.

25.02.2020 в 03:05
1

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

25.02.2020 в 08:22
0

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


Причем, я говорю о том, что таймлапс делается сразу, еще на стадии записи видео при ускоренной симуляции печати.


Надо вам милионы видео-делайте, надо вам десятки милионов видео-делайте, я научу нейросеть различать каретку и направляющие и за одно видео, кадров то в нем не один.

25.02.2020 в 10:45
0

Ага, пользуйтесь прям все подготовил...  За идею 3, а исполнение двойка. Хорошо что автору придется слайсер с захватом экрана ждать...

KVP
25.02.2020 в 15:37
-2


Ага, пользуйтесь прям все подготовил... За идею 3, а исполнение двойка. Хорошо что автору придется слайсер с захватом экрана ждать...

может Вам прийдётся ждать? А я прекрасно справляюсь с созданием симуляторов на плагинах для CUDA, я уже выкладывал видео, может просто топик не делал.
Вы ясновидящий или пророк по специализации? Если считаете что я Вас оскорбил, почему я не могу воспринимать чужие прорицания беспочвенные как простую попытку нанести оскорбление?
Насчёт 3 за идею, ну да конечно труд по прорицаниям и гаданиям он тяжелее наверное, я этим не занимаюсь.
Моя идея в ваших доработках не нуждается - раз 3, мне не составит особенного труда создать и симулятор и сделать всё остальное. И я нигде не видел, чтобы за день от решения у кого-то что-то было уже исполнено. Так что исполнения ещё не было - с двоичкою спешите своей сильно. Не нравится - не трогай и забудь, делай своё, так как считаешь нужным. Для своего принтера я сделаю симулятор быстро - а вот остальным прийдётся ждать, для кого идея плоха, пока производитель соизволит или дэвы слайсера.
Нормальным людям, у кого руки растут как надо - я разрешаю использовать идею не для коммерческих целей. Это моя идея, и моё право - определять право её использования.
Симулятор я уже начал делать, только в отличии от того, что начал для получения аэродинамического образца, этот будет не в Unity (видео я вкладывал и снимки по тому симулятору, CUDA работает отлично, всё в реалтайм, невзирая на устаревающие мощностя моего ноутбука), а в Unreal Engine, там всё так с++ да и ноды получше организованы.

25.02.2020 в 18:19
0

я разрешаю использовать идею не для коммерческих целей. Это моя идея, и моё право - определять право её использования.

Какой доброй души человек. А ничего, что идея автоматического определения сбоя печати уже давно известна и даже была как-то реализована? Тут в комментариях уже приводили ссылку на такой плагин к Октопринту.

Так что идея не твоя и не тебе раздавать на нее разрешения и ограничения.

Ну а если ты имеешь в виду идею сравнивать видео симуляции с видео от камеры, то можешь не переживать - никто эту идею не станет использовать, тем более в коммерческих целях. Потому что это совершенно тупиковый путь.

25.02.2020 в 19:19
-2

Какой доброй души человек. А ничего, что идея автоматического определения сбоя печати уже давно известна и даже была как-то реализована?

как-то  -  это не значит что так.

Дальше что?


Тут в комментариях уже приводили ссылку на такой плагин к Октопринту.

на спагетти?

Так то совсем другой способ. Я описывал конкретный сопосб, а не идею автоопределения.


Так что идея не твоя и не тебе раздавать на нее разрешения и ограничения.

конкретно этого способа - это моя идея, а не октопринта.


Ну а если ты имеешь в виду идею сравнивать видео симуляции с видео от камеры,

а если ты этого не понял, да ещё после этого в топик старте

 и на мой взгляд - это самый дешёвый вариант из возможных.

- то то, что ты можешь что-то понимать в следующем тобой сказанном

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

такое-же гадание на кофейной гуще, как твое если при игнорировании того, что уже было сказано ещё в топик старте.

Собственно ты гаданиями только и занимашься в принципе, когда я сказал что может я и мальчик для тебя, но только 46-летний, ты там что-то мданул, а я спросил-"а сколько по твоему должно быть лет человеку, который в детстве патентовал (в ЮТ) резисторы в качестве перемычек для ПЗУ, когда их прошивали катушками (да конечно я получил ответ и свидетельство на рац.пред, но только уже после публикации про то, что сделали первый программатор, я помню до сих пор обложку того журнала).

И ты это давно читал, но так тебе прям хочется принизить других, подпакостить им, что аж прёт из тебя это.

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

25.02.2020 в 23:52
1

Широкой публике они не будут раскрыты. Комментарии сохранены в скрытом виде только для внутреннего пользования - арбитража. Один человек уже получил приз, пока небольшой.


Для всех: очень хотелось бы, чтобы троллинг прекратился. Никто никого сюда силком не тащит.

26.02.2020 в 20:23
-1

Да..., иногда и чужое чувство юмора обнадёживает. Люди умеющие веселиться в любой ситуации - всегда наводят на мысли. Приятного орифлейма в узком кругу, и бурения скважин. Надеюсь вы достаточно будете удовлетворены в кругу лиц


Широкой публике они не будут раскрыты.
чтобы не искать развлечений на стороне.
Я постараюсь, чтобы вас не беспокоили больше, по всяким там пустякам..

25.02.2020 в 16:37
0

Читаешь как досье на секретного агента (половина содержимого заретушировано). По теме - если цель слежение за крупными дефектами и срывом детали то можно обойтись послойными изменениями (а дефекты вообще через 3-5 слоев). В общем ничего саерхсложного (а тем более невозможного) не видится. 

25.02.2020 в 17:35
-1

По теме - если цель слежение за крупными дефектами и срывом детали то можно обойтись послойными изменениями (а дефекты вообще через 3-5 слоев). В общем ничего саерхсложного (а тем более невозможного) не видится.

по теме многие заявляли что проще проверять самим состояние печати..

Как эту проблему будете решать Вы - Ваше дело, в теме рассматривается конкретный способ

1) после слайсинга запускается симулятор печати и по нему записывается видео, 2) печать запускатеся одновременно с видео,   3) нейросеть следит только за отклонениями изображения с камеры от изображения на видео. Для этого вполне достаточно одной Raspberry PI. При необходимости при наличии отклонений следящая нейросеть запустит другую, а та уже определит характер отклонения от нормального процесса и отправит отчёт оператору (мейкеру). 

Подробнее было сказано

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

Как Вы будете поступать по своему - это ваше личное дело. Обходитесь послойно, без сравнения двух картинок - Ваше дело, Ваше дело как Вы там проще послойно придумали. У меня конкретно кадр с симуляции сравнивается с конкретным моментом печати, синхронизация будет через G-код.

Если Вы оппонентам пишите, что ничего сложно - используйте, я не против(но мне вы ничего не написали так-то). Я и сам знаю-что ничего сложного реализовать этот способ.

25.02.2020 в 17:32

Комментарий удалён

25.02.2020 в 18:39
0

Хотя, если делать симулятор, то нейросеть получается должна только отклонения физики света вычленить из сравнения. Про каретку я что-то загнул и напраялеющие, но если делать уже для всех симулятор, то можно научить определять каретку, направляющие, их тени+стол - тогда система уже для всех получается будет делаться...да, так и сделаю-нейросеть учить видеть каретку с направляющими, а симулятор - для всех, не знаю только получится-ли для всех синхронизацию одинаковую - для всех я не буду браться делать - но часть для всех.

25.02.2020 в 19:40
1

Блин, пост какбэ ниачЁм, а бой как за господствующую высоту)))

И жаль, что все прочитать не возможно)

25.02.2020 в 19:50
-2

Блин, пост какбэ ниачЁм, а бой как за господствующую высоту)))

Я господства не отстаиваю, а только свою идею. Если она кому-то мешает как господствующая высота - я не приходил к нему и не загонял его в низины.

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

25.02.2020 в 19:45

Комментарий удалён

25.02.2020 в 20:30
-1

Да, таймлапсы симуляции надо создавать по слоям... а этого скорее всего проще сделать в Blender 3D, вопрос только в том - как узнать номер текущего слоя в G-коде...можно парсером и считать, но это не удобно.

.С другой стороны, Blender - это редактор, и в него модель загружать, скрипты подгружать  - сложно, лучше всё таки Unreal Engine , там всё-же PhysX есть - упрощает задачу, по созданию симулятора с подгрузкой модели.

С другой стороны - нужно импортировать то, что на столе находится в слайсере. Хотя можно сделать экспорт в STL из симулятора всех моделей на столе. Или просто сэйв содержимого на столе в один файл STL...

Вместо видео использовать слайды-не надо видео подгатавливать, написать вьювер для слайдов, и то он наверное существует наверняка. Просто в разных ОС - разный.

26.02.2020 в 22:37

Комментарий удалён

28.02.2020 в 22:46
-1

И пожалуй генерацию поддержек я не сделаю в симуляторе, поэтому определение поддержек тоже придётся возложить на нейросеть. Симулятор будет чем-то типа тулзы, как и моей первой - он просто будет делать видео (таймлапсы) печати без поддержек и модифицировать G-код, на отправку сигнала и синхронизацию видео сигналами от принтера (с этим ещё не разобрался толком- сигналами, некогда пока было). Для симулятора тут самое то - NVidia PhysX Apex, вообще без напрягов, а вот слайсер пока я не видел чтобы можно было сделать так-же просто...путь по контуру я знаю как генерить (петли), а вот с логикой заполнения заморачиваться не охота, поэтому будет только симулятор, слайсера пока не будет, просто тулза моя обзаведётся новым функционалом.

01.03.2020 в 22:06
-1

А обучать нейросеть - на симуляторе слайсера, там есть поддержки и прочее(бримы, подложки). Запускаю симулятор сделанный мною, симулятор слайсера, и нейросеть сравнивает - там научу её определять где поддержки.  А каретку потом. Вот только как синхронизировать таймлапс с видео по моему симулятору с захватом изображения  с симулятора куры например...

И потом уже когда нейросеть научится определять поддержки, бримы, подложки, тогда учить её определять каретку и направляющие...так проще...


Смотрел я на то и на это, в общем в Blender я реализую симулятор слайса, прийдёт познакомится поближе с пайтоном таким не приятным на вид, но видимо более быстрых и надёжных вариантов просто не существует :(

для всего другое :(, симулятор физики - си, слайс надёжно и быстро реалиуем в блендер через булевые операции, иначе - расточительство времени. Как-тэ так.

04.03.2020 в 19:58

Комментарий удалён

11.03.2020 в 00:43
0

Эпик в три вечера - настройка видеонаблюдения(поверх распбиана, несколько малин на ферму поставлю-избавлю себя от тупой беготни), некоторыми мануалами, вот этим (instal  с одним "Л"-эпик) подобным(тут не перевод-приколитесь), чуть глаза себе не повредил.

А так вот, осилил


.

Так что скоро нейросеть для тулзы, модификатор мой нарастит функционал.

На малине ездить хорошо, но скоро я оседлаю самолётик, по полной - с модулями видеозахвата - не терпится поботоводить в инете, вслед за БПЛА рискну запустить джетсон бота в WOT, ну пусть хотя-бы целится и орет что готово :), а то мне некогда туда без интереса заходить...

Для написания комментариев, пожалуйста, авторизуйтесь.

Читайте в блогах

Упругий механизм для фиксации двери

Любителям печатных масок :)

Полный коннект

Longer lk4 pro\Alfawise U30 pro продолжение. Настройка Z, замена вентиляторов, обдув.

Не все хотенды одинаково надежны или как е3d v6 потерял голову.

Разыгрываем 10 катушек! Оставайся дома, печатай и выигрывай!