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

Помогите разобраться со скоростью обработки при 5 осях


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

Собственно дело вот в чем, для 3х осей скорость подачи, скорость относительно поверхности и обороты в минуту штуки достаточно простые и очевидные, но с 5 осями я не до конца понимаю как все это работает. Точнее для линейных все логично, но как это происходит с вращающимися осями? Еще есть недопонимание inverse feed rate, как там все считается? Еще есть ли разница с и без RTMP? А еще была обнаружена проблема: при некоторых командах перемещение по осям A и C происходило оооочень медленно, т.е. идет обработка, все хорошо, но в какой-то момент выполнение очередного шага требует 10 минут, хотя там совсем небольшое линейное перемещение. Не могу показать сейчас программу, но если это какая-то стандартная проблема, буду очень признателен за помощь.

Наверное несколько сумбурные вопросы, но идея такая: как все это работает в 5 осях с RTMP?

Заранее большое спасибо за помощь!

PS: У Гугла спрашивал, вразумительного ответа не получил. Возможно спрашивал плохо. Если пошлете меня в нужном направлении, заранее спасибо!

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


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

Что касается замедления, проблема 1) в количестве NC-точек в этом месте программы и 2) в скорости работы стойки. Повлиять можно несколькими способами:

1) изменить параметр распределения NC-точек в созданной операции (если этот параметр есть, зависит от САПР).

2) на большинстве знакомых мне стоек есть параметр "фильтрации" таких точек или параметр "сглаживания" траектории. К примеру это 32ой цикл на Heidenhain, пара параметров (RADMAX, tolerance) на Roeders, на Sinumerik 840D не помню; кажется М120, но не уверен. До известного предела помогает.

3) если стойка совсем старая, она может читать одну точку УП за другой, а не все сразу. У Sinumerik 840D для этого есть команда G642, у других не знаю, но думаю здесь спецы подскажут.

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

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

Что касается замедления, проблема 1) в количестве NC-точек в этом месте программы и 2) в скорости работы стойки. Повлиять можно несколькими способами:

1) изменить параметр распределения NC-точек в созданной операции (если этот параметр есть, зависит от САПР).

2) на большинстве знакомых мне стоек есть параметр "фильтрации" таких точек или параметр "сглаживания" траектории. К примеру это 32ой цикл на Heidenhain, пара параметров (RADMAX, tolerance) на Roeders, на Sinumerik 840D не помню; кажется М120, но не уверен. До известного предела помогает.

3) если стойка совсем старая, она может читать одну точку УП за другой, а не все сразу. У Sinumerik 840D для этого есть команда G642, у других не знаю, но думаю здесь спецы подскажут.

Спасибо большое за быстрый ответ!

Про RTMP->RTCP правда, описался.

На счет точек имеется в виду какие-то внутренние точки, которые использует стойка?

Потому что в программе это просто 2 соседние строки/точки.

Примерно так:

N1000 X1 Y1 Z1 A1 C1

N1001 X2 Y2 Z2 A2 C2

И вот между ними переход длился 10 минут, хотя до этого и после этого никаких проблем нет. Станок Okuma MU500VA с родной стойкой окумовской, вроде у него все должно быть хорошо с производительностью.

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

На счет точек имеется в виду какие-то внутренние точки, которые использует стойка?

Потому что в программе это просто 2 соседние строки/точки.

Примерно так:

N1000 X1 Y1 Z1 A1 C1

N1001 X2 Y2 Z2 A2 C2

И вот между ними переход длился 10 минут, хотя до этого и после этого никаких проблем нет. Станок Okuma MU500VA с родной стойкой окумовской, вроде у него все должно быть хорошо с производительностью.

Нет, точки из NC-программы, которые ПП переводит в G-кодовый/текстовый формат. Я имел ввиду, как между ними стойка строит траекторию. Равномерно ли расположены точки/координаты в УП? Там, где переход длится долго - близко ли друг от друга расположены эти точки/есть ли там их "сгущение"? Траекторию внимательнее проверьте, для пяти осей важно наличие ОДНОЗНАЧНОЙ нормали в каждой точке геометрии. Геометрию посмотрите, может там чего не в порядке. Как себя фреза в САМе ведёт - также как на станке или равномерно проходит?

Скажем так: есть стойки, которым (из-за заложенного алгоритма/логики) необходимо равномерное распределение точек через, скажем, 0.1мм; объём УП не имеет значения. В основном это современные стойки/станки, "поддерживающие" HSC-технологию.

Другие стойки/станки (более старого поколения) "не любят" чрезмерное количество точек, им важнее объём УП, при этом на прямом участке траектория описывается двумя точками, на кривых - сколько получиться по условиям/параметрам программы. То есть для них неравномерное распределение не играет особой роли.

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

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

