ProfteQ FRT9

[ART]

Вот такое чудо.

Софт называется FRT9.

Насколько я понял, это зачистное устройство.

 

А в софте видим вот это.

 

Если плохо видно:

until I_S2_I

;PART: ATTESA SYNC 1 ON INF.

 

Эта кака выскакивает сразу же при нажатии кнопки Start.

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

Полностью закомментил рабочую программу (т.е. она пустая), но ничего не меняется.

 

Настораживает логика: какой-такой синхронизации 1 от какого-такого INF может ждать система для запуска рабочей программы в режиме автомата?

Никто с таким станком не сталкивался?

Изменено 9 августа, 2017 пользователем ART

[Elektrik1982]

Хм... А вход под номером 1 проверял? Возможно система ждет сигнал готовности, но его нет. И я бы еще проверил дип-переключатели на платах входов-выходов. Возможно тупо пропал контакт.

[ART]

Все гораздо интереснее.

У этой фиговины не один контроллер, а два. Один рулит двумя осями сверху, второй двумя осями снизу.

И при этом каждый имеет свой собственную связь с ПК через отдельный порт COM.

Проблема синхронизации контроллеров решена... в рабочей программе, в которой есть команда G30, именуемая синхронизацией (!), которая тормозит верхний контроллер в ожидании прихода в нужную точку нижнего. Сигнал о синхронизации передается нижним контроллером верхнему по паре проводов, которые в мануале благополучно найдены.

Все красиво,но... нижний контроллер оказался совсем не таким, что нарисован в мануале. И при этом отнюдь не все провода контроллеров выведены на светодиоды, есть и толстый жгут, который прет прямиком на платы МК.

Ошибка, обозначенная на фото, в программе не найдена. Это означает, что это сообщение пришло с верхнего контроллера, которое сообщает о том, что верхний контроллер ждет с нижнего перехода сигнала S2 в состояние логической единицы.

Забрал на стол интерфейс нижнего контроллера в поисках нужного верхнему сигнала S2.

А что еще остается делать, как не идти по проводам?

[Vitalie]

Вроде profteq живы, я недавно видел в Италии один сварочник P.V. Tecnic и владелец говорил, ъчто были спациалисты с Профтека, т.е. им можно писать.

[ART]

Вроде profteq живы, я недавно видел в Италии один сварочник P.V. Tecnic и владелец говорил что были спациалисты с профтека, т.е. им можно писать.

Да, писали, и да, отвечали, но это было давно.

[Elektrik1982]

Все гораздо интереснее.

У этой фиговины не один контроллер, а два. Один рулит двумя осями сверху, второй двумя осями снизу.

И при этом каждый имеет свой собственную связь с ПК через отдельный порт COM.

Проблема синхронизации контроллеров решена... в рабочей программе, в которой есть команда G30, именуемая синхронизацией (!), которая тормозит верхний контроллер в ожидании прихода в нужную точку нижнего. Сигнал о синхронизации передается нижним контроллером верхнему по паре проводов, которые в мануале благополучно найдены.

Все красиво,но... нижний контроллер оказался совсем не таким, что нарисован в мануале. И при этом отнюдь не все провода контроллеров выведены на светодиоды, есть и толстый жгут, который прет прямиком на платы МК.

Ошибка, обозначенная на фото, в программе не найдена. Это означает, что это сообщение пришло с верхнего контроллера, которое сообщает о том, что верхний контроллер ждет с нижнего перехода сигнала S2 в состояние логической единицы.

Забрал на стол интерфейс нижнего контроллера в поисках нужного верхнему сигнала S2.

А что еще остается делать, как не идти по проводам?

 

Жесть!!!! А какого года станок? Мне еще не приходилось сталкиваться со станками, у которых два контроллера, и чтобы они общались между собой! Антиквариат!!!

 

А там случаем не стоят на входах TLP? У них есть особенность выгорать.....

[ART]

 

Жесть!!!! А какого года станок? Мне еще не приходилось сталкиваться со станками, у которых два контроллера, и чтобы они общались между собой! Антиквариат!!!

 

А там случаем не стоят на входах TLP? У них есть особенность выгорать.....

Год забыл посмотреть. Но брали б/у, в Питере.

На входах не TLP, а SFH6156. И вот на выходах TLP.

[Elektrik1982]

Значит, вполне вероятно, что TLP второго контроллера и выгорела. Если не впаяны в плату, я бы на твоем месте их все заменил. Для профилактики.

[ART]

Увы, впаяны. И платы местами я уже менял.

[ART]

Куда-то сдвинулись...

Обнаружено, что при нажатии кнопки Start (то бишь запуске рабочей программы, любой, даже пустой) верхняя ось уходит по Y вверх, а нижняя - соответственно вниз. Зачем понятно - чтобы не цапануть раму, если она вдруг находится в рабочей зоне. Уходят оси не в "ноль", но в очень близкое к ним положение.

