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

Сбой 21612 Причина 1 при позиционировании стола


Krieger

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

Здравствуйте. Имеется горизонтально-расточной станок с Sinumeric 840D Sl, привода Sinamics S120. На определенном, всегда на одном и том же кадре программы обработки детали возникает сбой 21612 Причина 1 по оси В (поворотный стол). Перед этим аналогичные кадры: растормаживание оси В, поворот В, зажим В, обработка по У происходят многократно без проблем. 

 

Грешу на механический зажим стола, но он отрабатывает более 100 аналогичных кадров и сбоя нет. Передёрнул и промыл все разъемы датчика двигателя и кругового датчика до электрошкафа, результат тот же. 

 

Может быть у кого-то была похожая ситуация? Других сообщений нет: сначала "Идёт позиционирование В" затем сбой "21612".

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


UnPinned posts

Было подозрение, что некорректно отрабатывает гидромеханический тормоз, но отследил его работу по входным и выходным сигналам ЧПУ. Все хорошо. И в тот злополучный кадр также произошел отжим оси В (вх и вых сигналы 0-->1) без задержек, как и на всех предыдущих кадрах программы, то есть блокирование регулятора происходить из-за нерастормаживания гидравлического тормоза быть не должно.

 

 

 

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

@Krieger Может он у вас тормоз оси тестирует функцией SAFETY и тест не проходит.

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

На SIOS некоторые рекомендуют привод заменить.

Вот что пишут по ошибке

21612.png

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

тормоз оси тестирует

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

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

сейчас таких нет и не придвидится

ищущий да обрящет

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

Вчера была залита новая программа обработки и со вчерашнего дня началась проблема.

Ну тогда надо сначала с прогой разобраться.

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

рекомендуют привод заменить

Привод стоит 6SL3 120-1TE21-8AD0. На складе вроде должны быть 6SL3 120-1TE21-8AA4, 6SL3 120-1TE21-8AA3, 6SL3 120-1TE21-0AA4. Хорошо бы, если заменить удастся с минимальными временными вложениями, детали как всегда срочные. 

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

рекомендуют привод заменить

Похоже 6SL3120-2TE21-8AA4 аналогичный. Там достаточно степень сравнения понизить и он встанет, как родной? Или есть нюансы?

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

6SL3 120-1TE21-8AD0

 

20 минут назад, Krieger сказал:

6SL3 120-1TE21-8AA4

У этих формфакторы разные

image.png

image.png

 

Могуть не влезть!:smile:

Все booksize а ваш родной framesize но может впихнете

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

Могуть не влезть

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

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

Но я увеличил время зажима/отжима В и сбой не вылез.

Может еще давление на зажим разжим по регулировать .

Все таки у вас разрешение импульсов должно подаваться при зажиме оси или нет?

Вот на 840D был такой параметр

image.png

Непонятно как время зажима/разжима связано с новой программой, возможно просто совпало!

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

 

Всё-таки увеличение времени зажима/отжима никак не повлияло. Станок останавливается также на одном и том же кадре. Причем нажав Reset, можно продолжить работу (критических ошибок, требующих перезапуска станка нет). Программу ещё раз пересмотрели. Кадры абсолютно идентичные. Почему затык происходит на одном и том же кадре - загадка. 

 

4 часа назад, gudstartup сказал:

Вот на 840D был такой параметр

Вы предлагаете изменить этот параметр?

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

Вы предлагаете изменить этот параметр?

Ежели таковой есть в 840Dsl то почему бы нет хотя возможно у вас там уже стоит запрет импульсов при нахождении оси В на тормозе.

А каково позиционное рассогласование при срабатывании тормоза - смотрели?

6 минут назад, Krieger сказал:

Станок останавливается также на одном и том же кадре.

После кадра задержку времени поставить будет останавливаться или при покадровой отработке или М01 после этого кадра забейте?

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

задержку времени

Про паузу мысль пришла, но уже ушел с работы. Попробую в понедельник. По поводу М01 идея хорошая, спасибо.

 

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

