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

[michman 0]

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

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

[Ug_user 638]

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

;(MACHINE: )

;(MACHINE TIME: 6.40 MIN)

;(PLANAR_PROFILE)

N10 (UAO,1)

N11 ;(D60R16)

N12 T40 M06

[michman 0]

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

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

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

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

Изменено 23 марта 2007 пользователем michman

[Ug_user 638]

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

Удачи!

[michman 0]

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

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

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

[Ug_user 638]

Будет невмоготу - пишите.....

[MFS 248]

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

[Albero 3]

в CimcoEdit есть 

[Bully 1 098]

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

[Albero 3]

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

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

[Bully 1 098]

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

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

[Albero 3]

 

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

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

 

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

[vicebear 1 430]

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

 

 

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

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

[Albero 3]

 

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

 

 

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

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

 

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

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

[Bully 1 098]

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

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

[jREj 4]

 

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

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

 

 

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

[tikito 14]

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

[vicebear 1 430]

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

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

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

[jREj 4]

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

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

[Vladislav-dobrynin 171]

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