делись результатами опытов

тут не совсем уместно будет захломлять все. И так нафлудили)

Это близко к теме и не видел чтобы кто то возмущался.

просто все заняты.

тут у каждого 3 принтер, у каждого 5 станок, так что....

можно так

для ddsv код от того же мача или линуксснс подходит, да и от большинства других ПП. там же примитивный 3х осевой

это проблема что у вас дуги выводились абсолютными координатами, а контроллеру нужны в относительных. или наоборот

Я это к чему - в файле сами центры дуг заданны именно как приращения( об этом контроллеру безусловно сообщает указание g91.1) - если он прогонит траекторию адекватно - значит контроллер и читает их именно как приращения(а не абсолютные), и ему не нравится только надпись в шапке.

Если он отработает правильно с включенной g90.1(сообщает контроллеру что центра заданы как абсолютные) - значит он вообще игнорирует шапку, и ему не важно что там написано, и не зависимо от неё работает с дугами как приращения. ТК в этом случае правильным движением был бы не квадрат, а что то вроде прямых с кругами на конце большого диаметра. - Именно так поступает мач3 - ему пофиг на шапку, там способ интерпритации координат задается в настройках(скрин который кидал раньше)

третий вариант - отработает не правильно - это значит что он читает дуги воспринимает как абсолютные, и надо постпроцессор немного переписать, чтобы другие координаты выдавал

либо вообще не умеет работать с дугами/векторами - такое на старых стойках бывает

Вообщем вот что у меня получилось. Сделал 3 кода из одного везде убрал g28 все 3 отработали одинаково нормально. Сейчас скину все 3 шапки

1 вариант
G90 G94 G40 G49 G17
G21
G91 Z0.
G90

2 вариант
G90 G94 G91.1 G40 G49 G17
G21
G91 Z0.
G90

3 вариант
G90 G94 G90.1 G40 G49 G17
G21
G91 Z0.
G90

вообщем если в коде, после g91.1 есть g91, то все норм

но в моем случае этой команда нету

т.е так кординально траектории должны отличаться?

так, если траектория правильная, значит контроллер читает дуги только как приращения(g91.1 всегда активен)