gerka0291 писал(а):Может вместе родим годный "опенсорс" проект))
К сожалению мало кто интересуется такой темой. Поэтому мы еще даже не забеременели...
gerka0291 писал(а):Пробежав по теме не увидел раскрытия вопроса "как же им с gсode управлять".
Программное управление я не затрагивал, т.к. собирался самостоятельно его написать. Для этого специально перешел с 1С на python.
У меня уже есть некоторый опыт по спевдо 3д делать g-коды.
Другое дело - чем управлять? Нет станка, не выбрана кинематическая схема, это будут шаговики или сервы, если с редукторами, то какими, с датчиками угла поворота или без датчиков,...
Я планировал делать сразу g-коды, а не NC.
gerka0291 писал(а):В 4-5 осевой обработке 3 линейных+ 2 поворотных тоже все более менее ясно там в G-CODE добавляются 1-2 поворотные координыты оси с градусами
А можно поподробнее? Что за чем стоит?
Я хочу сделать некоторые суставы не на редукторах, подключенных к двигателям, а на актуаторах. Так можно сильно сэкономить на редукторах, повысить точность и нагрузку.
Но как сделать такие актуаторы? В крайнем случае - где купить?
В идеале этот акутатор должен быть в одном флаконе и механизм перемещения(типа ШВП или рейка) и направляющая.
В самом идеальном случае - рейка(не ШВП) с направляющей и наклонной(может она не так называется) шестерней.
Не шестерней типа звездочка(которая катается по рейке) и не гайкой(как у ШВП) которая скользит по винту, а что-то среднее.
Такая шестерня выглядит как зестерня турбины(если интересно - я поищу и приложу фотки).
Это уменьшит биения, увеличит нагрузку, и пр...
Но такую шестерню сделать в домашних условиях достаточно сложно. Поэтому это на будущее.
На сейчас актуатор можно сделать самому из капролоновой гайки и шпильки с трубкой... Но это отдельная тема...
Возвращаясь к ПО...
gerka0291 писал(а):Хоть кто то здесь видит прямую схему как мы можем созданную в САD модель воплощаем в жизнь посредством роборуки?
Я планировал взять Linux CNC т.к. только он опенсорс и позволяет бесплатно управлять множеством двигателей одновременно.
В других, например в Матче можно бесплатно использовать только до 3ех(или 6ти - не помню) двигателей. А если хочешь больше - покупай платную версию.
Да и не под любую кинематику есть режимы.
gerka0291 писал(а):Powermill + EMSpost казалась мне очень перспективной связкой
т.к. в EMS мы строим кинематику постпроцессора, а из Мила получаем NC файл,
но блин 2016 Мил дает не NC а CUT файл,
а EMS не захотел его кушать да и ладно бы, но почему то я не смог на нем провернуть даже его встроенные туториловские файлы..(((
Я не знаю что за формат NC. За то я знаю что g-коды это мировой стандарт.
Возможно производитель Powermill - придумал свой высокоуровневый формат и хочет его навязать как стандарт не предоставляя его описания, как это сделал Microsoft с форматами doc, xls,... файлами.
Поэтому проприетарные форматы - особенно без открытого описания(реверси-инжиниринг формата хакерами - не считается) - не стоит использовать.
gerka0291 писал(а):Все это натолкнуло на мысль, а что если просто взять формат STL в котором у нас есть координаты вершин треугольников и нормали к этим координатам. нормали это важно! именно по ним можно ориентировать руку к поверхности!
Пишем интерпритатор нормалей STL в путь для нашей руки
С этой темой я хорошо знаком, и как уже неголословно заявляю, что это не будет работать.
Ты сам это можешь понять если посмотришь на нормали вот такой вот 3д модели и представишь, что станок вырежет если пройдется по всем нормалям:
но даже если у тебя будут "красивые" нормали(как на картинке ниже) - это тоже будет плохо работать.
Как я сказал, я планировал самостоятельно написать CAM, который по 3Д делает g-коды,
которые потом LinuxCNC превращает в движения руки.
Кто с чем согласен, кто с чем не согласен - пишем, обсуждаем.
Конструктивная критика - приветствуется.