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

Рассогласование осей при фрезеровании отверстий (840D SL)


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

Выявилась проблема на токарно-фрезерном станке (стойка Sinumerik 840D SL). При фрезеровании отверстия по спирали с использованием команды TRANSMIT вместо круглого отверстия получился эллипс около 1 мм. 

Как данную проблему решить? Сервисники компании СТАН не могут решить эту проблему уже 2 год. 

Изменено пользователем Null
Ссылка на сообщение
Поделиться на других сайтах
  • Null изменил заголовок на Рассогласование осей при фрезеровании отверстий (840D SL)


UnPinned posts

Возможно жесткость механики не позволяет пройти траекторию с минимальным рассогласованием. Есть ли тормоз на шпинделе?

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

Возможно жесткость механики не позволяет пройти траекторию с минимальным рассогласованием. Есть ли тормоз на шпинделе?

Тормоз есть. Станок позиционируются как 5 осевой. Вот ссылка на станок. 1728

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

а зачем отверстию команда  трансмит?

Потому что есть ограничение по ходу для оси Y

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

Можно ещё проверить контура регулирования на осях, которые участвуют в интерполяции при обработке отверстия (всевозможные коэффициенты усиления). Также в сименс встроен тест круга, помогает увидеть проблему.

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

Можно ещё проверить контура регулирования на осях, которые участвуют в интерполяции при обработке отверстия (всевозможные коэффициенты усиления). Также в сименс встроен тест круга, помогает увидеть проблему.

Мы когда обрабатывали деталь "крыльчатка насоса" фреза от заданной траектории УП отдалялась на 1 мм, при условии, что подача стояла 600 мм/мин. Как только подачу уменьшаешь до 150 мм/мин фреза начинает цеплять материал (SOFT,FFWON,FGROUP, G642, COMPCAD в УП присутствовали).  Лопасть на чистовой программе так же через TRANSMIT обрабатывалась. 

Вот эта деталь, но уже на другом станке.  

 2022-11-04-22-58-27.png

 

По поводу теста круга можно поподробнее, пожалуйста

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

фреза от заданной траектории УП отдалялась на 1 мм, при условии, что подача стояла 600 мм/мин. Как только подачу уменьшаешь до 150 мм/мин фреза начинает цеплять материал

Есть параметры, которыми это настраивается. На скорости станок излишне "скругляет" траекторию. Если настроить более точное соответствие проходу по контуру, то скорость обработки уменьшается, это чаще всего наблюдается при проходе углов и при переходе от одного отрезка к другому

 

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

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

32200 POSCTRL_GAIN
36000 STOP_LIMIT_COARSE
36010 STOP_LIMIT_FINE

 

Также проверить компенсации люфтов, возможно там уже введены значения для компенсации разболтанной механики

32450 BACKLASH

 

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

 

Также можно обратить внимание на ускорения по осям

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

Есть параметры, которыми это настраивается. На скорости станок излишне "скругляет" траекторию. Если настроить более точное соответствие проходу по контуру, то скорость обработки уменьшается, это чаще всего наблюдается при проходе углов и при переходе от одного отрезка к другому

 

У нас есть электронщики на заводе. Мы можем бал баром проверить круг.  Мы сервисникам СТАНА удочку закидывали с тем, что у нас кинематика изначально была не выставлена. Они выставили, но когда они катали шарик с отслеживанием кончика инструмента(TRAORI) из положения B0 в B90, я, лично увидел, что на ускоренном ходу шарик от индикатора отдалялся на 2.5 мм, а потом  в конце сам компенсировал себя и возвращался на заданную точку по УП. Они исправили условно, видимо, это вылилось обратно. 

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

У нас есть электронщики на заводе

Может у них просто не хватает квалификации. Вот недавно ребята выкладывали в группе свои достижения https://vk.com/sinumerik?w=wall-32969842_4012 . Может нужно пригласить специалистов с гарантией результата. Тема с настройкой осей не такая уж простая

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

Может у них просто не хватает квалификации. Вот недавно ребята выкладывали в группе свои достижения https://vk.com/sinumerik?w=wall-32969842_4012 . Может нужно пригласить специалистов с гарантией результата

Им не то, что квалификации не хватает, а просто желания нет с этим хламом заниматься. Cтанок опытный - ни у кого больше нету в РФ. Стоит в цеху уже 2 год и никто ничего с ним сделать не может.  Руководство говорит пиши на него программу на лопатку. Я то напишу, а станок не сможет отработать нормально.

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

