cnc-club.ru

Нашел рабочее решение. Программа autoleveller http://www.autoleveller.co.uk/download/ Без проблем переварила УП Vectric Aspire, отработала как положено

kada писал(а):Прикрепил два файла:

1. "Med_timer_CopperCAM.txt" - исходный файл, полученный с помощью CopperCAM.
2. "Med_timer_CopperCAM.txt_zprobed.ngc" - сконвертированный файл.

G-код не меняется вообще, он один раз создается этим конвертером и все. Т.е. я запускаю "Med_timer_CopperCAM.txt_zprobed.ngc" и плата сканируется, фрезеруется, сверлится и режется по контору.

З.Ы. спасибо за медальку

хм...
MACH3 R3.042.036
происходит следующее:
грузим в софтинку УП, получаем модифицированный zprobed.ngc
грузим этот zprobed.ngc в мач
жмякаем START
выходит в "0" по всем координатам, поднимается на 1мм по Z, и просто катается по XY, потом останавливается в X0 Y0 Z1
жмякаем START еще раз, и начинается гравировка по не измененным координатам.
что не так делаю?

evgenymcp писал(а): Программа autoleveller

Неплохо показала себя при работе одним гравёром, при попытке работать 2-мя (со сменой и автоизмерением длины) - сбой высоты.Разбивка программы на 2 куска (и 2 измерения профиля) может привести к ошибкам измерения (щуп попал в канавку/на бортик).
Решение из этого топика, как я понимаю, позволяет раз промерить профиль пробником произвольной (в разумных пределах ) длины и работать по этой карте до сброса компенсации? Конкретно интересует смена инструмента с автоизмерением его длины (иначе в 0.05-0.1 мм не попасть).

Еще одна программа для фрезеровки по кривизне платы G-Code Ripper http://www.scorchworks.com/Gcoderipper/ ... 16_win.zip
Ребята уже инструкцию написали http://easyelectronics.ru/gravirovka-pe ... lnaya.html

kada писал(а):Не знаю проскакивала ли здесь ссылка на опен-сорс Java утилиту для изменения G-кода с целью компенсации неровностей:

http://www.cnczone.com/forums/pcb_milli ... obing.html
http://marcuswolschon.blogspot.de/2013/ ... lling.html

Очень советую. Проверил на Mach3, отлично работает. Также заявлена, но не проверена поддержка EMC2.

Что то не получается. Сканирование проходит , а когда фрезеровать начинает фреза на пару мм над платой ходит.
Ноль выставляется нормально. Получается в коде какая то ошибка.
Сталкивался кто нибудь с таким?

Хм. В треде никто не писал два года.

