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

Ошибка при смене инструмента


liqvidator

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

Фрезерный ОЦ с ЧПУ Fanuc 0iMD.

Магазин - тип манипулятор.

При смене инструмента опускается гнездо а манипулятор не поворачивается?!

Выдаётся ошибка EX1005 TOOL CHANGE NOT FINISH.

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

Где копать? Судя по PMC регистр формируется либо датчиками зажима/разжима либо датчика гнезда либо ошибка в макропрограмме смены инструмента?

С уважением, Алексей.

PMC1.txt

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


Фрезерный ОЦ с ЧПУ Fanuc 0iMD.

Магазин - тип манипулятор.

При смене инструмента опускается гнездо а манипулятор не поворачивается?!

Выдаётся ошибка EX1005 TOOL CHANGE NOT FINISH.

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

Где копать? Судя по PMC регистр формируется либо датчиками зажима/разжима либо датчика гнезда либо ошибка в макропрограмме смены инструмента?

С уважением, Алексей.

На самом деле, сказать сложно, если разбираетесь, смотрели бы в режиме реального времени - ошибка появилась, посмотрели какими сигналами инициализировалась.

Потому что путей её образования довольно много, и многие из сигналов там просто не подписаны..

У меня на практике вообще смешной случай был, манипулятор зависал примерно в одной точке, но по времени мог 3 минуты, а мог 2 часа отработать, причем в режиме непрерывной смены. Оказалось расхода воздуха не хватало.

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

Недостаточный расход воздуха основной источник проблем смены. труба 20-25метров диаметр не менее 3/4

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

читаем мануал на манипулятор с рукой - видим что практически у всех производителей есть 2 датчика положения гнезда инструмента. в действие опускание приводится пневматикой. т.е исходя из информации:

1. не хватает воздуха (неправильно настроена отсечка включения\выключения компрессора, компрессор выключают на обед и т.д. и т.п.

2. датчик не дает ответа подтверждения - сбит датчик и ли не устранен пункт 1

3. в логике в формировании разрешающей цепочки еще чего-то не хватает...

трассировщик вам в руки

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

Фрезерный ОЦ с ЧПУ Fanuc 0iMD.

Магазин - тип манипулятор.

При смене инструмента опускается гнездо а манипулятор не поворачивается?!

Выдаётся ошибка EX1005 TOOL CHANGE NOT FINISH.

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

Где копать? Судя по PMC регистр формируется либо датчиками зажима/разжима либо датчика гнезда либо ошибка в макропрограмме смены инструмента?

С уважением, Алексей.

Не хочу показаться через чур грубым, но большинство проблем от избытка ума. Такая проблема часто возникает в ОЦ фирмы OKK Япония. Обычно процесс смены инструментов прописывают через макропрограмму (н-р: 9001). Если её нет, то весь процесс смены необходимо прописать в самой программе и при этом подготовку писать отдельно от самой смены. Например так:

G91G28Z0;

T1;

M6;

В одном кадре Т1M6; проведет в первый раз только подготовку

Во второй раз вы увидите саму ошибку.

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

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

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

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

проверьте параметр 3202 бит ne9 если стоит 0 то может и правда кто-то залез

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

В том то и есть дело что они залезли наковыряли. Приехал загрузил снятый бэкап. А результат такой же. Что наковыряли не говорят.

Интересно обычно в такой ситуации снимается с гарантии оборудование?

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

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

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

Это не повод снимать с гарантии, если нет механических повреждений (Н-р: манипулятор свернули, или из-за того что влезли в электро-автоматику сожгли двигатель).

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Snake 60
      @БестолковыйСтранная деталь, реально свойства не работают. Могу предположить, что деталь создана по "кривому" шаблону, т.к. сделал деталь по тем же операциям на своем шаблоне  - все свойства работают. Как исправить такое ХЗ.
    • AlexKaz
      Ну не знаю. Задаю 10 шагов в статике. Создал нагрузку, силу. В таблице нагрузки вбиваю время 0.5 - автоматически добавляется строка с t=0.5 и можно вбивать значения нагрузки по XYZ. Ещё можно перейти в Analysis Setting в дереве, задать количество шагов. Снизу в рабочем окне появится таблица шагов. Выбрать любое требуемое время на ней, ПКМ - insert step. Затем в таблице нагрузки задать нужные значения по XYZ для внесённого шага. В общем, в WB можно не использовать apdl.
    • Turgenev
      Ребят, в принципе вы были правы. Я уже хотел написать, что конечно же у меня разные названия степ(!) моделей. Проблема с одинаковыми именами в сборке гуглится первой. Но посмотрев внимательно на дерево импортируемой степ модели я увидел что у нее внутри есть элемент board и это имя одинаковое для всех плат. Добавил при экспорте из Altium суффикс (разный для разных плат) и проблема ушла. Спасибо.
    • Flint_ru
      Стою на асфальте я в лыжи обутый..... Если а задаю таблицу  и независимая переменная - координата - таблица одна для всех шагов. Если выбираю шаг (Time) 2 и меняю значения в таблице - эта же таблица и на шаге 1. А если в качестве независимой переменной выбирать время - тогда для всех координат одинаковая нагрузка. В этом то и проблема. В статьях, что выше я вложил, как раз и описывают эту проблему. Ну а для себя я уже сделал вывод - правильно и быстрее - использовать командную вставку apdl . Пример кода я привел. В этом случае нагрузка фактически задается своей таблицей для каждого шага.
    • Alexandr97
      Написал. Как мне кажется, это прям серьезный недочет.
    • Ahito
      Уточню более подробно проблему со скриншотами, спасибо за ответ!
    • EvilBear
      Друзья, всем привет. Столкнулся с тем, что исчез помощник расстановки размеров в эскизе или чертеже. Не могу найти как его вернуть.   P.S. Настройку нашел, только не работает. Видимо глюк.
    • Бестолковый
      Вот деталь и чертёж (SW 2022). Заранее благодарен!   Лист 40х40х8.SLDPRT Лист 40х40х8.SLDDRW
    • Александр1979
      https://m.youtube.com/watch?v=ONhlBaBmPcw  
    • gudstartup
      @gudi для вашей системы родное серво по  это 90G0 22 а у вас сейчас записано 90K0 05 естественно никакой совместимости нет. но и ваше новое по от 35i скорее всего будет несовместимо с версией серво 90g0 но можете попробовать записать если система позволит.
×
×
  • Создать...