Ошибка при выходе в 0 ось B после ремонта.

[DikoStone 2]

Здравствуйте.

 

У нас на производстве имеется фрезерный станок KH50GF18i-MB, стойка FANUC 18i - MB в июне месяце появился дефект: при смене паллеты время от времени происходил сбой — по показаниям машинных координат при смене паллеты стол проворачивался на 0,1..0,2 единиц. При этом возникала ошибка.

В ходе диагностических и ремонтных работ был снят и разобран поворотный стол, при обратной сборке стола референтная метка на венце была смещена на ~30º (зафиксирована на других имеющихся отверстиях).

После чего не удалось выйти в нулевую позицию. Наладчики изменили параметр 1821 на 40 000, и в параметр 1850 указали необходимое смещение для выхода в нулевую точку. Так же был изменён бит в регистре 1006 отвечающий за направление поиска нулевой точки.

На данный момент после включения станка выход в нулевую позицию возможен при положении регулятора FEED RATE 25%. После первого выхода в нулевую позицию, станок возвращается в неё, независимо от положения регулятора FEED RATE. Однако при включении станка, выход в 0-ю позицию по оси B, с положением регулятора FEED RATE более 25% не возможен, ошибка выхода в 0 составляет порядка 5°.

Возможно ли исправить имеющуюся ситуация не изменяя физического положения нулевой метки на венце поворотного стола.

[DikoStone 2]

УРАААА-ААА-АААА!!!!!!!!!!!!!!!!!!!! Мы его победили....

[DikoStone 2]

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

Боюсь, что мало кто смог бы предположить, что было причиной столь долгий интимных отношений с этим станком. 

В краце оказалось, что датчик работал немного не верно, а именно в районе второго крепёжного винта, недалеко от конца метки-шайбы, по непонятным причинам считал, что метка закончилась, а через диаметр отверстия считал, что метка появилась опять. В данном положении датчика рефф получалась на первой белой точке, и на этой точке да он был не на датчике, внося коррекции в 1850 мы получали неадекватную реакцию т.к. он "наезжал" на концевик снова. 

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

Всё это решилось перемещением метки на одно отверстие левее(по фотографиям), это примерно 1-2гр., проверена "непрерывность" восприятия метки и... и всё стало как надо. При 1850 =0 он немного переехал физический нуль, при внесении поправки  со знаком плюс, он отодвинулся ещё дальше от физического нуля, а при внесении той же поправки но уже со знаком минус вышел в 0 как и предполагалось. От физического нуля до края метки есть значительное расстояние.

 

PS: Выяснил чисто случайно. В первый раз, когда проверял это и скинул сюда фотографии где находятся начало и конец метки, я делал это на малой относительно скорости х10, и нашёл первый край метки, дошёл до второго края метки и немного ещё прошёл. всё вроде как и логично два края метки, здесь она есть здесь и здесь её нет.

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

 

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

А да, ещё, коррекция в 1850 вполне себе работает и без изменения 1002 в 1 :)

[DikoStone 2]

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

То есть получается что если вы смещаете концевой выключатель и он останавливается когда он съезжает с него и достигает либо первой либо второй из белых точек то при одном и том же значении в 1850 ось от левой точки смещается по ЧС а от правой против ЧС?

Ничего не понимаю!!!

Как бы при нормально работающем концевом выключателе такого быть не могло, а вот в таком варианте вполне себе получилось. И визуально это выглядело так будто при левой точке коррекция выполнялась в лево ( против часовой стрелки), а при второй точке вправо (по часовой стрелке), а в нужную сторону оно не могло повернуться, так как наезжало на концевой выключатель ( в первом случае оно вроде как съехало с него, но дальше в том же направлении оказывался ещё один, которого там быть не должно), ну а во втором случае точно так же но уже чуть более логичнее, но в купе с первой нелогичностью приводило к неверным результатам анализа ....

 

И надо ж было попасть во впадину, при выходе на первую точку ?

[vl_cnc 92]

А меня смущает изогнутость вашего датчика.... Почему он такой? Возможно, что при такой деформации он будет плохо реагировать на сигнал кулачка (смещается зона срабатывания).

[DikoStone 2]

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

А меня смущает изогнутость вашего датчика.... Почему он такой? Возможно, что при такой деформации он будет плохо реагировать на сигнал кулачка (смещается зона срабатывания).

Это его заводской вид,  физически он установлен не перпендикулярно касательной к венцу, а под кекоторым углом, а это изгиб как раз компенсирует эту разницу и плоскость датчика становится параллельно плоскости метки-шайбы (стальной пластины прикрученной к венцу). 

[vl_cnc 92]

33 минуты назад, DikoStone сказал:

Это его заводской вид,  физически он установлен не перпендикулярно касательной к венцу, а под кекоторым углом, а это изгиб как раз компенсирует эту разницу и плоскость датчика становится параллельно плоскости метки-шайбы (стальной пластины прикрученной к венцу). 

понятно,спасибо

[gudstartup 719]

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

А да, ещё, коррекция в 1850 вполне себе работает и без изменения 1002 в 1

1002#2=1 как раз нужно для отмена сдвига референтной метки чтобы учесть Ldec + Lsft  fа затем вы его вводите 1002#2=0  и как видно из картинок в руководстве Ldec уже не учитывается только Lsft

[DikoStone 2]

1 час назад, vl_cnc сказал:

понятно,спасибо

Да это вам спасибо, указали на то что увидели и обосновали. Мне же просто, как дрежащему это все в руках, данный аспект чуть виднее. Хотя должен сказать первое впечатление которое возникло после его демонтажа... Ещё то впечатление. 

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

1002#2=1 как раз нужно для отмена сдвига референтной метки чтобы учесть Ldec + Lsft  fа затем вы его вводите 1002#2=0  и как видно из картинок в руководстве Ldec уже не учитывается только Lsft

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

В частности п. 1 гласит установить 1002#2=1, ноинигде не сказано что его надо вернуть в 0.

Также там указана величина Ldec , но совершено не сказано, что с ними делать

[gudstartup 719]

17 минут назад, DikoStone сказал:

В частности п. 1 гласит установить 1002#2=1, ноинигде не сказано что его надо вернуть в 0.

Также там указана величина Ldec , но совершено не сказано, что с ними делать

Да в основном тексте ссылки на это нет зато в описании параметра 1850 есть вот это напоминание

Видимо Фанук написал эту инструкцию в общем ключе а более подробное описание оставил для сервисных дополнений но и этого вполне достаточно просто вы столкнулись со сложным случаем

Все таки вы достигли положительного результата, БРАВО ! Такие непростые неисправности учат мыслить нестандартно,