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

Пост для DMU65 Monoblock с Heidenhain


urlerbro

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

На днях сделал пост на DMU65 Monoblock (стол-стол A, C) с Heidenhain для себя, предварительно естественно покрутил сам станок, посмотрел какие функции есть, документацию почитал. В итоге настроил все в соответствии с логикой работы, описанной в документации.

 

При тесте возникла проблема с позиционной обработкой через PLANE SPATIAL. В доках пишут что через эту функцию мы задаем пространственные углы с последовательностью поворота вокруг X, Y, Z. Далее стойка пересчитывает это дело в поворот физических осей станка. и по команде (например):

 

PLANE SPATIAL SPA0.0 SPB45.0 SPC90.0 TURN FMAX SEQ- TABLE ROT

 

мы получаем разворот в желаемую плоскость обработки.

 

post-44318-0-27751200-1474739332_thumb.jpg

 

В одной из траекторий, упрощенный пример которой представлен на картинке, правильного разворота по такой логике не получается.

 

post-44318-0-04002700-1474740600.jpg

 

Пространственные углы для вывода системы координат в плоскость обработки получаю через постпроцессор такие SPA0.0 SPB45.0 SPC90.0 (из примера выше). Т.е. поворот на 45 градусов вокруг Y и на 90 градусов вокруг Z дает желаемое расположение СК в плоскости обработки.

На деле же станок по таким данным поворачивает ось A на 45 градусов и все, что не соответствует требуемой плоскости обработки, т.к. нужен еще поворот по оси C на 90.

 

Это неправильная настройка цикла или я что-то не понимаю? Прошу помочь разобраться.

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


Похоже, что станок поворачивает оси по PLANE SPATIAL в обратной последовательности - C-B-A.

 

При каких углах в SPA SPB SPC станок действительно повернётся в эту плоскость (как на картинке)? Куда у него при этом окажутся направлены оси X, Y?

 

p.s. я бы еще пробовал менять TABLE ROT на COORD ROT.

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

Действительно в эту плоскость станок поворачивается при углах SPA45.0 SPB0.0 SPC90.0 и оси у него при этом направлены так как должны были бы быть направлены при углах SPA0.0 SPB45.0 SPC90.0 (тех что и выдает постпроцессор). Т.е.станок находится в первоначальном положении так:

 

post-44318-0-47782200-1474792268.jpg

 

После отработки SPA45.0 SPB0.0 SPC90.0 получаем соответствующий вариант на станке:

 

post-44318-0-99856200-1474792406.jpg

 

Но дело в том что этот вариант соответствует углам SPA0.0 SPB45.0 SPC90.0 если делать в соответствии с описаниями в документации.

 

При таком раскладе действительно получается, что порядок C, B, A. Я это проверю. Спасибо за совет.

 

Возможно ли как-то менять этот порядок на подобии со стойками Sinumerik? Или это не так просто в хайденхайне?

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

Станок делает все правильно) исходно углы рассчитаны не верно! Каждый последующий поворот системы в Heidenhain - происходит не от предыдущего повернутого (как на Sinumerik), а от абсолютного положения системы координат. В этом есть принципиальное различие между командами CYCLE800 и  PLANE SPATIAL. 

Ну а теперь поверните ту MCS с вашей картинки, делая каждый поворот от абсолютной системы, и увидите что она развернется неверно, как раз такая ориентация и приведет к кинематическому решению осей А45 С0

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

Правильное решение ориентации плоскости, будет при указании следующей последовательности углов ее поворота: SPA45.0 SPB0.0 SPC90.0

Ссылка на сообщение
Поделиться на других сайтах
Каждый последующий поворот системы в Heidenhain - происходит не от предыдущего повернутого (как на Sinumerik), а от абсолютного положения системы координат.

 

Видимо в документации это где-то глубоко между строк зарыто. Писать понятную документацию в наше время, судя по всему, зазорно.

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

Не без помощи Ваших советов отладил пост под свои нужды, за что благодарю!

 

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

Молодец, но по алюминию и без СОЖ. Фрез не жалко?

Без СОЖ делал только выборку основного материала. Цельной двадцаткой весь основной объем и десяткой все между ребер. Выборка рассчитана iMachining-ом со всеми его режимами под параметры этого станка и материал. Охлаждение воздухом (в начале видео при выборке видно синюю трубку, это воздух). Сам лично проверял неоднократно, останавливаешь обработку, открываешь дверь (очень быстро), трогаешь фрезу - она холодная. Режимы хороши)). Одна двадцатка, одна десятка (уже попользованные), две детали и никаких тревожных признаков пока нет, можно работать дальше.

Остальное все с СОЖ.

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

Без СОЖ делал только выборку основного материала. Цельной двадцаткой весь основной объем и десяткой все между ребер. Выборка рассчитана iMachining-ом со всеми его режимами под параметры этого станка и материал. Охлаждение воздухом (в начале видео при выборке видно синюю трубку, это воздух). Сам лично проверял неоднократно, останавливаешь обработку, открываешь дверь (очень быстро), трогаешь фрезу - она холодная. Режимы хороши)). Одна двадцатка, одна десятка (уже попользованные), две детали и никаких тревожных признаков пока нет, можно работать дальше.

Остальное все с СОЖ.

Камрад как iMachinig , NX не зря купил .

Ссылка на сообщение
Поделиться на других сайтах
Т.е. iMachining от SolidCAM можно прикрутить к NX?

Как вы себе это представляете  ?

Если Сименс только на днях сделал интеграцию  iMachining с NX10 то как мог обычный программист замутить такую комбинацию!?

Коллега просто будучи умным человеком   установил  SolidCAM  сделал в  нем черновую  выборку iMachining, а все остальные траектории допилил в NX ! 

Вот и весь секрет :clap_1:  ! 

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

На уровне обычного программиста можно конечно замутить небольшой алгоритм, который конвертнет программу, полученную i-machining'ом в CLDATA для NX и получить затем всю эту траекторию в NX через CLDATA. Но смысла в этом нет)) Разве что народ удивить...

Ссылка на сообщение
Поделиться на других сайтах
На уровне обычного программиста можно конечно замутить небольшой алгоритм, который конвертнет программу, полученную i-machining'ом в CLDATA для NX и получить затем всю эту траекторию в NX через CLDATA. Но смысла в этом нет)) Разве что народ удивить.

Вот именно и зачем нужен это гемор   :throw:  если это все можно сделать на много проще :lighten: ! 

Вы и так его удивили :huh:  !

:clap_1:

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

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

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

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

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

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

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

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

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

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

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




×
×
  • Создать...