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

[Dryundel]

Название темы Как подключить поворотную ось Х на NC Studio А не как в арткаме развертки делать и от куда ноль ловить!

Ну Вы неугомонный ТОВАРИСЧЬ.

Зырь сюды для начала ну и ответы ниже читай.

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

[sertix]

Ладно все хорош, ошибку свою признаю. Ответ на вопрос заданный в http://mir-cnc.ru/to...tudio/?p=123527 на мой взгляд находится здесь. Ось Х по умолчанию длинная ось, а Y короткая. А мы не поняв замысел создателя программы делаем все наоборот

 

Сообщение отредактировал sertix: 28 Декабрь 2014 - 23:47

[Dryundel]

Извини, не понял. Типа меняем физически оси координат на станке или это как то программно.

И при чем здесь Advanced Functions?

[sertix]

На этой вкладке видно то что автор программы имел ввиду. Ось Y по умолчанию короткая, а ось X длинная и скорее всего это жестко привязано. Мы же привыкли к другому расположению осей.

Типа меняем физически оси координат на станке

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

Сообщение отредактировал sertix: 29 Декабрь 2014 - 00:17

[Dryundel]

Нет, оси могут быть любыми по длине. У меня например 1200х1200 и задается это здесь.

 

А Advanced Functions Это всего лишь предустановленные настраиваемые фигуры фрезерования - прямоугольник, круг и т.п.  Я пользуюсь только первой и то для выравнивания жертвенного стола.

[sertix]

Почему этот прямоугольник именно так сориентирован? Почему это не квадрат?

Сообщение отредактировал sertix: 29 Декабрь 2014 - 00:22

[Dryundel]

Человек который делал фикс. Находится здесь http://frezeru.ru/page_76.php во всяком случае там описание от первого лица. Попробовать обратиться конечно можно.

 

Почему этот прямоугольник именно так сориентирован? Почему это не квадрат?

Ну дизайн диалогового окна такой, вот и все. Более это ничего не значит.

[sertix]

А не это ли первоисточник http://www.cnc-club....php?f=16&t=4559

[Dryundel]

А не это ли первоисточник http://www.cnc-club....php?f=16&t=4559

Да скорее ты прав на сайте так и пишут - "На одном из форумов пользователь Moonglow очень плотно занялся этой проблемой..." Поищу, спасибо.

[vv92]

Лень-двигатель прогресса. Перепаять мозги и переписать программу конечно проще, чем перекинуть восемь проводов с драйверов, может и меньше-поправьте дурака, чё. Я не копался, но всякие умные люди здесь пост поправили под другую ось, читайте, чё.

[Dryundel]

Я не копался, но всякие умные люди здесь пост поправили под другую ось, читайте, чё

Да не чё, другие то вон чё, и то не чё, а я чё, я не чё.

 

"Поправляю дурака" (цитата).

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

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

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

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

 

Лень-двигатель прогресса

А вот здесь я с вами полностью согласен. Если бы не лень, работали бы мы до сих пор стамесочкой.

Сообщение отредактировал Dryundel: 29 Декабрь 2014 - 14:05

[yaso73]

Ой и наворотили,Вы,Дрюндель...

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

Самое главное - смысла нет абсолютно никакого...

[Dryundel]

Самое главное - смысла нет абсолютно никакого...

Смысл есть всегда и во всем, ибо так задумано создателем. Ну или на то воля Божья. Это уж кому как нравиться.

 

А я эту Мурку ....  (эээ ...сделаю).

[3D-BiG]

Смысл есть всегда и во всем, ибо так задумано создателем. Ну или на то воля Божья.

Ну, ежели если так пошло, то нам не дано понять волю Божью... Так что пуст сей труд...  

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

[Dryundel]

Эта стойка не понимает таких фокусов.

Если Вы про компенсацию угловых скоростей. То эта стойка как раз понимает такие фокусы. Проблема в том, что понимает она только в том случае если на вращалку переключается ось Y.

(К стати, идеи уже есть, если получится обязательно выложу.)

[courage]

Dryundel, а как именно она компенсирует угловую скорость? ))

Вы хотите сказать, что при обработке, когда большая часть обрабатывается не проходами вдоль заготовки, а поперёк (происходит вращение заготовки вперед и назад) у поворотки другая скорость вращения?

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

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

