Форум клана ЧПУшников

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.


Вы здесь » Форум клана ЧПУшников » Программы для ЧПУ-фрезеров. » вопрос по Vectric aspire


вопрос по Vectric aspire

Сообщений 1 страница 99 из 99

1

Пользуюсь Aspire 4.0 Вычитал, что для уменьшения времени обработки нужна круговая интерполяция в G-code. Так вот при сохранении УП в Aspire выбираю G-code arc и сохраняю, но при просмотре этого кода в NOTEPAD я не вижу команд ни G-2 ни G-3 ни G-17 и т.д. Это происходит при обработке 3-D, но при контурной резке всё нормально: G-2 и G-3 присутствуют. Может кто знает в чем проблема?

0

2

У Aspire, Artcam и т.п. программ не хватит ума, чтобы сохранять дуговые сегменты в пространстве при обработке рельефов.
Я вообще не уверен, что какие-то программы смогут это сделать, т.к. дуговые сегментыдолжны лежать в одной из трех базовых плоскостей, и обычно используется только горизонтальная.

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

0

3

1. А у каких программ хватит ума?
2. Что такое mach3? и как можно определить пользуюсь я им или нет?

0

4

Roman39 написал(а):

1. А у каких программ хватит ума?
2. Что такое mach3? и как можно определить пользуюсь я им или нет?

Попробовал сейчас - у PowerMill хватает ума разместить дуги в траектории даже при обработке растром.
Вот здесь на картинке видно - лиловые участки сохранены дугами, а голубые - линейные.
http://s5.uploads.ru/t/9VrNF.png

Mach3 - программа управления ЧПУ станком через LPT порт.

Но, обратите внимание - при переходах между строками тоже дуги, но их не получается сохранить командами G2 / G3, т.к. они не лежат в базовых плоскостях.

Отредактировано michael-yurov (02-09-2013 18:28:31)

0

5

нет, у меня не MACH3. Станок с DSP пультом. Я сохраняю G-code на флешку, втыкаю её в пульт и всё - работать.

0

6

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

0

7

картинку видно плохо. Но пауэр-милл попробовать видимо стоит. хуже не будет это точно )))

0

8

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

Я хоть и использую PowerMill, но все же не использую дуговые сегменты при сохранении пространственных траекторий.

Если контроллер достаточно умный (то, что у вас заменяет DSP пульт), и правильна настроена, то разницы в скорости обработки с дугами и без - не будет.

Я у себя проверял - время обработки с дугами и без 1 к 1.

0

9

Roman39 написал(а):

картинку видно плохо.

http://cncfiles.ru/photo/23013/preview.jpg
Увеличьте до натурального размера и будет все видно.

Отредактировано michael-yurov (02-09-2013 20:04:30)

0

10

Михаил, спасибо большое. Попробую - отпишусь. Китайцы писали , что станок может работать на скорости до 20 м/мин. Такую скорость он и развивает в плоскости x-y при контурной резке. Просто надоело резать рельеф на 3-5 метрах. хочется хотя бы попробовать побыстрее.

0

11

Roman39 написал(а):

Михаил, спасибо большое. Попробую - отпишусь. Китайцы писали , что станок может работать на скорости до 20 м/мин. Такую скорость он и развивает в плоскости x-y при контурной резке. Просто надоело резать рельеф на 3-5 метрах. хочется хотя бы попробовать побыстрее.

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

А я не понял - что попробуете, PowerMill что ли? так не стоит!

Достаточно попробовать как станок будет двигаться в плоскости XY по кривой волнистой линии (как если бы рельеф положить боком), и сравнить скорость / время если сохранить траекторию с дугами и без.
Может быть станок просто не может резать быстрее физически возможного? Может быть там уже нечего улучшать и он работает на пределе допустимых скоростей и ускорений?

0

12

почему не стоит powermill?

0

13

Roman39 написал(а):

почему не стоит powermill?

Потому что это совсем другая программа, у которой совсем другая логика работы.
Если уж и использовать PowerMill, то уж никак не ради того, чтобы сохранить обработку рельефа растром с дуговыми сегментами. Все равно их там будет фиг да маленько.
Да и как я уже писал способ сохранения теоретически не должен влиять на скорость обработки. А если влияет - то это проблемы системы управления.

PowerMill для высокоскоростной обработки (нужна серьезная система управления, а совсем не DSP пульт), для обработки с очень высокими требованиями к точности, для возможности расчета траекторий по параметрическим ("твердотельным", не полигональным) 3d моделям.

Человеку с IQ не менее 100 потребуется несколько месяцев чтобы достаточно хорошо разобраться с программой.

Я все к тому, что если уж и использовать PowerMill то по той причине, что он действительно нужен для ваших рабочих задач.
Он неудобен для раскроя, он никак не подходит для обработки рельефов... и т.п.
Если вам пресформы фрезеровать на быстром многоосевом станке с мощной системой ЧПУ... тогда - да PowerMill будет незаменим.

0

14

michael-yurov написал(а):

Roman39 написал(а):

    почему не стоит powermill?

Потому что это совсем другая программа, у которой совсем другая логика работы.
Если уж и использовать PowerMill, то уж никак не ради того, чтобы сохранить обработку рельефа растром с дуговыми сегментами. Все равно их там будет фиг да маленько.
Да и как я уже писал способ сохранения теоретически не должен влиять на скорость обработки. А если влияет - то это проблемы системы управления.

PowerMill для высокоскоростной обработки (нужна серьезная система управления, а совсем не DSP пульт), для обработки с очень высокими требованиями к точности, для возможности расчета траекторий по параметрическим ("твердотельным", не полигональным) 3d моделям.

Человеку с IQ не менее 100 потребуется несколько месяцев чтобы достаточно хорошо разобраться с программой.

Я все к тому, что если уж и использовать PowerMill то по той причине, что он действительно нужен для ваших рабочих задач.
Он неудобен для раскроя, он никак не подходит для обработки рельефов... и т.п.
Если вам пресформы фрезеровать на быстром многоосевом станке с мощной системой ЧПУ... тогда - да PowerMill будет незаменим.

крепко задумался )))

0

15

michael-yurov написал(а):

Он неудобен для раскроя, он никак не подходит для обработки рельефов...

Для раскроя да,неудобен..... а вот для обработки рельефов лучше проги нет........
............Вот  только в 3д-стратегиях дуги через G2-G3 выводится  не будут...............

0

16

nikson написал(а):

Для раскроя да,неудобен..... а вот для обработки рельефов лучше проги нет........
............Вот  только в 3д-стратегиях дуги через G2-G3 выводится  не будут...............

Ну, если только рельеф можно сохранить в виде 3d модели... И то - полигональные 3d модели убивают большую часть преимуществ PowerMill.
А с растровыми рельефами (как artcam) он не работает.
А на счет G2/G3 я же привел картинку выше для примера - это обработка детали растром (3d стратегия в общем-то), так там видно лиловые участки - это дуговые сегменты.
Создал я ее в PowerMill.
Правда модель у меня не полигональная была - там скругления имеют реально цилиндрическую форму, а не из треугольников состоят, поэтому траектория их описывающая получается идеальная дуга, поэтому PowerMill смог записать там дуговые сегменты.

