roboforum.ru

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

На форуме 3deshnik.ru был поднят вопрос о разработке универсального решения для ЧПУ и 3Д принтера для Raspberry Pi (и совместимых), тема тут :http://3deshnik.ru/forum/viewtopic.php?f=21&t=335&p=8281

В общем хотелось бы знать есть ли заинтересованность в данном проекте ?
Есть ли те кто хочет поучаствовать ?
Ну итак далее...

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


P.S. Модераторам админам, не в коем случае не преследую цели рекламы/раскрутки стороннего ресурса, если такой пост нарушение правил приношу извинения

Сам пост :
Преамбула:
И так появилась мысль, она немного не здоровая но все таки … Так как эта мысль родилась давно вот набрался смелости и решил её озвучить публично, некоторые люди заинтересовались и было решено сделать данный пост.

Суть:
Разработка универсально решения для разработки ЧПУ в том числе и 3D принтеров на базе Raspberry Pi, с главной концепцией сэндвича по принципу промышленных ПК причем на стандартной шине самой малины.

Тип проекта : OpenSource + Donate
Стадия: Концепция
Разработчики:Ищутся

Составные части :
Shield – Плата для подключения ЧПУ периферии, предполагается использовать идеологию как в RAMPS, с съемными драйверами, так же изначально плат будет две основная и дочерняя, основная будет иметь систему обеспечения питанием + драйверы шаговиков и концевики, втоаря будет заниматься только ШИМ регулированием и датчиками температуры, таким образом можно будет не меняя концепции менять количество экструдеров или осей или количество датчиков температуры.
Firmware – прошивка для двух MCU основной и дополнительной платы, функционал разделен
Software – главная задача это реализация полнофункционального драйвера ядра люникса, для работы с платой, и написание простой проги для парсинга и печати G-кода

На текущий момент планируется функционал :
Экраны и тач панели либо через стандартный интерфейс малины либо через HDMI, а так же все прелести сетевого функционала люниха.
В качестве ОС будет использована официальная версия Ubuntu все остальное будет компилится из исходников, на более поздней стадии стандартный дистрибьютив.
Функционал основной платы :
MCU ATMega 128/256
8 осей (8 шаговиков)
16 конечников для шаговиков
8 аналоговых датчиков, для всяких измерителей типа толщина нити и прочее
8+ необозначенных выходов
8+ необозначенных входов
Функционал доп платы:
MCU ATMega 8…64
6 шимов с PID регулированием один из которых имеет дублирующую развязку под 220 вольт, 3 из которых будут аппаратными ( возможно вообще поставить внешние ШИМы)
6 комплектов аналоговых датчиков для температуры
Дополнительные дискретные входы и выходы , для управления питанием и охлаждением

Общее:
Обмен между малиной и платами происходит по SPI интерфейсу , с использованием всего одного вывода для разрешения приема.
На уровне ОС планируется реализация драйверов ядра . в плоть до виртуального порта с парсером G кода.
По совместимости предполагается ориентироваться на Marlin так как это самый описанный и доступный проект

P.S. Обсуждаем решаем а лучше подписываемся под проектом нужны:
Кодер под люних
Кодер под AVR
Электронщик

UPD:
Идея сендвича в том чтобы жестко разделить аппаратку и програмку ... тоесть там где требуется математика все возложить на 32 ато и 64 бита процессор которому эти вычисления так фон ... можно и с енсор вешать и все что хочешь даже музыку слушать и камеру подключит к притеру сразу и еще ресурсов останется дозаднецы

А MCU использовать как платы расширения в компьютере ..

Приехал тут умножитель шины для малинки :







В общем это совершенно стандартный расширитель просто паралелит всю шину вот и думаю на его базе вертикально строить платы расширения

1) Оно уже есть: ZeroPi
2) Оно бессмысленно: малина не привносит к этому бутерброду вообще ничего, все происходит на поставленных микроконтроллерах, в результате просто лишняя зависимость, с тем же успехом можно воткнуть ramps по usb
3) Делать это надо на Beaglebone Black, у него уже встроено 2 восьмибитных микроконтроллера
4) На BBB это уже тоже сделано (с использованием тех самых микроконтроллеров): http://blog.machinekit.io/p/hardware-ca ... l#3D-Capes

Ну вообще моя идея была в том чтобы парсер Г-кода и вообще весь интерфейс работал именно на малине, MCU только лишь исполнением занималось .. это по принципу как в PC организован звук и видео , они работают сами только параметрируются

так чтобы любой мог написать парсер или чтото другое что крутило привода и работало с датчиками

Faster писал(а):Ну вообще моя идея была в том чтобы парсер Г-кода и вообще весь интерфейс работал именно на малине

И это тоже есть.
Linuxcnc(emc2) на малину ставят.