Я столкнулся с проблемой, поставил эту самую примочку linux cnc tngraving comp(https://github.com/cnc-club/linuxcnc-engraving-comp).

Сканировать получается, касание происходит с точностью менее сотой.
А компенсация потом в лучшем случае даёт разброс 0.7 мм, а когда я измерил порядка 30 точек - то вовсе достигла 1.6мм.

Я измеряю это просто - включаю компенсацию, и подвожу в случайных точках заново гравер до касания, и смотрю какая координата по Z.
Делаю так полтора десятка раз, а потом вычитаю из наибольшего полученного значения наименьшее.

Какая версия python требуется?

Сомневаюсь, что кто-то ответит, но если что, могу и файлы станка выложить..

Nick_S писал(а):А компенсация потом в лучшем случае даёт разброс 0.7 мм, а когда я измерил порядка 30 точек - то вовсе достигла 1.6мм.

а это не пробовал?
https://www.scorchworks.com/Gcoderipper ... ipper.html

Спасибо за ответ!
Я уже понял, в чём дело.

Когда я нахожусь в первой системе координат(G54), и она повёрнута на 90 градусов командой G10L2P0R90, и я сканирую поверхность - вот тогда и получается разброс!
Корректировка явно не совпадает с тем, что измерено, а совпадение только в районе координаты Х0У0.
Т.е. по какой-то причине, карта высот тоже повёрнута на 90 градусов относительно того, что измерено.

Пока что сумел выполнить работу по категорически кривым листам латуни, добившись точности корректировки в две сотки, просканировав с шагом 7 мм.

Для этого я поднастроил интерфейс gmoccapy, прикрутил к нему ту же самую примочку, и увидел, что происходит ровно то же самое, что и в axis.
Тогда я стал что-то подозревать, повернул систему координат обратно на 0 градусов, и стал работать так, чтобы система координат 1 совпадала бы с системой координат станка.

Я ещё не до конца понимаю концепцию этих систем координат, может быть какой-то нюанс пропустил, но ведь же вроде написано было в мануале, что можно двигать систему координат, а корректировка будет оставаться неподвижной.

Хотелось бы иметь возможность вращать системы координат как угодно, и не иметь проблем, куда же копать??

Очень нужна помощь с настройкой Linux для сканирования поверхности, помогите плиз(((

uralcnc писал(а): ↑ для сканирования поверхности

а что там требуется настраивать?

Nick писал(а): ↑07 сен 2013, 20:51 напиши лучше в custom.hal

net axis.0.joint-pos-cmd => compensation.x-map

Вообще странное имя для сигнала ...
Скинь все свои hal файлы посмотреть... и ini тоже...

Nick приветствую тебя!
Прошу помощи, у меня следующая ситуация: программа LCNC 2.8.1, Mesa 7i76ed в паре с Mesa7i77 на 7i77 подключены энкодеры по обратной связи и датчики хомления и датчик PROBE. Работа идет на шаговых двигателях. Пытаюсь запустить твою прогу сканирования но столкнулся с такой проблемой что обратная связь у меня заведена через энкодеры, и отключить сигнал я как бы не могу??? Да и сигнала *unlinkp stepgen.2.position-cmd* такого у меня нет вообще.
Ну и конечно с 2012 года много чего в названиях изменилось. Как быть что подскажешь? В какую сторону шагать? Панель PYVCP появилась, чего там моргает, карта высот в filename.txt записывается с новыми координатами, но естественно что компенсацию не какую не производит.
Файлы ini hal прикрепляю.

UT3GE писал(а): ↑08 сен 2021, 15:43

Nick писал(а): ↑07 сен 2013, 20:51 напиши лучше в custom.hal

net axis.0.joint-pos-cmd => compensation.x-map

Вообще странное имя для сигнала ...
Скинь все свои hal файлы посмотреть... и ini тоже...

Nick приветствую тебя!
Прошу помощи, у меня следующая ситуация: программа LCNC 2.8.1, Mesa 7i76ed в паре с Mesa7i77 на 7i77 подключены энкодеры по обратной связи и датчики хомления и датчик PROBE. Работа идет на шаговых двигателях. Пытаюсь запустить твою прогу сканирования но столкнулся с такой проблемой что обратная связь у меня заведена через энкодеры, и отключить сигнал я как бы не могу??? Да и сигнала *unlinkp stepgen.2.position-cmd* такого у меня нет вообще.
Ну и конечно с 2012 года много чего в названиях изменилось. Как быть что подскажешь? В какую сторону шагать? Панель PYVCP появилась, чего там моргает, карта высот в filename.txt записывается с новыми координатами, но естественно что компенсацию не какую не производит.
Файлы ini hal прикрепляю.

Вопрос решен. Поставил G-code ripper та и усьо!!!!
Если кому еще интересно то вместо *net axis.0.joint-pos-cmd* в новых версиях linuxcnc 2.8.0 и выше пишем axis.Z.pos-cmd (смотрим в INI как величать ваши оси, или цифиры или букавки и прописываем AXIS.Z или ноль или тройка....).

Долго тут не появлялся .
Если кому ещё интересно - в аттаче мой конфиг для фрезеровки плат и пример программы сканирования. LinuxCNC 2.7. Сделано на базе наработок данной темы, адаптировал под себя. Позволяет производить смену инструмента с его автоизмерением. Пробник - контактный. Из недостатков - после сканирования инструмент идёт в 0.6 мм от поверхности платы. Причину не нашёл , сделал ползунок дополнительного корректора по Z. В тексте программы сканирования можно раскомментить процедуру коррекции касания (и в ХML-е начальное значение ползунка поменять -0.6 -> 0.0).
Видео работы...