Отредактировано michael-yurov (03-09-2013 14:35:12)

0

17

michael-yurov написал(а):

PowerMill для высокоскоростной обработки (нужна серьезная система управления, а совсем не DSP пульт), для обработки с очень высокими требованиями к точности, для возможности расчета траекторий по параметрическим ("твердотельным", не полигональным) 3d моделям.

Ну, не обязательно для ВСО, это только одна из возможностей (использование при необходимости трохоидальной обработки), а для расчёта траекторий PowerMill использует именно полигональное представление модели, как и другие программы для 3D-фрезерования. Преимущества PowerMill-а по сравнению с аналогами - большое количество стратегий обработки.

0

18

Helg64 написал(а):

Ну, не обязательно для ВСО, это только одна из возможностей

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

Helg64 написал(а):

(использование при необходимости трохоидальной обработки)

А при чем здесь трохоидальная обработка? Это лишь способ снизить нагрузку на инструмент в узких местах. Возможности PowerMill в плане подготовки стратегий для ВСО намного, намного шире.
Трохоидальную обработку сейчас уже почти все CAM системы умеют использовать, но только PowerMill ушагал в этом направлении далеко вперед всех конкурентов.

Helg64 написал(а):

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

Откуда такие сведения? Полагаю - это не правда. Мне кажется, что он использует параметрическое (твердотельное) представление.

Helg64 написал(а):

как и другие программы для 3D-фрезерования

Это какие например? ArtCAM - вообще с растром работает, и при импорте моделей преобразует их в растровую карту высот. Полагаю, Aspire -так же (могу ошибаться, т.к. в Aspire не работаю).

Helg64 написал(а):

Преимущества PowerMill-а по сравнению с аналогами - большое количество стратегий обработки.

Я бы сказал не большое количество стратегий, а широкие возможности анализа 3d модели.

0

19

michael-yurov написал(а):

А при чем здесь трохоидальная обработка?

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

michael-yurov написал(а):

Это какие например? ArtCAM - вообще с растром работает, и при импорте моделей преобразует их в растровую карту высот.

ArtCAM для генерации траекторий использует полигональную модель, полученную разными методами моделирования и вектора.
А ещё очень полезная фича PowerMILL-а - графический редактор траекторий: можно обрезать лишнее для оптимизации обработки.

0

20

Helg64 написал(а):

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

ArtCAM тем и плох, что он работает с растровым представлением модели. Не умет он с полигональной моделью работать.
При чем разрешение рабочего файла обычно ниже плинтуса 4000 x 4000 пикселей - смех просто.
Полигональные модели при импорте он переводит в растровую карту высот.
И это приводит вот к такому безобразию:
http://cncfiles.ru/photo/14932/preview.jpghttp://cncfiles.ru/photo/14951/preview.jpghttp://cncfiles.ru/photo/14944/preview.jpghttp://cncfiles.ru/photo/14930/preview.jpg

0

21

michael-yurov написал(а):

полигональные 3d модели убивают большую часть преимуществ PowerMill

Согласен что тяжеловато работать с сеткой, но приспособится  все-же можно

michael-yurov написал(а):

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

у меня  ПМ и по STL моделям траекторию в дугах выводит(при возможности)http://s5.uploads.ru/t/JFh6c.jpg
Думаю что дальнейшие дебаты по ПМ  лучше перенести в соответствующую тему.....

0

22

nikson написал(а):

Согласен что тяжеловато работать с сеткой, но приспособится  все-же можно

Можно. Бесспорно.
Но когда я столкнулся с необходимостью изготовления детали по полигональной модели я наплевал, и у меня она в реальности потом так и получилась с мелкими гранями.  :stupor:

nikson написал(а):

у меня  ПМ и по STL моделям траекторию в дугах выводит(при возможности)

Да, тут я немного приукрасил, можно и полигональную модель использовать :hobo:
Но, nikson, у вас стратегия выборки смещением - это немного другое. А изначально речь шла про возможность использования G2/G3 при 3d обработке (рельефов).

nikson написал(а):

Думаю что дальнейшие дебаты по ПМ  лучше перенести в соответствующую тему.....

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

До сих пор, кстати, так и не ясно, для каких деталей Roman39 обычно создает УП.

0

23

Вам не нравятся кошки???
Вы просто не умеете их готовить...    :glasses:

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

0

24

bort747 написал(а):

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

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

0

25

michael-yurov написал(а):

А можно ли как-то сохранять дуги, которые не лежат ни в одной из плоскостей?

А как вы собираетесь это реализовать в УП? Тут выбор не большой: G17, G18, G19. Ну или использование сплайновой интерполяции. Но мало какие CAM-приложения её генерируют. Я даже не знаю какие. Если кто знает, просветите меня, пожалуйста.

0

26

michael-yurov написал(а):

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


А, вот это - проблема...
Я уже поднимал подобные вопросы на форуме..., но... видимо нет пока подобных CAM-ов... :dontknow:
Ситуация, согласен, парадоксальная... Многие станки (стойки) понимают и сплайновую, и круговую пространственную интерполяцию (в частности интерполяцию по 3-м или 4-м точкам в пространстве), а, CAM-мов таких - нет...
Выход - не сильно красивый: - писать макросы (читай - апроксимацию полилинии в дугу или сплайн в том-же PowerMill-е), что я делал для своего станка. Или писать вообще свой парсер (читай мини-CAM) для векторных преобразований из IGES или STEP...
Тоже писал, но когда из обещанных тысяч единиц одинаковых деталей реальность схлопывалась до сотен..., - овчинка выделки не стоит...
Как-то так... o.O

0

27

У меня детали вообще единичные.
Так что пока что я пытаюсь решить вопрос через величину дробления таких участков в CAM программе и оптимальные настройки планировщика траектории для конкретных задач.

0

28

Если станок достаточно мощный, имеет функции Look Ahead и не хреновую скорость быстрых перемещений, то, может быть и не стоит пока заморачиваться... :nope:
Тем более, речь идет о единичных экземплярах...

Отредактировано bort747 (04-09-2013 11:13:22)

0

29

bort747 написал(а):

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

Отредактировано bort747 (Сегодня 13:13:22)

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

0

30

