Сообщений в теме: 52

[3D-BiG]

Вы не поверите, но все очень просто. Эта функция осуществляется в случае использования единиц измерения (мм) на оси вращения. Вот там то и производится пересчет параметра "Linear Axis Pulse Factor" по оси вращения. Чем больше радиус вращающейся заготовки, тем меньше фактическая скорость вращения. Сразу оговорюсь: 1. Данный режим не совместим с "ALLOW_ROTARY_OVER_360 = YES" 2. Надо понимать, что реально "Радиус вращающейся заготовки" подразумевает "Радиус цилиндра" на который накладывается рельеф. И поэтому для глубокого рельефа оно тоже не пригодно. 3. Радиус вращающейся заготовки строго регламентирован размером (шириной) модели и его нельзя ставить абы какой.

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

[Dryundel]

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

Уважаемый 3D-BiG, складывается впечатление, что Вы все время пытаетесь меня поймать на неточностях терминологии. Да, я новичок в 3D обработке. Занимаюсь этим менее полугода. Но не стыжусь этого. Надеюсь, что к тому моменту, когда в моем статусе появиться "Гуру", мы будем с Вами общаться на одном языке. Если доживу конечно. А то шаг влево, шаг вправо - побег, прыжок на месте - провокация.

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

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

Поправьте меня на правах более опытного пользователя. Я никогда не отказывался признавать свои ошибки.

И еще, не надо устраивать при людных порок. Мне не 12 лет и это оскорбляет мои моральные и религиозные чуства, а это нарушение п.2.11 и 2.12 Правил форума.

Сообщение отредактировал Dryundel: 09 Январь 2015 - 18:28

[yaso73]

иногда лучше жевать,чем говорить

[3D-BiG]

Уважаемый 3D-BiG, складывается впечатление, что Вы все время пытаетесь меня поймать на неточностях терминологии

 

Да НЕ берите в голову - просто из-за неточностей начинаются недопонимания, вот и приходится уточнять....

 

Поправьте меня на правах более опытного пользователя. Я никогда не отказывался признавать свои ошибки.

 

тем более вы понимаете почему я это делаю...

[courage]

Здесь, как я понимаю ключевое - "Каким образом вы поняли?" Ну каков вопрос, таков и ответ. Путем теоретического и практического изучения вопроса. Не знаю что еще ответить по данному пункту.

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

 

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

Какая была выбрана модель, цилиндр на который она "натягивалась", настройки в Ncstudio, какой постпроцессор, можно файл с g-кодом выложить, файл Арткам, скриншоты.

Я пытаюсь понять механизм расчета скорости, а также до сих пор не знаю как вы создаете УП, и ответ "в Арткаме" не поможет.

Откуда потом берётся скорость обработки (из Ncstudio или из УП), на сколько она уменьшается. Если вы увеличиваете цилиндр в два раза - то скорость уменьшится в 2 раза или в 3 или в 3.14 раз?

 

 

Речь идет о NCStudio v.5 это можно было понять хотя бы из поста #7

У меня в архиве есть 8 разных версий Ncstudio V5, также могу получить от разработчиков 320 версий Ncstudio V8.

Меня интересовала полная версия 5.4.53 или 5.5.60 или 5.4.48, какая именно у вас? То что 5ая версия я прочитал, но полную версию вы нигде не указали.

 

 

Вот здесь действительно могут возникать проблемы. Но не из за алгоритма, а скорей от недопонимания происходящего пользователем. 1. Если не производить обнуление глобальных координат станка, то никаких срабатываний не будет. Это с родни - "Тормоза придумали трусы". Однако предосткрегаю не опытных пользователей от таких режимов. 2. Если радиус заготовки(цилиндра) ну скажем 150 то периметр будет 942,5. Так вот поля должно хватать для перемещения от нулевой точки заготовки на этот размер. 3. Срабатывание лимитов происходит по оси на которой стоит вращалка. Ну так и выставьте максимальные лимиты (Мне 10 000 вполне хватает) 4. При использовании ROTARY_AXIS_SIGNED = YES не забудьте ввести еще и стартовые лимиты, к примеру те же, но с минусом. (-10 000) 5. Не забывайте перезагружать программу при изменении настроек, это избавит от лишних глюков программы.

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

 

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

Я имел ввиду, что использование постпроцессора получается проще, чем использование средств Ncstudio.

 

Ну что я могу сказать. В умелых руках и дрын балалайка.

