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

Нормирование программ со старых стоек


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

Здравствуйте!

Работая на предприятии, где все программы чпу сделаны на peps'e? возник вопрос(я бы сказал проблема :wallbash: ) с нормированием! Т.к. peps не выдает машинного времени, то все нормы берут % от универсала, что естественно не правильно.

Народ, подскажите посоветуйте как быть! Как подсчитать машинное время в старых программах (где используются циклы и др.)?

Редактор SIMCO Edit позволяет определить машинное время, но с этими програми она не справляется! Дайте совет!

С уважением,Михаил!

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


Если программисты есть, пусть напишут программу расчета времени по готовым УП,

которые вы отправляете на стойку

Программы скорее всего в G-кодах, структура кадра известна

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

Возникает вопрос, а зачем нормировать, когда уже написана программа Т.е. произведены определенные затраты? Режимы известны, длины проходов известны, подачи то же. Бери и просто считай. Есть более простой путь, запустить программу на станке по воздуху, увеличив рабочие подачи в пять, десять раз и заблокировав смену инструмента. Ошибка в определении времени в пределах 3-5%.

Гораздо интереснее получить ориентировочное время обработки до програмирования, что бы понять, стоит ои этим заниматься или нет. При обдирке я обычно беру объем заготовки, объем детали, и по скорости съема метала (куб см/мин) (зависит от инструмента, метала, мощности и жесткости станка) определяю время. Аналогично при чистовой, только скорость съема определяется не мощностью и жесткостью, а чистотой обработки.

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

Если одна программа, то может и можно прогнать в холостую на станке,

а если много, то все же станочное время намного дороже.

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

Вообще-то хронометраж никто не отменял. Ведь любая программа для расчета времени обработки не учитывает разгон-торможение станка, особенности его и прочие факторы. Современные САМ-системы, например Powermill, могут выдать расчетное время обработки, вот только на станке получается примерно в 1.5 раза больше.

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

Редактор SIMCO Edit позволяет определить машинное время, но с этими програми она не справляется! Дайте совет!

Свет клином на SIMCO Edit не сошелся. Посмотрите в других ЧПУ редакторах.

post-534-1230193391_thumb.png

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

Имеется n-ое количество программ более 1000, а может и больше, и все на PEPSE. Не буду же я стоять у каждого станка и вести хронометраж по каждой программе!Ближе к пенсии справлюсь! :thumbdown:

Мне надо чтобы можно было загрузить файл(программу) и она посчитала мне машинное время. Есть предложения?

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

Есть предложения?

В NCManger - грузишь программу и получаешь табличку с общим временем обработки, временем по каждому инструменту. Длина пути инструмента на рабочих и холостых ходах. Время на смену инструмента. См картинку в предыдушем сообщении моем. Если нужно знать снятый объем материала, то выполнил симуляцию обработки и этот объем посчитается.

УП может быть с подпрограммами, циклами, переменными. NCManager в отличии от симки их понимает.

У нас как у разаработчиков NCManager есть заказ от нормировщиков на реализацию дополнительно расчетов:

Приведенная мощность

Энергия

Сила резания

Скорость снятия материала

... Там целый список.

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

Имеется n-ое количество программ более 1000, а может и больше, и все на PEPSE. Не буду же я стоять у каждого станка и вести хронометраж по каждой программе!Ближе к пенсии справлюсь!

Мне надо чтобы можно было загрузить файл(программу) и она посчитала мне машинное время. Есть предложения?

Есть:

1. Купить стандартный софт (NC manager).

2. Заказать специализмрованный.

3. Не заниматься глупостями, а по мере поступления деталей в производство, провести хронометраж.

Если одна программа, то может и можно прогнать в холостую на станке,

а если много, то все же станочное время намного дороже.

Ну это в принципе правильно, но нужно считать. Я как то подсчитывал себестоимость часа работы станка. У меня получилась интересная картина, структура затрат (при 3 сменной работе токарного ОЦ стоимостьью 160 000$) выглядит приблизиельно так

Не знаю как вставить рисунок, на всякий случай даю таблицу:

Зарплата з нарахуваннями 11.2%

Амортизація 17.5%

Цехові витрати 2.8%

Накладні 9.0%

Електроенергія, грн. 4.7%

Емульсія, грн. 0.1%

Пластины 37.7%

Вода 0.2%

Зарпл пер 16.8%

Переменные издержки составляют 52% постоянные 48%. Цена часа $18.

Т.Е. запуск станка по воздуху Вам обойдется $9/час.

Если принять, что каждая программа идет в среднем час то, для того, что бы откатать все 1000 прг в ускореном режиме, Вам понадобится 100 часов. (Порядка $900 ). У фрезерного может немскролько отличаться стоимость часа, но структура себестоимомти остается приблизительно такой плюс минус 5%.

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

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

не хачу флудить..

расскажу лишь как Это решалося на одном очень крупном авиастроительном предприятии.

есть отдел - он по CAM моделям делает программы для станков, соответств есть посты и программы подчитывающее время :):):) и остальную техн лабуду.