Так вот, верхняя ось бежит бодро и четко, и встав, ждет нижнюю, которая стоит аки шпала в навозе. О чем собственно комп нам любезно и сообщает. Он не говорит, что ошибка, он говорит, что ждет когда нижняя ось встанет в исходное положение. А она ни гу-гу...

Короче, чтобы не рвать привода к серве, буду сажать её на комп с фирменным яскавовским софтом. Потому как либо команда на перемещение серве не передается, либо серва эту команду не исполняет. И при этом вручную все отлично ездит, в т.ч. и на разных скоростях.

[tehnic]

А не может быть самого простого - датчик обнуления(или концевик) данной оси?

Когда гоняете в ручном режиме - фактическое и программное местоположение совпадают?

[ART]

А не может быть самого простого - датчик обнуления(или концевик) данной оси?

Когда гоняете в ручном режиме - фактическое и программное местоположение совпадают?

А как бы он выходил в ноль без датчика обнуления?

А вот сравнить показания положения по X и Y нижней оси с ожидаемыми не догадался.

Спасибо, полюбопытствую.

[Elektrik1982]

А как бы он выходил в ноль без датчика обнуления?

А вот сравнить показания положения по X и Y нижней оси с ожидаемыми не догадался.

Спасибо, полюбопытствую.

 

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

[ART]

То есть при выходе в ноль ось поедет к датчику, который закоротило?

[tehnic]

То есть при выходе в ноль ось поедет к датчику, который закоротило?

Не совсем, от него.

[ART]

Не совсем, от него.

И доедет до аларма, верно?

 

И тем не менее в Вашей версии есть одна очень умная мысль.

Ось едет вручную и не едет в программе.

А езда вручную отличается от езды в программе использованием энкодера.

Т.е. завтра буду рыть в эту сторону.

Тем более, что кабель к серве заказчик все равно потерял.

 

З.Ы. Притащили в ремонт Jetter. Так у него вообще оптронов нету. Ни на входе, ни на выходе.

[Elektrik1982]

И доедет до аларма, верно?

 

Не совсем. Как правило, станки имеют несколько степеней защиты от "неразумного" поведения оси:

1 - нулевой датчик.

2 - программное ограничение движения оси: минимальное и максимальное положение.

3 - аварийный датчик. Их 2. И часто нулевой датчик совмещает в себе функции аварийного.

 

Как протекает процесс обнуления в станках (в любых):

Голова достигает нулевого датчика - в программе активируется параметр нулевого положения, который содержит фиксированную цифру нулевого положения (изменяется в настройках станка). Далее ЧПУ дает команду на обратное движение с уменьшенной скоростью, чтобы поймать момент "деактивации" нулевого датчика. Голова останавливается, и программа понимает, все - нулевое положение достигнуто.

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

[ART]

Здесь вариант 3 - на каждой оси один из аварийных датчиков совмещает функцию нулевого.

С компа вручную задать координаты нельзя, только движение, скорость которого можно снижать.

Оси при обнулении идут в правильных направлениях и обнуляются по описанному выше алгоритму, причем верхняя и нижняя по-очереди.

Скорости при обнулении одинаково низкие - как при поиске датчика, так и в поиске момента его деактивации.

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

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

Изменено 16 августа, 2017 пользователем ART

[Elektrik1982]

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

 

Вопрос: режим обнуления проходит нормально? Если реально - сними видео.

 

Кроме того... проверь дополнительные реле. Они могут отвечать за посылку сигнала готовности первому контроллеру.

[ART]

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

По показаниям координат на компе это, ведь, должно быть видно?

[Elektrik1982]

По показаниям координат на компе это, ведь, должно быть видно?

 

Это видно по реакции станка.

[ART]

Идет потихоньку в ноль, а потом так же обратно на где-то 10 мм от датчика. Датчик магнитный.

Но эти -10 мм от ноля в случае парковки должны индицироваться на экране?

[tehnic]

Но эти -10 мм от ноля в случае парковки должны индицироваться на экране?

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

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

И ещё обратите внимание на своеобразные колодки(разъёмы), может чего-то не хватает?

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

[Elektrik1982]

Идет потихоньку в ноль, а потом так же обратно на где-то 10 мм от датчика. Датчик магнитный.

Но эти -10 мм от ноля в случае парковки должны индицироваться на экране?

 

Хм.... Ну, по поведению все верно.

Значит дело не в датчике.

[ART]

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

В этом станке парковки ровно в 10 мм от нолей.

 

Получена достоверная инфа, что при нажатии кнопки "Старт" все четыре оси должны уйти поочередно в парковку: Y верх, X верх, X низ, Y низ.

На самом деле весь процесс останавливается на выходе на парковку верхней оси Y. На парковку она выходит правильно, но следующая по очереди ось X верх далее не едет.

Задание на серву с него не поступает.

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

 

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

И да, колодка в одном из его разъемов присутствует.

Изменено 17 августа, 2017 пользователем ART