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

В референтное положение


Viktor2004

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

Fanuc 32i Model-B станок токарно-карусельный. Ось X горизонтальная, Z - вертикальная

Вывел в референтное положение по концевикам. Биты APZ установились на обеих осях

далее их уже держит батарейка

После этого пробую с помощью кнопки REF +X +Z выйти в референтные точки.

Z нормально вышла в значение установленное в 1240 и остановилась

X пролетает свою референтную точку и летит до программного концевика.

Подскажите, в чем может быть проблема

 

CNC-PARA.TXT

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


UnPinned posts
26 минут назад, Viktor2004 сказал:

Кто что в таких ситуациях делает?

В таких случаях мы точим жесткую муфту но если нагрузка большая  и несооосность вала ШВП и двигателя велика то это может привести к разбиванию подшипников. Мы ставили на револьверную головку временно ну а сильфонную потом подвезли.

Или можно проварить с аргоном вашу

муфту

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

Для меня остался непонятен только этот момент

Ну все. Теперь и Х в референт выходит и не проскакивает

 

Спасибо всем!

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

Ну все. Теперь и Х в референт выходит и не проскакивает

 

Спасибо всем!

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

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

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

наверное из-за муфты и проскакивал. Наезд на концевик необходим только в первый раз, а потом APZ уже батарейки держат. Но операторы любят каждое утро в нули разгонять. Надо им дать такую возможность

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

Но операторы любят каждое утро в нули разгонять.

Руки надо вашим операторам с утра связывать чтобы не тыкали кнопки машинально а когда утро раннее и мозг еще спит вообще может случится большой БАРАБУМ!

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

наверное из-за муфты и проскакивал. Наезд на концевик необходим только в первый раз, а потом APZ уже батарейки держат. Но операторы любят каждое утро в нули разгонять. Надо им дать такую возможность

 если наезд на концевик не нужен, а ось проезжала нулевую координату и ехала до лимита, то при чем тут муфта?  а если из-за муфты, то тогда наезд на концевик контролируется для обнуления)) Я не согласен с Вами, что наезд на концевик нужен только в первый раз. Он нужен постоянно при обнулении.

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

 если наезд на концевик не нужен, а он проезжал нулевую координату и ехал до лимита, то при чем тут муфта?  а если из-за муфты, то тогда наезд на концевик контролируется для обнуления)) Я не согласен с Вами, что наезд на концевик нужен только в первый раз. Он нужен постоянно при обнулении.

Станок при включении обнуление не требует и дает нормально работать.

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

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

При выходе в референтные точки с помощью кнопки, если APZ уже установлен

Станок просто едет в машинный ноль и все и пофиг ему все коцевики

Кроме конечно аварийных!

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

 Но видимо останавливается по концевику.

:maladets: станок не завершит процесс выезда в нулевую точку, если не будет сигнала от концевика.

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

Станок просто едет в машинный ноль и все и пофиг ему все коцевики

Однако когда муфта была сдвинута, машинный ноль его не останавливал и он налетал на программный концевик

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

Станок просто едет в машинный ноль и все и пофиг ему все коцевики

 

тогда почему он проскакивал машинный ноль, когда проскальзывала муфта и он не доезжал до концевика?

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

станок не завершит процесс выезда в нулевую точку, если будет сигнала от концевика.

Еще как завершит если координата достигнет машинного нуля как и при G28

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

Еще как завершит если координата достигнет машинного нуля как и при G28

Нет. Не завершал. Пролетал его и ехал дальше.

Это не G28

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

Еще как завершит если координата достигнет машинного нуля как и при G28

в данном случае не завершит, что и показала неисправность.  

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

У нас много станков так работают. А вот если APZ не установлен тогда осуществляется выезд по концевику в противном случае на скорости подхода прямо в координату 0.000+Pr1240

1 минуту назад, Viktor2004 сказал:

Нет. Не завершал. Пролетал его и ехал дальше.

Ну значит вопрос к вашей PMC логике и параметрам.

2 минуты назад, vl_cnc сказал:

в данном случае не завершит, что и показала неисправность. 

Вообще непонятно зачем отслеживать состояние decceleration dog при установленном бите  APZ.

 

Вообще чтобы не было таких ошибок  лучше линейки использовать

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

@Viktor2004 А вы для интереса поглядите DGN 302 при нескольких обнулениях если значения примерно одинаковые то значит концевой выключатель у вас хороший если же нет то точность выхода в ноль будет сомнительной.

У нас на оси B стоит оптический датчик Renishaw и линейка наклеена так станкопроизводитель даже создал процедуру контроля значения этого параметра чтобы обеспечить приемлемую точность обнуления и то крайние значения +-800 detection а это 80 um

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

Вообще непонятно зачем отслеживать состояние decceleration dog при установленном бите  APZ.

 

7 минут назад, gudstartup сказал:

Ну значит вопрос к вашей PMC логике и параметрам.

Так захотелось производителю из их каких-то соображений.

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

Вообще непонятно зачем отслеживать состояние decceleration dog при установленном бите  APZ.

Да потому что кнопка REF не пропадает с панели после того как APZ установлен. А это значит что при ее нажатии она будет делать то, для чего предназначена. Выходить в ноль по концевику и устанавливать APZ, если он не установлен. Больше эта кнопка ни для чего не нужна

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

@Viktor2004 А вы для интереса поглядите DGN 302 при нескольких обнулениях если значения примерно одинаковые то значит концевой выключатель у вас хороший если же нет то точность выхода в ноль будет сомнительной.

а как может концевик влиять на точность, если обнуление происходит по первой нулевой метке энкодера после съезда с концевика?

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

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

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

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

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

  Разрешено не более 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
      Большое спасибо! Посмотрю. Но, судя по всему, даже если удастся заставить его сохранять чертеж с трехзначным исполнением, видимо, в той же спецификации правильного отображения не добиться. У Леона с товарищем был об этом разговор, что солид вроде как не воспринимает исполнения дальше двузначного. Хотя, может и я неправильно понял. Вернусь к этому вопросу чуть позже. Еще раз спасибо за совет.
×
×
  • Создать...