Добрый вечер, только сейчас имею возможность отписаться. Читал Ваши сообщения, пока что мой мозг способен усвоить примерно процентов 50-60 из той информации, которая мне предоставлена в этом обсуждении))) Но всё равно всем большое спасибо за участие в разговоре. Изначально моя мысль была в том, что если использовать круговую интерполяцию - можно уменьшить время обработки детали. Сегодня я провел эксперимент: сохранил одну и ту же обработку детали в двух УП ( G-code и G-code_arc), увидел что команды G-2 и G-3 присутствуют в G-code_arc. Посмотрел сколько времени потратит станок на обработку. И о ЧУДО ))) ничего не изменилось ))) Вывод: применение G-code_arc только уменьшает вес УП. Однако это так же значит , что станок спокойно воспринимает команды G-2 G-3 ))) Так что мой вопрос остаётся открытым: методы повышения производительности станка. Ещё раз всем большое спасибо из этой беседы я подчерпнул много полезного. Предлагаю обсудить способы повышения скорости обработки )))
P.S. Прошу прощения если написанное не совсем грамотно - это всего лишь следствие моего еще очень маленького опыта в ЧПУ обработке.

0

31

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

А методы оптимизации... их очень много,
многие из них очень хитрые и сложные.

Многое можно почерпнуть из статей про высокоскоростную обработку (ВСО, HSM).

Вот пример простой траектории выборки:
http://s5.uploads.ru/t/o9XD8.png
Плавная траектория позволяет двигаться станок не останавливаясь, и, главное - усилие при фрезеровке на инструмент тоже меняется плавно (без резких движений и "ударов" о материал), что позволяет повысить скорость подачи и снизить износ фрезы.

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

Мне, например, сейчас недостаточно скорости шпинделя для дальнейшего увеличения скорости. Собственно, поэтому я купил новый шпиндель, с большей скоростью.
Дальше - посмотрим, что будет следующей преградой.

Еще много времени отнимает крепление материала, но тут пока что я не могу найти лучших способов.

Отредактировано michael-yurov (04-09-2013 23:11:58)

0

32

шпиндель крутится до по моему до 24000, мощность 3 кВт, так что думаю что с этим проблем нет.
а про плавную траекторию можно поподробнее? Это с командами G-2 G-3?

0

33

Ну так и у меня до 24 000 об/мин крутится, это у всех так.
Только вот в моем случае это главный тормозящий фактор.
Я не говорю, что и у вас так же, я просто для примера сказал.
Что то ведь мешает вам обрабатывать быстрее?
Так вот что?

Эту плавную траекторию уже действительно стоит обсуждать в теме про PowerMill - это одна из его фишек.
А к G2 и G3 она никакого отношения не имеет.
Как я уже говорил - не важно, каким способом сохранена траектория. Хорошая система управления должна одинаково двигаться по любой из них.

0

34

Про обрабатываемые детали - я думаю, что как у всех: дерево. И изделия тоже  - самые обычные: модели, которые продаются на сайтах типа For3d и т.д.
Когда станок работает, то на рельефе скорость изменяется в пределах от 0 до 3 м/мин. Хотя максимально возможная (задается с пульта) может стоять и 7 т 8 и более, но он почему то быстрее резать не хочет.
И способы крепления заготовки можно не рассматривать )))
Просто хочется чтобы дверь с 3в рельефом  резалась не сутки, а меньше. (понятия времени я утрирую )

0

35

Roman39 написал(а):

Про обрабатываемые детали - я думаю, что как у всех: дерево. И изделия тоже  - самые обычные: модели, которые продаются на сайтах типа For3d и т.д.

Ну я, например, никогда такого не делал. Да и вообще дерево обрабатывал лишь пару раз в жизни, но фрезерую на ЧПУ уже очень много лет и по много деталей в день.

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

Отредактировано michael-yurov (05-09-2013 00:30:49)

0

36

Roman39 написал(а):

Посмотрел сколько времени потратит станок на обработку. И о ЧУДО ))) ничего не изменилось ))) Вывод: применение G-code_arc только уменьшает вес УП. Однако это так же значит , что станок спокойно воспринимает команды G-2 G-3 )))


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

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

Вопрос третий:
Какая выставлена скорость резания?
Насколько я понял из Вашего описания скорость резания у Вас задана с пульта... Т.е. функция Read F (использовать скорость обработки из программы) отключена, а на пульте выставлена скорость резания - 3000 мм/мин?
В этом случае станок при всем Вашем желании не будет разгоняться выше этой скорости, так как скорость принудительно ограничена. В этом случае Вы тоже можете практически не заметить увеличение скорости обработки...
Выставте необходимые настройки и режте хоть на 7000... (только фрезу не поломайте...))))

michael-yurov написал(а):

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


^^  да, чистая математика тоже значительно влияет на результат...  поздравляю  :stupor:
Можно так же предельный угол увеличить... (в разумных пределах...)
Интересно, какой он у Вас выставлен, если даже при 4-х знаках происходило торможение???

Отредактировано bort747 (05-09-2013 10:39:06)

0

37

bort747 написал(а):

да, чистая математика тоже значительно влияет на результат...  поздравляю  
Можно так же предельный угол увеличить... (в разумных пределах...)
Интересно, какой он у Вас выставлен, если даже при 4-х знаках происходило торможение???


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

Граничный угол - 15°, а чтобы не подтормаживало - приходилось устанавливать 20 - 25°, а это уже много.
Речь то ведь про маленькие скругления радиусом в доли миллиметра.
Например, переходы по дуге между строками растровой обработки (как на картинке в 9 сообщении).

Я вот и не мог понять - почему на больших элементах все прекрасно, а на мелких - подтормаживает.
(LookAhead со своей задачей без проблем справляется; у меня он выставляется на определенной время, а не на количество строк)
Уже решил что в планировщике есть какие-то ошибки или недоработки.

Вот здесь в верхней строке мои настройки планировщика:
http://s4.uploads.ru/t/xOeLB.png

Отредактировано michael-yurov (05-09-2013 10:57:53)

0

38

bort747 написал(а):

Roman39 написал(а):

    Посмотрел сколько времени потратит станок на обработку. И о ЧУДО ))) ничего не изменилось ))) Вывод: применение G-code_arc только уменьшает вес УП. Однако это так же значит , что станок спокойно воспринимает команды G-2 G-3 )))

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

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

Вопрос третий:
Какая выставлена скорость резания?
Насколько я понял из Вашего описания скорость резания у Вас задана с пульта... Т.е. функция Read F (использовать скорость обработки из программы) отключена, а на пульте выставлена скорость резания - 3000 мм/мин?
В этом случае станок при всем Вашем желании не будет разгоняться выше этой скорости, так как скорость принудительно ограничена. В этом случае Вы тоже можете практически не заметить увеличение скорости обработки...
Выставте необходимые настройки и режте хоть на 7000... (только фрезу не поломайте...))))
michael-yurov написал(а):

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

^^  да, чистая математика тоже значительно влияет на результат...  поздравляю  :stupor:
Можно так же предельный угол увеличить... (в разумных пределах...)
Интересно, какой он у Вас выставлен, если даже при 4-х знаках происходило торможение???

Отредактировано bort747 (Сегодня 09:39:06)

