cnc-club.ru

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

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

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

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

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

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

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

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

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

G90.1

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

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

fleshget писал(а):Пока ругается error 0.001%

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

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

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

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

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

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

Здравствуйте!
Подскажите пожалуйста, не хочет отрабатывать G2, G3

N216 M6 T1 G43 H1
N216 G96 D2000 S100
N217 M03
N220 G00 X55 Z-0.5
N221 G01 Z-5
N222 G03 X74.619 Z-38.174 R61
N223 G02 X77 Z-41.051 R9
N224 G01 X78.3 Z-41
N225 G00 X80 Z10
N226 M05
N227 M30

Доделывает строку 221, пропускает строку 222, 223 и едет по прямой на строку 224.