Fusion 360. Постоянное выключение шпинделя при фрезеровании

[Курдль]

Добрый день!
Управляющие программа, сгенерированная Fusion360, при подходах и отходах останавливает шпиндель (в частности при операции Contour и Circular).
Как это изменить?
Пример - на видео (напр. с 2:55 мин.)
https://youtu.be/UtbnSlRjpK8

[Smlua]

код посмотрите- есть ли там остановка шпинделя? может пост процессор не верно выбран

[Курдль]

код посмотрите- есть ли там остановка шпинделя? может пост процессор не верно выбран

Вы задали на первый взгляд странный вопрос про команды на останов шпинделя.
Казалось бы - как он может останавливаться без команды?..
Но я проверил УП - действительно команды на шпиндель "M" - только в начале и в конце.
Тогда я "запрашиваю помощь знатоков"
Постпроцессор в меню один (для столь простого китайского станка) - GRBL.
Я ранее разрабатывал УП на SolidCAM, VisuaiCAM - они так себя не ведут.
Вот часть кода (3 цикла с тремя остановками шпинделя)

Код: Выделить всё

G0 Z5
Y13.95
Z-3.5
G1 Z-5.3 F1000
G3 X27.55 Z-5.5 I-0.2
G1 X27.45
G17 G3 X27.25 Y13.75 J-0.2
X28.75 I0.75
X27.25 I-0.75
X27.45 Y13.55 I0.2
G1 X27.55
G18 G2 X27.75 Z-5.3 K0.2
G0 Z5
Y13.95
Z-3.75
G1 Z-5.55 F1000
G3 X27.55 Z-5.75 I-0.2
G1 X27.45
G17 G3 X27.25 Y13.75 J-0.2
X28.75 I0.75
X27.25 I-0.75
X27.45 Y13.55 I0.2
G1 X27.55
G18 G2 X27.75 Z-5.55 K0.2
G0 Z5
Y13.95
Z-3.875
G1 Z-5.675 F1000
G3 X27.55 Z-5.875 I-0.2
G1 X27.45
G17 G3 X27.25 Y13.75 J-0.2
X28.75 I0.75
X27.25 I-0.75
X27.45 Y13.55 I0.2
G1 X27.55
G18 G2 X27.75 Z-5.675 K0.2
G0 Z5

[MX_Master]

В коде нет команд работы со шпинделем. Какое ЧПУ используется?

[Курдль]

В коде нет команд работы со шпинделем. Какое ЧПУ используется?

GRBL-контроллер, версия прошивки 1.1

[Курдль]

Возможно контроллеру не нравятся команды G17, G18, G19?..
Во всяком случае программа-транслятор УП в GRBL (GrblGru) ругалась на эти команды и пришлось отключить её проверки.
Но УП исполняется и деталь получается такой, как задумана...

[MX_Master]

Я не в курсе логики GRBL, но выключение шпинделя при подъёме смахивает на конфигурацию для лазера.

[selenur]

Возможно GrblGru парсит g-код перед отправкой, и в зависимости от своих настроек сама отправляет комманды M3 и M5?

[Курдль]

Возможно GrblGru парсит g-код перед отправкой, и в зависимости от своих настроек сама отправляет комманды M3 и M5?

Пошел - спросил у разработчика GrblGru. Жду ответа.

Updated: производитель сказал, что это нонсенс.
Пришел я домой, запустил ту же УП с помощью еще 3-х GRBL-трансляторов (GRBL Controller, Candle, Carbide).
Результат тот же - шпиндель выключается на каждом цикле.

[Курдль]

Возможно GrblGru парсит g-код перед отправкой, и в зависимости от своих настроек сама отправляет команды M3 и M5?

Я локализовал проблему, прогоняя УП по шагам.
Шпиндель стартует по команде G1 Z-3.05 F1000 а останавливается по G0 Z5 (Z5 видимо Retract Height = 5 mm)

Код: Выделить всё

%
(1006)
(T2  D=2 CR=0 - ZMIN=-6 - flat end mill)
G90 G94
G17
G21

(Circular2)
M9
T2 M6
S24000 M3
G54
M8
G0 X27.75 Y13.95
Z15
Z-1.25
G1 Z-3.05 F1000
G18 G3 X27.55 Z-3.25 I-0.2
G1 X27.45
G17 G3 X27.25 Y13.75 J-0.2
X28.75 I0.75
X27.25 I-0.75
X27.45 Y13.55 I0.2
G1 X27.55
G18 G2 X27.75 Z-3.05 K0.2
G0 Z5

[hmnijp]

Возможно GrblGru парсит g-код перед отправкой, и в зависимости от своих настроек сама отправляет команды M3 и M5?

Я локализовал проблему, прогоняя УП по шагам.
Шпиндель стартует по команде G1 Z-3.05 F1000 а останавливается по G0 Z5 (Z5 видимо Retract Height = 5 mm)

Ну так и копать дальше чпу grbl и его настройки. К постпроцессору и cam это отношения не имеет - код чистый. Как сказали выше - похоже на конфиг лазера, раз отрубает на холостых перемещениях.

[selenur]

Очень похоже на работу в режиме выжигания, когда управляющая программа управляет включением, вне зависимости от g-кода. Посмотри нет ли в программе переключателя фрезер/лазер?

[Курдль]

Очень похоже на работу в режиме выжигания, когда управляющая программа управляет включением, вне зависимости от g-кода. Посмотри нет ли в программе переключателя фрезер/лазер?

Начало УП приведено 2-мя постами выше. Вроде никаких подозрительных команд на предмет лазера я там не нашел.
Зато нашел закономерность. У меня на видео показан цикл обработки, на котором 7 операций. В 3-х из них происходит периодический подъем инструмента на безопасную высоту с остановкой шпинделя. Во всех этих операциях шпиндель останавливается по команде G0 (холостой ход). В оставшихся 4-х УП, G0 стоит только в начале и в конце УП и шпиндель откликается на неё так же - останавливается.
Из этого я делаю вывод, что таков зашитый в GRBL алгоритм отзыва станка на команду G0. Явно в настройках т.н. $-кодов прошивки 1.1 я не нашел.

Updated
Selenur! Возможно это действительно режим лазера, заданный $32=1 (приду домой - проверю)
Вот, что пишут разработчики Grbl на GitHub:
Program an unpowered motion between powered motions: If you are traversing between parts of a raster job that don't need to have the laser powered, program a G0 rapid between them. G0 enforces the laser to be disabled automatically. The last spindle speed programmed doesn't change, so if a valid powered motion, like a G1 is executed after, it'll immediately re-power the laser with the last programmed spindle speed when executing that motion.

[MX_Master]

G0 enforces the laser to be disabled automatically

Вот поэтому я и юзаю LinuxCNC, чтобы не было таких скрытых финтов

[Курдль]

Вот поэтому я и юзаю LinuxCNC, чтобы не было таких скрытых финтов

А мне для этого контроллер надо будет в станке поменять?
Рано или поздно я к этому приду (когда 4-я ось понадобится), но видимо не сейчас...

[MX_Master]

А мне для этого контроллер надо будет в станке поменять?

Да, надо будет махнуть дуинку на одну из недорогих платок Orange Pi (One или PC).

[Курдль]

$32=1

Настоящим докладываю, что это действительно виноват Режим Лазера, установленный в GRBL-контроллере
Исполнение инструкции $32=0 устранило проблему с лишними стартами/стопами шпинделя.