Отработка дуг G2 G3

[fleshget]

Когда открываю этот файл - выскакивает ошибка "Radius to end of arc differs" . УП готовится в PowerMill.
Победить не могу. Версия 2.7.15
Прошу открыть в LinuxCNC приложеннный файл УП. Может проблема в моем железе или я уже не знаю в чем... или в настройке конфига...
Фото с другого файла, но смысл тот же.

[fleshget]

Я выход нашол - сконфигурировал постпроцессор что бы он дуги не выводил. Но все равно хотелось бы разобраться и с круговой интерполяцией.

[SVP]

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

[wldev]

Лучше кусок кода.... Скорее всего не совпадает тип задания цента окружности.

[Сергей Саныч]

Обычно такая ошибка бывает из-за того, что по умолчанию LCNC принимает координаты центра (I, J) в относительных координатах. Постпроцессор может генерировать их в абсолютных. Как правило, есть возможность настройки постпроцессора.

[fleshget]

LCNC принимает координаты центра (I, J) в относительных координатах. Постпроцессор может генерировать их в абсолютных.

Да. В Mach3 в настройках я поставил галочку центра координат напротив "Absolute" и G-код приняло.

Где в постпроцессоре (Post processor 2017) это поменять - я не разберусь. А может можно в конфиге LinuxCNC можно указать что бы он воспринимал центр дуг в абсолютных координатах?

[D.L.]

А может можно в конфиге LinuxCNC можно указать что бы он воспринимал центр дуг в абсолютных координатах?

G90.1

[fleshget]

Спасибо. Уже почти приняло. Пока ругается error 0.001% (это я уже поставил точность три знака в ПП) Попробую 4 знака поставить..

[Сергей Саныч]

G90.1 (уже ответили)
Но я предпочитаю пользоваться относительными координатами центра. Это снижает вероятность ошибки типа

Пока ругается error 0.001%

В настройках постпроцессора или где-то в других настройках PowerMill должно быть (правда, я с ним не работал).

[torvn77]

Причина появления этого сообщения в том, что ограничение в CAM числа знаков после запятой по факту делает непрерывные координаты дискретной сеткой и если эта сетка имеет слишком крупный шаг то после округления крординат xy и коэфициэнтов ij к ближайшим координатам получающиеся ошибка может оказывается настолько большой, что выходит за допустимые с точки зрения LinuxCNC пределы.

В ArtCAM я это исправлял так:
1. Число знаков после запятой у координат увеличивал минимум до четырёх,
2. Число знаков у.коэфициэнтов ij после запятой сделал минимум на два порядка больше чем число знаков после запятой у координат, то есть равным шести и более.
3. Позднее я ещё ограничил минимальную длинну создаваемой дуги, то есть дуги длинной менее некотого значения у меня не создавались.

П.С. У вас в CAM вместо длинны дуги может использоваться её диаметр или радиус, если же у вас в CAM нельзя поставить такое ограничение вообще, а ошибка только от пунктов 1 и 2 не пропадает то просто сделайте у коэфициэнтов больше знаков после запятой.

[Сергей Саныч]

Пока ругается error 0.001% (это я уже поставил точность три знака в ПП) Попробую 4 знака поставить..

Можете еще поиграться параметром CENTER_ARC_RADIUS_TOLERANCE_MM = n в секции [RS274NGC]
http://linuxcnc.org/docs/html/config/in ... gc_section