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

Кто-нибудь настраивал в Vericut стойку на учпу типа NC-110!?


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

Кто-нибудь делал в Vericut стойку на учпу типа NC-110!?

В особенности интересует вопрос по определению меток и переходов в программе.

Вот пример программы:

; PROGRAMMA SVRL

; CBEPLEHIE OTB. HA OKPYJHOCTI

N100 (UAO,1)

N101 B60

; E30 -- PADIYC OKPYJHOCTI

N102 E30=100

; E31 -- HACH. UGOL

N103 E31=30

; E32 -- KOLICHECTBO OTB.

N104 E32=6

; E33 -- HOMEP HACH. OTB.

N105 E33=1

N106 E34=360/E32

N107 E35=E33-1

N108 E25=E35*E34+E31

N109 E36=E30*COS(E25)

N110 E37=E30*SIN(E25)

N112 G0G90XE36YE37S300M3

"L1"

N114 (BEQ,E35,E32,L2)

N116 E25=E35*E34+E31

N118 E38=E30*COS(E25)

N120 E39=E30*SIN(E25)

N122 G83R1R20Z-30I3F25M8

N124 XE38YE39

N126 G80

N128 E35=E35+1

N130 (BNC,L1)

"L2"

N132 M9

N134 G0Z100M5

N136 M93

N138 M30

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


Кто-нибудь делал в Vericut стойку на учпу типа NC-110!?

В особенности интересует вопрос по определению меток и переходов в программе.

Вот пример программы:

; PROGRAMMA SVRL

; CBEPLEHIE OTB. HA OKPYJHOCTI

N100 (UAO,1)

N101 B60

; E30 -- PADIYC OKPYJHOCTI

N102 E30=100

; E31 -- HACH. UGOL

N103 E31=30

; E32 -- KOLICHECTBO OTB.

N104 E32=6

; E33 -- HOMEP HACH. OTB.

N105 E33=1

N106 E34=360/E32

N107 E35=E33-1

N108 E25=E35*E34+E31

N109 E36=E30*COS(E25)

N110 E37=E30*SIN(E25)

N112 G0G90XE36YE37S300M3

"L1"

N114 (BEQ,E35,E32,L2)

N116 E25=E35*E34+E31

N118 E38=E30*COS(E25)

N120 E39=E30*SIN(E25)

N122 G83R1R20Z-30I3F25M8

N124 XE38YE39

N126 G80

N128 E35=E35+1

N130 (BNC,L1)

"L2"

N132 M9

N134 G0Z100M5

N136 M93

N138 M30

Попробуйте определить слово (word) как тип Type II. И вообще почитайте про макросы Type2*. Примеры стойки типа GEMINI-E или Olivetti. В частности в последней стойки реализованы эти команды

TYPE II-CODES SUPPORTED:

BEQ Branch to label if (BEQ,var1,var2,label)

var1 equal var2

BGE Branch to label if (BGE,var1,var2,label)

var1 greater or equal var2

BGT Branch to label if (BGT,var1,var2,label)

var1 greater than var2

BLE Branch to label if (BLE,var1,var2,label)

var1 less or equal var2

BLT Branch to label if (BLT,var1,var2,label)

var1 less than var2

BNC Branch to label (BNC,label)

BNE Branch to label if (BNE,var1,var2,label)

var1 not equal var2

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

Спасибо за подсказку. Все так и сделал. Взял за основу стойку oli8600. Забил все операторы условного перехода (BGT, BLT, BNE, BGE, BLE). Единственное не понял как быть с безусловным переходом к метке, в макросах я его не нашел, а попытки описать типовыми ни к чему не привели. Без него совсем никак не отработать программу!

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

Спасибо за подсказку. Все так и сделал. Взял за основу стойку oli8600. Забил все операторы условного перехода (BGT, BLT, BNE, BGE, BLE). Единственное не понял как быть с безусловным переходом к метке, в макросах я его не нашел, а попытки описать типовыми ни к чему не привели. Без него совсем никак не отработать программу!

Ну можно посмотреть макросы типа Type2Goto*, а вообще я встречал оператор безусловного перехода типа (GTO,LAB) в стойке gemeni_e
Ссылка на сообщение
Поделиться на других сайтах

Ну можно посмотреть макросы типа Type2Goto*, а вообще я встречал оператор безусловного перехода типа (GTO,LAB) в стойке gemeni_e

Спасибо, помогло! :biggrin: Тут еще 1 небольшая проблемка появилась:

