Аналог StepCam
Сб апр 06, 2019 16:39:18
Появилась идея написать программу-аналог известной StepCam. При экспорте из Sprint Layout некоторых функций в ней мне не хватает.
Что хочу добавить:
1. Сделать ввод опорной точки и системы координат, чтобы точно знать, в какой области станок будет резать текстолит (у кого-то оси настроены в минус, у кого-то в плюс, home у всех разный). И добавить некий аналог превью. G-код соответствующим образом скорректировать. Проблема произрастает из того, что экспортированный из спринта файл не меняется в зависимости от того, где указать начало координат.
2. Нужно наложение карты высот, т.к. текстолит не идеально ровный, мелкие дорожки иногда срезаются целиком. Самый простой метод - аппроксимировать поверхность треугольниками плоскостей. В G-код добавятся дополнительные точки, ось Z также задействуется.
Сходу это всё, что приходит в голову. Может, всё это уже собрано в какой-нибудь одной программе, а я не знаю? Пока что попадалась только инфа про связки из 2-3 программ.
Что хочу добавить:
1. Сделать ввод опорной точки и системы координат, чтобы точно знать, в какой области станок будет резать текстолит (у кого-то оси настроены в минус, у кого-то в плюс, home у всех разный). И добавить некий аналог превью. G-код соответствующим образом скорректировать. Проблема произрастает из того, что экспортированный из спринта файл не меняется в зависимости от того, где указать начало координат.
2. Нужно наложение карты высот, т.к. текстолит не идеально ровный, мелкие дорожки иногда срезаются целиком. Самый простой метод - аппроксимировать поверхность треугольниками плоскостей. В G-код добавятся дополнительные точки, ось Z также задействуется.
Сходу это всё, что приходит в голову. Может, всё это уже собрано в какой-нибудь одной программе, а я не знаю? Пока что попадалась только инфа про связки из 2-3 программ.
Re: Аналог StepCam
Чт апр 11, 2019 00:41:40
flatcam тащемта например можно посмотреть.
G-код подразумевает работу в локальной системе координат с вполне стандартными направлениями. Точка отсчета задания и преобразование из локальной системы в станочную - проблема станка, а не генератора кода. Обмер карты высот и корректировка по ней тоже часто обрабатывается мозгами станка, это даже grbl умеет.
G-код подразумевает работу в локальной системе координат с вполне стандартными направлениями. Точка отсчета задания и преобразование из локальной системы в станочную - проблема станка, а не генератора кода. Обмер карты высот и корректировка по ней тоже часто обрабатывается мозгами станка, это даже grbl умеет.
Re: Аналог StepCam
Вт апр 16, 2019 18:11:28
Имея нечто программируемое, конечно, сравнительно легко его адаптировать под расчеты. GRBL, как я понял, это ардуино + плата драйвера.
У меня вот станок без мозгов, только по LPT управляется. Потому и идея появилась.
Во вложении выкладываю заготовку, которая делает преобразование, аналогичное StepCam, и еще может пересчитать систему координат в станочную.
Порядок работы примерно такой:
1) Загружаем файл фрезеровки из SL.
2) Настраиваем систему координат станка - точку отсчёта и полярность осей (у кого в плюс настроено, у кого в минус), рабочую область, сдвижку области фрезеровки и пр.
3) Жмем "инструменты" - "скорректировать по СК станка и размещению". Код в окне "Скорректированный" изменится. В превьюшке появится примерное размещение области фрезеровки в рабочей области.
4) "Файл" - "Сохранить преобразованный G-код".
Допилю я её в любом случае, если кому полезно будет, могу выложить.
P.S. Программа написана под .NET 3.5.
У меня вот станок без мозгов, только по LPT управляется. Потому и идея появилась.
Во вложении выкладываю заготовку, которая делает преобразование, аналогичное StepCam, и еще может пересчитать систему координат в станочную.
Порядок работы примерно такой:
1) Загружаем файл фрезеровки из SL.
2) Настраиваем систему координат станка - точку отсчёта и полярность осей (у кого в плюс настроено, у кого в минус), рабочую область, сдвижку области фрезеровки и пр.
3) Жмем "инструменты" - "скорректировать по СК станка и размещению". Код в окне "Скорректированный" изменится. В превьюшке появится примерное размещение области фрезеровки в рабочей области.
4) "Файл" - "Сохранить преобразованный G-код".
Допилю я её в любом случае, если кому полезно будет, могу выложить.
P.S. Программа написана под .NET 3.5.
Re: Аналог StepCam
Чт апр 18, 2019 22:27:27
Имея нечто программируемое, конечно, сравнительно легко его адаптировать под расчеты.
не, я не про это. Обычная (каковой в общем-то подавляющее большинство) практика - каждая программа отрабатывается станком в локальной системе координат детали. Т.е. CAM размещает деталь в условный (0, 0, высота_заготовки). Потом на станке подъехали руками в точку, откуда хотим работать, ткнулись щупом в заготовку или стол (смотря как работаем), Ткнули кнопку - и все, отсель начало координат для программы у нас здесь. И совершенно наплевать, где там машинные нули и куда направлены машинные оси (такое вот направление, как на скриншоте - весьма редкое насамделе).
вот та софтина, которая по LPT у вас управляет станком, не умеет в G54-G59?
Re: Аналог StepCam
Пт апр 19, 2019 11:33:16
По скриншоту - у меня так концевики home стоят). Софтина Mach3, должна уметь.
Будьте добры, просветите. Нигде не могу найти понятного толкования использования этих команд. Написано, что ими выбирается одна из заданных СК. Но чем тогда её задать?
Вот например, пусть изначальная СК - та, что на скриншоте (0 в верхнем левом углу с отрицательными направлениями осей). Если я хочу сделать её аналогичной SprintLayout, то мне потребуется задать смещенную СК в точке условно X0.000 Y-180.000. При этом оси будут также иметь отрицательное направление, и это станку тоже нужно объяснить.
Как я понял, G54 не принимает параметров, она служит только переключателем. А чем же тогда ввести эти числа?
UPD: особенно интересно про знаки осей, в примерах везде показано смещение по X+ и Y+.
Будьте добры, просветите. Нигде не могу найти понятного толкования использования этих команд. Написано, что ими выбирается одна из заданных СК. Но чем тогда её задать?
Вот например, пусть изначальная СК - та, что на скриншоте (0 в верхнем левом углу с отрицательными направлениями осей). Если я хочу сделать её аналогичной SprintLayout, то мне потребуется задать смещенную СК в точке условно X0.000 Y-180.000. При этом оси будут также иметь отрицательное направление, и это станку тоже нужно объяснить.
Как я понял, G54 не принимает параметров, она служит только переключателем. А чем же тогда ввести эти числа?
UPD: особенно интересно про знаки осей, в примерах везде показано смещение по X+ и Y+.
Re: Аналог StepCam
Сб апр 20, 2019 00:06:07
вот бы я сейчас помнил, как это в маче делается) я больше по linuxcnc.
из того, что могу сказать прямо сейчас: мач не очень умный, и направление осей в локальных системах менять не умеет.
Но.
иметь такое направление осей - Очень Плохая Идея. Гораздо гораздее поменять координаты датчиков (конкретно Y). Тут главное понять такую вещь - home это не ноль, а некоторая фиксированная известная позиция. У меня, например, на мелком роутере датчики физически расположены точно так же, но при этом позиция датчика "home Y" - +570mm. Т.е. вот шпиндель поехал домой, доехал до всех концевиков, и оно поняло, что надодится в точке (0, +570, +110), а не (0, 0, 0). В маче это точно можно сделать, но подробнее смогу сказать как нормально до компа доберусь.
из того, что могу сказать прямо сейчас: мач не очень умный, и направление осей в локальных системах менять не умеет.
Но.
иметь такое направление осей - Очень Плохая Идея. Гораздо гораздее поменять координаты датчиков (конкретно Y). Тут главное понять такую вещь - home это не ноль, а некоторая фиксированная известная позиция. У меня, например, на мелком роутере датчики физически расположены точно так же, но при этом позиция датчика "home Y" - +570mm. Т.е. вот шпиндель поехал домой, доехал до всех концевиков, и оно поняло, что надодится в точке (0, +570, +110), а не (0, 0, 0). В маче это точно можно сделать, но подробнее смогу сказать как нормально до компа доберусь.
Re: Аналог StepCam
Вт апр 23, 2019 08:48:49
UPD
Собственно, оказалось проще поменять кабели шаговиков X и Y местами в блоке управления (правда, теперь бирки на кабелях не соответствуют маркировке осей на блоке, но это мелочи).
С направлением осей тоже оказалось проще - достаточно поиграться с настройками сигнала Dir и галочкой Inverted в настройках Мача.
Пока гуглил про flatcam, нашел такую вещь как autoleveller - прога, которая корректирует G-код по файлу замеров высот из того же мача (но умеет и из других). И вроде даже бесплатная. И вроде даже корректно воспринимает код из stepcam (высота реза инструмента становится дельтой к высоте платы, по крайней мере, на первый взгляд так).
В итоге, мой стартовый набор ЧПУ-чайника состоит из: 1) Sprint Layout 2) StepCam 3) Autoleveller. По идее, этого должно быть достаточно для фрезеровки платы по неровному текстолиту.
Теперь остается только вопрос о совмещении рисунков печати двухсторонних плат, но это скорее дело практики - просто поменять размещение рисунка и зеркальность в SL.
Собственно, оказалось проще поменять кабели шаговиков X и Y местами в блоке управления (правда, теперь бирки на кабелях не соответствуют маркировке осей на блоке, но это мелочи).
С направлением осей тоже оказалось проще - достаточно поиграться с настройками сигнала Dir и галочкой Inverted в настройках Мача.
Пока гуглил про flatcam, нашел такую вещь как autoleveller - прога, которая корректирует G-код по файлу замеров высот из того же мача (но умеет и из других). И вроде даже бесплатная. И вроде даже корректно воспринимает код из stepcam (высота реза инструмента становится дельтой к высоте платы, по крайней мере, на первый взгляд так).
В итоге, мой стартовый набор ЧПУ-чайника состоит из: 1) Sprint Layout 2) StepCam 3) Autoleveller. По идее, этого должно быть достаточно для фрезеровки платы по неровному текстолиту.
Теперь остается только вопрос о совмещении рисунков печати двухсторонних плат, но это скорее дело практики - просто поменять размещение рисунка и зеркальность в SL.
Re: Аналог StepCam
Вт апр 23, 2019 16:27:50
В итоге, мой стартовый набор ЧПУ-чайника состоит из: 1) Sprint Layout 2) StepCam 3) Autoleveller. По идее, этого должно быть достаточно для фрезеровки платы по неровному текстолиту.
Теперь остается только вопрос о совмещении рисунков печати двухсторонних плат, но это скорее дело практики - просто поменять размещение рисунка и зеркальность в SL.
Теперь остается только вопрос о совмещении рисунков печати двухсторонних плат, но это скорее дело практики - просто поменять размещение рисунка и зеркальность в SL.
в ArtCam более широкие возможности по гравировке, в т.ч. и ПП, если плата не большая, а текстолит кривой, клейте его по всей поверхности платы на тонкий 2сторонний скотч на основе полипропилена и никакие Autoleveller-ы не понадобятся.
совмещение слоев 2сторонних плат осуществляется по заранее предусмотренным реперным отверстиям в плате, после обработки первого слоя, сверлится жертвенный стол в 2 местах по координатам реперных отверстий, туда вставляются штифты (например обломки 3.175мм граверов), плата переворачивается и устанавливается на эти штифты.
Re: Аналог StepCam
Ср апр 24, 2019 06:18:00
У меня по совмещению в принципе так и сделано, только винтиками. Разметил тем же станком на столе сетку с шагом 1 см, и в зависимости от размера платы прикручиваю винтиками.
Имелась в виду уже конкретная подгонка рисунка ПП в SL (зеркальность и пр.).
Есть вопрос по практике: каковы правильные скорости вращения шпинделя и подачи инструмента?
Задиры на краях получаются, с разным заглублением пробовал. Подача выставлена F200.
Гравер 45 градусов, но где-то были 15 и 30.
Имелась в виду уже конкретная подгонка рисунка ПП в SL (зеркальность и пр.).
Есть вопрос по практике: каковы правильные скорости вращения шпинделя и подачи инструмента?
Задиры на краях получаются, с разным заглублением пробовал. Подача выставлена F200.
Гравер 45 градусов, но где-то были 15 и 30.
Re: Аналог StepCam
Ср апр 24, 2019 10:54:31
Имелась в виду уже конкретная подгонка рисунка ПП в SL (зеркальность и пр.).
ну так вышеописанным способом все и делается, никакой подгонки не требуется, поскольку обеспечивается очень высокая точность - погрешность сотые мм, зеркалите плату, переворачиваете, ставите на репперы и гравируете нижний слой...Есть вопрос по практике: каковы правильные скорости вращения шпинделя и подачи инструмента?
Задиры на краях получаются, с разным заглублением пробовал. Подача выставлена F200.
Гравер 45 градусов, но где-то были 15 и 30.
Задиры на краях получаются, с разным заглублением пробовал. Подача выставлена F200.
Гравер 45 градусов, но где-то были 15 и 30.
для 0.1мм граверов обороты минимум 15к, подача для 15градусов - 200-250мм/мин, для 45градусов и выше можно ставить больше - 300-400мм/мин, подача врезания 80-90мм/мин
для граверов с пяткой от 0.3мм обороты от 11к, подачи чуть выше, подача врезания 80-90мм/мин
разумеется все зависит от станка, если жесткость недостаточная, то режимы следует уменьшать и подбирать индивидуально.
задиры может давать гравер с некачественной заточной, часто с али такие получал, с виду 2 гравера, один режет идеально, второй создает жуткую мохру, если посмотреть под лупой, то тот, который режет чисто даже под лупой заточен до зеркального блеска (использовали алмазный круг с низкой зернистостью), а тот, что "мохрит" под лупой выглядит как гвоздь, который затачивали на обычном точиле:)
Re: Аналог StepCam
Вс окт 27, 2019 07:27:35
Один серьезный минус съемкам. Нет настройки глубины реза за проход. Очень не хватает для начинающего
Re: Аналог StepCam
Вс ноя 17, 2019 14:47:53
Здравствуйте!
Заинтересовала Ваша программа. Продолжение будет? Задумка очень хорошая!
Заинтересовала Ваша программа. Продолжение будет? Задумка очень хорошая!
Re: Аналог StepCam
Вт ноя 26, 2019 12:54:16
Появилась идея написать программу-аналог известной StepCam. При экспорте из Sprint Layout некоторых функций в ней мне не хватает.
Что хочу добавить:
1. Сделать ввод опорной точки и системы координат, чтобы точно знать, в какой области станок будет резать текстолит (у кого-то оси настроены в минус, у кого-то в плюс, home у всех разный). И добавить некий аналог превью. G-код соответствующим образом скорректировать. Проблема произрастает из того, что экспортированный из спринта файл не меняется в зависимости от того, где указать начало координат.
Что хочу добавить:
1. Сделать ввод опорной точки и системы координат, чтобы точно знать, в какой области станок будет резать текстолит (у кого-то оси настроены в минус, у кого-то в плюс, home у всех разный). И добавить некий аналог превью. G-код соответствующим образом скорректировать. Проблема произрастает из того, что экспортированный из спринта файл не меняется в зависимости от того, где указать начало координат.
Из практики: Одна версия SL учитывает, передавая данные, начальную точку отсчета координатов По X и Y опираясь на нулевую точку координатов (в виде кружка с перекрестием) на экране SL.
Это версия SL с расширением поля (кто то переделывал, название версии не помню, кстати там и и гербер отличается от остальных версий).
Другая версия 6.0 RUS - этой уже пофиг, где расположен маркер начала координат. Пришлось чертежик переносить в нижний левый угол экрана.Иначе и станок начинает точить не с нулевой координаты, а передвигает фрезу на (например: Х9,856Y44,732). Попытка на станке обнулить эти данные (Х9,856Y44,732) приводят к тому, что станок передвигает шпиндель ещё дальше на эти Х9,856Y44,732 и начинает фрезеровать, приводя оператора в ступор!Здесь и Гербер немного отличается: у него чертеж контура платы выводится отдельно от файла фрезерования дорожек.
А что StepCam? Ему как то всё едино, что преобразовывать? Он опирается на данные от Спринта. И работает четко и безотказно!
Единственное, что "пишет" Степ? Это глубину фрезерования и скорости инструмента. И всё! А все основные данные: отступ от края линии дорожки, координаты по X и Y . включая и начало отсчета (край платы) = всё от Спринта! Зеркалить или нет, отступ от края контура платы, согласно диаметру фрезы...это всё в Гербере Спринта. Учитывать или нет диаметры сверл...
Каждую программу надо избавлять от лишних не нужных настроек, которые только путают начинающего, тем более команды написаны не совсем адекватно, как например в гербере Спринта : Ширина. Ширина чего? И нигде нет никакого обьяснения! Типа: попробуй = узнаешь! Перед этим как обычно или фрезу сломаешь или заготовку в помойку!
Если есть желание написать умную программу, то надо написать две версии(с подробным обьяснением каждой команды): Версия 1 - для "студента" и версия 2 - для профессионала, со всеми мыслимыми и немыслимыми настройками, но платная! Первая = ознакомительная. Уже отстроена и запрет на всякое вмешательство. Недостаточно? Ознакомился, натренировался? Купи платную. И развлекайся на полную катушку!
Второе: сам станок должен иметь полный пакет программ = простеньких, но чтобы купив станок, клиент имел возможность увидеть его практическую работу, а не отвращение, от поиска для него дополнительного софта. Минимальный набор. Кому этого мало = купит и надлежащий софт, в виде АртКама, Автокама, Компаса и прочих. Это моё мнение!