в реале - в цехах : программы отрабатывалися - кто точно по времени, кто меньше, кто боьше - но как правило не больше 30 %... ((((((((((

вот собралося начальство- однажды.. поорало .. покричало... и решили что время выдаваемое постпроцессорами дружно умножать 1.4 -

и было много счастья .. и рабочим и технологам ))))

вот так вот.

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

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

И делать это надо не по внутреннему представлению pepsa, а по КОНЕЧНОМУ тексту рабочей проги, после всех возможных постпроцессоров.

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

Здравствуйте!

Работая на предприятии, где все программы чпу сделаны на peps'e? возник вопрос(я бы сказал проблема :wallbash: ) с нормированием! Т.к. peps не выдает машинного времени, то все нормы берут % от универсала, что естественно не правильно.

Народ, подскажите посоветуйте как быть! Как подсчитать машинное время в старых программах (где используются циклы и др.)?

Редактор SIMCO Edit позволяет определить машинное время, но с этими програми она не справляется! Дайте совет!

С уважением,Михаил!

Есть бесплатный, но качественный и проверенный софт.

Вот ссылка http://nc-corrector.narod.ru/

Описывать все возможности приложения не буду, но просчет времени там есть - УП "накладываются одна на другую", потом жмешь Инструменты-Просчет машинного времени-Отправить в Word (т.е. пакетом).

Программа уже лет семь используется на авиационном заводе...

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Jesse
      За прошедшее десятилетие (ухх, как же время летит!) уже были вопросы про локальные пластические деформации в статическом расчете и про локальные формы потери устойчивости. В обоих случаях на все эти "локальности" можно подзабить. В первом случае у меня даже шаблонная фразочка есть, которую я в отчёты вставляю, ссылаясь на ГОСТ Р 57700.10-2018. Это всё хорошо. Но что у нас с цикликой? К примеру, есть вал насоса, который в процессе работы изгибается. В валу есть шпоночные отверствия, всякие переходы вплоть до радиуса R=0.25 мм и прочая мелкая ересь, где развиваются большие напряжения, превышающие предел выносливости материала.. В то время как в основной толще материала напряжения на порядок меньше предела выносливости и там всё ок. Как быть в этой ситуации? Ведь разрушение в процессе многоцикловой усталости происходит в результате зарождения и роста микротрещин. То есть по идее в этом радиусе R=0.25 мм трещинка пойдёт и разрушит весь весь вал за условные 10^12 циклов? Или не разрушит? Если не разрушит, то как обосновать, что не разрушит? С точки зрения физики/МДТТ мы знаем, что в статике у пластичного материала в малой области превысится предел текучести, появится небольшая область течения, и на этом всё. "Пластика" дальше не пойдёт. МОжно даже просчитать и проверить для успокоения души, что пластических шарниров не будет. Но в многоцикловой усталости мы ничего расчетом проверить не можем как все эти "неприятные локальности" себя поведут за 10^12 циклов. Только кривые Веллера и т.п. Ну и результаты упругого расчета..   Какой эмпирико-нормативный опыт есть у человечества, чтоб показать, что разрушения и катастрофического роста трещины НЕ произойдёт за большое кол-во циклов, если в небольшом объеме материала по результатам упругого расчета напряжения превышают предел выносливости?
    • malvi.dp
    • Srgwell
      Библиотеки не все подключены. Там другие какие то были включены. При чем сбиваются иногда
    • Snake 60
      @clavr  Попробовал в 2024-м так и есть, не хочет перепривязывать размеры, настройки не нашел :(
    • Snake 60
    • gudstartup
      @Alexey8107 учитывая то что иногда станок все же включается то похоже на плохой контакт или высохшую емкость у нас на старом svm альфа были случайные ошибки 8 9 именно из за емкости. фанук их умудрился так замаскировать между  двумя  разъемами еле нашли,,,
    • vad0000
      DELEM предлагает такой метод Приходит партия металла, Вы в ЧПУ вводите уголок 100*100., и получаете развёртку. Изготавливаете ее, и далее гнете. Одна сторона у Вас получится 100, если конечно правильно настроен упор, а другая никогда не получится 100, либо больше, либо меньше. Cybelec для каждого материала предлагает 10 различных поправок. Т.е. согнул один раз уголок, и получил поправку на всю партию металла. Пришла новая партия, согнули ещё один уголок. Все понятно?
    • paxa074_ko
      Ребят, помогите, пожалуйста, уже весь интернет облазил, но решения не нашел. Может кто встречался с подобным? SolidWorks 2021 Routing. По итогу создания кабеля (рисунок 1), хочу сделать его чертеж, однако, используя функцию "Развернуть маршрут", вижу просто эскиз провода (рисунок 2), сам провод пропадает и как следствие на чертеже просто линия вместо провода (рисунок 3) (а это уже как-то колхозно, хоть и длину все-равно высчитывает правильно).   Не удается вставить изображение через ссылку, поэтому вот сылка на гугл диск, там также исходники файлов: https://drive.google.com/drive/folders/1u9o9FnandAdWyL7jw-EZ62UXDicFK8yx?usp=drive_link
    • Srgwell
    • zwg
      Размер в 1 мм я приводил для понимания проблемы. В реальности, вопрос был именно в корректировке развертки (точек оси Х) в соответствии с нашим металлом, а не DIN.  Я так понимаю, корректировка значения в МАТЕРИАЛ CYBELEC решит эту проблему...  А как подобную  корректировку выполнить для Y? Например для 1мм сейчас сходу станок дает угол 94... 
×
×
  • Создать...