roboforum.ru

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

Добавлено спустя 1 минуту 56 секунд:
удаленно тоже можно = RPi (или аналог) + octoprint
но тут тоже вопрос, упираемся 250000 бит передачи данных по serial over usb

setar писал(а):удаленно тоже можно = RPi (или аналог) + octoprint
но тут тоже вопрос, упираемся 250000 бит передачи данных по serial over usb

Да, но есть одно но, можно обойти USB порт используя UART RPi напрямую, благо их у него несколько.

ЗЫ Да и текстовое представление G-кода не единственное, к примеру, у репитера есть бинарный формат...

setar писал(а)::) А UART к чему подключать , и главное на какой скорости ?
те же 250000 и получатся

UART RPi к UARTу Due напрямую, что касаемо скорости, то конкретной информации не нашел, попались только намеки, что при должном желании можно разогнать до 1МБс, по хорошему, научить бы RPi напрямую драйверами рулить...

ЗЫ народ-то, оказывается давно эксперриментирует:
https://youtu.be/gAruwqOEuPs

ЗЗЫ буду изучать, заинтересовала тема:
https://github.com/Wallacoloo/printipi/

setar писал(а):проект мертвый https://github.com/Wallacoloo/printipi/ ... ntributors
нужно искать аналоги, вероятно это http://wiki.thing-printer.com/index.php?title=Main_Page
в состав входит прошивка работающая как демон внутри линукса

Интересный проект, только не для RPi, для проекта нужен BeagleBone Black имеющий на борту PRU (Programmable Realtime Unit), а так очень продуманный проект и ядра реального времени и сдвиговые регистры для управления драйверами шаговых моторов, осталось понять, 150$ для электроники это нормально или, все же, дороговато?

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

для осознания разрыва в потенциале и реализации:
250кбит = 0,03125 МБ/с при том что SD карта 10 класса дает 10 МБ/c
возможности не используются больше чем на два порядка.
сейчас поток с карты одинаков что на дешевом RAMS что на крутой 32битной электронике (при использовании внешнего SD ридера на LCD пульте)

Добавлено спустя 2 минуты 50 секунд:
и, да, я часто упираюсь в скорость работы карты (точнее шины SPI до карты), это видно о дебаг информации при отладке на 32битной прошивке MarlinKimbra

Добавлено спустя 1 минуту 1 секунду:
кстати по этой же причине никто не заливает на SD карту код для печати не вынимая ее из слота

вероятно вы никогда не сравнивали печать цилиндра высоко-полигонального качества (хотя бы 0.5 градуса на сегмент) с SD карты и с порта USB.
разница заметна даже на звук, вез всякого дебага (печать через USB "захлебывается").

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