ИНТЕРЕСНО ArtCam или Aspire Vectric

[OlegK]

Ну и выбрать при сохранении соответственно Grbl_with_arc_mm

А не "Grbl (mm) (*.nc)"?

 

[demyuri]

OllyCat, ещё одно уточнение. Чтобы ГРБЛ работал по IJK, нужно вводить G91.1, иначе ошибка. Без К, отрабатывает нормально, G91.1 можно не вводить. Здесь это как реализовано?

Ваши сообщения автоматически объединены: 30.01.2020

Не знаю что такое R,

R это радиус дуги. Пример:
X0 Y0
G2 X10 Y10 R10
Четверть дуги по часовой.

 

[dvcues]

Эта поддержка, на угловатость не влияет.

Ну...Тадыть и морковка с ней...

 

[demyuri]

Ну...Тадыть и морковка с ней...

Не скажи, д.Дим... Как раз нужная тебе опция. Чтобы файл был не 500 МБ, а всего 50.

 

[OlegK]

На тестовой траектории - 111кБ без поддержки дуг, 17.2кБ с поддержкой.
Почти на порядок разница.

 

[OllyCat]

А не "Grbl (mm) (*.nc)"?

Нет, я старый парсер оставил, новый сделал, с другим именем.

OllyCat, ещё одно уточнение. Чтобы ГРБЛ работал по IJK, нужно вводить G91.1, иначе ошибка. Без К, отрабатывает нормально, G91.1 можно не вводить. Здесь это как реализовано?

Ваши сообщения автоматически объединены: 30.01.2020

R это радиус дуги. Пример:
X0 Y0
G2 X10 Y10 R10
Четверть дуги по часовой.

Как я могу судить по документации задавать в g-коде можно дугу через радиус R, либо через IJ. Но похоже grbl даёт делать только второй вариант, хотя могу и ошибаться, надо проверить. Данный парсер делает через IJ.

На тестовой траектории - 111кБ без поддержки дуг, 17.2кБ с поддержкой.
Почти на порядок разница.

Да, там разница может быть очень существенной по объёму.

 

[dvcues]

Как раз нужная тебе опция.

Вас - мормонов- не понять)
В моем ПП она и так есть - так что я не особо терзаюсь

 

[demyuri]

OllyCat, последний вопрос, засыпной. Плоскости обработки он учитывает? Или только для рисования?

 

[OllyCat]

OllyCat, последний вопрос, засыпной. Плоскости обработки он учитывает? Или только для рисования?

Должен, но надо проверять.

 

[demyuri]

Ну, теперь, сам бог велел Аспир осваивать.

 

[Nike76]

Посмотрел, в Aspire файлов с расширением *.tap целая куча, какой из постпроцессоров брать?

Я этим пользуюсь

 

[Василич]

Спасибо, посмотрел, нашел такой в своем Aspire.
Попутно возникла глупая мысль - если в Aspire создавать управляющие программы только для нашего станка, то зачем там держать целую кучу не нужных постпроцессоров? И искать в этом стоге сена нужную иголку...
Пока вырисовывается, что нам для работы достаточно двух-трех? Первый - Grbl(mm)(*.gcode), второй - G Code (mm)(*tap) ну и третий, предложенный OllyCat - Grbl_with_arc_mm. Поправьте меня, если я не прав

 

[demyuri]

Пока вырисовывается, что нам для работы достаточно двух-трех?

Да, именно так. Достаточно одного, но мало ли...

 

[Василич]

Достаточно одного, но мало ли...

Типа, "шоб було", вдруг потребуется создать УП для другого типа станка?
Не, мне пока такое не нужно, значит удаляю все лишние, оставляю только эти три.

 

[OllyCat]

Спасибо, посмотрел, нашел такой в своем Aspire.
Попутно возникла глупая мысль - если в Aspire создавать управляющие программы только для нашего станка, то зачем там держать целую кучу не нужных постпроцессоров? И искать в этом стоге сена нужную иголку...
Пока вырисовывается, что нам для работы достаточно двух-трех? Первый - Grbl(mm)(*.gcode), второй - G Code (mm)(*tap) ну и третий, предложенный OllyCat - Grbl_with_arc_mm. Поправьте меня, если я не прав

Я у себя переименовал папку PostP в PostP.backup (что бы была на всякий случай), создал новую PostP, в которой оставил только grbl (mm) и свой grbl arc. G code (mm)(tap) я посмотрел, он от моего отличается только хедерами и расширением, так что он не нужен. Если вас больше устраивает расширение tap, то просто поменяйте его в grbl как я писал выше любым редактором и всё.