Нет, точки из NC-программы, которые ПП переводит в G-кодовый/текстовый формат. Я имел ввиду, как между ними стойка строит траекторию. Равномерно ли расположены точки/координаты в УП? Там, где переход длится долго - близко ли друг от друга расположены эти точки/есть ли там их "сгущение"? Траекторию внимательнее проверьте, для пяти осей важно наличие ОДНОЗНАЧНОЙ нормали в каждой точке геометрии. Геометрию посмотрите, может там чего не в порядке. Как себя фреза в САМе ведёт - также как на станке или равномерно проходит?

Скажем так: есть стойки, которым (из-за заложенного алгоритма/логики) необходимо равномерное распределение точек через, скажем, 0.1мм; объём УП не имеет значения. В основном это современные стойки/станки, "поддерживающие" HSC-технологию.

Другие стойки/станки (более старого поколения) "не любят" чрезмерное количество точек, им важнее объём УП, при этом на прямом участке траектория описывается двумя точками, на кривых - сколько получиться по условиям/параметрам программы. То есть для них неравномерное распределение не играет особой роли.

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

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

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

Еще есть ли разница с и без RTMP?

Если есть RTCP, то скорость подачи на вершине инструмента будет такой (а на практике не всегда, например, как у Вас), как задано в программе.

Если нет, то читать <noindex>здесь</noindex>.

Впрочем, причины замедления уже описаны, но ссылку дал, так как в вашем деле пригодится.

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

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

Если есть RTCP, то скорость подачи на вершине инструмента будет такой (а на практике не всегда, например, как у Вас), как задано в программе.

Если нет, то читать <noindex>здесь</noindex>.

Впрочем, причины замедления уже описаны, но ссылку дал, так как в вашем деле пригодится.

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

Спасибо за ссылку, прочитал эту ветку, вроде стало понятно как оно должно работать теоретически:).

Т.е. получается, что станок линейно интерполирует все оси вместе и можно о них думать как о простом линейном перемещении в 5тимерном пространстве, а feed rate задается как раз для этого самого перемещения, где уже смешались градусы и миллиметры. Но если какая-то ось не успевает, то она двигается на предельной скорости, а остальные двигаются медленнее. Правильно я понимаю?

А с RTCP тогда как? Там для расчетов используется перемещение в системе координат модели, но учитываются максимальные скорости в системе координат станка?

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

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

Т.е. получается, что станок линейно интерполирует все оси вместе и можно о них думать как о простом линейном перемещении в 5тимерном пространстве, а feed rate задается как раз для этого самого перемещения, где уже смешались градусы и миллиметры.

Только в том смысле, что система ЧПУ таким образом интерпретирует подачу, заданную в кадре. А задача постпроцессора - под эту интерпретацию подстроиться и вывести в кадр такое значение подачи ("код подачи", как это называется по ссылке), чтобы после интерпретации системой ЧПУ получить необходимую минутную подачу.

Но если какая-то ось не успевает, то она двигается на предельной скорости, а остальные двигаются медленнее. Правильно я понимаю?

Да, подача других осей пропорционально уменьшается.

А с RTCP тогда как? Там для расчетов используется перемещение в системе координат модели, но учитываются максимальные скорости в системе координат станка?

Нет, в режиме RTCP в кадр выводится именно необходимая минутная подача на кончике инструмента. Система ЧПУ обеспечивает ее, так как кинематика станка известна системе ЧПУ, обладающей данной функцией. Максимальные скорости подачи при программировании не учитываются. Если составляющая подачи для какой-то из осей получается недостижимой для станка, то составляющие подачи для других осей пропорционально уменьшаются.

