Генерация G-кода, из текста, рисунка, и файлов PLT, DXF

[y-u-r]

Приветствую !
Про выделение некоторых простых фигур-обьектов и указзание в УП колл. проходов c углублением по Z - упрашиваем автора уже давно.
Он кстати уже и в план вписал сие деяние на первой странице...

Кстати по ошибкам. Вот загрузил файл - повторную скелетизацию хотел сделать.
Программа споткнулась и повисла.... Вверху появилась надпись - "программа не отвечает".
Сбросил , попробовал еще раз - снова терпения не хватило- сбросил. Потом снова запустил ,отвлекся и ушел от компа.
Прихожу - процесс закончился удачно. (почему то повторная скелетезация ей очень напряжна... ????).
В связи с этим может какой нибудь индикатор процесса замутить ?
Ну там полоску или еще чего простое, что бы хоть видеть что не висит прога, а чего то там делает....

[selenur]

По поводу индикатора, и отсутствия зависания интерфейса помню, сделаю.

[dimaxa]

Здравствуйте. С помощью вашей программки сгенерил G код, при симуляции работы в программе G-kode sender выявился один недостаток, объект прямоугольник с кругом внутри, так вот фреза сначала обрабатывает внешний прямоугольник, а потому внутренний круг. Причём при проходе контура прямоугольника фреза выключена, при переходе реза круга автоматически включается фреза. Вопрос а как указать явно что обрабатывается в первую очередь? Сначала вырезаем круги а потом обработка внешнего контура? Спасибо.

[selenur]

Выделяешь мышкой нужный сегмент, и нажимаешь пару раз на кнопку:

И траектория прямоугольника становиться последней в очереди на фрезеровку.

[dimaxa]

Спасибо, попробую.

[dimaxa]

Попробовал, получилось. Спасибо.

[Rom327]

По поводу индикатора, и отсутствия зависания интерфейса помню, сделаю.

Сергей, приветствую!
Пока работаю на V44.
Столкнулся со следующей проблемой задачей: необходимо прожечь рисунок на заготовке неправильной формы или на уже выпеленной заготовке. Пусть это будет круглая, овальная или треугольная заготовка. Вопрос в следующем: как на станке правильно закрепить эту заготовку, чтобы рисунок прожегся точно, без смещений? Можно конечно прожечь его сначала на жертвенном столе, а потом наложить заготовку и прожечь заново. Но это годиться только для простеньких изображений, так как уйдет много времени да и ресурс лазера не бесконечен.
Было бы неплохо в программе добавлять реперные точки прямо на изображения. Скажем для треугольной заготовки:

Варианты для круглой заготовки

Желательно, чтобы реперные точки умели "привязываться" к краям отрезков, касательным...(отключаемая функция)
Эти реперные точки прожигаются в начале программы, после чего программа встает на паузу. За время паузы по прожженным точкам устанавливается заготовка и запускается основной код программы. Если одинаковых изделий несколько, можно закомментировать прожиг реперных точек для экономии времени.
Возможно ли добавить в программу такую функцию?

[selenur]

Иногда бывает нужно нанести гравировку, но приходится извращаться с определением места старта, подумав решил сделать так: Re: Генерация G-кода, из gerber, drill файлов, для создания #29 это конечно программа другая, но использует мою новую разработанную компоненту визуализации векторных данных.
Сейчас я в этой программе так-же начал использовать данную компоненту.

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

А по поводу реперных точек нужно подумать как сделать....

[Rom327]

А по поводу реперных точек нужно подумать как сделать....

Может так: есть некая библиотека символов и функций: крестики, точки, центр изображения, максимальное значения по Х и У, контур. Выбираем нужный вариант (например крестик, по контуру) и вручную наносим "крестики" по контуру изображения, а программа вычисляет их координаты. Потом программа вставляет эти значения в начало УП и паузу перед основной программой.
Но желательно эти манипуляции проводить перед вычислением УП, на только что загруженном рисунке.

[selenur]

Сделал ещё одно видео:
https://www.youtube.com/watch?v=Jnuq4pzxjVY

[Alexversh]

Добрый вечер. Странное отображение и обработка dxf. в 51 версии так же. Импорт обратно в корел нормальный,
файл https://yadi.sk/d/9vjvO_xg3HZB98
еще файл

[selenur]

Добрый вечер. Странное отображение и обработка dxf. в 51 версии так же. Импорт обратно в корел нормальный,
файл https://yadi.sk/d/9vjvO_xg3HZB98

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

[Rom327]

