Статьи, обзоры, цены на станки и комплектующие.
https://www.cnc-club.ru/forum/
G1 X12 Y34 Z56 A78 B90 C87 U65 V43 W21Гармонист писал(а):Т.е. переместить инструмент сразу по 3-ом координатам g-коды не умеют(печалька). Исправьте меня если я не прав.
Посредник между CAM и конкретной конфигурацией станка.Гармонист писал(а):PS: про "построцессор" я не понял. Да и не очень понимаю зачем он вообще нужен.
@UAVpilot спасибо!UAVpilot писал(а):G1 X12 Y34 Z56 A78 B90 C87 U65 V43 W21
Как мне кажется в этом определении есть ошибка\неточность, которая потом всех путает.Адреса перемещений состоят из буквы, указывающей на ось, по которой
необходимо выполнить движение, и числа, указывающего на конечную позицию движения
в абсолютном значении (по отношению к началу системы координат - при G90)
или в относительном (по отношению к текущей позиции - при G91).
).
LinuxCNC обеспечивает эту возможность.Гармонист писал(а):Тогда получается именно в g-коде задается управление осями, а не LinuxCNC этим занимается.
Ничего последовательного! Это интерполяция одновременно по 9-и осям.Гармонист писал(а):Но когда кинематика последовательная, и мы крутим двигатель, который перемещает весь наш станок cо всеми другими приводами,
то код G1 X12 Y34 Z56 A78 B90 C87 U65 V43 W21 нельзя так же прочитать как:
А в какой мере?UAVpilot писал(а):LinuxCNC обеспечивает эту возможность.
С этим не поспоришь))UAVpilot писал(а):У вас всё в кучу смешалось...
То есть выходит что по сути gcode может быть любой))), но вопрос в том как настроить линукс чтобы он преобразовывал перемещения?UAVpilot писал(а):LinuxCNC позволяет реализовать практически любой вариант таких преобразований
Но все равно нужен же gcode который рассчитан на действие в рабочем поле станка с заданным инструментом, а в случае с рукой это поле не прямоугольной формы а представляет из себя некое облако. То есть геометрическая характеристика станка должна быть прописана как в постпроцессоре CAM так и в линуксе чтобы их подружить?UAVpilot писал(а):Заметьте - здесь нигде не упомянуты ни CAM, ни постпроцессоры
Да, с некоторыми особенностями.gerka0291 писал(а):То есть выходит что по сути gcode может быть любой))), но вопрос в том как настроить линукс чтобы он преобразовывал перемещения?
Рабочее поле прямоугольной формы и прямоугольная система координат это вообще разные понятия. Прямоугольная система координат по определению бесконечна в отличии рабочего поля. Подробности в школьном учебнике геометрии.gerka0291 писал(а):а в случае с рукой это поле не прямоугольной формы а представляет из себя некое облако.
В CAM как раз и указывается размеры рабочего поля станка, чтобы CAM мог отслеживать выход за его границы и ругаться при создании УП. Ещё в CAM указывается расположение осей станка, например оси A, B, C могут вращать либо инструмент, либо заготовку.gerka0291 писал(а):То есть геометрическая характеристика станка должна быть прописана как в постпроцессоре CAM так и в линуксе чтобы их подружить?
UAVpilot писал(а):Ещё в CAM указывается расположение осей станка, например оси A, B, C могут вращать либо инструмент, либо заготовку.
UAVpilot писал(а):Например некоторые промстойки разумеют только 6 осей X, Y, Z, A, B, C, а оси U, V, W - это те-же X, Y, Z, только для относительного позиционирования.
Т.е. в УП сказано как перемещать рабочий инструмент и как его вращать в пространстве.UAVpilot писал(а):Оси A, B, C - это оси вращения, которые параллельны осям X, Y, Z соответственно.
В общем случае да.Гармонист писал(а):Т.е. в УП сказано как перемещать рабочий инструмент и как его вращать в пространстве.
А так же сказано как вращать\перемещать заготовку в пространтстве.
Но ничего не сказано о кинематике станка.
Правильно?
Опять-же в общем случае да. Но в частности с некоторыми вариантами пауков CAM/постпроцессор должен знать, что некоторые перемещения следует делать с выключенным лазером т.к. во время таких перемещений механика не позволяет исключить неконтроллируемые флуктуации лазера.Гармонист писал(а):Правильно ли я понимаю, что УП для этого робота мы берем самую обычную??? Такую же УП как и для выжигания чертежа 3ей-осевым станком с ЧПУ?
Т.е. УП для 3х-осевика подойдет и для такого робота паука?
А вся сложность управления лапами задается в настройках LinuxCNC?
Нет. Например в стандартном G-коде нет возможности задать одновременное перемещение более, чем по 9-и осям - банально букв в английском алфавите не хватает.Гармонист писал(а):Или же в УП, в g-кодах программируется перемещение каждого сочлинения\двигателя\привода\сустава робота???
Да, только CAM - это один из инструментов для составления УП.Гармонист писал(а):Т.е. CAM система пишет УП. а LinuxCNC - исполняет эту УП.
Не обязательно: http://linuxcnc.org/docs/2.7/html/gui/vismach.htmlГармонист писал(а):3. ...сделать тот самый станок типа "рука"...
Доброго ! вот очень рекомендую эту статью тоже посмотреть чтобы далече не ходить по настройке кинематики))Гармонист писал(а):Я знаю, что в LinuxCNC есть куча готовых схем и нужно просто выбрать из списка свою
Спасибо вот наткнулся на очень приятный видос на примере Повер Мила очень хорошо описана последовательность создания УП !UAVpilot писал(а):В CAM как раз и указывается размеры рабочего поля станка, чтобы CAM мог отслеживать выход за его границы и ругаться при создании УП. Ещё в CAM указывается расположение осей станка, например оси A, B, C могут вращать либо инструмент, либо заготовку.
Спасибо пожалуй стоит попробовать, но сейчас ковыряю милл и линуксцнц на тему дружбы, в арткаме работал достаточно давно...скачайте ROBOGUIDE
он в демо 30 дней работает.
там идет полная эмуляция робота Fanuc. в среде запускается ПО реального робота и на экране эмулируется его работа.
там есть эмуляция пульта с которого можно с ним работать.
2 фактора мне видится...sima8520 писал(а):А зачем стоит отдельно энкодер? можно ведь взять ШД с энкодером сразу. Минус куча лишних деталей