На NC-110 при отработке типовых циклов типа G81 и тд вначале надо указывать координату подхода, цикл не воспринимает ее(в отличии от фануковских стоек). Сейчас у меня каждое отверстие обрабатывается по 2 раза, если допустим я зацикливаю. Когда я указываю просто координаты отверстий, то без проблем все обрабатывается, за исключением первого! Макросов кроме как CyclesDrill я не нашел. Или тут дело в чем-то другом?

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

Спасибо, помогло! :biggrin: Тут еще 1 небольшая проблемка появилась:

На NC-110 при отработке типовых циклов типа G81 и тд вначале надо указывать координату подхода, цикл не воспринимает ее(в отличии от фануковских стоек). Сейчас у меня каждое отверстие обрабатывается по 2 раза, если допустим я зацикливаю. Когда я указываю просто координаты отверстий, то без проблем все обрабатывается, за исключением первого! Макросов кроме как CyclesDrill я не нашел. Или тут дело в чем-то другом?

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

Сверлильные циклы это у меня отдельная песня, слова которой я до конца не выучил, поэтому есть специальный раздел в документации про сверлильные циклы, велком туда

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Killerchik
      Смысл в том, что подача должна указываться для фактического перемещения режущего клина. При одинаковой угловой скорости, в зависимости от радиуса траектории линейная скорость движения точки будет пропорциональна радиусу.
    • Killerchik
      Вероятно, я не совсем понятно написал. почта "имя@домен компании.com", хостер почты - Гугл.   Я, быть может, был бы готов из интереса рискнуть своей компанией - но точно не чужой.
    • Turgenev
      Не, греться будет, конкретно, потому что разъем будет прямо на стенке "стакана", а сам "стакан" будет нагреваться от нагревателя до 300 градусов. 3Д модель в процессе. погуглил, это разъемы типа таких: У них все круто, но нет фланца, чтобы хоть как-то закрепить разъем на стенке "стакана". По вашей наводке нагуглил еще разъемов, стоят дорого и очень большой габарит: Есть интересные варианты, но я не смог найти к ним ответную часть:   Это что-то типа такого: Мне не подходит по форм-фактору. Нагреватель должен быть в форме диска- плоский цилиндр диаметром 75мм и высотой около 10-20мм То есть запах идет от обгорания металла нагревателя? Вариант с заливкой нагреватель термостойким бетоном был, я даже его опробовал, но очень уж трудозатратно выходит. Любой металл будет иметь запах при нагреве, если его никуда не засовывать?
    • FROST_R6
      Здравствуй, ты можешь свой дискорд дать и показать?
    • Guhl
      У вас питание силовое на привод приходит? Е09 - отсутствие силового питания
    • Максим604
      В мануале написано что подача при Резьбофрезеровании считается по центру инструмента. Ок. Тогда почему когда пишешь в кам системе, то выдает подачу для движение  по траектории.      Перефразирую.  Нужно нарезать внутреннюю резьбу М20х2.  Фреза 3 зуба ∅12. Скорость резания 50. (Оборотов 1326)  Подача на зуб 0.05   Когда пишу в джи кодах, то выдаётся подача 198.9 мм/мин. С этой подачей станок и режет.    А если написать через шопмилл, то при тех же условиях( скорость резания и подача на зуб), он подачу пересчитывает для центра фрезы.  И выходит подача 80 мм/мин.   И выходит что при одних и тех же условиях меняется время обработки.    Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра.    И я не понимаю как правильно считать. И почему именно так.  И в мануалах не нашёл ответа. 
    • maxx2000
      Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.
    • Максим604
      Поэтому и вопрос. почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется. как шопмилл просчитывает новую подачу я понимаю, но не понимаю как прравильно и почему именно так правильно, а не наоброт. почему шопмилл переводит подачу с движения по траектории на движение по центру?     
    • Snake 60
      Так а зачем, если вот эта кнопка  сохраняет все детали и подсборки входящие в нее: При желании можно повесить на горячую кнопку через Настройка-Клавиатура Или пересохранить имеется ввиду создать копию с новым именем? Если да, то для этих целей я бы посоветовал крутой макрос с именем Коперник от @tompsongun См. пост выше.
    • maxx2000
      ну хотя бы то что одна написана через макропеременные, вторая в джи кодах. Ты считаешь что при одинаковом результате у них одинаковые алгоритмы?  
×
×
  • Создать...