Подпись автора

    К сожалению, мои знания, по сравнению с моими НЕ знаниями, - стремятся к абсолютному нулю.....(((

1. Резал круг диаметром 80 мм на глубину 10 мм. Скорость 7 метров. Вес программы: arc - 2 kB, Line - 72kB.
2. Время смотрел на пульте.
3. А толку ставить скорость хоть 20 метров, если при обработке 3д он все равно больше 4 не разгоняется.

0

39

michael-yurov написал(а):

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

Граничный угол - 15°, а чтобы не подтормаживало - приходилось устанавливать 20 - 25°, а это уже много.
Речь то ведь про маленькие скругления радиусом в доли миллиметра.
Например, переходы по дуге между строками растровой обработки (как на картинке в 9 сообщении).

Я вот и не мог понять - почему на больших элементах все прекрасно, а на мелких - подтормаживает.
(LookAhead со своей задачей без проблем справляется; у меня он выставляется на определенной время, а не на количество строк)
Уже решил что в планировщике есть какие-то ошибки или недоработки.

Вот здесь в верхней строке мои настройки планировщика:

Отредактировано michael-yurov (Сегодня 09:57:53)

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

0

40

billsmith написал(а):

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

Про вашего бывшего контроллера не знаю ничего.
Это система управления KMotionCNC для контроллера KFlop.
G64 он не просто поддерживает и использует... Он делает это намного лучше всех контроллеров, которые мне известны на сегодняшний день.
Контроллер, вообще, на такое способен!, что сложно даже перечислить.
(хотя, есть один минус... разработчик смог сделать поддержку S кривых изменения скорости только для холостых переездов)
Я, в, общем то, его и купил из за лучшего планировщика. Так что вы меня обижаете на тему G64.

Отредактировано michael-yurov (05-09-2013 13:48:44)

0

41

Roman39 написал(а):

1. Резал круг диаметром 80 мм на глубину 10 мм. Скорость 7 метров. Вес программы: arc - 2 kB, Line - 72kB.
2. Время смотрел на пульте.
3. А толку ставить скорость хоть 20 метров, если при обработке 3д он все равно больше 4 не разгоняется.


1. Думаю, данный кружок не показатель, слишком мала длина траектории. На более масштабных программах выигрыш времени очевиден...
2. То о чем я писал выше - сомневаюсь, что пульт рассчитывает время с учетом выставленных параметров разгона-торможения. Скорее - тупо перемножает длину траектории на выставленную скорость.
3. Ну, тут уж ничего не попишешь. Сомневаюсь, что Ваш пульт воспринимает команды G18, G19, а следовательно, круговой интерполяции в других плоскостях не будет... :dontknow:
Можно, конечно попробовать 3D обработку по слоям, но, боюсь это займет ещё большее кол-во времени. Надо пробовать...
На крайний случай - изменение параметров разгона и торможения (быстрее разгонять и резче тормозить), но это нужно делать с осторожностью... Надо принимать во внимание массу портала, шпинделя (всего узла) и мощность ШД.

michael-yurov написал(а):

Я вот и не мог понять - почему на больших элементах все прекрасно, а на мелких - подтормаживает.
(LookAhead со своей задачей без проблем справляется; у меня он выставляется на определенной время, а не на количество строк)
Уже решил что в планировщике есть какие-то ошибки или недоработки.

Вот здесь в верхней строке мои настройки планировщика:


А, это так и должно быть - все установки в дюймах?
И, почему ускорение по Х отличается от ускорения по У? Как правило они одинаковые... :huh:

0

42

michael-yurov

michael-yurov написал(а):

Про вашего бывшего контроллера не знаю ничего.
Это система управления KMotionCNC для контроллера KFlop.
G64 он не просто поддерживает и использует... Он делает это намного лучше всех контроллеров, которые мне известны на сегодняшний день.
Контроллер, вообще, на такое способен!, что сложно даже перечислить.
(хотя, есть один минус... разработчик смог сделать поддержку S кривых изменения скорости только для холостых переездов)
Я, в, общем то, его и купил из за лучшего планировщика. Так что вы меня обижаете на тему G64.

Отредактировано michael-yurov (Сегодня 12:48:44)

Я в своё время интересовался разными контроллерами в замен LinuxCNC. Так и не нашёл замены за вменяемые деньги  :'( . И если у вас станок при точности апроксимизации кривой в четыре знака после запятой останавливался на отрезках, значит вы либо не используете G64, либо задали просто нереальные параметры для G64, либо всё таки контроллер не такой и хорош как кажется.

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

0

43

bort747 написал(а):

А, это так и должно быть - все установки в дюймах?

Да, автор - американец  :confused: ничего не поделаешь.
Но про миллиметры он слышал - это точно!  :rofl:

bort747 написал(а):

И, почему ускорение по Х отличается от ускорения по У? Как правило они одинаковые...

Это я буквально вчера сделал - ради интереса. У меня по оси X - перемещение портала, он тяжелый, и в гайке ШВП при больших ускорениях слышны стуки (т.е. появляется люфт).
А вообще моторы могут таскать и намного быстрее: http://www.youtube.com/watch?v=zcldpQLgtwM

0

44

billsmith написал(а):

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

Обижаете меня и контроллер!

Во первых - я ошибся/описался. У меня постпроцессор сохранял 3 знака после запятой.
Я очень извиняюсь, т.к. данная ошибка могла привести к ошибочным выводам.

Объясню более подробно:
При точности записи траектории в 3 знака после запятой получалось, что дуговые сегменты (разворот траектории на 180°)  с небольшим радиусом (около 0,1 мм) сохранялись разделенными на 10 прямолинейных отрезков. Соответственно между ними получался угол изменения траектории не менее 18°.
А у меня был установлен пороговый угол в 15°, поэтому планировщик не достраивал скругление между участками, а делал остановку в каждой вершине.
Вот и вся проблема.

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

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

0

45

1. Думаю, данный кружок не показатель, слишком мала длина траектории. На более масштабных программах выигрыш времени очевиден...
2. То о чем я писал выше - сомневаюсь, что пульт рассчитывает время с учетом выставленных параметров разгона-торможения. Скорее - тупо перемножает длину траектории на выставленную скорость.
3. Ну, тут уж ничего не попишешь. Сомневаюсь, что Ваш пульт воспринимает команды G18, G19, а следовательно, круговой интерполяции в других плоскостях не будет... :dontknow:
Можно, конечно попробовать 3D обработку по слоям, но, боюсь это займет ещё большее кол-во времени. Надо пробовать...
На крайний случай - изменение параметров разгона и торможения (быстрее разгонять и резче тормозить), но это нужно делать с осторожностью... Надо принимать во внимание массу портала, шпинделя (всего узла) и мощность ШД.

1.Кружок резал для того, чтобы понять воспринимает пульт команды G-3 и G-3. Он их понимает. С выигрышем во времени согласен - слишком мала траектория.
2.Пульт считает время с учетом ускорений. Проверено в работе.
3.А вот как проверить воспринимает пульт G-17 и т.д. я не знаю, потому что ASPIRE почему то сам на дает такие команды. Если есть какой - нибудь G-code с командами G-17, G-18, G-19 ( для проверки пульта) я был бы очень признателен.

0

46

michael-yurov написал(а):

Обижаете меня и контроллер!

Во первых - я ошибся/описался. У меня постпроцессор сохранял 3 знака после запятой.
Я очень извиняюсь, т.к. данная ошибка могла привести к ошибочным выводам.

Объясню более подробно:
При точности записи траектории в 3 знака после запятой получалось, что дуговые сегменты (разворот траектории на 180°)  с небольшим радиусом (около 0,1 мм) сохранялись разделенными на 10 прямолинейных отрезков. Соответственно между ними получался угол изменения траектории не менее 18°.
А у меня был установлен пороговый угол в 15°, поэтому планировщик не достраивал скругление между участками, а делал остановку в каждой вершине.
Вот и вся проблема.

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

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

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

0

47

billsmith написал(а):

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

Да, все правильно!
Мне он этим и нравится.
Это почти то же самое, что и дополнительные параметры G64 в LinuxCNC, но, все же немножко круче, т.к. не сглаживаются острые углы траектории, а получаются идеально точными с остановкой в вершине.
Только эти параметры задаются на в G64, а в настройках планировщика (хотя, я не пробовал - вполне вероятно, что будут работать и как параметры G64, т.к. планировщик программы по большей части позаимствован у EMC).

Отредактировано michael-yurov (05-09-2013 20:07:12)

0

48

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

0

49

michael-yurov
Я уже загорелся идеей покупки контроллера и ... в настройках параметров сглаживания указывается допустимое закругление угла, а в описании написано что это закругление не может быть больше половины сегмента.. То есть это совсем не то что в LinuxCNC при использовании кода G64. Описания работы контроллера с параметрами G64 не нашёл. Получается никакой скоростной 3D обработки  :'( , где важна скорость а не точность.

0

50

Тут тем несколько не подходящая для обсуждения килофлопа. На форуме есть пара тем про него.
Закругление не может быть больше половины сегмента, это так. Мне кажется это логичным. Разве нет?
Это гарантирует, что станок будет двигаться по траектории, а не сглаживать все к черту, как Mach3:
(справа планировщик траектории на основе EMC, аналогичный килофлопу, а слева - "скоростной" Mach3).
http://s4.uploads.ru/t/lmkBp.png

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

Если готовить выскокоскоростную траекторию, например, в PowerMill, то KMOtionCNC прекрасно по ней движется, т.к. она плавно меняет направление и не имеет изломов. Зачем же от нее отклоняться?
Получаем и точность и скорость и плавность.
Не обязательно "выбирать любые два пункта"  :D

Большая часть документации находится в самой программе и вызывается по F1, а на сайте не все.

0

51

billsmith написал(а):

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


можно поподробнее про G-64? где это искать и что это такое?

0

52

Roman39 написал(а):

можно поподробнее про G-64? где это искать и что это такое?

G64 — режим резания
Если активна функция G64, торможение в конечной точке кадра не выполняется и поэтому резание плавно переходит в следующий кадр. Эта команда действительна, пока она не заменяется (в программе) на функцию точного останова G61. Однако в режиме выполнения G64 подача замедляется до нуля и выполняется контроль выхода в заданную в кадре позицию — в следующих случаях:

1. Режим (ускоренного) позиционирования G00
2. Следующий кадр не содержит команд на перемещение (по какой-либо оси).

В этом режиме при выполнении траектории с острыми углами на больших скоростях эти углы могут быть скруглены... :sceptic:

0

53

bort747 написал(а):

Roman39 написал(а):

    можно поподробнее про G-64? где это искать и что это такое?

G64 — режим резания
Если активна функция G64, торможение в конечной точке кадра не выполняется и поэтому резание плавно переходит в следующий кадр. Эта команда действительна, пока она не заменяется (в программе) на функцию точного останова G61. Однако в режиме выполнения G64 подача замедляется до нуля и выполняется контроль выхода в заданную в кадре позицию — в следующих случаях:

1. Режим (ускоренного) позиционирования G00
2. Следующий кадр не содержит команд на перемещение (по какой-либо оси).

В этом режиме при выполнении траектории с острыми углами на больших скоростях эти углы могут быть скруглены... :sceptic:

Подпись автора

    К сожалению, мои знания, по сравнению с моими НЕ знаниями, - стремятся к абсолютному нулю.....(((


я так понимаю это где то в G-code?
где можно почитать про эту команду?

0

54

Roman39 написал(а):

я так понимаю это где то в G-code?
где можно почитать про эту команду?

Я уже прописал...

http://www.elektronik-chel.ru/chpu/g-code.html
по моему все понятно... :glasses:

0

55

Roman39 написал(а):

я так понимаю это где то в G-code?
где можно почитать про эту команду?

Можеш вставить её вначале программы. Описание параметров http://cnc-club.ru/forum/viewtopic.php?t=113

0

56

вот мой G-code, здесь нет G 64

+================================================
+                                               
+    Vectric machine output configuration file   
+                                               
+================================================
+                                               
+ History                                       
+                                               
+ Who      When       What                         
+ ======== ========== ===========================
+ Tony     14/07/2006 Written                     
+================================================

POST_NAME = "G-Code Arcs (mm) (*.tap)"

FILE_EXTENSION = "tap"

UNITS = "MM"

+------------------------------------------------
+    Line terminating characters                 
+------------------------------------------------

LINE_ENDING = "[13][10]"

+------------------------------------------------
+    Block numbering                             
+------------------------------------------------

LINE_NUMBER_START     = 0
LINE_NUMBER_INCREMENT = 10
LINE_NUMBER_MAXIMUM = 999999

+================================================
+                                               
+    Formating for variables                     
+                                               
+================================================

VAR LINE_NUMBER = [N|A|N|1.0]
VAR SPINDLE_SPEED = [S|A|S|1.0]
VAR FEED_RATE = [F|C|F|1.1]
VAR X_POSITION = [X|C|X|1.3]
VAR Y_POSITION = [Y|C|Y|1.3]
VAR Z_POSITION = [Z|C|Z|1.3]
VAR ARC_CENTRE_I_INC_POSITION = [I|A|I|1.3]
VAR ARC_CENTRE_J_INC_POSITION = [J|A|J|1.3]
VAR X_HOME_POSITION = [XH|A|X|1.3]
VAR Y_HOME_POSITION = [YH|A|Y|1.3]
VAR Z_HOME_POSITION = [ZH|A|Z|1.3]

+================================================
+                                               
+    Block definitions for toolpath output       
+                                               
+================================================

+---------------------------------------------------
+  Commands output at the start of the file
+---------------------------------------------------

begin HEADER

"T1M6"
"G17"
"G0[ZH]"
"G0[XH][YH][S]M3"

+---------------------------------------------------
+  Commands output for rapid moves
+---------------------------------------------------

begin RAPID_MOVE

"G0[X][Y][Z]"

+---------------------------------------------------
+  Commands output for the first feed rate move
+---------------------------------------------------

begin FIRST_FEED_MOVE

"G1[X][Y][Z][F]"

+---------------------------------------------------
+  Commands output for feed rate moves
+---------------------------------------------------

begin FEED_MOVE

"[X][Y][Z]"

+---------------------------------------------------
+  Commands output for the first clockwise arc move
+---------------------------------------------------

begin FIRST_CW_ARC_MOVE

"G2[X][Y][i][J][F]"

+---------------------------------------------------
+  Commands output for clockwise arc  move
+---------------------------------------------------

begin CW_ARC_MOVE

"G2[X][Y][i][J]"

+---------------------------------------------------
+  Commands output for the first counterclockwise arc move
+---------------------------------------------------

begin FIRST_CCW_ARC_MOVE

"G3[X][Y][i][J][F]"

+---------------------------------------------------
+  Commands output for counterclockwise arc  move
+---------------------------------------------------

begin CCW_ARC_MOVE

"G3[X][Y][i][J]"

+---------------------------------------------------
+  Commands output at the end of the file
+---------------------------------------------------

begin FOOTER

"G0[ZH]"
"G0[XH][YH]"
"M30"

0

57

Это твой постпроцессор...
Здесь его пока и быть не может...
Возьми какую нибудь УП (маленькую) открой в блокноте, там введи G-код и запусти на станке...
Если станок (пульт не выдаст ошибку - значит либо отключена функция вывода (останова) ошибок, либо станок его проглотил (G-код) и выполнил...
Результат отработки увидишь на результате обработки.... :D

Кстати, возвращаясь к плоскостям:

begin HEADER
"T1M6"
"G17"
"G0[ZH]"
"G0[XH][YH][S]M3"

Кусок Вашего постпроцессора

команда "G17" говорит о том, что обработка ведется в плоскости ХУ !!!
Если пульт проглатывает эту команду, то, возможно, отработает и  G-18 и G-19 (XZ и YZ)

Отредактировано bort747 (05-09-2013 22:59:22)

0

58

bort747 написал(а):

Это твой постпроцессор...
Здесь его пока и быть не может...
Возьми какую нибудь УП (маленькую) открой в блокноте, там введи G-код и запусти на станке...
Если станок (пульт не выдаст ошибку - значит либо отключена функция вывода (останова) ошибок, либо станок его проглотил (G-код) и выполнил...
Результат отработки увидишь на результате обработки.... :D

Кстати, возвращаясь к плоскостям:

begin HEADER
"T1M6"
"G17"
"G0[ZH]"
"G0[XH][YH][S]M3"

Кусок Вашего постпроцессора

команда "G17" говорит о том, что обработка ведется в плоскости ХУ !!!
Если пульт проглатывает эту команду, то, возможно, отработает и  G-18 и G-19 (XZ и YZ)

Отредактировано bort747 (Сегодня 21:59:22)

Подпись автора

    К сожалению, мои знания, по сравнению с моими НЕ знаниями, - стремятся к абсолютному нулю.....(((


а в какой строчке писать G64?

0

59

Пиши в шестой  :D

0

60

michael-yurov написал(а):

Пиши в шестой  :D

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

0

61

Roman39 написал(а):

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

Ну, уж как спросил - я так и ответил.

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

Код:
T1M6
G17
G0Z20.320
G0X0.000Y0.000S12000M3
G0X19.504Y-27.807Z5.080
G64
G1Z0.000F762.0
G2X30.993Y-16.318I11.489J0.000F2540.0
G2X42.482Y-27.807I0.000J-11.489
G2X40.388Y-34.402I-11.484J0.017
G1X46.821
X45.701Y-30.956
X49.128Y-28.466
X46.590Y-20.656
X55.372Y-14.275
X64.154Y-20.656
X61.277Y-29.511
X63.265Y-30.956
X59.911Y-41.280
X52.038
Y-52.260
X28.844
Y-39.084
G2X19.504Y-27.807I2.108J11.252
G0Z5.080
G0Z20.320
G0X0.000Y0.000
M30

А вот какие параметры написать, и стоит ли это делать - не знаю.

Отредактировано michael-yurov (05-09-2013 23:22:45)

0

62

Мама, роди меня обратно... :smoke:

Для начала, возьмите какую-нибудь маленькую УП, к примеру треугольник или Вашу окружность 80 мм.
Откройте её в блокноте. Там увидите набор команд (G-кодов).
Сначала CAM-система построила по вектору траекторию, потом через постпроцессор перевела эту траекторию на язык понятный Вашему станку... :rolleyes:
CAM система не знает, что может Ваш станок, а что - не может. В постпроцессоре дан перевод лишь основных слов (команд) наиболее распространенных.
Для начала Вы должны сами (вручную) выяснить какие слова понимает Ваш станок, а какие - нет... Только после этого можно вписывать эти команды (по определенным правилам в словарь-переводчик (он же - постпроцессор).

Так вот именно в УП перед командами выполнения окружности впишите G18 и запустите станок. Если станок умный, то он отработает не в плоскости XY, а в плоскости XZ.

G64 лучше проверять на треугольнике на большой скорости...

Отредактировано bort747 (05-09-2013 23:25:55)

0

63

а каким образом станок будет отрабатывать окружность в X-Z, если координаты точек в G-code будут лежать в плоскости X-Y?
щас попробую прислать обработку пуговицы.

0

64

Roman39 написал(а):

а каким образом станок будет отрабатывать окружность в X-Z, если координаты точек в G-code будут лежать в плоскости X-Y?
щас попробую прислать обработку пуговицы.


В этом и заключается фокус, эти команды как бы поворачивают траекторию вокруг оси X или Y (на самом деле все немного сложнее, но для начального понимания - примерно так... :flirt: )

0

65

Красота какая! :hobo:
Ну и как у тебя по этой траектории когда станок движется - он подтормаживает когда по полусфере движется?

0

66

Roman39 написал(а):

А вот и код, никаких G-17... G-64 здесь нет

T1M6
G17
G0Z12.700
G0X0.000Y0.000S16000M3
G0X74.929Y25.027Z6.350
G1Z6.032F420.0
G1Z-10.000F1200.0
X25.000
...
...
M30


А, вторая строка - это что???

Короче, засунь в станок вот эту УП:

T1M6
G17
G1 X0 y15
G2 X15.000   Y0.000 I0.000 J-15.000
G2 X0.000   Y-15.000 I-15.000 J-0.000
G2 X-15.000   Y-0.000 I-0.000 J15.000
G2 X0.000   Y15.000 I15.000 J0.000
G1 x0 y15 z0
G19
G3  Y0.000    Z15.000  J-15.000 K0.000
G3  Y-15.000  Z0.000   J0.000   K-15.000
M30

Если отработает вот так:
http://s4.uploads.ru/t/4kOTY.jpg

Значит еще не все потеряно... :disappointed:

0

67

bort747 написал(а):

Roman39 написал(а):

    А вот и код, никаких G-17... G-64 здесь нет

    T1M6
    G17
    G0Z12.700
    G0X0.000Y0.000S16000M3
    G0X74.929Y25.027Z6.350
    G1Z6.032F420.0
    G1Z-10.000F1200.0
    X25.000
    ...
    ...
    M30

А, вторая строка - это что???

Короче, засунь в станок вот эту УП:

T1M6
G17
G1 X0 y15
G2 X15.000   Y0.000 I0.000 J-15.000
G2 X0.000   Y-15.000 I-15.000 J-0.000
G2 X-15.000   Y-0.000 I-0.000 J15.000
G2 X0.000   Y15.000 I15.000 J0.000
G1 x0 y15 z0
G19
G3  Y0.000    Z15.000  J-15.000 K0.000
G3  Y-15.000  Z0.000   J0.000   K-15.000
M30

Если отработает вот так:
http://s4.uploads.ru/t/4kOTY.jpg

Значит еще не все потеряно... :disappointed:

Подпись автора

    К сожалению, мои знания, по сравнению с моими НЕ знаниями, - стремятся к абсолютному нулю.....(((

засунул, не прошло (((

0

68

Roman39 написал(а):

засунул, не прошло (((


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

0

69

совсем забыл написать, пульт ответил мне: over Z+ limit

0

70

Roman39 написал(а):

совсем забыл написать, пульт ответил мне: over Z+ limit


Каков у Вас ход по Z?

Да, и еще вопрос - вывод команд G2 и G3 в плоскости XY производится через  параметры J и I или через  R?

Отредактировано bort747 (09-09-2013 23:53:01)

0

71

ход по Z 200 мм, параметры G2 и  G3 через J и I

0

72

Roman39 написал(а):

ход по Z 200 мм, параметры G2 и  G3 через J и I


если в качестве ноля была выбрана начальная точка не выше 85 мм над столом, то ответ пульта не очень понятен...(((
В данном куске УП нет никаких заглублений. Можно выставить шпиндель над столом миллиметрах в 10-20 (чтобы дух не захватывало), обнулить по Z, и запустить программу.
Хода Вашего шпинделя с лихвой хватит для отработки данной траектории. Радиус дуги, которую должен пройти Ваш шпиндель по высоте всего 15 мм.

0

73

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

0

74

Roman39 написал(а):

ход по Z 200 мм, параметры G2 и  G3 через J и I

добрыи день,извините ,но еще надо понять J и I и К понимает в режиме G91 или G90(ingrimental,apsalyut).
Можно я отправлю 2 варианта попробуите

0

75

harut написал(а):

Roman39 написал(а):

    ход по Z 200 мм, параметры G2 и  G3 через J и I

добрыи день,извините ,но еще надо понять J и I и К понимает в режиме G91 или G90(ingrimental,apsalyut).
Можно я отправлю 2 варианта попробуите


конечно можно !!!!!!!)))

0

76

Roman39 написал(а):

конечно можно !!!!!!!)))

Завтра отправлю

0

77

harut написал(а):

добрыи день,извините ,но еще надо понять J и I и К понимает в режиме G91 или G90(ingrimental,apsalyut).


Судя по приведенной УП (портянке) с полусферой - в абсолютных координатах. Суть не сильно меняется...

Насколько у меня складывается впечатление - не включена функция остановки на неизвестной команде:

"G CODE READ SETUP
Значения G CODE READ SETUP устанавливает правила чтения отдельных переменных в исполняемом файле.
Существует много переменных, не поддерживаемых данным контроллером.

Значение ENABLE активирует параметр,  DISABLE – отменяет действие.

   Read F - Использовать скорость обработки из программы.
  Display Error - Показывать неизвестный программный код
   Keep Zup - Перемещать инструмент вверх после окончания работы
   Read T - Использовать функцию смены инструмента
   Hold on - Включить поддержку"

Если её включить, пульт сам скажет:
  "Такую команду не разумею..."
И, не надо будет огород городить..... :smoke:

0

78

bort747 написал(а):

Судя по приведенной УП (портянке) с полусферой - в абсолютных координатах. Суть не сильно меняется...

Насколько у меня складывается впечатление - не включена функция остановки на неизвестной команде:

"G CODE READ SETUP
Значения G CODE READ SETUP устанавливает правила чтения отдельных переменных в исполняемом файле.
Существует много переменных, не поддерживаемых данным контроллером.

Значение ENABLE активирует параметр,  DISABLE – отменяет действие.

   Read F - Использовать скорость обработки из программы.
   Display Error - Показывать неизвестный программный код
   Keep Zup - Перемещать инструмент вверх после окончания работы
   Read T - Использовать функцию смены инструмента
   Hold on - Включить поддержку"

Если её включить, пульт сам скажет:
  "Такую команду не разумею..."
И, не надо будет огород городить.....

ДЯДА,есть такое MAHO пост понимает в абсолют I,j,k    фанук и fadal понимают переменую (извините,но я сам сделал пуск и наладку больше 20-и станков, и работаю инструментальшик((там сотк мм имеет значение )

Отредактировано harut (11-09-2013 01:23:14)

0

79

ДЯДА,есть такое MAHO пост понимает в абсолют I,j,k    фанук и fadal понимают переменую (извините,но я сам сделал пуск и наладку больше 20-и станков, и работаю инструментальшик((там сотк мм имеет значение )

Отредактировано harut (Сегодня 00:23:14)

Ничего не понял, что такое МАНО?

0

80

harut написал(а):

ДЯДА,есть такое MAHO пост понимает в абсолют I,j,k    фанук и fadal понимают переменую (извините,но я сам сделал пуск и наладку больше 20-и станков, и работаю инструментальшик((там сотк мм имеет значение )


ДА, ШО ТЫ ??? (Как говорят в Одессе). :hobo:
А, есть еще такие, которые не только в абсолютных или относительных координатах центр дуги понимают, а ещё и просто с параметром R работают.
И, что самое загадочное, - вообще такие, которые дугу по трём точкам в пространстве отрабатывают (безо-всякого указания центра и радиуса дуги...)  :flag:

(И, я не въехал, - "ДЯДА" - это обращение или утверждения???  :suspicious: )

Короче, не стоит сбивать человека с толку...

(Кстати, подозреваю, что пульт у Roman39 может работать именно с параметром R - радиусом. Написал бы какой пульт...?)

А, в остальном, читай мой предыдущий пост и ответь на поставленный вопрос:
включена функция "Display Error - Показывать неизвестный программный код" или нет?  :idea:

0

81

ПОПРОБУТЕ.ЖДУ ОТВЕТАhttp://files.mail.ru/57F3497E9DE74AE1B5D5A0F61D7790A2

0

82

сегодня до станка не добрался.
пульт DSP ))))))
шильдик с номером стерся ((( - китаец

0

83

Roman39 написал(а):

сегодня до станка не добрался.
пульт DSP ))))))
шильдик с номером стерся ((( - китаец


Инструкция к нему осталась?
Посмотри это:
Ссылка

Оно?

0

84

bort747 написал(а):

harut написал(а):

   
(Кстати, подозреваю, что пульт у Roman39 может работать именно с параметром R - радиусом. Написал бы какой пульт...?)

  :idea:

Подпись автора

    К сожалению, мои знания, по сравнению с моими НЕ знаниями, - стремятся к абсолютному нулю.....(((


по поводу работы с радиусом: ведь в плоскости икс-игрек, пульт понимает команды F, J. I.
G2X7.685Y50.000I0.000J42.315F1200.0
G2X50.000Y92.315I42.315J0.000
G2X92.315Y50.000I0.000J-42.315
G2X50.000Y7.685I-42.315J0.000
Значит и в G17 и т.д. должен их понимать.
В любом случае завтра доберусь до мастерской и проверю.

пульт по моему этот, вроде бы как 0501 - такие цифры там были )))

0

85

Roman39 написал(а):

по поводу работы с радиусом: ведь в плоскости икс-игрек, пульт понимает команды F, J. I.


Если DSP-0501 (RZNC-0501), то и R понимать должен. (С этим параметром проще работать - разбираться с УП)
Но, боюсь, он врятли работает с дугами в плоскостях отличных от ХУ...  :no:

0

86

Roman39
друг попробовал.?
там 4 варианта
ЖДУ ОТВЕТА

0

87

попробовал всё. На УП написанные в ASPIRE пульт ругается на строку: G0X0.000Y0.000S16000M3. На программы от HARUTA ругается на строку: S15000M3. Я так понимаю не настроена связь инвертора шпинделя с пультам, но это ерунда.
Пошли все программы:
1. МАНО: отработало изумительно, скорости обработки по всей видимости были взяты с УП, сначала 0.19 м/мин, потом 0.5 м/мин. Это так и должно быть?
2. FADAL и FANUK11 тоже самое.
3. FANUK: пульт ругнулся на OVER X- LIMIT. Я сдвинул X от края стола в сторону +, сделал X=0, и всё пошло. Я так понимаю, что в УП X и Y нули стоят в центре заготовки. У меня же X и Y равны 0 на краю стола. Вот станок и посчитал, что во время обработки я вылезу за края рабочей зоны.
Вот как то так.

0

88

Roman39 написал(а):

попробовал всё. На УП написанные в ASPIRE пульт ругается на строку: G0X0.000Y0.000S16000M3. На программы от HARUTA ругается на строку: S15000M3. Я так понимаю не настроена связь инвертора шпинделя с пультам, но это ерунда.
Пошли все программы:
1. МАНО: отработало изумительно, скорости обработки по всей видимости были взяты с УП, сначала 0.19 м/мин, потом 0.5 м/мин. Это так и должно быть?
2. FADAL и FANUK11 тоже самое.
3. FANUK: пульт ругнулся на OVER X- LIMIT. Я сдвинул X от края стола в сторону +, сделал X=0, и всё пошло. Я так понимаю, что в УП X и Y нули стоят в центре заготовки. У меня же X и Y равны 0 на краю стола. Вот станок и посчитал, что во время обработки я вылезу за края рабочей зоны.
Вот как то так.


так и должно быть,
я же не знаю твои уровень знании-по етому и сначало сделал помедленее ,страховка(я же не враг).

0

89

со скоростями всё понятно, а что с координатами?

0

90

Roman39
на счет нульеи ты прав,центр,но для меня чудо,что все 4 уп понял твои станок,там все разные посты.
я работал(аю) на разных станках, но не на самодельных
дорогои Роман учись повермилл и наслаждаиса(по моему скромныи совет)
я сам рисую на разных прог-ах,но уп только повермилл

+1

91

у меня не самодельный станок, китаец
powermill уже скачан ))))

0

92

Roman39 написал(а):

у меня не самодельный станок, китаец

Если на 0501, у него есть пунктик в меню какие коды читать, какие игнорировать.
Попробуйте вот так:

M3
S16000
G0Z20
G0X0.000Y0.000

Где ругнется?
Хотя странно это, пульт игнорирует все что из Sгруппы. Он теоретически может выбрать предустановленную скорость, одну из 7, но китайцы экономят на проводах, и тупо делают одну линию вкл/выкл

0

93

скоростей 7, их можно менять во время работы.
где в меню пункт по чтению G-code?

0

94

Roman39 написал(а):

со скоростями всё понятно, а что с координатами?


А, что с координатами? Если отработали все 4 УП, то смело в PowerMill...
Или я не понял, какие проблемы с координатами?

Разница в этих УП в том, что в одних дуги выводятся с указанием центра дуги (I, J, K), в других - указанием радиуса дуги R.
И то и другое станок понимает...  :glasses:

Для меня откровение, что DSP-0501 работает с круговой интерполяцией в XZ и YZ. (Век живи- век учись... :huh: , всеравно дураком помрешь...  :smoke: )
(Или у Вас, все таки, другой пульт?)

Roman39 написал(а):

скоростей 7, их можно менять во время работы.
где в меню пункт по чтению G-code?


Почитай инструкцию, ссылку я давал.
Пункт по разрешению чтения G-кодов.

Отредактировано bort747 (16-09-2013 02:47:12)

0

95

Roman39 написал(а):

где в меню пункт по чтению G-code?

Menu - Auto Pro setup

А смысл менять скорости? Их все равно программировать надо заранее в контроллер.
Я обычно вывожу управление на крутилку, ей и рулю.
И кстати как меняешь? Z+/Z-? Или программно? Если программно, какая команда?

Отредактировано Melkiades (16-09-2013 10:16:59)

0

96

Melkiades написал(а):

Roman39 написал(а):

    где в меню пункт по чтению G-code?

Menu - Auto Pro setup

А смысл менять скорости? Их все равно программировать надо заранее в контроллер.
Я обычно вывожу управление на крутилку, ей и рулю.
И кстати как меняешь? Z+/Z-? Или программно? Если программно, какая команда?

Отредактировано Melkiades (16-09-2013 09:16:59)

Подпись автора

    Алкоголь убивает нервные клетки. Остаются только спокойные...

что такое Z+\Z-?

0

97

Roman39 написал(а):

что такое Z+\Z-?

Это как Y+/Y-, только меняется не скорость подачи фрезы, а скорость ее вращения.
На большинстве станков не реализовано китайцами в целях экономии провода.
В целом бестолковая фича. Но в мире всегда есть место сексуальным извращениям с пультом.
Я тут в субботу довыделывался с настройками, отключилась клавиатура, да так что в меню программирования не войти.
Пришлось разобраться в распиновке разъемов, сделать хитрый способ подключения. Решил проблему меньше чем за сутки.

0

98

скорость меняется Z+ и Z-

0

99

Уважаемые!
Можно получить постпроцессор для Аспайр на станок с ДСП наиболее оптимальный для резки мелких деталей на рельефе 30 мм.

0


Вы здесь » Форум клана ЧПУшников » Программы для ЧПУ-фрезеров. » вопрос по Vectric aspire