рассогласование

Тоже в понедельник посмотрю. 

 

Вообще, в моей практике случался этот сбой 21612, но он шел вместе с 25020 и 300607. В таком случае помогла пропайка IGBT-транзисторов. И также был случай со сбоем 21612 вкупе с ошибкой по перегреву модуля (или пропадание фаз, что-то такое по памяти). В тот раз заменил модуль целиком. Да, там в обоих примерах были привода 611ые. 

 

Сегодня же столкнулся с 21612 вкупе с сообщением "Идёт позиционирование оси В". Сообщение стандартное, не аварийное, возникает и без сбоя. Если предположить, что умирает привод или какой-либо датчик, тогда почему нет соответствующих ошибок и проблема возникает на одном кадре? 

 

И сегодня была тряска оси В на ускоренном ходу, со слов оператора очень сильная. Но сбоев не было. И впоследствии 3 часа станок отработал без тряски. Не исключаю, что и механически что-то разболталось. Будем проверять.

 

 

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

После кадра задержку времени

Добрый день всем! Ошибку 21612 перед кадром N1275 удалось ликвидировать путем введения паузы перед этим кадром на 5 секунд. Всех это устроило, детали срочные. 4 полных смены станок отработал, те детали закончились.

 

Сейчас появилась проблема, связанная с тряской стола в момент остановки. То есть задаю угол вращения, скажем, 360 градусов, стол вращается более-менее равномерно (рукой ощущается совсем небольшая вибрация, еле заметная и не критичная). А в момент выхода оси В в заданную позицию, возникает "болтанка". Пробовал уменьшить коэффициент усиления MD32200 с 1 до 0,8. Результата особо не дало, параметр вернул. Может чуть более плавно стало. Уменьшил максимальную скорость оси MD32000 с 1,5 до 1, скорость при ускоренном ходе MD32010 уменьшил с 1 до 0,75. Вибрация стала чуть меньше, но все равно присутствует. Особенно при выходе в референтную точку. Но там наверно есть отдельный параметр скорости выхода в нулевую точку? Его я не менял.

 

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

 

Есть ли смысл подстроить время точного останова оси В? Что попробовать изменить? 

 

Рассогласование при движении со 100% подачей 0,36 градуса. 

 

Гидравлический тормоз зажимается уже после выхода оси В в заданную позицию. Он, наверно, повлиять не может. Станок 2в622.

 

 

 

Может ли быть тряска в конце перемещения связана с механикой стола (повышенный износ, люфт)? Или это скорее проблемы с приводом? На детали дробления нет. 

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

@Krieger У вас на столе установлен отдельный датчик позиционирования или информация о позиции берется с датчика мотора?

Тормоз точно полностью деблокирует ось? люфтов нет?

 

09.12.2022 в 19:52, Krieger сказал:

И впоследствии 3 часа станок отработал без тряски.

А тут еще более туманно то трясет то нет?

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

отдельный датчик позиционирования

Да, датчик круговой в центре стола установлен.

 

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

точно полностью деблокирует

Здесь сказать однозначно затрудняюсь, но датчики отрабатывают. Нарастания тока нет.

 

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

люфтов нет

Насчёт люфтов сам думаю. Там червячная передача. 

 

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

то трясет то нет

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

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

Она появляется в момент позиционирования оси, когда ось подходит к заданной позиции. 

Снизьте усиление POS_GAIN 32200 на половину.

Скорость выхода в референции тоже можете убавить 34010.

Если ось не зажимает и нет люфтов тогда надо будет ее оптимизировать при помощи SSP SINAMICS

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

Если ось не зажимает и нет люфтов

Люфты, похоже, есть, потому и трясет. а если переключится на моторный энкодер, хотя бы временно, для проверки?

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

переключится на моторный энкодер

Спасибо. Попробую! А насчёт люфтов мне тоже интересно, как на отечественном заводе реализовали червячную передачу. Насколько понимаю, традиционный "червяк" в принципе имеет люфт приличный. Хотя, возможно, там есть какие-то "хитрые" пружины для выборки этого люфта. Но маловероятно.

 

 

 

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

