roboforum.ru

Привет, коллеги вазопечатальщики!

только успело мне в очередной раз все надоесть, а тут наткнулся на klipper 3d printer firmware.

Инструкции и прочие вещи сами найдете, я же хотел поделиться впечатлениями.

[+]

- работает гораздо тише и плавнее;
- такое ощущение, что при тех же параметрах (что и на marlin/repetier) немного другая динамика перемещений, экструдер теперь при ретрактах работает беззвучно, а раньше поскрипывал;
- меня, как инженера-программиста, архитектура клиппера устраивает гораздо больше, чем марлина/репетиера и других, наконец-то сделано так, как и должно было быть уже давно. Все вычисления происходят на pi, ramps же тупо снимает показания датчиков и передает сигналы моторам и нагревателям.

[-]

- после очень удобного repetier-a, здесь нет множества привычных вещей, будь то механизм смены пластика или возможность при запущенной печати чуть-чуть подвинуть вверх/вних ось Z и др.

setar писал(а):HAL?
профили наиболее распространенного железа ?

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

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

Я свой ramps за пару минут настроил.

Да-да, речь именно про другие алгоритмы, которые в таком формате на rPi + mega2560 отлично работают

Aseris писал(а):Фичи интересные но питон для контроля оборудования что может вызвать пожар... мне стремно, зная что питон посути интерпретатор и ловить ошибки в коде оч весело.

если я правильно понимаю, то критерии оценки работоспособности нагревателей в прошивке микроконтроллера в их архитектуре

abuharsky писал(а):[-]

- после очень удобного repetier-a, здесь нет множества привычных вещей, будь то механизм смены пластика или возможность при запущенной печати чуть-чуть подвинуть вверх/вних ось Z и др.

А такая возможность есть (а-ля babystepping), и достаточно давно:

SET_GCODE_OFFSET [X=<pos>|X_ADJUST=<adjust>] [Y=<pos>|Y_ADJUST=<adjust>] [Z=<pos>|Z_ADJUST=<adjust>]
https://github.com/KevinOConnor/klipper/blob/master/docs/G-Codes.md#extended-g-code-commands

И экранчики с менюшками прикрутили.

3DCTO писал(а):

abuharsky писал(а):[-]

- после очень удобного repetier-a, здесь нет множества привычных вещей, будь то механизм смены пластика или возможность при запущенной печати чуть-чуть подвинуть вверх/вних ось Z и др.

А такая возможность есть (а-ля babystepping), и достаточно давно:

SET_GCODE_OFFSET [X=<pos>|X_ADJUST=<adjust>] [Y=<pos>|Y_ADJUST=<adjust>] [Z=<pos>|Z_ADJUST=<adjust>]
https://github.com/KevinOConnor/klipper/blob/master/docs/G-Codes.md#extended-g-code-commands

И экранчики с менюшками прикрутили.

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

3DCTO писал(а):
Так это не в меню делается, а в консоли Октопринта, или OctoprintKlipperPlugin. Прямо во время печати...
И ускорения, и "джерки"(square_corner_velocity), и pressure advance (аналог Linear advance в Марлине) - всё во время печати!

Я ошибся, все это есть, как оказалось, в меню самого принтера во время печати появляется раздел "Tune" и там есть Z offset , FAN и Extruder

есть ли из коробки такое не знаю, но затея сама по себе вроде сильно не очень. реальная необходимость в двух платах с мк есть? два мотора на одну ось подключают на один драйвер, если он по току вытянет. если по току не тянет, по возможности более мощный драйвер ставить (можно ли распаралелить управляющие провода на два драйвера, так сходу утверждать не рискну). ещё смотря зачем второй мотор. если просто мощи чуть больше, может есть моторы помощнее и стоит подумать над их установкой. в нема17 из побольше есть 48мм, самый большой из попадавшихся это 60мм (17hs4218, 17HS6401).

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

Добавлено спустя 55 минут 41 секунду:
g "klipper split mcu boards", "klipper separate mcu boards",...
https://github.com/KevinOConnor/klipper/issues/119

hg42 commented on 12 Jan 2018
you can already delegate each stepper to a different MCU. And it handles only it's own queue, as you said with maximum performance.

Only chaining isn't possible (but you can probably use USB hubs). And you cannot use SPI/I2C for that.

I am not sure, if a shared bus is a good idea, but it would probably work if the total bandwidth is sufficient.

@hg42
hg42 commented on 12 Jan 2018
for example I recently used:

[stepper_x]
step_pin: ramps:ar54
...

[stepper_y]
step_pin: tronxy:PC6
...

[mcu ramps]
serial: /dev/serial/by-id/usb-Arduino__www.arduino.cc__Arduino_Mega_2560_752323334353513081D0-if00
...

[mcu tronxy]
serial: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
...
(note: I use a patch, to use the first mcu as main clock sync instead of needing a nameless [mcu])