Перейти к публикации

Круговая интерполяция в HH!


Рекомендованные сообщения

Всем доброго времени суток! Жутко извиняюсь, поиском не нашел то, что мне нужно. Давно пользуюсь спрутом,привык к нему! Несколько лет работал на фануке, и горя не знал, сейчас на Micron VCE 800 pro стойка heidenhain iTNC530) Проблема такая, ну как сделать на нем правильно врезание по спирали,или зигзагом? То что мне выдают мои посты, (пример:CP IZ-0.403 IPA+132.371 DR+ ) станок не принимает, пишет ошибку. И еще как правильно делать простую круговую интерполяцию, как на фануке G2,G3?

Допустим как на фануке, отверстие диамером 80, фреза диаметром 10, пишем G3 X35 Y0 I-35 J0! Как это будет на НН?

у меня есть несколько постпроцессоров на мой станок НО, не один из них не выводит мне правильную круговую интерполяцию(

Помогите пожалуйста, буду очень признателен!

Изменено пользователем Vasili82
Ссылка на сообщение
Поделиться на других сайтах


 

На сайте Heidenhain можно скачать инструкцию

НЕ нашел.

 

http://stankomach.com/dokumentaciya/   а здесь...

Ссылка на сообщение
Поделиться на других сайтах

Уважаемые коллеги, а ни у кого нет поста под такое сочетание станок + стойка для спрута? В долгу не останусь! Или может подскажете как самому переделать, прилагаю 2 разных поста, оба делают неправильно!

Postprocessors.rar

Изменено пользователем Vasili82
Ссылка на сообщение
Поделиться на других сайтах

Всем доброго времени суток! Жутко извиняюсь, поиском не нашел то, что мне нужно. Давно пользуюсь спрутом,привык к нему! Несколько лет работал на фануке, и горя не знал, сейчас на Micron VCE 800 pro стойка heidenhain iTNC530) Проблема такая, ну как сделать на нем правильно врезание по спирали,или зигзагом? То что мне выдают мои посты, (пример:CP IZ-0.403 IPA+132.371 DR+ ) станок не принимает, пишет ошибку. И еще как правильно делать простую круговую интерполяцию, как на фануке G2,G3?

Допустим как на фануке, отверстие диамером 80, фреза диаметром 10, пишем G3 X35 Y0 I-35 J0! Как это будет на НН?

у меня есть несколько постпроцессоров на мой станок НО, не один из них не выводит мне правильную круговую интерполяцию(

Помогите пожалуйста, буду очень признателен!

В Heidenhein дуга моет быть запрограммирована тремя  способами: 
 
1. Отдельным кадром задается центр дуги и отдельным конечная точка дуги. Ваш фануковский вариант
 
G1X-35Y-70
G3X35Y0I-35J0
 
у Хайденхайн будет выглядеть следующим образом

 

L X -35 Y-70 RR F200 
CC X-35 Y0  (Координаты центра дуги, у фанука это I иJ)
C X+35 Y0    (координаты конечной точки дуги, у фанука это X и Y)
 
2. это вариант когда дуга программируется целиком в отдельном кадре, ваш пример дуги будет выглядеть следующим образом:
 
L X -35 Y-70 RR F200 
CR X-35  Y0  R+70  DR+   (почти как у фанук)
 
Причем DR+ и DR- это то же что и G2/G3, а знак у R - тоже что и в фануке
 
3. это программирование дуги в полярной системе координат, ваш вариант можно представить так:
 
G1X-35Y-70
CC X-35 Y0        (координаты центра дуги)
СP PR+35 PA + 90  (PR и PA это координаты конечной точки дуги в полярной системе координат)

 

 
Кадр который  выдает пост  CP IZ-0.403 IPA+132.371 DR+ , похож  на винтовую линию в полярной системе координат, причем заданную в приращениях. Нужно смотреть ваш проект в SprutCAMe
 
 
Читайте доку по программированию Heidenhein, там все написано :)
Ссылка на сообщение
Поделиться на других сайтах
C X+35 Y0    (координаты конечной точки дуги, у фанука это X и Y)
 

 

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

Ссылка на сообщение
Поделиться на других сайтах

 

Нужно смотреть ваш проект в SprutCAMe

Огромное всем спасибо, за ответы!

Вот проект!

ЩЕКА.rar

Изменено пользователем Vasili82
Ссылка на сообщение
Поделиться на других сайтах

 

C X+35 Y0    (координаты конечной точки дуги, у фанука это X и Y)
 

 

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

 

Спасибо... Все верно. Постпроцессоры обычно направление и в касательных переходах выводят, на всякий случай

Ссылка на сообщение
Поделиться на других сайтах
  • 3 месяца спустя...

Блин, поверьте - эта ошибка во всех практически стандартных постах HH !

Потому что строка должна  выглядеть так

 

17 CC X-14.228 Y+0.001
18 CP IPA+328.261 IZ-1 DR+
19 CC X-14.228 Y+0.001
20 C X-19.078 Y-8.745 DR+

 

т.е. сначала CP IPA, а потом IZ, это неприложно, блин!!!

Стойка иначе тупо не читает, ПОВЕРЬТЕ ОПЫТУ

Изменено пользователем busyginv
Ссылка на сообщение
Поделиться на других сайтах

Блин, поверьте - эта ошибка во всех практически стандартных постах HH !

Потому что строка должна  выглядеть так

 

17 CC X-14.228 Y+0.001

18 CP IPA+328.261 IZ-1 DR+

19 CC X-14.228 Y+0.001

20 C X-19.078 Y-8.745 DR+

 

т.е. сначала CP IPA, а потом IZ, это неприложно, блин!!!

Стойка иначе тупо не читает, ПОВЕРЬТЕ ОПЫТУ

