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

Как узнать время машинной обработки


michman

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

Подскажите пожалуйста, как узнать время машинной обработки с помощью UG,

если заданы все режимы резания. :wallbash:

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


В постпроцессор вставляется соответствущий $mom_... и в отпроцессированной программе видишь:

;(MACHINE: )

;(MACHINE TIME: 6.40 MIN)

;(PLANAR_PROFILE)

N10 (UAO,1)

N11 ;(D60R16)

N12 T40 M06

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

Большое спасибо.

А как узнать время, если мы используем внешний постпроцессор по схеме:

UG -> CLSF -> ПОСТПРОЦЕССОР

Причем внешний постпроцессор изменить нельзя ( готовая программа ).

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

Остается только посочувствовать... Зачем?! Ведь CLS - это только \\GOTO X Y Z I J K - и все! При постпроцессировании происходит масса событий, которые не могут попасть в CLS. Например - точка контакта (это еще можно выкусить) и нормаль в точке контакта. И с тем же временем обработки....

Удачи!

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

Мне так и объяснили наши "ветераны", но так хотелось верить в чудо.

Вопрос исчерпан.

Большое вам спасибо.

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

Возьмите, например CimcoEdit или ему подобные специализированные редакторы УП и смотрите УП ими, они, как правило могут посчитать теоретическое время обработки.

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

@@Albero, 7.5 лет прошло :biggrin:  Давно уже в самом NX рядом с операцией пишется. И, кстати, "NX UG" и "Unigraphics" это одно и то же в разных версиях   :smile:

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

@@Albero, 7.5 лет прошло :biggrin:  Давно уже в самом NX рядом с операцией пишется. И, кстати, "NX UG" и "Unigraphics" это одно и то же в разных версиях   :smile:

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

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

 

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

 

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

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

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

 

 

NX пишет как время каждой операции, так и общее время. У меня тоже все станки разные (реально все - даже двух одинаковых нет), и я, чтобы наиболее точно определять время изготовления, опытным путём определил значение ускоренной подачи для каждого станка. Например, для старых MAHO это от 1500 до 3000, а для DMF 250 Linear это 5000.

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

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

 

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

 

 

NX пишет как время каждой операции, так и общее время. У меня тоже все станки разные (реально все - даже двух одинаковых нет), и я, чтобы наиболее точно определять время изготовления, опытным путём определил значение ускоренной подачи для каждого станка. Например, для старых MAHO это от 1500 до 3000, а для DMF 250 Linear это 5000.

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

 

дружище, это всё про меня :throw: 

не знаю, у меня не всё показывает. может, потому что крякнутый?

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

не знаю, у меня не всё показывает. может, потому что крякнутый?

 Да я тоже не очень законопослушный ) Просто смотри, чтобы вот тут все было задано

post-25558-0-51465400-1412310613_thumb.jpg

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

 

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

 

 

Еще зависит от характера самой траектории. Например, если обрабатывать поверхность двойной кривизны строчкой с шагом 0,4 линейной интерполяцией, то ой какие огромные разбеги во времени дает.

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

зависит и от станка..фанук занижает подачу в разы..а если и направление резания постоянно меняется то можно общее время умножать на три. например деталь по тому что G code выдаёт 17 минут обрабатывается а на самом деле 50 минут..на хасах время почти правильное потому что хаас держит подачу 100%

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

зависит и от станка..фанук занижает подачу в разы..а если и направление резания постоянно меняется то можно общее время умножать на три. например деталь по тому что G code выдаёт 17 минут обрабатывается а на самом деле 50 минут..на хасах время почти правильное потому что хаас держит подачу 100%

Поэтому я ускоренную подачу методом тыка высчитал и вставляю в NX при расчётах. Вставляю вот сюда:

Generic maсhine - ПКМ - Изменить.

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

А как бороться с занижением подач на перемещениях резания??? Только через настройку динамики станка? 

Может ли влиять интерполяция на подачу резания??? 

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

