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

время статистики в powermill отдичается от реального времени обработки в mach3


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

помогите студенту)

время статистики в powermill отличается от реального времени обработки в mach3 

все выставлено на 100% подачи и т.д. но время все равно отличается

хотел бы узнать в чем проблема и способи решения!!!

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


2 часа назад, Krasti сказал:

время статистики в powermill отличается от реального времени обработки в mach3 

все выставлено на 100% подачи и т.д. но время все равно отличается

Powermill не учитывает динамику станка. Тут либо забить, либо ввести поправочный коэффициент. 

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, grOOmi сказал:

Powermill не учитывает динамику станка. Тут либо забить, либо ввести поправочный коэффициент. 

(либо ввести поправочный коэффициент) а как ето сделать?

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

Это бессмысленно. В свое время тоже задумывался об этом.Размер коэффициента будет сильно разный при разных обработках.

На Масh3 при ходе фрезы есть разгонный участок и участок с торможением. Если у тебя растр по ровной большой поверхности, то этих участков мало и время отличается незначительно. Если ты обрабатываешь чистовой фрезой криволинейную поверхность, да ещё и с достаточно высокой точностью, то траектория разбивается на множество мелких отрезков. Фреза реально не успевает набрать скорость. Я спецом ставил подачу в 15000, фреза максимум разгонялась до 2500. Если попадался длинный прямой участок, то летела как ошпаренная.

Это косяк алгоритмов просчета кетайских мач3, нцстудио и иже с ними.Если уменьшать эти временные отрезки разгона-торможения, то появляется дерганность станка и зарезы на детали

На Хайденхайне же стойка просчитывала подачу на 100 кадров вперед и держала равномерную и плавную подачу при высокой скорости

Ссылка на сообщение
Поделиться на других сайтах
8 часов назад, scorpion1007 сказал:

Это бессмысленно. В свое время тоже задумывался об этом.Размер коэффициента будет сильно разный при разных обработках.

На Масh3 при ходе фрезы есть разгонный участок и участок с торможением. Если у тебя растр по ровной большой поверхности, то этих участков мало и время отличается незначительно. Если ты обрабатываешь чистовой фрезой криволинейную поверхность, да ещё и с достаточно высокой точностью, то траектория разбивается на множество мелких отрезков. Фреза реально не успевает набрать скорость. Я спецом ставил подачу в 15000, фреза максимум разгонялась до 2500. Если попадался длинный прямой участок, то летела как ошпаренная.

Это косяк алгоритмов просчета кетайских мач3, нцстудио и иже с ними.Если уменьшать эти временные отрезки разгона-торможения, то появляется дерганность станка и зарезы на детали

На Хайденхайне же стойка просчитывала подачу на 100 кадров вперед и держала равномерную и плавную подачу при высокой скорости

спасибо, все понял)

Ссылка на сообщение
Поделиться на других сайтах
В 05.11.2019 в 22:31, grOOmi сказал:

Powermill не учитывает динамику станка

а разве днк станка не для таких вот случаев ?

Ссылка на сообщение
Поделиться на других сайтах
В 11/18/2019 в 21:22, eksodus сказал:

а разве днк станка не для таких вот случаев ?

Ну если совсем за уши тянуть, то да. Плагин позволяет определить лишь два параметра - минимальное расстояние между точками и минимальный радиус дуги, при которых станок двигается без занижения подачи. Эти параметры можно автоматически применить только для стратегии Vortex. Для других стратегий эти параметры можно применить в полуручном режиме.

Но разгон и торможение - все же другая песня.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Tad
      Вы спрашиваете про опыт... @gudstartup совершенно прав - отправляйте узел в ремонт, так как некомпетентная возня, как правило, приводит к бОльшим как временным так и материальным потерям.
    • МиО
      Для не последних (например для 2012) версий надо добавить  [HKEY_CURRENT_USER\Software\SolidWorks\SolidWorks 2012\Performance\Graphics\Hardware\Gl2Shaders\Other\Intel(R) HD Graphics 4000] "Workarounds"=dword:00080008 Вместо "Intel(R) HD Graphics 4000" вставить свое имя видеокарты. Может быть любым.  
    • Alexey8107
      Я как бы в курсе. Вопрос звучал Вы же для чего то флудите, видимо уровень себе накручиваете.    К вашему сведению, у нас три таких станка, и все три загружены работой в три смены. Один вышел из строя, их осталось два, но работают за троих.   Интересная интерпретация   Я спрашивал про идеи и вдруг у кого есть опыт устранения дефекта. Адекватные люди промолчали, я это воспринимаю как отсутствие опыта или идей. И это нормально. Вас же отчего то поперло на откровенный флуд. 
    • sloter
      В этом случае (при импорте) можно проще (раз связь с исходными построениями всё равно потеряна). При открытии  IGES зайти в Параметры и поставить галку "Импортировать несколько тел как детали".    В вышеуказанном способе поверхности перенесутся. Правда они все могут содержаться в какой то одной детали. Но правильная структура сборки на данном этапе, как я понял, вам не важна. Если поверхностей не сильно много, то может устроит.
    • Jenny
      Ну что поделать. Оптические сборки они такие. Соединители(2шт)+заглушка+провода а в спецификацию летит 1 строкой. При этом для сборщиков необходимо указывать как проложить провод. Вот и извращаемся как можем. Благодарю!
    • Павлуха
      Поставите сюда галочку и будет Вам счастье.    
    • Бестолковый
      Так вот, осваивая потихоньку SW пришёл к созданию собственных таблиц свойств. Тех самых которые Custom Properly Table, для детали, сборки чертежа детали и чертежа сборки соответственно. Создал таблицы (синхронно создав заготовки для каждого типа вышеуказанных документов, переписал переменные и сложил в отдельную папочку, прописав в свойствах SW пути к ней. Так, чтобы при создании нового документа всё открывалось правильно.   Начитавшись форумов всяко-разных профильных (включая этот) и мануалов пришёл к выводу, что можно "скармливать" в таблицу текстовый или Excel файл с необходимыми данными, как то данные для заполнения штампа и прочее. Иерархия такова: Есть конкретный неизменяемый диск, на нём папки всех проектов, в каждой из них, кроме самих файлов SW кладу этот самый файл гордо именуемый "Код_проекта_db.txt" имя которого меняется, равно как и путь. Всё бы ничего, но когда у тебя один проект - всё гуд, делаешь второй проект - при открытии панельки справа - SW автоматом "подтягивает" файлик из первого проекта, приходится открывать Properly Table Builder и переназначать путь к файлу с необходимыми для второго проекта данными.   Сопсна - сам вопрос к Многоуважаемому Сообществу: Продолжать перезаписывать пути каждый раз или есть какой-то другой выход из сложившейся моими шаловливыми ручонками ситуации?   Заранее признателен за адекватный развёрнутый ответ!  
    • igor555
      Но почему-то на других станках в цехе этого нет и не тупим...хотим придти к единому знаменателю
    • mrVladimir
    • Vengeance
      https://t.me/bBqcc5UzY2E6 заходи в гости, там есть все ^_^
×
×
  • Создать...