Maza

4х осевая обработка, непонятки...

82 posts in this topic

В 24.03.2017 в 08:55, Frezer_PU сказал:

При 4х осевой обработке если привязка делается от центра оси вращения то все размеры и расчет идет от туда и при этом можно делать трансформацию траектории вокруг оси соответственно, но если привязка будет не от центра оси тогда трансформация нормально не получится и будет находится не на детали , а при привязке за верх можно обработать только одну сторону, но если вы создадите еще одну СК  с другой стороны и объедините траектории то пост возможно не сможет понять поворот на 180 градусов так как СК не в центре, тогда в таком случае необходимо делать две разные уп для каждой стороны отдельно ! 

Не совсем согласен. Дело в том, что привязать, на мой взгляд так заготовку можно, вверху, если потом вывести траектории отдельно склеить эти УП, разделив их вручную углом поворота. Вот действительно есть проблема как это сделать из Powermill через вывод в NC файл, действительно обычно для такого вывода СК вывода ставят в центр заготовки при 4-х огсевой, но на самом деле линейные не связаны с поворотом. Может кто знает, как действовать привязав вверху заготовки из Powermill ???

Share this post


Link to post
Share on other sites


В 02.12.2017 в 06:20, Marlen сказал:

Вот действительно есть проблема как это сделать из Powermill через вывод в NC файл, действительно обычно для такого вывода СК вывода ставят в центр заготовки при 4-х огсевой, но на самом деле линейные не связаны с поворотом. Может кто знает, как действовать привязав вверху заготовки из Powermill ???

Знаю два варианта.

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

Второй вариант более трудоемкий( т.к. необходимо сделать подпрограмму с расчетами), оставляем кинематику в посте в покое, убираем там смещения, а в основную программу после поворота вставляем подпрограмму в которой будет вычисляться новое положение нулевой точки после поворота. К примеру был у вас ноль в верху, после поворота на 180 он станет внизу и все координаты идут уже оттуда.

Оба эти варианта можно реализовать так, что не придется лазить в программу и что то там менять в ручную!

1 person likes this

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.



  • Сообщения

    • lllppp
      Спасибо, обязательно проверю! Отпишусь)
    • раздватри
      Да, а вот пример лодки полученной в среде Flowision. На сегодня нет в РФ экономичней на ход плавсредства. 1200 км. в одну сторону, а с обратно 2400 км. и с бутером не менее 600 кг. на все и про все требуется 240 литров 92-го, после последнего улучшения днища в корме. А как иначе и зачем третья версия, если 2.5.4 дает такие верные вычисления. Я поверил и я получил результат. Того и Вам желаю, студенты.  ТОЛЬКО В РЕКЛАМНЫЕ ТРЮКИ РАЗРАБОТЧИКОВ И МЕНЕДЖЕРОВ + СОЧУВСТВУЮЩИМ НЕ ВЕРЬТЕ. ДОХОДИТЕ ЛО КОНЦА И ЩУПАЙТЕ САМОСТОЯТЕЛЬНО.
    • maxems
      Помню пытались купить станок Mori Seiki. Когда узнали, что в нем стоит датчик, при помощи которого японцы могут контролировать месторасположение станка в любой точке мира (типа, чтоб он не достался какой нибудь Северной Корее) вопрос отпал сам собой. А вообще, в ОПК мозгов пока хватает не оснащаться одним производителем.
    • раздватри
      А зачем это надо ваще!!! Бесплатным и сыр не бывает. Да и много чего так и осталось, как в старой версии 2.5.4 Кто шарит в этом, тот никогда не подпишется на версии 3, до устранения всех недостатков старой версии, важных или коренных.  Я, вот, летом, между разделкой черной и красной икры, прогнал по основным вопросам Компас Flow, кроме подвижных тел, которых нет пока. Так там все можно, даже то о чем не знает разработчик, а лишнее на куй не нада.  Тесис допускает стратегическую ошибку в распространении популярности своей программы. Так и пусть допускает, но и подаваться на подобную пропаганду не стоит.  Делать надо, как сведующие специалисты в своих отраслях говорят, а не доктора с Доцентами и Профессора с ученными, отставшие от сего года на долго, а молодые купившие изначально все и без ума-знаний в зазоре. Пустое все это Господа, пустое, как и не дистанционное обучение. Кто хочет тот всегда найдет истину или дорожку к ней.
    • Kir95
      Получается вот так. Или неправильно понял, где масштаб установить?   А так, чтобы с основной надписью масштабировалось, можно сделать? В солиде при экспорте такое окно с настройками, где можно выбрать пересчёт масштаба -    Может какие макросы есть для экспорта? Просто дизайнерам и архитекторам часто приходится отправлять чертежи в автокаде, только для того, чтобы они сами могли посмотреть и померять, что им захочется.
    • Alex2020
      Уважаемые операторы и технологи! У нас вышел спор с коллегой, поэтому в этом топике было бы интересно послушать ваше мнение реального производства, которое каждый день работает с деталями. Лазерная система AKAS / LazerSafe при пересечении луча снижает скорость до 10 мм/сек, подход и возврат идут 100 мм/сек. На рынке появляются прессы с подходом и возвратом уже 150 мм/сек и выше. Где-то проскальзывает 20 мм/сек как рабочая скорость. Один из производителей компактных листогибов, который очень неплохо продает в Германии, говорит, что даже AKAS часто не покупает из-за экономии и тупо все скорости устанавливают как 10 мм/сек, при работе делают минимальный отход пуансона (возврат) и тем самым вполне нормально и шустро работают. В связи с этим, сам вопрос - если мы не будем говорить про защиту рук, насколько сами скорости дают прирост производительности и может ли он отличаться в разы? Как по мне - все вспомогательные операции типа позиционирования детали под гиб занимают гораздо больше времени, чем непосредственные движения станка. Спасибо за Ваши мнения. Я понимаю, что по сути также многое зависит от геометрии детали, ее глубины и по сути хода станка. Но интересно Ваше мнение в общем...
    • Alex2020
      Привет! Мы занимаемся поставками гибочного инструмента, но плохо знаем возможности различных ЧПУ систем по обработке библиотек инструмента и импорту новых пуансонов-матриц. Например, было бы здорово, если кто-то работает с листогибами на ЧПУ ESA для комментариев. Дело в том, что прямого импорта из DXF вроде на данных системах нет, например, файл библиотеки идет как XXX.pnz Его структура вообще неясна, как предоставить клиенту файл для работы - непонятно. К сожалению, пока с самой ESA коммуникация не пошла. В общем, очень интересует опыт операторов внесения нового инструмента в библиотеку без покупки постпроцессора. Недавно мы проходили подготовку файлов для CoastOne, там структура файла понятная и логичная, по сути точки XY контура и все. Но вот с ESA как-то затык встал.
    • grOOmi
      Никто и никогда не работает с 5000 компонентов, это безумие. Как было безумием работать в 2001-2003 годах, когда я начинал работать с большими сборками, так и сейчас. Главное - упрощаете, делаете ссылочные наборы. Делаете Representation (facet body) чем грубее тем лучше. Нужны только для понимания общего внешнего вида при отображении всей сборки.    В этой части нужна работа с большими сборками http://media.plm.automation.siemens.com/ru_ru/nx/book/chapter-4.pdf   Также советую вот это почитать https://www.plm.automation.siemens.com/media/global/ru/Solid-Edge-Five-tips-for-large-assembly-performance-63817_tcm52-9087.pdf   Также вот это видео поможет  
    • OlegZolotko
    • vasillevich68
      Сначала установите масштаб 1:1, а потом экспортируйте