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

проблемы с круговой интерполяцией


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

день добрый!

нам тут привезли станок Beaver 1224, для него управляющая программа на компе VIC Control System V5.4.48 + программа Type 3. так вот готовый УП из Туре 3 машина жрет за милую душу, но меня Туре 3 не устраивает так как там с 3D моделями работать геморой большой и я до сих пор работал в PM5 и всем был доволен, но сейчас встала проблема постпроцессора для этого станка :blink: я его написал, вернее поправил что было для новых нужд, но станок эти УП не хочет брать :sad: - спотыкается на круговой интерполяции, причем не на каждой, а фиг поймешь как :wallbash: вот пример готового УП

N000010 T 1 ; D6.0 -3

N000012 S 20000

N000014 M03

N000016 F 80000

N000018 G00 X84.101 Y82.759

N000020 G00 Z50.000

N000022 G00 Z42.615

N000024 F 499

N000026 G01 Z37.615

N000028 F 500

N000030 G01 X84.249 Y82.770

N000032 G17

N000034 G03 X83.793 Y85.238 I83.996 J84.000

N000036 G17

N000038 G03 X84.101 Y82.759 I83.991 J84.004

N000040 G17

ну и т.д.

так вот все до кадра N000038 берется нормально в том числе и кадр N000034 с круговой интерполяцией! но следущий, практически копия такой же - фиг :wallbash: пишет чтоб задали корректные JIK

помогите! а то я уже всю голову поломал :wallbash:

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


Узнай, как стойка считает круговую - в относительных или в абсолютных. У меня была хитрая заморока с MSAK из-за этого.

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

Известный трабл.

Скорее всего проблема в несовпадении растояний между указаным центром окружности и точками начала и конца дуги.

В УП идут округления до микрона а стойки проверяет с точностью до четвертого-пятого знака и спотыкается на этом.

Лекарства:

1- если возможно загрубить проверку на стойке (см мануал на стойку)

2 - вместо I JK использовать в УП задание радиуса дуги (а что б не морочиться со знаком радиуса - бить дуги по четвертям)

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

но меня Туре 3 не устраивает так как там с 3D моделями работать геморой большой

<{POST_SNAPBACK}>

А какие проблемы с 3D?
Ссылка на сообщение
Поделиться на других сайтах

  2 - вместо I JK использовать в УП задание радиуса дуги (а что б не морочиться со знаком радиуса - бить дуги по четвертям)

<{POST_SNAPBACK}>

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

А какие проблемы с 3D?

<{POST_SNAPBACK}>

наладчики что приезжали к станку сказали, что они 3D не делают и как в Туре с им работать не в курсе, и что это геморрой

ну я поверил им на слово :unsure:

к томуж есть PM и SolidWorks - нафиг мне Туре?? :g:

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

Узнай, как стойка считает круговую - в относительных или в абсолютных. У меня была хитрая заморока с MSAK из-за этого.

<{POST_SNAPBACK}>

мдя... у кого бы это еще узнать то

мануал шибко тонкий и можно сказать бесполезный - там этого нет

наладчики что призежали знаю еще меньше чем в мануале...

:wallbash:

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

наладчики что приезжали к станку сказали, что они 3D не делают и как в Туре с им работать не в курсе, и что это геморрой

ну я поверил им на слово :unsure:

к томуж есть PM и SolidWorks - нафиг мне Туре??  :g:

<{POST_SNAPBACK}>

"...незнание законов не освобождает от ответственности" :g:

незнание программы не говорит о том, что он геморойна... и работать в ней не удобно. :g:

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

Я бы вообще (на первое время) - не парился с круговой, а выводил бы все в линейных.

А вот когда уж сильно захочется - вот тогда и отладить круговую.

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

Я бы вообще (на первое время) - не парился с круговой, а выводил бы все в линейных.

А вот когда уж сильно захочется - вот тогда и отладить круговую.

<{POST_SNAPBACK}>

я тож так хотел, но на черновой обработке смещением PM автоматом вставляет дуги при переходах и выводит дугами даже когда вывод дуг отключен :mad:

остается только растр использовать, но у меня детали то в основном круглые - растр там не шибко хорош, но придется наверно так делать :wallbash:

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • jtok
      Он сильно зависит от марки PP, от расчетной температуры и от расчетного срока службы (количества циклов нагружения). Поищите стандарт DVS 2205, части 1 и 2. В нем есть номограммы долговременной прочности. Он на немецком, но ничего лучше нет. Номограммы эти приведены по ссылке, внизу страницы, раздел "Список приложений".  Например, диаграмма для PP type 1 по ссылке: В оригинале же выглядят они вот так (для PP type 1): Также был древний документ на русском по этой теме, прицеплен к сообщению. _raschet_emkosti DVS 2205-2.pdf
    • Andrey_kzn
      - тут возможно смысл сообщения в том, что оси не синхронизированы, только вот зачем синхронизировать  оси X и Y не понятно. В случае двух шпинделей например,  coupled будет означать синхронизацию.
    • niagara39
      Правильно ХУ на этом станке не перпендекулярны. Тормоз оси У включен постоянно, отключается только при перемещении самой оси У. Координаты не  меняются... Знать бы что за параметры, пока ничего подобного не нашли
    • nicomed
      Поднял старые записи. Из того что было максимально похоже на то, что можно было назвать "получалось" :   Самому не совсем понятно поведение СкетчМенеджера при отрисовке линии от координат 0,0,0 - частенько слетает в произвольное место на виде. 
    • maxx2000
      на втором  скрине PLC сообщает что-то типа "старт программы запрещён потому что оси ХУ не связаны". Возможно станок в режиме точения должен заблокировать перемещение У, включить тормоз или что-то ещё для произвольного смещения под нагрузкой. Возможно косяк в тексте программы.
    • maxx2000
      @sneg0vik как это? Если ХУ не перпендикулярны то это уже не У, а скажем ось В. Нет, конечно в теории можно построить станок с неперпендикулярными ХУ. Вопрос зачем? Gildemeister CTX 420 это же токарно-фрезерный с осью У
    • sneg0vik
      На станке ось "X" является наклонной по отношению к оси "Y" (т. е. они не перпендикулярны). Поэтому надо полагать (учитывая текст ошибки) у вас отключена связь оси "Y" с осью "X".   Проверьте меняются ли координаты оси "X", когда вы двигаете ось "Y". И наоборот. Если - нет, то ищите как включить (наверное через параметры) взаимосвязь оси "Y" с осью "X".
    • ДОБРЯК
      Если ваш Заказчик и такую работу примет, то необходимо в шпоночное отверстие добавить и массу воды. Примерно 1/4 от той массы которую вы будете добавлять.  Да и еще и не забыть добавить момент инерции от воды.
    • Soprin
      В функции MOVE по F7.3 должно же из R270 переносить в R278?
    • niagara39
      Причина все еще не найдена... Но заметил, что сразу после включения в меню диагностики появляется следующее предупреждающее сообщение: 10155 M: Y-axis: Y-axis and X-axis not coupled , но причина его появления и его смысл неизвестны
×
×
  • Создать...