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

Поворот стола


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

Добрый день. Проблемма в следующем. Имеется feeler f 500.горизонтально фрезерный. Устанвливаю деталь в приспособление. Обработка детали со всех сторон. Обкатываю нулевую точку в g54. Обрабатываю деталь. Потом поварачиваю стол на 90 градусов. Как сделать что бы станок пересчитал координаты. Нулевая точка не в центре стола. G68 пробовал. Не то что нужно. Заранее спасибо. Или если есть мануал по данному станку. Тоже буду благодарен

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


UnPinned posts

макрос нужно писать.

и забивать переменные.

обычно эти макросы поставщик станка поставляет при монтаже. потом хюхь допросишься. кто-то из вас проморгал этот момент.

 

проще - новый офсет бери. ничего в этом зазорного нет. и программу (подпрограмму), соответственно на новый офсет.

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

@mr_Voden пример есть какой-нибудь, где применяется эта команда?

 

В моем понимании эти команды работают на локальной системе координат. А ему нужна посчитать автоматически именно трансформацию относительно центра стола. Это только через вариабли, через макросы. Видел программу, где чувак использовал G68. Но он под нее все равно свой макрос налабал. Программа была просто вырви глаз. Без поллитра не разберешься.

 

Писал тут на форуме пару лет назад чувак. У него такой же вопрос был по Окуме. Слился. Ни слуху, ни духу.

Кстати, @Кирилл82 . Мож ты богат и у тебя все есть, ток ты не понимаешь назначение служебных программ - посмотри на стойке - есть ли там какие нить служебные макросы? Старые программы подними, мож до тебя использовали уже трансформацию

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

@maxems Вот, нашел:

Скрытый текст

%
O1001 
G54
T1
M6
G0G43X0Y0Z100H1S1000M3
G49

G0B45C70
G68.2X0Y0Z0I160J45K-90
G53.1
G0G43Z10
G0X0Y0
G1Z-20F4000
G0Z10
G53Z0
M30
%

Пересчет идет относительно точки поворота. В работе не используем, увы, поэтому пример с книжки.

G68.2XYZIJK - пересчет ск.
G53.1 - разворот стола под пересчитанную ск.

В работе для пересчета так же используем подпрограмму, но это вынужденная мера, т.к. наладчики (наши) видя I160J45K-90 вместо привычных углов теряют душевное равновесие + можно в начале программы сразу пересчитать все нули, потом проще корректировать при необходимости.

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

@Ander совершенно верно. И вот с этой формулой нужно писать макрос и ссылаться на него в программе.

А вообще, чет я смотрю подобные станки в России-матушке не очень популярны.

Чет мало информации, да и вопросов по ним.

 

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

На sinumerik 840d подобная задача реализуется с помощью подпрограмм ,к примеру фирма UNION (горизонтально-расточные станки, сейчас работает только сервис) имеет подпрограмму пересчёта известной привязки (к примеру G54) при повороте стола (В) ,подпрограмма пересчитывает X,Z остальные оси W,V,Y переписываются из известной привязки. Минусом подпрограммы является необходимость совпадения машинного значения Х=0 с осью вращения стола и параметр Z0 должен был выполнен по стандарту UNION .Пересчёт родительской нулевой точки происходит каждый раз при повороте стола и применяется любой привязке к примеру G57.Для станка Parpas ML_200 написал подпрограмму с подобным функционалом ,так как ось вращения стола (В) не совпадает с машинным Х0 и Z0 .Для пересчёта использовал другую формулу расчёта : X = (x — x0) * cos(alpha) — (y — y0) * sin(alpha) + x0;
z = (x — x0) * sin(alpha) + (z — z0) * cos(alpha) + z0 ,с компенсацией смещения осей W и V

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

На sinumerik 840d

На Sinumerik для 4 и 5 осевых машин - эта задача решается при помощи настройки пользователем блока поворота данных и использования команды Cycle800 . Все остальные решения  с подпрограммами - колхоз чистой воды, производитель стойки дал готовое решение. Создавайте новую кинематику, настраивайте вектора и плечи - в готовом меню и пользуйтесь стандартной командой. 

Подпрограммой есть смысл пользоваться только когда решение - 6 осевое, тогда 2 оси компенсирует cycle800 а 3 поворотную есть смысл пересчитать и компенсировать другим фреймом 

Ссылка на сообщение
Поделиться на других сайтах
  • 4 месяца спустя...
15.06.2022 в 19:43, Vladislav-dobrynin сказал:

На Sinumerik для 4 и 5 осевых машин - эта задача решается при помощи настройки пользователем блока поворота данных и использования команды Cycle800 . Все остальные решения  с подпрограммами - колхоз чистой воды, производитель стойки дал готовое решение. Создавайте новую кинематику, настраивайте вектора и плечи - в готовом меню и пользуйтесь стандартной командой. 

Подпрограммой есть смысл пользоваться только когда решение - 6 осевое, тогда 2 оси компенсирует cycle800 а 3 поворотную есть смысл пересчитать и компенсировать другим фреймом 

