roboforum.ru

PolSerg писал(а):В общем, может кому будет интересно, порылся в интернете, оказывается для BeagleBone есть несколько разработок шилдов http://blog.machinekit.io/p/hardware-capes.html, не все можно купить, но есть бюджетные варианты, которые можно спаять, например, Bumps, по сути аналог RAMPS для BeagleBone. Что дает данная связка в реале? Во первых, достаточно бюджетно, во вторых, в одной связке и управление шаговиками и, в случае с OctoPrintом, веб интерфейс, даже слайсер уже там, что более премечательно, высокоскоростное управление шаговиками, благодаря сопроцессорам реального времени, один минус, привычный для 3D печати софт, поддерживающий разные кинематики есть только для Replicape, который относительно не дешев, к тому же, драйверы впаяны в плату. Идеальным вариантом вижу, спаять Bumps, что вполне подсилу и подправить под него программное обеспечение Redeem (от Replicape). что с одной стороны не сложно, учитывая что используется питон, с другой, прошивки для сопроцессоров написаны на ассемблере. что несколько усложняет задачу, учитывая что в Replicape используются внешние последовательные сдвиговые регистры для формирования сигналов на драйвера, но объем ассемблерного кода не велик, так что, можно попробовать.

Берем Re-Arm, втыкаем в него RAMPS и радуемся со смузи и стандартным железом без извратов. Не?

imdefined писал(а):Отчего же, сравнивал.
Вот только печатать цилиндр прямыми это былинный костыль, особенно с учетом того, что тот же марлин имеет G-Code для рисования дуг. Так что тут слайсеры надо дорабатывать, а не скорость порта/карты поднимать.

суть проблемы дуг в формате 3D файла STL, в нем просто нет описания такой геометрии.
а слайсером угадывать радиус кривизны и центр - вот это костыль.
тогда нужно уходить от связки CAD-Slicer-Gcode а сразу делать CAD-Gcode

imdefined писал(а):Берем Re-Arm, втыкаем в него RAMPS и радуемся со смузи и стандартным железом без извратов. Не?

Мое сообщение Вы прочитали не целиком...
RE-ARM это 100Mhz, просто более шустрая ардуина с более сложной математикой,
против BeagleBone 1Ghz + 2x PRU по 200Mhz, с RE-ARM можно забыть про:

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

К тому же, вы не прочитали то что описывалось ранее, узкое место передача G-CODEa, это либо UART over USB, либо SD карта по SPI...

ЗЫ настолько понравилась идея Redeem что прямо-таки зачесалось Replicape спаять, а может даже и купить, если 2 слоя, то вполне реально и ЛУТом заутюжить
ЗЫ нет, лут отменяется там 4 слоя
ЗЗЫ ревизия А с 2мя слоями, вопрос с лутом или фоторезистом открытый....

setar писал(а):

imdefined писал(а):Отчего же, сравнивал.
Вот только печатать цилиндр прямыми это былинный костыль, особенно с учетом того, что тот же марлин имеет G-Code для рисования дуг. Так что тут слайсеры надо дорабатывать, а не скорость порта/карты поднимать.

суть проблемы дуг в формате 3D файла STL, в нем просто нет описания такой геометрии.
а слайсером угадывать радиус кривизны и центр - вот это костыль.
тогда нужно уходить от связки CAD-Slicer-Gcode а сразу делать CAD-Gcode

А слайсеры типа такого http://www.3ders.org/articles/20160205- ... owser.html не умеют это, интересно?

в тырнете встречаются постпроцессоры чтобы в Г-коде искать дуги =)
типа вот: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?LinesToArcs
у меня кстати не заработал, некая ошибка с переименованием файла
Traceback (most recent call last): File "D:\3D\Slic3r\g1tog23.py", line 208, in <module> os.rename( output_file, input_file ) WindowsError: [Error 3]
ну и как обычно, в сликере об этом уже лет 5 назад как думали, но не смогли)))
https://github.com/alexrj/Slic3r/issues/23
там есть ссылка на ветку сликера с поддержкой дуг и идёт разговор чтобы внедрить в основную ветку.