Опять же, я так и не понял всю чудодейственность использования средств Ncstudio, а вопросов от их применения всё больше.

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

 

Способ обработки роли не играет. Важно фактическое соотношение скоростей на осях.

Пожалуйста, уточните этот вопрос.

У меня нет под рукой станка с повороткой и 5ой Ncstudio, проверить не могу.

Правильно ли я понимаю, что если в настройках задано 6000 мм/мин и вы работаете в мм, то при обычном подходе у нас будет по Х и У соотношение скоростей 1 к 1, а при использовании пересчета коэффициент на поворотке будет зависеть от диаметра?

 

Результат, который бы вас устроил, это возможность регулировки скорости для наибольшей эффективности обработки, при X axis as a revolving axis, правильно я вас понял?

 

Возможно это только патчем программы, так как разработчики не станут её исправлять.

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

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

 

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

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

[Dryundel]

Ок. Я пронял в чем суть недопонимания. Ща разберемся. Но начнем с конца.

 

Если бы мы поняли, что выхлоп будет на 100% больше

Это не ко мне, это к Чубайсу.

 

Результат, который бы вас устроил, это возможность регулировки скорости для наибольшей эффективности обработки, при X axis as a revolving axis, правильно я вас понял?

Ну примерно так.

 

Правильно ли я понимаю, что если в настройках задано 6000 мм/мин и вы работаете в мм, то при обычном подходе у нас будет по Х и У соотношение скоростей 1 к 1, а при использовании пересчета коэффициент на поворотке будет зависеть от диаметра?

Да.

 

Опять же, я так и не понял всю чудодейственность использования средств Ncstudio, а вопросов от их применения всё больше. Нужно вычислить правильно коэффициент, правильно задать радиус, правильно указать пределы области обработки.

Не надо ничего вычислять, все есть в свойствах модели. (Об этом далее)

 

Я имел ввиду, что использование постпроцессора получается проще, чем использование средств Ncstudio.

Не согласен. Использование средств Ncstudio + грамотный постпроцессор = вот залог успеха.

 

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

Ждёмс.

 

У меня в архиве есть 8 разных версий Ncstudio V5....

В настоящий момент пользуюсь v5.5.60

 

Теперь основное.

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

Итак, когда мы не пользуемся поворотной осью коэффициенты Linear_Axis_Pulse_Factor(Unit: mm/p) напрямую переносятся в Encoder_Factor(Unit: mm/p)

Включая в программе поворотную ось в угловом режиме, мы сообщаем ей(программе) что один оборот оси (360⁰) должен соответствовать перемещению в 360мм. Соответственно коэффициент Encoder_Factor(Unit: mm/p) по Y подменяется на значение взятое из Reuoluing_Axis_Pulse_Factor(Unit: deg/p)

Для правильной работы мы просто обязаны правильно выставить Reuoluing_Axis_Pulse_Factor(Unit: deg/p). Это надо сделать один раз для конкретного станка и конкретной поворотной оси. Коэффициент можно высчитать зная параметры или подобрать эмпирическим путем.

Теперь, используя постпроцессор с "ALLOW_ROTARY_OVER_360 = YES" мы как бы растягиваем периметр модели (а точней цилиндра) до 360мм, что соответствует 360⁰. Однако в этом случае мы имеем соотношение скоростей по осям (1⁰/мин по Y) = (1мм/мин по X).

 

Для того чтобы иметь (1мм/мин на поверхности цилиндра по Y) = (1мм/мин по X) нам необходимо задействовать радиус цилиндра. Самое простое, это взять его из диаметра в параметрах модели.

Диаметр(мин) это и есть диаметр не обрабатываемого цилиндра - цилиндра на который "натягивается" развернутая модель. Половина его D/2 = Радиус заготовки в NcStudio.

 

Для обработки модели не в градусах а в мм, необходимо использовать пост процессор без оператора "ALLOW_ROTARY_OVER_360 = YES" либо отключив его путем "... = NO".

В этом случае периметр модели не будет растянут до 360мм(360⁰), а останется таким как есть и будет соответствовать (Радиус заготовки * 2 * Пи).

 

Включив в NcStudo использование оси вращения, указав единицы измерения "мм" и подставив радиус - мы говорим программе, что теперь один полный оборот оси (360⁰) должен соответствовать (Радиус заготовки * 2 * Пи)мм на высоте (Радиус заготовки).

 