Хотя причины торможений похоже где-то глубже.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • gudstartup
      а чего тут искать то первый это абсолютный на 1000000 имп\об bi типа второй ai инкрементальный xз но нав 4000000 имп\об разъем подключения описан в схеме. инфа передается по цифровому протоколу обмена. кое что есть тут   в старых описаниях таких датчиков у фанука нет  
    • anykeyto
      У нас AC. Так то я понимаю, что G108 это переключить режим шпинделя из оборотов в координату С. Но я почему про нее спросил, потому что в мануале к G07.1, в примере программки указывалось таким образом, что сначала включали G108 (хотя это может для токарки, а для фрезера и не надо совсем), а потом уже остальное.   G07.1 это как раз цилиндрическая интерполяция, то есть преобразование оси С из угла в миллиметры, то есть как бы разворачивает цилиндр в плоскость. Ну как я это понял. Проблема у меня встала в том, как именно программируются такие действия. Пробовал на основе примеров из мануала, стойка выдает ошибки. в чем проблема непонятно из-за китайской стойки и некорректного перевода. Ну и вообще хочется пощупать, как это вообще работает именно на фрезерном ОЦ.   Тут еще засада в том, что на 5-оснике из-за RTCP станок не дает одновременно перемещаться одновременно по осям XY и С например...  Я понимаю, что такое надо в САМ системах делать, но есть потребность в упрощенном варианте и со стойки писать, у нас с технологами проблема... G68.1, 68.2, 68.3  это преобразование характеристической СК, развороты короче координат G53.1, G53.2 - фактически активирование поворота стола с RTCP и без... 
    • ДОБРЯК
      А собственные вектора вы как будете находить для любой размерности? :=)
    • Sivolap36
      Добрый день. Прошу подсказать в каком мануале есть описание энкодеров моторов, где-то видел, сейчас нем могу вспомнить.  Вот например два энкодера по ним ищу инфу  
    • Рома калужский
      это код подключения шпинделя как ось "С" но при этом он не перемещает револьверку, т.е. не работает по программе
    • Горыныч
      Еще совет: строить нужно только половину, если модель симметричная, тогда Солид меньше "косячит". И соглашусь с коллегами, идеальный вариант для гладкого построения - два сечения и две направляющие кривые, т.е. 4 управляющие кривые (кромки). При необходимости можно добавлять не только промежуточное сечение, но и направление. Не нужно пятаться построить всю поверхность одним фичером.  Пусть поверхности будут лоскутами, но соединяются по касанию или кривизне. 
    • ДОБРЯК
      Откуда появится смещение центра масс колеса, если колесо сбалансировано.  Жесткий сбалансированный вал, это условие данной задачи. На 4000 оборотах эти силы будут минимальны. Это разговор ни о чем в данной задаче. :=) Но даже если вы абсолютно точно определите эти частоты, с учетом всех сил. Что дальше с этими частотами делать? На основании чего делать вывод о работоспособности изделия? Это в учебной работе получили число, работу приняли и сдали в архив. Какая практическая ценность всех этих уточнений в данном случае?:=)  
    • Борман
      Если еще не поздно... я и сам погрузился бы. Физика такая, для вала с одним колесом... F - это понятно, центробежное смещение центра масс колеса M - момент от центробежных сил, который не появится, если колесо не повернется при изгибе вала. Обрати внимание, что BW-момент выворачивает ось в сторону действия силы F, т.е. при обратной прецессии они действуют сообща, и в этом опасность.   Отсюда будут разные собственные частоты при прямой и обратной прецессиях.  Теперь осталось понять, что такое прямая и обратная прецессии :), и почему момент при них направлен в разные стороны. По первой части вопроса см. мою картинку в этой теме от 27 августа 2013. По второй части вопроса - нужно включать воображение и усердно рисовать на бумажке. Мне пока сложно.    Физика именно такая. Нужно как то оценить величину этого момента и приложить его в софте, который не умеет ДК. А с тестовыми значениями можно и так порешать, и на выходе должна быть вилка. Т.е. F - задает типа "биссектрису" вилки (престресс-модальник), а момент - угол вилки.  
    • boomeeeer
      @anykeyto Я не оператор. Настраивал работу этой функции на токарно-фрезерном, где нужно было позиционировать шпиндель, для нарезания пазов. Что такое G07 не знаю. Вот такой пример для фрезерного станка нашёл   G108 B0; переключение на ось B для управления положением; G68.2 X10 Y10 Z20 I0 J90 K0 Положение заготовки (10,10,20) Угол Эйлера для определения характеристической системы координат; G53.2 Управление направлением инструмента   G109 B0 - отключит режим
    • anykeyto
      Ага, спасибо... А в связке с G07.1 это как работает? Есть детали ,кольца, на которых надо делать по 4 паза. Сейчас программист написал прогу под шаровую фрезу. Там рабочие движеня происходят через одновременное смещение по оси Х и Z... фреза убивается буквально на третьем кольце, да и обработка получаестя фиговой.. На сколько я понимаю надо стремиться к тому, чтобы на 5ти осном станке фреза всегда была перпендикулярна касательной ли самой поверхности. Мне посоветовал как раз цилндрческую интерполяцию, когда ось С преобразуется в плоскость. В мануале к HNC описано эт криво, но в примерах программ как раз сначала включается CTOS и потом G07.1. но дальше как запрограммировать понимания пока нет...  P.S. хочу добавить, что на 5-снике раньше работал только как оператор по готовым программам  на Хенденхайне. А сейчас на новом предприятии на новой для меня стойке нужно все делать с нуля и самостоятельно. С одной стороны интересно, с другой стороны спросить не у кого, в инете инфы по стойке нет от слова совсем, уж тем более видео....  чем это отличается от просто G0 C180? Или это уже будет шпиндель позиционироваться, а не стол?
×
×
  • Создать...