roboforum.ru

а зачем вобще рука манипулятор? для ВАУ эффекта?

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

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

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

Vobiz писал(а):на каком железе все это делаться будет, а железо в свою очередь надо выбирать

все чпу одинаковые, 3 оси + инструмент
управление тоже у всех одинаковое, контроллер + программа mach3.

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

Vobiz писал(а):Какой базовый станок или платформа станков лучше всего подходит для данного рода доработок при рабочем поле ~ 60 на 60 см?

кроме вас никто этого не знает
считайте сами:
рабочее поле станка = рабочее поле для плитки 60х60 + место для нужного количество исходных цветов в многоярусном питателе.
высота над столом = высоте многоярусного питателя которая зависит от нужного количества цветов.

Vobiz писал(а):Если выбирать из ЧПУ, какие станки или платформы под них подразумевают относительно простой поиск специалиста для доработки и простоту их модернизации под пневмозахват и с дальнейшей эксплуатацией в рамках этой задачи?

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

Vobiz писал(а):Если это все-таки рука-робот, какие самые универсальные недорогие готовые решения существуют

в этом предложении 2 несовместимых слова. рука-робот и недорогие
не существует в природе недорогих роборук.

Vobiz писал(а):никто не попытался собрать недорогой коммерческий образец, раз эти два слова, как вы говорите, пока несовместимы.

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

Vobiz писал(а):-На каком языке программирования искать
-возможно здесь есть специалисты,
-Какой порядок цен на такого рода разработку?
-Принципиален ли для такого рода задачи контроллер

-на любом
-возможно
-как договоритесь
-принципиален, а может и нет

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

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

> paschka

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

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

>Duhas

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

Город сейчас указал в личных данных - Питер

Цели для станка-робота для сборки мозаики сформулировал достаточно четко в первом сообщении, там же видео (http://vimeo.com/91525001), как и что он должен делать, не знаю уж куда подробнее. Сейчас постепенно изучая информацию - по реализации склоняюсь к следующим характеристикам:

Строить первый семпл системы действительно скорее всего планируем на модифицированном ЧПУ станке портального типа. Рабочий инструмент - пневмозахват. Цель станка - по сути укладка мозаичных элементов в соответствии с микропрограммой на основе части изображения размером 16 на 16 pix и второй режим 32 на 32 pix, размеры элементов мозаики 1см на 1 см и 0,5 на 0,5 см, соответственно. Подготовка графических файлов будет производиться нашим дизайнером.

Схема приблизительно следующая:



Здесь:
А - пневмозахват
В - рабочее поле сборки 35 на 35 см
С - питатели мозаичных элементов, 64 штуки вдоль свободных боковых поверхностей рабочего стола
D - общая рабочая область станка - 60 на 60 см

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

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





Рабочая область (D) станка портального типа для реализации рабочего поля сборки (В) и питателей (С) - 60 на 60 см. Само рабочее поле (В) порядка 35 на 35 см. Высота работы станка по вертикальной оси 5-10 см - и просто должна обеспечивать возможность захвата и подъема элемента на высоту 2-3 см для перемещения и физическое размещение пневмозахвата.

Открытые вопросы которые сейчас перед нами стоят:

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

2) Пока не смогли детально определить для себя важность контроллера и каким он должен быть. Предварительно - склоняемся к тому что он должен обязательно поддерживать USB, чтобы не быть привязанным к старому железу и WIN XP.

3) под этот станок нам потребуется разработка управляющей программы, которая имея на входе изображения размером 16 на 16 pix или 32 на 32 pix, 16 или 64 цветов соответственно, произведет его конвертацию в управляющие команды g-коды для станка по сборке мозаики из элементов фиксированных цветов.

4) потребуется настройка данного станка и оптимизация под софт MACH3, отладка разработанной управляющей программы, разработанную в пункте 3, физически на станке.

Для пункта 3-4 нам обязательно потребуются исполнители, и если кто-то имеет большой опыт в сфере оптимизации и программировании ЧПУ станков - пишите в личку - обсудим.

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

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

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

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

В личку написал.

По конструкции можно смотреть в сторону укладчиков SMD компонентов. посути задача таже...
На форуме самодельные конструкции проскакивали.