Уверяю Вас, NcStudio весьма умная программа и выполнит расчеты в строгом соответствии, подставив необходимый коэффициент в Encoder_Factor(Unit: mm/p)

При измененном программой коэффициенте скорость вращения как раз и будет зависеть от указанного радиуса заготовки. Можете проверить это подставив радиус заготовки 57.29578 (что соответствует периметру 360мм) вы получите в Encoder_Factor(Unit: mm/p) по оси Y первоначальный коэффициент Reuoluing_Axis_Pulse_Factor(Unit: deg/p).

Вот пожалуй и все.

 

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

Угловой                  NcStudio-Rotary-deg_Y-R.con

Миллиметровый   NcStudio-Rotary-mm_Y-R.con

 

P.S. Кошкам - брысь, и так в каждом углу форума нагажено.

Сообщение отредактировал Dryundel: 10 Январь 2015 - 22:24

[Roma]

Теперь, используя постпроцессор с "ALLOW_ROTARY_OVER_360 = YES" мы как бы растягиваем периметр модели (а точней цилиндра) до 360мм, что соответствует 360⁰.

...

Для обработки модели не в градусах а в мм, необходимо использовать пост процессор без оператора "ALLOW_ROTARY_OVER_360 = YES" либо отключив его путем "... = NO". В этом случае периметр модели не будет растянут до 360мм(360⁰), а останется таким как есть и будет соответствовать (Радиус заготовки * 2 * Пи).

ALLOW_ROTARY_OVER_360 = YES / NO - разрешает / запрещает вращение поворотной оси за пределы 360 градусов. Вобщем то, это следует из самого названия.
Для 3Д стратегий в поворотке без разницы, будет там ЙЕС или НОУ, цифры в УП не изменятся.
При 2Д по вектору можно попробовать извлечь что-то полезное из варианта с ЙЕС, т.е. из возможности вращения более чем на 1 оборот в одну сторону.

Сообщение отредактировал Roma: 11 Январь 2015 - 20:01

[3D-BiG]

ALLOW_ROTARY_OVER_360 = YES / NO - разрешает / запрещает вращение поворотной оси за пределы 360 градусов. Вобщем то, это следует из самого названия. Для 3Д стратегий в поворотке без разницы, будет там ЙЕС или НОУ, цифры в УП не изменятся. При 2Д по вектору можно попробовать извлечь что-то полезное из варианта с ЙЕС, т.е. из возможности вращения более чем на 1 оборот в одну сторону.

Работал более одного оборота на своем постпроцессоре для прорезной насквозь балясинки (учебная демка)... Правда под NCStudio v.8, но это не принципиально - файл бы пошел и под 5-й.. Главое, что работает...

Сообщение отредактировал 3D-BiG: 11 Январь 2015 - 20:32

[Lodochnik]

Работал более одного оборота на своем постпроцессоре для прорезной насквозь балясинки (учебная демка)... Правда под NCStudio v.8, но это не принципиально - файл бы пошел и под 5-й.. Главое, что работает...
IMG_7463.JPG

Понравился тормоз по оси Х!

Сообщение отредактировал Lodochnik: 11 Январь 2015 - 21:45

[3D-BiG]

Сам прусь - он даже с возможностью подстройки положения..

[Dryundel]

ALLOW_ROTARY_OVER_360 = YES / NO - разрешает / запрещает вращение поворотной оси за пределы 360 градусов

Даа!? Я несколько иначе трактовал название. Спасибо за науку. Видимо рано я себя профи почувствовал.

 Ща потестил, действительно. Это несколько меняет то что я описал выше, но не много.

Основная идея коррекции скорости при работе в  миллиметровом режиме работает.

Поправка в том, что для этого режима нужно использовать постпроцессор вообще без ROTARY_AXIS = Y, т.е. обычным для 2D-3D фрезеровки. Это единственная поправка к описанию.

И все равно спасибо за поправку. (Не шучу.)

[courage]

Вообщем можно решить данную задачу при помощи ассемблера и такой-то матери, чтобы в 5ой версии всё работало как надо.

Целесообразность есть, проверил это на примере 8ой и 10ой версии.

Но как по мне лучше перейти на 8ую версию, там гораздо больше возможностей и удобства по работе с повороткой, можно в конце-концов сделать 4х осевой станок.

[sertix]

Вообщем можно решить данную задачу при помощи ассемблера и такой-то матери, чтобы в 5ой версии всё работало как надо.

И кто займется?