Но маловероятно.

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

Может кстати лопнуть при этом стол начинает как бы подзаедать

19 минут назад, Anat2015 сказал:

Люфты, похоже, есть, потому и трясет. а если переключится на моторный энкодер, хотя бы временно, для проверки?

Люфты или заедания если отключить датчик на валу сразу все наружу вылезет. 

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • streamdown
      Коллеги приветствую! IPS 8. Подскажите пожалуйста, кто какое серверное железо использует? Интересуют параметры при одновременной работе, ну например, 400 пользователей онлайн
    • gudstartup
      так он так и позиционируется по m19 pmc выдает g70.6 а чпу отвечает f45.7 но ориентацию и смещение в 4077 он отрабатывает нормально шпиндель встает ровно и смена происходит хорошо. вопрос почему после ввода команды управления скоростью он все еще продолжает контролировать число импульсов между нуль метками хотя в принципе уже должен отменить позиционный контроль и просто считать обороты по 0 метке как он это делает без М19? это все понятно но почему оно продолжает проверять это после завершения ориентации мне непонятно
    • Александр1979
      SP9047 SSPA:47 ILLEGAL SIGNAL OF POSITION CODER "The relationship between the A/B phase and 1-rotation signal is incorrect (Pulse interval mismatch)." "Неправильное значение счетчика импульсов сигнала на энкодере ALPHAi. На фазах A и B энкодера за один оборот шпинделя насчитывается 4096 импульсов обратной связи. Программное обеспечение по управлению шпинделем проверяет количество импульсов на фазах A и B, соответствующее энкодеру, при каждой генерации сигнала одного оборота. Данный аварийный сигнал срабатывает, если регистрируется число импульсов, нарушающее заданный диапазон."
    • vs3dpro
      Добрый день! У нас на есть SLA принтер 600х600х400мм. Можно напечатать мастер- модели, и можно приехать посмотреть. mail@iges.space
    • gudstartup
      после ввода 789 в edit mod надо перейти в режим ручное упр. нажать mod а потом помощь и откроется wzw.hlp  с возможностью выполнения команд управления atc. если не появляется содержимое wzw.hlp то возможно что у вас другой код хотя 789 'это стандарт для dmg в этом случае надо смотреть ваш plc раздел у меня пароль прописан в файле wzw_rett.mod
    • Anat2015
      SERVO TURRET AMP ALARM - переводить не пробовали, учитывая, что AMP - это и есть сервопривод? Что тут не ясного, язык не знаком?
    • Viktor2004
      я бы попробовал позиционировать шпиндель сигналом G70.6 Ответный сигнал, шпиндель сориентирован F45.7
    • gudstartup
      Здравствуйте уважаемые участники форума попрошу вас поделится мнениями. Имеется фрезерный шпиндель с позиционным кодером (зубчатое колесо и считывающая головка). Ошибку 9047 выдает после того отрабатывает M19 c последующим включением оборотов Sxxx M3 причем обороты могут быть любыми от 100-макс. Если задавать обороты без предварительной ориентации то 9047 не возникает и шпиндель нормально вращается на любой скорости при этом обороты не гуляют точность поддержания +-1 об\мин. Кабель заменен заменить сам датчик нет возможности. Мой вопрос в следующем почему шпиндель после M19 и включении управления скоростью Sxxx M3 остается в режиме позиционирования а не сразу переходит врежим управления скоростью и даже явная отмена ориентации кодом M20 ничего не меняет ведь режим позиционного управления должен быть отменен или он остается и отменяется не сразу после подачи команды M3 и кода скорости? Станок достаточно старый 2009 года плату управления шпинделем меняли на соседний ничего не изменилось. Это может быть логика PMC или скорее всего это датчик?   PMC-SB.001
    • Killerchik
      А мы-то думали, что пропорциональный гидравлический.....
    • Grig75
×
×
  • Создать...