roboforum.ru

setar писал(а):расстрою, 32 бита как оказалось не сильно помогают
узкое место это текстовый файл (неоптимальные данные) на SD карте, через SPI
особенно если карта вынесена на LCD дисплее в сторону на проводке 50-100 см
в таком режиме SPI полоса пропускания делится между графическим дисплеем и картой (не факт что переключения оптимальны в прошивке) да еще и снижается скорость полосы из за помех в кабеле

А если печатать с СД карты, которая на самом контроллере стоит? И можно ли с неё запустить печать - наверное удаленно как-то, с какой-то программы.

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

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

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

Так а зачем чтобы торчала? Она пусть себе стоит там все время. По УСБ копируешь на неё файл и потом запускаешь печать с неё же.

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

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

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

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

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

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

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

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

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

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$ для электроники это нормально или, все же, дороговато?

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

Упираемся? Это же с какой скоростью у тебя принтер печатает что ты в 250кбит упираешся?

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

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

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

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

Лесли у тебя плата не 32 бита, то, скорее всего, ты упираешся в фуллграфик экран. Он дает конкретные тормоза. А скорость порта, спи и звезд на небе там погоды не делают.
Ради интереса в понедельник соберу статистику сколько времени выполняются команды при печати. Подозреваю что там скорости порта 36400 за глаза будет

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

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

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

imdefined писал(а):Лесли у тебя плата не 32 бита, то, скорее всего, ты упираешся в фуллграфик экран.

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

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