В планах стоит у меня задача добавить и другие виды траекторий...

Сергей, приветствую!
Вот сижу-жгу картинку, 300х300мм, F2000, P0.02, растр.... часов на 8 занятие... долго!!!
Посетила такая мысль: а нельзя ли в программе, при перемещении ΔХ ⩾ 5мм, перемещение выполнялась бы на G0. Или при таких перемещениях можно было бы задавать увеличенную скорость G1
На картинке, где много белых пробелов скорость бы существенно выросла.
Функция желательно отключаемая, мало ли что... Наверное чекбокс Включить G0 в программу ☑ или Увеличить скорость G1 до F**** ☑ подойдет...
Спасибо!

[selenur]

В планах стоит у меня задача добавить и другие виды траекторий...

Сергей, приветствую!
Вот сижу-жгу картинку, 300х300мм, F2000, P0.02, растр.... часов на 8 занятие... долго!!!
Посетила такая мысль: а нельзя ли в программе, при перемещении ΔХ ⩾ 5мм, перемещение выполнялась бы на G0. Или при таких перемещениях можно было бы задавать увеличенную скорость G1
На картинке, где много белых пробелов скорость бы существенно выросла.
Функция желательно отключаемая, мало ли что... Наверное чекбокс Включить G0 в программу ☑ или Увеличить скорость G1 до F**** ☑ подойдет...
Спасибо!

А если просто изначально задать G1 F5000, то от точки до точки, на маленьких расстояниях скорость в любом случае не будет, равна 5000, а чем больше дистанция между точками тем быстрее будет перемещаться. Разве не так?

[Rom327]

А если просто изначально задать G1 F5000, то от точки до точки, на маленьких расстояниях скорость в любом случае не будет, равна 5000, а чем больше дистанция между точками тем быстрее будет перемещаться. Разве не так?

Да вроде так, я об этом думал... И если задать высокую скорость изначально, то фактическая скорость "упрется" в ускорение и торможение. А вот насколько это правильно? Не будет ли раздирать железо станка? То есть, станок еще не разогнался до заданной скорости, а уже надо тормозить...

[selenur]

А если просто изначально задать G1 F5000, то от точки до точки, на маленьких расстояниях скорость в любом случае не будет, равна 5000, а чем больше дистанция между точками тем быстрее будет перемещаться. Разве не так?

Да вроде так, я об этом думал... И если задать высокую скорость изначально, то фактическая скорость "упрется" в ускорение и торможение. А вот насколько это правильно? Не будет ли раздирать железо станка? То есть, станок еще не разогнался до заданной скорости, а уже надо тормозить...

Если не ошибаюсь то математика в GRBL при коротких дистанциях вроде это учитывает, и должно получаться типа такого:

И что программа знает на каком моменте разгона, уже пора начать тормозить, а не продолжать разгон до требуемой величины.

[Rom327]

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

Согласен! Полностью! Ступил...Что-то у меня ролики за шарики закатились...
7,5 часов жег картинку и прожег только половину! Хорошо, что новые версии GRBL поддерживают запуск с конкретной строки! Завтра выставлю подачу F5000, запущу вторую половину и сравню время...

[selenur]

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

Согласен! Полностью! Ступил...Что-то у меня ролики за шарики закатились...
7,5 часов жег картинку и прожег только половину! Хорошо, что новые версии GRBL поддерживают запуск с конкретной строки! Завтра выставлю подачу F5000, запущу вторую половину и сравню время...

А ты на максимальной мощности лазер гоняешь?

[Rom327]

А ты на максимальной мощности лазер гоняешь?

Так лазер по умолчанию S1000=100%. На этой мощности и гоняю. Задержка на точке 0,025 секунд. Grbl рассчитал время 3ч27м, но не понятно, как считает... Видимо надо как то оптимизировать изображение перед составлением программы. Или что-то менять в самой программе: уменьшать количество точек на мм². Пока не разобрался до конца, но реально долго жжет. Попробую со скоростью F5000 вместо F2000. По результатам отпишусь, посоветуюсь...
P.S. Нашел причину долгого прожига! Сам виноват, не досмотрел: из фотошопа вынул файл с разрешением 14173х14173 пикселей! Соответственно и программа составила УП офигенного размера...
P.S.P.S. Странно, создал новую программу из картинки 3500х3500 пикселей, а размер программы такой же 27,4 M.

[selenur]

количество точек для прожига, по высоте и ширине, зависит от заданного размера точки лазера и указанного размера для выжигания.
У тебя чему равны эти параметры.