linuxcnc на малину ставят, конечно, но только суровые извращенцы
Проблема управления шаговиками в компа(малина в том числе), в целом, заключается в том, что для этого нужна ОС реального времени. У linuxcnc есть специальные сборки линуксов, которые почти реального времени. На малину таких сборок, насколько я знаю, нет. Поэтому управление шаговиками и передают на микроконтроллеры. В частности, на BBB это все работает без внешних компонентов потому, что там есть микроконтроллеры встроенные. Для малины на такие борды ставят mcu специально. Передавать в этот mcu не гкод, а какой-то другой управляющий код можно конечно (ранние makerbot'ы, например, именно так и делали), но смысла в этом большого нет, сплошной геморой тока. А поставить octoprint на малину и так можно, будет весь интерфейс на ней, а управление на рампсе..

Вот одни из этих извращенцев

Faster писал(а):На уровне ОС планируется реализация драйверов ядра . в плоть до виртуального порта с парсером G кода.

имеется в виду сделать реалтайм и генерировать малиной сигналы step/dir?
если так то интересно, иначе - октопринт определённо будет лучше.

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

Про октопринт это решение управляющее другим решением ...

Я хочу предложить именно универсальное решение ...

ilalexey писал(а):Вот одни из этих извращенцев

Там на плате, которая дергает шаговики, таки стоит отдельный микроконтроллер.. точнее даже fpga

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

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

Про октопринт это решение управляющее другим решением ...

Я хочу предложить именно универсальное решение ...

Ну вот мы и пытаемся понять, а что вы будете слать с малины на плату контроллера? Т.е. интерфейс - это как раз октопринт, парс gcode - это крайне дешевая задача (посмотрите в код марлина, это действительно дешево в плане вычислительных требований), математика хоть какая-то есть только для дельт и прочих странных кинематических схем, но даже для них пока восьмибитной avr'ки хватает более чем(это если не говорить уж про arm-борды).
Вот мы и пытаемся понять, в чем именно заключается решение? И чем оно отличается от показаного выше pidicnc?

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

и зачем в данной ситуации малина?
чем она будет заниматься если парсер отдельно(аналог ардуино с марлином) силовая часть отдельно (аналог рампс)?

Хотя у меня имеются первые, вторые и третьи малины, и кое-что на них делаю, я бы вообще все сделал в данном проекте на одной микрухе Altera Max10. Это будет более промышленное решение. В ней можно разместить софтовый проц, а также очень неплохое железо по управлению шаговиками. Я использую цифровые синтезаторы частот с плавной перестройкой. А также HDMI вывод на монитор 1280х720.

hudbrog писал(а):но даже для них пока восьмибитной avr'ки хватает более чем

Как обладатель дельты вам отчетливо заявляю что нет .. тормозит в моменты обновления экрана JATAG отладку не обманешь, но это не беда АВР это беда кода марлина...

Виктор Казаринов писал(а):Хотя у меня имеются первые, вторые и третьи малины, и кое-что на них делаю, я бы вообще все сделал в данном проекте на одной микрухе Altera Max10. Это будет более промышленное решение. В ней можно разместить софтовый проц, а также очень неплохое железо по управлению шаговиками. Я использую цифровые синтезаторы частот с плавной перестройкой. А также HDMI вывод на монитор 1280х720.

Плис это вариант но опять же не очень гибкий ...

я так понял что я видимо не верно изъясняюсь ... согласен я не красноречив ...

и так попробую по шагам

Уровень малины :
1.экраны, графический интерфейс
2.сеть (все доступные варианты)
3. WEB /RDB/VNC морды как пожелаете
4.естественно со временем интеграция слайсера без особых вопросов ...
!5! Полная обработка G кода, вся математика на выходе которой в MCU отдается чтото типа :
>Привод 1 320 шагов направление 1 в течении 1 сек
>Привод 2 23 шага направление 0 в течении 1 сек
>Привод 3 ....
>Старт
<Выполнено

Таким образом электроника не знает что она еть 3д принтер или лазерный гравер оанничего не считает она только выполняет задачи RT так далее самый дешовый контроллер способный на это ...

Faster писал(а): она только выполняет задачи RT

Так эти задачи выдавать тоже нужно в риалтайм - а тут уже вопрос, сможет ли малина их выдавать во время?

Так там нечего делать, берёте любой МК (понравившийся, с нужным количеством выводов/хар-к, зависящих от потребности, "универсальности"), далее навешиваете на него обычный контроллеры шаговых моторов (чтобы не мучаться с всякими там полушагами и иметь гибкую систему настройки (токи, полушаги). Обмен делает по тому же UART, т.к. на малине с этим проблема всегда (нехватка портов). Придумывайте протокол обмена (с обратной связью).
Делайте это всё как шилд, дабы USB дырки не пожирать.
Всё.

зы: холивара тут развели из нечего.

И ещё раз.
linuxcnc уже веками себя зарекомендовал. С него тоже печатают. Для дельты хз как должно выглядеть(в рамках темы) - ещё не шерстил.
Видел для малины проекты на всяких мк выносные ноги по spi для linuxcnc/Raspberry.
На данный момент, это только от вас зависит - использовать чужие наработки или начинать всё с нуля.