Отдельное спасибо за корректировку, busyginv 

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

 

post-16895-0-33966900-1412593393_thumb.png

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • Anat2015
      Какой станок, какое ЧПУ, какой магазин, и т.д. и т.п.? Задаете вопросы, как будто здесь все экстрасенсы.
    • Fedor
      верхняя линия это если не учитываем давления воздуха, а нижняя если учитываем.  То есть если не учитываем то считаем грунт более прочным чем на самом деле ...  
    • maxx2000
      @asd выводит нормально, с постпроцессором что-то  
    • Orchestra2603
      Это уже больше похоже на конструктивный разговор.   Я это понимаю. Мой тезис заключается в том, что когда мы ищем собственные вектора, мы вообще не решение ищем. Ну, не совсем решение, если хотите. В терминах СЛАУ можно сказать, что мы ищем базисные вектора фундаментальной системы решений. Нам не нужно что-то фиксировать и вводить какие-то точки отсчета. Нам нужно установить все пространство возможных решений однородной системы целиком, и потом из него просто выделить некоторый базис. Это не то же самое, что найти решение СЛАУ.   Про факторизацию... В моем понимании факторизация (в частоности, матрицы) - это разложение на множители (здесь на матричные множители), так чтобы получились какие-то другие матрицы, которые обладают какими-то выгодными свойствами (разложение Холецкого для положительно определенных матриц, LU, QR, QZ, сингулярное разложение и т.д.) В моем понимании это обычно нужно для повышении эффективности последующих операций, ускорения работы алгоритмов, для лучшей сходимости итерационных методов, где-то для эффективной параллелизации и т.д. Ничего не слышал раньше о ситуациях, когда факторизация жизненно необходима, и без нее задача не решается. Как я это вижу, существует много различных способов факторизации матрицы. Я просто не могу понять про какую конкретно факторизацию вы говорите и не могу понять, как она должна помочь, и почему ее невозможно сделать для вырожденной матрицы? Я бы, честно говорю, хотел разобраться в этом. Возможно, я что-то вообще неправильно понимаю.
    • asd
      Надеюсь, это то, что вы имели в виду.   TOOL PATH/THREAD_MILLING_1_COPY,TOOL,STD_DRILL TLDATA/TCUTTER,10.0000,0.0000,0.0000,80.0000,10.0000,8.0000 MSYS/0.0000,0.0000,0.0000,1.0000000,0.0000000,0.0000000,0.0000000,1.0000000,0.0000000 $$ centerline data PAINT/PATH PAINT/FEED PAINT/SPEED,10 PAINT/COLOR,186 FROM/0.0000,0.0000,50.0000,0.0000000,0.0000000,1.0000000 LOAD/TOOL,1 RAPID GOTO/0.0000,0.0000,3.0000 PAINT/COLOR,181 FEDRAT/MMPM,500.0000 GOTO/0.0000,0.0000,-33.0211 PAINT/COLOR,6 FEDRAT/250.0000 GOTO/21.6792,-1.2470,-33.0211 CIRCLE/21.7509,0.0000,-33.0000,0.0000000,0.0000000,-1.0000000,1.2491,0.0100,0.5000,10.0000,0.0000 GOTO/23.0000,0.0000,-33.0000 PAINT/COLOR,31 CIRCLE/0.0000,0.0000,-4.5000,0.0000000,0.0000000,-1.0000000,23.0000,0.0100,0.5000,10.0000,0.0000,TIMES,19 GOTO/23.0000,0.0000,-4.5000 PAINT/COLOR,1 CIRCLE/21.7509,0.0000,-4.4789,0.0000000,0.0000000,-1.0000000,1.2491,0.0100,0.5000,10.0000,0.0000 GOTO/21.6792,1.2470,-4.4789 GOTO/0.0000,0.0000,-4.4789 PAINT/COLOR,103 RAPID GOTO/0.0000,0.0000,50.0000 PAINT/FEED,NOMORE PAINT/SPEED,10 PAINT/TOOL,NOMORE END-OF-PATH  
    • gudstartup
      @Aiche если у вас осталасть на столе привязанная деталь  то можете выставить нули так чтобы значения совпали и ничего снимать не придется к тому же от того что вы снимите ничего не поменяется ведь под кожухами у вас нет никаких 0 меток ни направляющих ни на станине очень неприятные. надо было оставить режим принудительного обнуления @Aiche и срочно сделайте нормальный бэкап в вашем кроме программ ничего нет. хотябы копию памяти надо иметь а то может и в чпу батарейка сесть и тогда будет очень плохо
    • Fedor
      То есть грунт физически находится в сжатом состоянии на поверхности земли. И при вычислении связности грунта логично бы учесть это при построении предельного графика сигма - тау... 
    • maxx2000
    • gudstartup
      нет ранее абсолютные можно было обнулять в любом месте и не надо было никуда ехать а сейчасбывает что система выдает ошибку о невозможности установить 0 пока не сделаешь оборот датчика. особенно это достает при обнулении рев.головки приходится датчик снимать и крутить
    • nicomed
      @alek77 Если еще интересно, то вот код, который рисует два сегмента эскиза поверх выбранной кромки. Первый сегмент от начальной точки кромки до точки выбора, второй сегмент - от конечной точки выбранной кромки до точки выбора. При этом учитывается: положение компонента в сборке; поворот чертежного вида относительно пространства модели. Код как обычно - лишь бы работало - все в одном методе.   Вот что не пробовал, так это многоуровневые сборки. Боюсь что бы не приходилось делать  пересчет положения выбранного компонента столько раз, на каком уровне вложения находится выбранный компонент.   Upd: Нашел глюк (точнее свою недоработку с которой еще предстоит разбираться) - если вид с разрывом - то точка выбора смещается ...
×
×
  • Создать...