Cтанок опытный - ни у кого больше нету в РФ. Стоит в цеху уже 2 год и никто ничего с ним сделать не может.

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

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

Тогда дайте им волю поэкспериментировать. Помню когда я работал на заводе и руководство экономило на специалистах, мне давали карт-бланш на самостоятельную настройку и когда над душой не довлеет неотвратимость наказания за испорченное оборудование, открывается поток мыслей:smile:

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

Я лопатку в 4 осях сделал, но на спинке почему-то припуск оставляет, а на корыте нормально делает. Для обычных лопаток, где на перо допуск десятка пойдет, но у нас эталонная лопатка с допуском 2 сотки.  Я создал тему для того, чтобы для себя узнать из-за чего может такая быть проблема.

Изменено пользователем Null
Ссылка на сообщение
Поделиться на других сайтах
11 часов назад, boomeeeer сказал:

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

32200 POSCTRL_GAIN
36000 STOP_LIMIT_COARSE
36010 STOP_LIMIT_FINE

 

Также проверить компенсации люфтов, возможно там уже введены значения для компенсации разболтанной механики

32450 BACKLASH

 

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

 

Также можно обратить внимание на ускорения по осям

IMG-20221105-103403.jpg

 

IMG-20221105-103414.jpgIMG-20221105-103414.jpg

 

 

 

 

IMG-20221105-103414.jpg изображение виджетMG-20221105-103414.jpg изображение виджет

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

@Null Вы так сфотографировали, что не поймёшь для какой это оси да и часть картинок вовсе не загрузилась.

Если вы используете G642, то также стоит проверить допуска вот в этих параметрах.

 

Также можно попробовать обработку в режиме G64 вместо G642

1.jpg

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

@Null Вы так сфотографировали, что не поймёшь для какой это оси да и часть картинок вовсе не загрузилась.

Если вы используете G642, то также стоит проверить допуска вот в этих параметрах.

 

Также можно попробовать обработку в режиме G64 вместо G642

1.jpg

image

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

Рассогласование в миллиметр и станок его игнорирует?? Ему сделали обрезание обратной связи - не делает проверок, считает, что и так всё хорошо (ну или где-то висит постоянный сигнал "всё Окей"). Не могу представить такое, но написать могу. 

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

Рассогласование в миллиметр и станок его игнорирует

У станка всё хорошо, он просто аппроксимирует траекторию

3 часа назад, Null сказал:

image

А какие оси участвуют в интерполяции, когда получаете отклонение?

