Непонятная проблема с G03

idsoft · Сообщение **idsoft** » 13 апр 2012, 12:38

Доброго времени суток всем. Делаю газорезку. У меня есть файлы с расширением din. Внутри, на вид, вполне нормальный g-код. Однако EMC2 отказывается их воспринимать. Когда я открываю файл, он загружается в окно со списком команд для выполнения, но в окне вид ничего нет. Экспериментальным путем выяснил, что проблема в G03 (я закомментировал все G03 и файл начал показываться в окне Вид). При этом файлы из папки с примерами открываются нормально (\открывал plasmatest.ngc). Что не так с моим файлом? Куда копать?

Nick · Сообщение **Nick** » 13 апр 2012, 12:44

Обычно такое возникает из-за неправильно установленного кода определяющего относительные или абсолютные координаты.

У тебя вверху кода стоит G91 Incremental distance mode.
Код точно в относительных координатах (в приращениях)?
Еще есть дополнительные коды G91.1 для центров дуг окружностей.

G90 Absolute distance mode
G91 Incremental distance mode
G90.1 Arc centers I,J,K are absolute
G91.1 Arc centers I,J,K are relative to the arc's starting point

Какой рисунок должен получиться?

idsoft · Сообщение **idsoft** » 13 апр 2012, 12:51

Да, код в относительных координатах. Когда я закомментировал G03, то увидел рисунок. Пробовал добавлять G91.1, но это не помогло.

wldev · Сообщение **wldev** » 13 апр 2012, 13:37

У тебя не указана плоскость интерполяции...
G17(xу) G18 G19

idsoft · Сообщение **idsoft** » 13 апр 2012, 13:49

Bender писал(а):
Re: Непонятная проблема с G03

#4 UNREAD_POST Bender » 3 минуты назад
У тебя не указана плоскость интерполяции...

Добавил G17 в файл, но ничего не изменилось.

idsoft · Сообщение **idsoft** » 13 апр 2012, 13:57

Сейчас попытался исполнить код - пишет: "Прямой переход в вогнутый угол не может быть достигнут без зареза". Что это значит?
Кажется начинаю разбираться. Ошибка с зарезом это изза неправильной компенсации радиуса. Теперь проблема не сходятся начальный и конечный радиус окружности всего на 0.05... Как задать точность интерполяции или что-то подобное?

Nick · Сообщение **Nick** » 13 апр 2012, 14:21

Ах, вот оно что

У тебя включена компенсация диаметра инструмента. Если есть маленькие углы, в которых при компенсации инструмент не доезжает до контура то возникает такая ошибка.

Компенсацию лучше делать в CAM. Вся компенсация в Gкодах насколько я понимаю рассчитана только для ручного программирования, где не будет таких маленьких отрезков.

Какой у тебя стоит диаметр инструмента?

idsoft · Сообщение **idsoft** » 13 апр 2012, 14:31

Сейчас поставил 1.

Nick · Сообщение **Nick** » 13 апр 2012, 14:37

И заработало?
Что и на чем собираешься резать?

idsoft · Сообщение **idsoft** » 13 апр 2012, 14:44

Не заработало. Пишет что радиус конца окружности не отличается от радиуса начала. Нужно как-то задать точность расчетов, но я не знаю как.

Nick · Сообщение **Nick** » 13 апр 2012, 14:53

А как ты этот код создавал? Радиусы должны хорошо совпадать? А какие он значения не совпадения пишет?

ЗЫ Теперь попробуй g90.1 или g91.1.

idsoft · Сообщение **idsoft** » 13 апр 2012, 15:00

r1=50.5192; r2=70.5564. Расхождение маленькое. Создавал не я. Этот код режет импортная газорезка. Мне дали готовый файл.

Nick · Сообщение **Nick** » 13 апр 2012, 15:01

idsoft писал(а):r1=50.5192; r2=70.5564.

Ничего себе маленькое - 20мм

.

Смотри g90.1 или g91.1, стопудов центр не правильно определяется...

idsoft · Сообщение **idsoft** » 13 апр 2012, 15:07

блин. там 70.5192. При G90.1 сильно расходятся радиусы.

Nick · Сообщение **Nick** » 13 апр 2012, 15:14

Если это единичная задача, то можно быстренько через R переписать и забыть...
Т.е. идешь в эту строчку, убираешь ijk и ставишь R и что-то среднее между теми двумя значениями...

на газорезке такая точность же не нужна?

idsoft · Сообщение **idsoft** » 13 апр 2012, 15:17

В том то и дело, что не единичная.

Nick · Сообщение **Nick** » 13 апр 2012, 15:38

Я кажется знаю откуда может возникать такая ошибка, она может появляться из накопленной погрешности относительных перемещений.

Кто же это тебе такие коды пишет...

Вообще допуск расчетов устанавливается в http://git.linuxcnc.org/gitweb?p=linuxc ... 935ab4#l58
но для того, чтобы изменение вступило в силу, надо заново компилить.

idsoft · Сообщение **idsoft** » 16 апр 2012, 08:03

Такие коды мне делает программа CNCCAT. Сейчас смотрю в сторону dxf файлов, которые уже буду перегонять в g-код. Только конвертер dxf2gcode делает код для 3-х осевого станка, а у меня 2 оси (XY). Тоесть, по идее, в коде должны быть две оси и коды начала реза и конца реза. Я делаю резаки с системой контроля высоты, поэтому для них нужен только сигнал встать в позицию и сигнал от него, что он занял позицию и готов резать.

Nick · Сообщение **Nick** » 16 апр 2012, 12:18

Передвижения по третьей оси можно очень просто убрать, скинь пример кода и я сделаю тебе скриптик, а может даже все обойдется 1 строкой в терминале

.

PS не помню спрашивал или нет, видел наш Gcodetools?

idsoft · Сообщение **idsoft** » 16 апр 2012, 12:41

Убрать передвижение я сам могу(с питоном дружу), это не основная проблема, но спасибо за предложение. Gcodetools видел, но к сожалению он для моих целей не подойдет, т.к. получиться дублирование чертежей(изначально чертежи делаются в CNCCAT и заранее не известно на какой машине будет отрабатываться программа) и придётся обучать персонал (что пожалуй самое сложное). Так что идеальным вариантом будет получение управляющих кодов dxf. Я сейчас пытаюсь разобраться с postprocessor dxf2gcode(там есть кой-какие настройки), но боюсь придётся править исходники, либо искать другой вариант.