Если поперек (большая часть обработки идёт вращением, то вторая ось будет у вас подшагивать понемногу).

Единственный практический вариант - когда вы делаете обработку например растром под 45 градусов.

Вы действительно делаете так?

 

Теперь касаемо задачи - хочу для себя прояснить несколько моментов.

1)Каким образом вы поняли, что используется "корректная компенсация угловых скоростей в соответствии с радианными изменениями".

То есть в сравнении с постпроцессором и коэффициентом mm/pulse позволяющим делать полный оборот за 360 в варианте когда ставится галочка "Y revolving axis" присутствует отличие в обработке напрямую влияющее на качество и скорость? Меня этот вопрос очень сильно интересует, потому что 95% станков с поворотками которые я запускал работают или с использованем Powermill, или Artcam + постпроцессор где ось А в градусах. Скорость вращения оси относительно оси линейной также регулируется если нужно через коэффициент в постпроцессоре, но производители не копали так далеко как вы, поэтому и спросил.

Напротив, при использовании встроенного алгоритма Ncstudio появлялись проблемы обработки, в виде срабатывающих ограничений и прочего.

 

Кроме того включается и компенсатор угловых скоростей в зависящий от того же "Радиуса заготовки" (проверено на практике).

 

Как именно было проверено? В чем отличие от постпроцессора работающего в градусах?

 

2)Вы хотите изменить ось с Y на Х, чтобы поставленная галочка преобразовывала в радианы координаты Y (для случая поворотки стоящей вдоль оси Х)?

Если так - то какая точно у вас версия Ncstudio? Это нигде не указано в этой теме.

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

[yaso73]

Смысл есть всегда и во всем, ибо так задумано создателем. Ну или на то воля Божья.

 

Земля плоская.Слоны там,черепахи... А вы тут со своими угловыми скоростями.

Сожгут,как еретика.

[Dryundel]

Земля плоская.Слоны там,черепахи... А вы тут со своими угловыми скоростями. Сожгут,как еретика.

...И нож в него - но счастлив он висеть на острие,
Зарезанный за то, что был опасен....

(В.С. Высоцкий)

 

Как именно было проверено? В чем отличие от постпроцессора работающего в градусах?

Обязательно отвечу на Ваш вопрос. Тока чуть позже. Сейчас нет возможности.

[courage]

И не на один вопрос, а на все заданные в посте.

Очень меня интересует ответ на вопрос о способе обработки.

[Dryundel]

Dryundel, а как именно она компенсирует угловую скорость? ))

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

1)Каким образом вы поняли, что используется "корректная компенсация угловых скоростей в соответствии с радианными изменениями".

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

Напротив, при использовании встроенного алгоритма Ncstudio появлялись проблемы обработки, в виде срабатывающих ограничений и прочего.

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

Как именно было проверено? В чем отличие от постпроцессора работающего в градусах?

Первая часть вопроса риторическая. Ответ: Проверено практически. На вторую часть я ответил выше.
 

2)Вы хотите изменить ось с Y на Х, чтобы поставленная галочка преобразовывала в радианы координаты Y (для случая поворотки стоящей вдоль оси Х)? Если так - то какая точно у вас версия Ncstudio? Это нигде не указано в этой теме.

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

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

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

Было такое, что забывали вписать радиус и получали "чудесный результат".

Ну что я могу сказать. В умелых руках и дрын балалайка.
Это не лучшая из поговорок. Та что мне нравиться нарушает п.2.11 Правил форума.
 

Очень меня интересует ответ на вопрос о способе обработки.

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

 

Теперь о достигнутом:

В результате изысканий по данной теме, я пришел к выводу:

1. Пока что мне не удастся изменить саму программу.

2. Необходим грамотный постпроцессор, который возьмет на себя компенсацию скоростей.

 

За время "Новогодних каникул" я изучил основы написания постпроцессоров но этого оказалось не достаточно. Необходимы более глубокие знания. Пока их у меня нет.

Алгоритм в принципе вырисовывается но вот как его воплотить я пока не знаю. Необходим ввод пользовательских переменных и осуществление математических функций.

 

Буду задавать глупые вопросы в соответствующих темах.