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

G-POST, много вопросов. Хочется понять логику работы.


DJ Astro

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



https://disk.yandex.ru/d/_keBqRN64VyACA

https://disk.yandex.ru/d/EnvprTJf66IeiQ

https://disk.yandex.ru/d/2HPiGKR5a0tLvQ

https://disk.yandex.ru/d/C82RTjjUeZeLRQ

Я пользуюсь вот этим постом. достался по наследству, потихоньку допиливаю.:smile:

нашел, сейчас попробую)))

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

ваш пост не подойдет, он очень сильно отличается( , перед поворотом надо отпустить "тормаз", после "зажать".

в цикле жесткое нарезание резьбы "G84" , добавлять G95 и G94

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

Есть ещё один вопросик, можно ли сделать так, что бы только в цикле G84 обороты прописывались в самом цыкле, просто после срабатывания G94 обороты отваливаются(

 

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

Почему постпроцессор может выдать двойное перемещение вращая 4ю ось (А), при 4х осевой обработке. Причем положение получается неверное. 

Создается ощущение что считает в приращениях, хотя стоит абсолютная система.

Отрывок с примером :


N23G80
N24F10.A360.
N25S1300M3
N26G0Z30.
N27A480.
N28X74.
N29G81G98X74.Y0.Z18.R21.F200.A480.
N30G80
N31G0Z30.

 

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

@Sidi_tiho для начала настрой пост на вывод от 0 до 360, а то намотает тебе 100500 градусов надоест разматывать.

Ссылка на сообщение
Поделиться на других сайтах
40 минут назад, maxx2000 сказал:

@Sidi_tiho для начала настрой пост на вывод от 0 до 360, а то намотает тебе 100500 градусов надоест разматывать.


N92G81G98X-65.Y0.Z11.R21.F80.A0.
N93X-83.
N94X-101.
N95G80
N96F10.A0.
N97S1000M3
N98G0Z30.
N99A120.
N100X74.
N101G81G98X74.Y0.Z11.R21.F100.A120.
N102X92.
N103X110.
N104G80
N105G0Z30.
N106F10.A300.
N107S2500M3
N108A-240.
N109X-65.

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

@Sidi_tiho ну а посмотреть в CL-Data не можешь почему так выводит? так то телепатов то нет, проект, пост надо прикреплять. 

Изменено пользователем maxx2000
Ссылка на сообщение
Поделиться на других сайтах
29.05.2023 в 16:39, Sidi_tiho сказал:

Почему постпроцессор может выдать двойное перемещение

в цикле в позииционировании всегда повторяется координа.

в посте надо бы отскок настроить чтоб прописывал по Z.

 

Не массивы?

Ссылка на сообщение
Поделиться на других сайтах
31.05.2023 в 10:09, fenics555 сказал:

Не массивы?

 

Они самые...((

Существует панацея? 

Отскок по Z поможет?

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

Существует панацея?

лучше сделать 5х обработку и сверловку делать одним сиквенсом. Самый лучший вариант. 

всё тоже самое, только поменяй в станоке 4х на 5х, ну и в самом сиквенсе сверления появится возможность выбрать с 3х на 5х сверление

 

1.jpg

без локальных систем координат!

Ссылка на сообщение
Поделиться на других сайтах
  • 9 месяцев спустя...
Говорящий Огурец

Приветствую, господа постоделы, нужна ваша помощь!

Не могу победить неприятную особенность одного из своих пост-процессоров, а именно - "потерю" повторяющейся исходной точки на смене инструмента. Согласен, звучит непонятно, но на конкретных примерах покажу, что происходит. Буду попарно выкладывать скрины блоков из CL-data и кода УП.

Например, обрабатываю одиночное отверстие. Центруем-сверлим в самом простом случае.

holes_CLdata.jpg

holes_MPF.jpg

 

Первый инструмент - все прекрасно. Едем в точку, опускаемся по Z, цикл. Неприятности начинают происходить далее. По CL-data все хорошо: берем сверлышко, едем в точку, обороты/охлаждение, цикл. А вот в коде все плохо: первичный наезд проигнорирован и нужно руками после 125го кадра с D1 копировать строчку

G0 X-51.5 Y55.5 S1260. M3

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

 

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

mill_CLdata.jpg

mill_MPF.jpg

Как видите, все то же самое... :( В CL-data, естественно, все хорошо, а пост игнорит наезд на точку и валит сразу по Z

ОК, лезу в пост и убираю модальность вывода координат. Это громоздко и очень колхозно, но мы  ведь просто экспериментируем :) Вот тот же кусок кода с фрезеровкой, посчитанный немодальным постом:

mill_MPF_non_modal.jpg

Ничего не поменялось. Вот это уже странно! :)

 

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

option.jpg

Но вот только все равно безрезультатно :(

 

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

Буду очень благодарен за идеи и советы.

Ссылка на сообщение
Поделиться на других сайтах
11 часов назад, Говорящий Огурец сказал:

каким-то образом заставить пост "виртуально съезжать" с точки в конце обработки первого инструмента

Отлавливать ->END/ вконцесиквенсовитам"виртуальносъезжать".</p><p>Должнопомочьчто-тотипатакого(выдралнаскоруюрукуизсвоихпостов):</p><p> </p><p>CIMFIL/ON,REMARK<br> TXT=TEXT/CLW      -> END /  в конце сиквенсов и там "виртуально съезжать".

Должно помочь что-то типа такого (выдрал на скорую руку из своих постов):

 

CIMFIL/ON,REMARK
 TXT=TEXT/CLW         get text from REMARK
 TXT=TEXT/OMIT,TXT,1    Omittrailingblanks<br> TXT1=TEXT/'->END/' <br> DMY=CMPRF(TXT,TXT1)<br> <br> IF(DMY.EQ.1)THEN       Omit trailing blanks
 TXT1=TEXT/' -> END /' 
 DMY=CMPRF(TXT,TXT1)
 
 IF (DMY.EQ.1) THEN         ' -> END /'
    DMY=POSTF(2,1,1867,1)
    GOTO/.................. (тут придумать координаты)
    DMY=POSTF(2,1,1867,0)
 ENDIF

 

Или городить вывод через какой-нить POSTN для каждого первого GOTO после смены инструмента. Кстати, может POSTN/ALL ещё чем-нибудь поможет, или RESET. :dntknw:

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

Читинг - это наше все! :biggrin:

Я думал, что я все в постбилдере перекопал, а оказалось - нет! Всунул абсолютно "левые" координаты точки смены инструмента - и получил ровно то, что хотел! 

Tool_change_pos.jpg

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Говорящий Огурец сказал:

Всунул абсолютно "левые" координаты точки смены инструмента - и получил ровно то, что хотел!

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

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

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Jesse
      судя по всему, у вас разные детали построены в разных системах единиц
    • Guhl
      Вам бы схему смотреть на станок. Что понять, почему силовое не приходит
    • Jesse
      выкиньте призмы из расчёта.. считайте балочными конечными элементами, ограничив на концах лишь перемещения, как на картинке выше. Тогда всё будет збс..))
    • Jesse
      хз, запустил расчёт с вашими дефолтными настройками, всё посчитало. Но я бы упростил модель. Трубу можно точно исключить из расчётной модели (можно юзануть опцию "рассматривать как удалённую массу"). Всё остальное можно сделать оболочками, временно выкинув болты из модели. Также лучше использовать "Сетка на основе смешанной кривизны". Вот результаты. Напряжения небольшие, 09Г2С спокойно выдержит..))  
    • 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 мм/мин.   И выходит что при одних и тех же условиях меняется время обработки.    Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра.    И я не понимаю как правильно считать. И почему именно так.  И в мануалах не нашёл ответа. 
×
×
  • Создать...