коллеги, вы сути не понимаете.
вот для примера картинка.
слайсер упарится ее апроксимировать полукругами (arc, G2), поскольку я сам не использовал полукругов при рисовании.

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

Чего уж там мудрить с дугами. Пора ж-коды и слайсеры линиям базье обучать.

Myp писал(а):ну и пусть парится, это его работа =)
даже если он каждые 3 отрезка в дугу преобразует, это уже даст более чем двухкратный прирост в скорости передачи данных.

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

Наколхозил тут охлаждение для китайского ТМС2100 на радиаторе от кулера для процессора, намазал термопастой,распечатал некую кроватку для драйверов и прикрутил всё болтиками к радиатору.

Думаю будет достаточно. Выставил Vref = 1.7 что по китайской формуле i = Vref * 1.9/2.5 выходит почти 1.3А. напряжение можно поднять до 2В, что даст полтора ампера. Вопрос, а можно ли поднять? Вопрос лишь в охлаждении и как следствие пропуски шагов или есть что то еще?
Двигатели у меня на 1.7А, понятно, что это максимальный ток и столько не нужно, но чисто теоретически,можно поднимать или нет?

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

Даже если поднять напряжение, ток выше не станет? Перепаять резистор не проблема

setar писал(а):я привел плоский пример, а если такая плавная кривая в 3D, то слайсер может не угадать от слоя к слою

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


Добавлено спустя 2 минуты 51 секунду:

VitDagger писал(а):Даже если поднять напряжение, ток выше не станет? Перепаять резистор не проблема

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

Я имею ввиду, что Vref до 2В поднимается, что по формуле выходит почти полтора ампера, но ток всё равно будет ограничен 1А?А так драйвера питаются от 14.9 вольт.
Попробую так погонять, но хочется что бы точно пропусков не было из-за недостаточного тока, а охлаждения надеюсь хватит
Погуглю, какой резистор если что перепаивать нужно и на какой.

VitDagger писал(а):У меня китайские ТМС2100 http://s.aliexpress.com/IFr6jiYr если верить китайской формуле, поднимал до 1.4А. Не заметил там ограничения в 1А. Грелись только как ядерный реактор

а никто я так понял немецкие tmc2100 от зачинателя всей этой темы с тихими драйверами не закупал? подумываю крепко купить именно их, пока с кинематикой борюсь на своём бревне.
Греются китайские tmc в большой мере потому, что в них родной линейный "понижатель" делает 5В из напряжения моторов. И никаким радиатором боюсь это не решить для больших скоростей. микросхема тупо перегревается в доли секунды на рывке шаговика, потому что и без движения греется своим внутренним стабом почти по масимуму, а тут ещё мотор резко начинает жрать. Вон у вас уже на 12-15 вольтах мотора греется как кипятильник. у меня ещё хуже с этим.
При этом немец, watterott который, до этого дотумкал и выпустил ревизию с подачей внешних 5в на микросхему, что раза в два-три снижает рассеиваемое тепло на микросхеме. Китайцы, увы, не спешат за гроши такое делать, остаётся у немца купить. но он сволочь за доставку 36 евро зарядил. Если кто подумывает взять - я бы купил на всех, потом доставку поделили и вышло бы бюджетно. Сам драйвер у него рублей 600 стоит, но вот доставка добивает. Заказывать буду завтра вечером, если кто раздумывает - велком!
курить вот здесь: http://www.watterott.com/en/SilentStepStick-TMC2100-5V-with-Pins и вот здесь https://github.com/watterott/SilentStepStick

PS И да, на днях, а может даже раньше, он выкатывает драйвер на tmc2208 в котором trinamic'и судя по datashit'у наконец поправили самое гнилое место в своём драйвере, выходной каскад. Должна быть бомба, но сколько ещё ждать - непонятно.