А использовать G64 вместо G642 уже попробовали?

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • plm-ural
      О вебинаре Уважаемые коллеги! Приглашаем Вас на вебинар, посвященный обзору возможностей программы Логос Прочность. Это высокоточный отечественный инструмент для численного решения широкого спектра задач статического и динамического упругопластического деформирования и разрушения конструкций, а также вибрационного анализа и широкополосной случайной вибрации при проектировании высокотехнологичных промышленных изделий.   Дата проведения: 24 апреля 2024 12:00 (МСК)   Регистрация на вебинар   Программа вебинара:   1.    Общая характеристика решения Логос Прочность 2.    Перечень основных решаемых задач (статические расчеты прочности, вибрационный динамический анализ, динамические расчеты во временной области) 3.    Демонстрация решения задач     Логос Прочность обладает достаточно удобным пре/постпроцессором, позволяющим корректировать и создавать геометрию, строить сетку конечных элементов, формировать необходимые условия задачи, а также производить обработку результатов. Решение разрабатывается с учетом требований отечественных предприятий для решения реальных задач в различных отраслях промышленности, включая обычные вооружения, атомную энергетику, авиастроение, транспортное и военное машиностроение и многие другие.   Вебинар будет интересен специалистам, занимающимся прочностными расчетами.   Спикер  — Сергей Хрулев, руководитель бригады прочности ГК «ПЛМ Урал».   Участие в вебинаре бесплатное. Необходима регистрация. Если по каким-либо причинам у вас не получится присоединиться к вебинару, мы обязательно отправим видеозапись при условии пройденной регистрации. Направляйте свои вопросы и пожелания на почту info@plm-ural.ru. Будем рады видеть Вас в качестве участников!   Регистрация на вебинар  
    • plm-ural
      О вебинаре Приглашаем Вас на вебинар, посвященный сравнительному анализу российской системы компьютерного моделирования литейных процессов ПолигонСофт и ПО ProCAST от ESI Group. Сравнение систем будет проведено на примере решения актуальной задачи литья лопатки для газотурбинных двигателей. Дата проведения: 25 апреля 2024 12:00 (МСК)   Регистрация на вебинар   Программа вебинара:   сравнение решаемых задач; сравнение возможностей ПО в плане подготовки расчетной модели; сравнение постановки задачи; сравнение и анализ полученных результатов и т.д.  ответы на вопросы.   Сравнение систем будет проведено на примере решения актуальной задачи литья лопатки для газотурбинных двигателей. Лопатки для двигателестроения являются одними из самых сложных в технологическом плане отливок и, в то же время, одними из самых ответственных деталей в агрегате. К ним предъявляются высокие требования к качеству (наличие дефектов и структура зерна), так как отливки работают в тяжелых эксплуатационных условиях.  Для их изготовления применяются дорогостоящие сплавы и, следовательно, получение не качественной отливки обходится предприятиям очень дорого как в материальном плане, так и в плане репутации.    Компьютерное моделирование изготовления таких отливок поможет избежать грубых ошибок в технологии на этапе разработки, снизить себестоимость изделия за счет минимизации брака и сократить время запуска технологии в производство.   Ведущий: Максим Ведерников, инженер технической поддержки ГК "ПЛМ Урал".   Участие в вебинаре бесплатное. Необходима регистрация. Если по каким-либо причинам у вас не получится присоединиться к вебинару, мы обязательно отправим видеозапись при условии пройденной регистрации. Направляйте свои вопросы и пожелания на почту info@plm-ural.ru.   Будем рады видеть Вас в качестве участников!   Регистрация на вебинар
    • ZVUM
      Здравствуйте, помогите пожалуйста с советом.. Хочу упростить работу в спецификациях убрав функцию прописывания размеров деталей. Что я хочу? А именно, сделать шаблон детали, чтобы при создании детали и моделировании чего-либо, не важно - бобышкой или гнутые, хочу чтобы в примечаниях автоматически указывались габаритные размеры "Длина" "Ширина" "Толщина", возможно ли как-то в переменных вписать определение размера и чтобы прописывались в суммарной информации? По типу 'RD1@Примечания@Деталь.moPart_c'. Спасибо!
    • Killerchik
      Эх, текстовый файл, я тогда так не умел :( Нет, измерял по одной точке и фоткал с экрана соответствующие переменные #1хх. Сейчас бы конечно применил команду dprnt или как там её, для записи результатов в файл на стойке. Единственно что, последний раз когда надо было обмерить какой-то кривой ужас, писал точки в переменные #600-#999 и потом фоткал все разом с экрана. Хотя бы УП измерения была одна единая.
    • Kosi27
      Здравствуйте! При попытке выполнить программу фрезерования на токарно-фрезерном станке возникает ошибка при моделировании #61102 "Направление шпинделя не запрограммировано". Обнаружил, что меню выбора направления обработки урезано, вместо "торец C, Бок.пов С, Торец Y, Бок.пов Y" есть только пункт "Торец, Бок.пов".   Фото меню моделирования с ошибкой  Фото меню со стойки машины Скриншот меню из sinutrain   Приводные блоки через меню TSM запускаются.  Машина Headman T65M/750, стойка Siemens 828D.  Подскажите пожалуйста, кто сталкивался с такой проблемой и как её решить? Поставщик оборудования очень тяжело идет на контакт, а инструменты неосевой обработки необходимы как никогда. HELP:(
    • Говорящий Огурец
      Лучше, чем это сделал OpenMind, у меня вряд ли получится :) Полно инфы как в текстовом формате, так и видосов на Трубе
    • ak762
      @Killerchik а как вы точки касания в текстовый файл записывали, руками с экрана или использовали станочную команду?
    • Umkach
      Ну про дверцу согласен. А когда он фрезерным шпинделем об контр шпиндель стукнулся - тут ему прощения не было и его от работы на этом станке освободили (это было последней каплей)
    • Umkach
      Ребята, прекратите собачиться, жизнь не для это дана. Надо жить дружно. Простите все обиды и заройте топор войны.
    • Viktor2004
      там был косяк японцев. Если вызвать тот инструмент, который уже в шпинделе, шпиндель едет в дверцу, которая не успевает открыться. На другом станке заметили. Надо в ладдере убрать вот этот контакт  
×
×
  • Создать...