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

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


arsenev

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

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

post-1136-1168862053_thumb.jpg

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

post-1136-1168862223_thumb.jpg

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

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

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


Для разъяснения своего вопроса прикладываю файл проекта в 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

В принципе, даже добавлять со станка бывает ничего не нужно. В последней версии 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 (или иной командой, завершающей подпрограмму)

Изменено пользователем s_liam
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Bot
      Команда CSD пообщалась с представителями компании «КС-ПРО» и выяснила, как происходило внедрение G-Station, сколько времени занял процесс перехода на новую платформу, узнала об организации совместной работы и о функционале платформы. Основное направление компании «КС-ПРО» — оказание комплекса услуг технического заказчика, в том числе и для крупных офисных девелоперов. Внедрение G-Station в «КС-ПРО» проходило в ноябре 2022 года. G-Station — это всего лишь один из модулей комплексной платформы G-Tech Suite. Специалисты компании отмечают, что G-Station действительно стала хорошей альтернативой BIM 360. Специалисты «КС-ПРО» получили доступ к полноценной единой информационной среде с облачным хранилищем файлов и моделей, а также такими возможностями, как: Управление проектами, пользователями и подрядчиками; Создание чек-листов; Создание шаблонов чек-листов с процессами согласования; Передача документации на строительную площадку; Просмотр 3D- и 2D моделей [...] View the full article
    • Bot
      АСКОН, российский разработчик инженерного программного обеспечения и ИТ-интегратор, подвел итоги 2023 года. Выручка компании выросла на 47% и достигла 5,6 млрд рублей, штат сотрудников увеличился до 1250 человек. Клиентская база пополнилась тысячью предприятий, и сегодня с решениями АСКОН работают почти 16 000 заказчиков из всех отраслей промышленности и строительства. На динамику бизнеса положительно повлияли рост промышленного производства, сопровождающийся инвестициями в цифровизацию, крупные инфраструктурные проекты и курс страны на технологический суверенитет. Лидерские позиции компании в разработке и интеграции подтверждены профессиональными рейтингами. АСКОН, единственный из разработчиков инженерного ПО, вошел в ТОП-100 российских ИТ-компаний в рейтинге CNews; второй год подряд — в десятку крупнейших ИТ-поставщиков в сфере промышленности и строительства по данным TAdviser; впервые назван в тройке ведущих proptech-компаний как [...] View the full article
    • esergey
      это всего лишь видео - я не шарю в этом ...  
    • lem_on
      ну с дуру известно что сломать можно.
    • Viktor2004
      руку привязки так сломать легко
    • lem_on
      По моему вполне логично если станок вывалится в ошибку если рука не доехала до места. У меня так же если кулачки или деталь на пути, просто пихаеш ее до места и станок опять активен. Но нынешние пановья даже не могут написать модель станка.
    • Viktor2004
      Я согласен что скорее всего проблема механическая Но если логика прописана криво и возможно не предусмотрела остановку в промежуточном состоянии, разве не логично будет попробовать принудительно подав напряжение дернуть эту руку вверх-вниз? Возможно то что туда попало выпадет  
    • Guhl
      Если оставить за скобками вопрото том, что до м19 работает нормально, а после нет, то вы не считали сколько у него реально импульсов на оборот? с помощью стороннего плк, например  А если ориентацию м5 снимать, а не м20?
    • lem_on
      Что это за станок такой в котором сразу ладер ковырять надо, даже не смотря на возможность механической проблемы? Или профдеформация?
    • Viktor2004
      не сразу я понял в чем вопрос. Долго соображал что такое режим управления скоростью. При завершении ориентации PMC снимает сигнал G70.6 ? И если он после снятия сигнала продолжает удерживать шпиндель, при каких условиях эта ориентация все же снимается? После нажатия аварийного грибка или еще как?
×
×
  • Создать...