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 организован звук и видео , они работают сами только параметрируются

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

_________________
/И нет не чего прекрасней скорости...

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

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

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

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

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

_________________
<telepathmode>На вопросы отвечает Бригадир Телепатов!</telepathmode>
Всё уже придумано до нас!

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

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

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

_________________
/И нет не чего прекрасней скорости...

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

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


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

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

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

_________________
<telepathmode>На вопросы отвечает Бригадир Телепатов!</telepathmode>
Всё уже придумано до нас!

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

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


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

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

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

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

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

_________________
/И нет не чего прекрасней скорости...

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

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

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

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