Отработка Cycle800 в Vericut 6.0.1

[arsenev 49]

Добрый день. Уже неделю бьюсь над задачей проверки в VERICUT 6.0.1 команды CYCLE800. Для пробы составил в UG УП с CYCLE800, загрузил в VERICUT-е нужную стойку (sin840d.ctl) к которой уже написана подпрограмма цикла 800 (sin840d_cycle800.spf), загрузил нужный станок (dmg_dmu50v.mch). Далее, после отработки CYCLE800 в программе, происходит следующее: на заданный в цикле угол отклоняются системы координат DrivenPoint и ToolTip (как показано на рисунке),

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

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

P.S. Смотрел пример в VERICUT, но он для hei530 (dmg_dmu50v_hei530) – там, конечно, все OK.

[arsenev 49]

Для разъяснения своего вопроса прикладываю файл проекта в Vericut 6.0.1 - Cycle_800.vcproject, файл УП - CYCLE_800.mpf, файл детали и заготовки - cycle800_DETAL.stl, cycle800_ZAGOT.stl, файл инструмента и оправки - FREZA_D20_R0.tls, 1033.tls. В УП инструмент (Фреза диам. 20 мм) обрабатывает скосы на детали своим торцем (ось инструмента - по нормали поверхности скоса), используя Cycle800.

CYCLE_800.rar

[Ug_user 638]

Пособлю маленько попозжей. Файл скачал.

[NickyWizard 18]

Пособлю маленько попозжей. Файл скачал.

<{POST_SNAPBACK}>

:)))))

[UAV 19]

arsenev - надеюсь разобрались с этим вопросом.

Тоже нужно настроиться на этот цикл. Используем два типа задания системы координат. (параметр 3 в цикле).

CYCLE800(2,"",0,39, .........)

0 - относително базовой СК - это работает без вопросов.

CYCLE800(2,"",1,39, .........)

1 - относително смещенной СК - настроить не получается.

Кто-нибудь имеет идеи или опыт как настроить это?

[arsenev 49]

К сожалению, так и не разобрался. Сейчас работаю на другом предприятии, там другие СЧПУ и 5-ти осевой обработкой не занимаюсь.

[UAV 19]

К сожалению, так и не разобрался.

Ну ладно, хоть дело прошлое, но может осталось любопытство почему

однако поворота стола не происходит

За вычисление поворотов отвечает макрос WorkingPlane2Abc. Он должен вычислить углы поворота станка в зависимости от его кинематики. Работа этого макроса зависит от установок поворотных осей и типа поворотных органов. За тип отвечает макрос WorkingPlane2AbcType, который подключен на событие "Start of Processing" в Расширеных настройках стойки. У вас там стоит 1 - 1 = Generic A-C, что видимо для этого станка неверно. Поэтому получается, что макрос WorkingPlane2Abc неможет вычислит углы поворота станка (они получаются 0), и только поворачивет СК.

Раз СК повернута, то и получается

вместо обработки скосов на кубике торцем фрезы получается такая картина:

[arsenev 49]

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

[OpenSourceCNC 0]

Интересно чем все закончилось...

Изменено 27 июня 2012 пользователем OpenSourceCNC

[DJ Astro 55]

Подскажите, пожалуйста, как правильно интегрировать циклы стойки Sinumeric 840D в Vericut? В частности, CYCLE800... В мануале написано так: взять файлы *.spf нужных циклов из реального станка и добавить их в subroutines настроек станка в Vericut.

Вопрос: как это работает? 

В стандартной библиотеке Vericut есть файл sin840d.spf, в котором описаны и CYCLE800 и CUST_800. Что делать с файлами из станка? Скопировать содержимое файлов в файл sin840d.spf с заменой разделов, описывающих циклы? Или дополнительно добавить их как написано в мануале? Тогда какой из файлов будет использовать Vericut при отработке цикла, если описание этого цикла есть в нескольких местах?

 

p.s. С наскока очень сложно понять, что написано в *.spf  :((

[s_liam 66]

В принципе, даже добавлять со станка бывает ничего не нужно. В последней версии Vericut в стойке sin840d.ctl есть ссылка на файл с подпрограммами циклов sin840d.spf. Как Вы видели, текст цикла там уже присутствует.

Тут два пути.

1. Адаптировать (скорректировать) работу с тем, что описано уже.

2. Взять со станка текст подпрограмм циклов (должны находиться в циклах то ли изготовителя то ли еще как-то раздел называется, поправьте меня), скопировать тела циклов и вставить их в  подпрограмму взамен тех, что уже есть в файле sin840d.spf, а если их нет там, то просто добавить. А потом адаптировать то, что добавили.

 

Что понимается под адаптацией?

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

 

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

 

Делается это просто. В Vericut 7.+ можно шагать по кадрам в симуляции с возможностью вхождения внутрь подпрограмм. А далее по ходу симуляции подпрограммы, можно понять, какие условия не выполняются, какие параметры не читаются.

В версии 6.+ вроде как придется тело подпрограммы добавлять в область подпрограмм Vericut, чтобы была возможность шагнуть в тело подпрограммы. (Хотя, могу ошибаться, давно не работал в 6й версии).

Сразу желательно включить деббагер Vericut с выводом в Logger, например, если включить вывод в Logger неопознанных команд, то можно видеть в какой строке тела файла *.spf найдена какая-то команда или переменная, которая не описана еще в стойке.

 

Вот как-то так выглядит работа по адаптации.

 

Тело подпрограмм для стойки понимает как уже описанные команды в стойке, такие как G0 X50, так и макрокоманды Vericut.

 

В файлах *.spf описаны подпрограммы в параметрическом виде для различных циклов.

То есть, если внутри этого файла описан цикл, например CYCLE83, то при вызове его из основной программы, запускается подпрограмма *.spf с того места, где начинается описание CYCLE83, передаются необходимые параметры, тип которых можно увидеть вначале отработки цикла DEF REAL, DEF VAR итд

Тогда какой из файлов будет использовать Vericut при отработке цикла, если описание этого цикла есть в нескольких местах?

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

%_N_CYCLE81_SPF

и заканчивается либо M17 либо RET (или иной командой, завершающей подпрограмму)

Изменено 15 марта 2016 пользователем s_liam

[DJ Astro 55]

s_liam, большое спасибо за подробный и понятный ответ! Буду пробовать разбираться по возможности.