Производителей Union и Waldrihsiegen можно теперь называть колхозниками ,они ,конечно, вносят данные блоков поворота ,но вот колхозят и даже вставляют свои плоды в постпроцессор не взирая на то ,что siemens давно уже всё придумали. Задачи и условия на различном оборудовании всегда разные и стандартные циклы не всегда подходят и даже конфликтуют с ПО siemens и мнением пользователей.

Ссылка на сообщение
Поделиться на других сайтах
  • 1 год спустя...
15.06.2022 в 08:58, sssva сказал:

На sinumerik 840d подобная задача реализуется с помощью подпрограмм ,к примеру фирма UNION (горизонтально-расточные станки, сейчас работает только сервис) имеет подпрограмму пересчёта известной привязки (к примеру G54) при повороте стола (В) ,подпрограмма пересчитывает X,Z остальные оси W,V,Y переписываются из известной привязки. Минусом подпрограммы является необходимость совпадения машинного значения Х=0 с осью вращения стола и параметр Z0 должен был выполнен по стандарту UNION .Пересчёт родительской нулевой точки происходит каждый раз при повороте стола и применяется любой привязке к примеру G57.Для станка Parpas ML_200 написал подпрограмму с подобным функционалом ,так как ось вращения стола (В) не совпадает с машинным Х0 и Z0 .Для пересчёта использовал другую формулу расчёта : X = (x — x0) * cos(alpha) — (y — y0) * sin(alpha) + x0;
z = (x — x0) * sin(alpha) + (z — z0) * cos(alpha) + z0 ,с компенсацией смещения осей W и V

Подскажите. Столкнулся с этим же вопросом на Fanuc 0i. Расточной станок NEWAY PB110H. Операторы до этого работали на Union и упорно требуют, чтобы можно было сравнить соосность отверстий по осям Х/Y при угле 0 и 180 градусов и найти среднее для равномерного перераспределения припуска. На Union все понятно, т.к. Хо. совпадает с центром стола. А тут .... Правильно ли я понимаю, что у меня по вашим формулам получается Х0=Х-1/2 ширины стола вдоль оси Х и, соответственно, Z0=Z-1/2 ширины стола по оси Z. Y0 =0? Для примера во вложении фото координат после измерения renishaw для угла 0° (G54) и угол 180° (G55)

3422839a632b7224e7568c35367465a.jpg

39f9a45b46cbe4588f0fa59db80c40d.jpg

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • eljer0n
      @malvi.dp в общем порядок следующий (на каждое исполнение свой чертеж и позиция в спецификации):   Для исполнения с 2мя знаками. 1. Есть деталь с именем формата ХХ-01.01-01 (последнее -01 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации (как у вас на картинке). Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с корректным именем. 5. В спецификации сборки все отображается корректно.     Для исполнения с 3мя знаками. 1. Есть деталь с именем формата ХХ-01.01-011 (последнее -011 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации. Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с некорректным именем, а именно - с обрезанным до двух знаков исполнением (-01). 5. В спецификации сборки шифр отображается (внезапно! может какой глюк был: у солида или у меня ) корректно, как и у вас на рисунке.     Выходит, загвоздка все-таки только в сохранялке чертежа.
    • gudstartup
      да информация о решенной проблеме очень важна так что будем ждать хороших новостей!
    • mrVladimir
      @gudstartup Спасибо Вам за помощь. Теперь дело в приобретении платы. Как что-то получится (сперва приобрести, потом поставить) обязательно отпишусь.
    • gudstartup
      а как вы taxid фирмы нашли?
    • gudstartup
      все что я написал в цитате выше по теме полная фигня в связи с вновь приобретённой информацией. можно менять любые компоненты в пределах серии чпу если только не меняете по или записываете oprminf но  всегда могут быть нюансы  @mrVladimir все должно получиться извините за то что выдал непроверенную информацию за мнение типа знающего эксперта оказывается я 
    • malvi.dp
      Какое у детали имя файла и как формируете Обозначение и Наименование? Вы каждое исполнение сохраняете в новый чертеж? Или это групповой чертеж? Если групповой-то имя конфигурации в нем быть не должно. Стоит ли галочка "Исполнение" "Из конфигурации"? На сколько мне не изменяет память макрос сохраняет файл чертежа с тем же именем что и файл модели в папке модели. В спецификации все правильно отображается, даже если знаков исполнений больше трех  
    • gudstartup
      и главная деталь чтобы на системе была remote option system а именно файл oprminf.000 c сертификатами и были ли проблемы с ними после замены компонентов.
    • boomeeeer
      с него родимого
    • Grundick
    • eljer0n
      Большое спасибо! Посмотрю. Но, судя по всему, даже если удастся заставить его сохранять чертеж с трехзначным исполнением, видимо, в той же спецификации правильного отображения не добиться. У Леона с товарищем был об этом разговор, что солид вроде как не воспринимает исполнения дальше двузначного. Хотя, может и я неправильно понял. Вернусь к этому вопросу чуть позже. Еще раз спасибо за совет.
×
×
  • Создать...