Да никогда Вы не получите результата минута в минуту. К сожалению это утопия. Применяю в своих постах уточненную процедуру расчета, создаю массивы переменных по каждому типу движений, учитываю скорость холостых перемещений, указанную подачу на каждом типе перемещения, скорость смены инструмента, в итоге расчетный час машинной обработки, а по факту при отработке постпроцессора на тестовой детали возникает погрешность в среднем в пол часа разницы. Почему? Потому что нельзя предварительно учесть фактического расположения детали в рабочей зоне обработки, а от этого зависит время перемещений в точки безопасности в машинной системе координат (по командам типа G153 SUPA, G28, G53, М91, М92), также упомянутая динамика перемещений при 5 осевой обработки зависит от положения заготовки до центра вращения стола, при положении заготовки в центре стола скорость движений согласованных с движением круговой оси С максимальная, при расположении заготовки возле периферии стола скорость ограниченна согласно настройки станка. Также скорость движения зависит от степени линеаризации, скорости отработки кадра системой ЧПУ, активированного режима сглаживания (Параметры команд типа CYCLE832, CYCL DEF32, G64 G5). 

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Viktor2004
      Уважаемые коллеги Чего-то я туплю страшно Пытаюсь в P-CODE писать программу редактирования барабана инструментов Макропеременная @MDIKEYI #8549 /* MDI Key image должна мне давать номер нажатой кнопки Кнопка F1 под экраном имеет код 249 Кнопка <INPUT> имеет код 152 При нажатии F1 у меня должна включаться D5001.0 а при нажатии <INPUT> выключаться Но в макропеременной #8549 код нажатой клавиши лишь кратковременно мигает. И надо много раз нажимать нужную клавишу что бы она сработала Макропеременная #8549 у меня выводится в диагностический D5000 Кто знает, может #8549 как-то настраивается, что бы программа успела на него отреагировать IF [#8549 EQ 249] THEN #548 = 1 ENDIF IF [#8549 EQ 152] THEN #548 = 0 ENDIF https://www.youtube.com/watch?v=jvsv0YoTy-8   Я как-то пример показывал с нажатием кнопки, но там программа была короткая и она успевала схватывать нажатие кнопки. А тут у меня сначала круги рисует и не успевает
    • malvi.dp
      SW2020 работает. Пожелание - уменьшить размеры окна, а то перекрывает весь чертеж, исправить ошибку в слове детели и, если получится, сделать выбор толщины и типа линии.  
    • sippovich
      Добрый вечер Уважаемые Форумчане,нет ли ни у кого инструкции по восстановлению нулевых точек револьверной головы на станки серии TF и TD серии Fanuc? Заранее благодарен.
    • Heroend
    • ДОБРЯК
      А выкинуть строчку и столбец  это не закрепление? :=)
    • nicomed
      @Kelny  То что,Вы, описали это варианты, а как я понял, @Евдоким Жаркий требуется именно комплекты. Как я понимаю различие: Балка может быть и катанного профиля или гнутого, но она может быть только одна. - это варианты , и, они, не исключают комплекты сменных частей. А, к примеру у заказчика есть три домкрата, и, в процессе эксплуатации зацепа, в разных ситуациях, может использоваться разный тип домкрата. У каждого домкрата свое посадочное место, и для него уже заказчик, будет менять пятки зацепа. Т.е. у него их (пяток) столько, сколько типов домкратов. И это у же комплекты сменных частей. Резюмируя - варианты это еще на уровне изготовителя, а комплекты на уровне заказчика (эксплуатации).       
    • maxx2000
      пусть так это тебе и продолжает казаться, для меня например всё ясно как божий день. Есть вещи которые требуют понимания. Я не ставлю своей задачей выдать набор кнопок, а лишь указать возможный вектор решения задачи. Артас обрабатывает по нормали к элементу(поверхности), а надо обрабатывать вдоль оси Z РП элемента которая должна совпадать с осью Z станка. Он намного ближе к понимаю 5 осевой обработки чем может казаться со стороны.   а зачем его разворачивать? разворачивать надо с конкретной целью. Боком режет, и пусть себе режет.
    • Heroend
      Добрый день! Сел за изучение FS и решил смоделировать настоящую АВО типа БАВО-К. В процессе были некоторые проблемы, но все решалось постепенно. Однако, так и не смог исправить одну ошибку, которая портит весь расчет. Ахиллесовой пятой моего моделирования стала 3-х ходовая теплообменная секция АВО, при входных данных P=3,2 МПа, T газа = 160 С (взятых с работающего оборудования) расчет заканчивается досрочно, с ошибкой "Твердое тело расплавилось". Во время самого расчета система набирает безумное давление (смотрел по дополнительному окну), причем как только я не игрался с расходом, динамика ошибок остается та же.  Может кто-то подсказать из-за чего может быть такая проблема?  
    • Jesse
      скорей всего ДК - это какое-то "общее" требование для всех роторных машин, где есть вал..) вот и копипастят, сами не пойми чего. Ну я уже на 90% уверен, что ДК - это про гироскопику, когда достаточно большой диск кренится вдоль оси и создаёт "гироскопику" - момент, которые гнёт вал и искажает частоты. Наблюдается две ветви - т.н. "вилка". Если эти гироскопич-е эффекты пренебрежимо малы, то это уже не ДК, а просто зав-ть СЧ от оборотов..) Пока так.   да там и от скорости вращения ротора должна зависеть added mass; когда замедляется/ускоряется, везде разная масса получится.  Интересно, а можно из эксперимента определить added mass? ну типа тот же ротор постепенно разгоняешь, и смотришь как меняется основная акустическая мода по времени..
    • Orchestra2603
      @ДОБРЯК: Решил вашу задачку с одним элементом без факторизации...   Частоты:     Формы:  
×
×
  • Создать...