cnc-club.ru

Вообщем много много тем, по этой проблеме, но так и не смог разобраться.
Движки Fuling motor.
Координаты сдвигаются по всем осям в процессе работы, но при инвертировании сигнала степ или дир, смещение происходит в обратном направлении. Следовательно проблему вижу где то в электронике?
Шпиндель, насос, все отключал, проверял, механика тоже в норме.
На LinuxCNC ставил 100000нс на задержки всех сигналов в настройках драйвера, вроде бы погрешность была меньше, но не уходила.
В Мач3 на 1000 строк реверсивного тестового движения координата убегает на 6-8мм в зависимости от скорости ( 20мм в сек, ускорение 300).
Заземление хорошее, провода все экранированы.
Может кто сталкивался с похожими симптомами: при инвертировании сигнала step dir уход координаты в обратном направлении, и знает причину этого.

Это ЛПТ потр?
Что за ПК? (может заменить его?)
Может проверить выходной сигнал анализатором, или осциллографом?

У меня летом была тема - уход Z. Я не мог сказать в какой именно момент. Испытания, пробные прогоны и пр. не помогали (проблему не подтверждали). Переборка механики (мол, вал в шестерне мог прокручиваться) не помогли. Была гипотеза "недостаточность мощности блока питания" - мол, в пиковые моменты совпадающего ускорения по всем осям нехватало тока. Удвоил мощность - проблема вцелом ушла. Но зимой бабахнуло - оказалось, провод мотора Z сперва перетирался (росло сопротивление = требовался ток) потом в итоге совсем разорвался. Также возможны ограничения по частоте сигнала - контроллер может выдавать больше, чем может обработать драйвер двигателя.

a321 писал(а): ↑ Также возможны ограничения по частоте сигнала - контроллер может выдавать больше, чем может обработать драйвер двигателя.

Драйвер по ДШ - до 300кГц.. это "фирмА", драйвер навороченный с опциями, заточен под микрошаги.
Либо не правильно настроены драйвера, выдавая лишний шаг, либо стабильно лезет мусор в сигнальную линию.

Если обратится к документации, то в ней сказано, что это цифровой драйвер. "Кушает" управляющие сигналы от +3В. Не стандартно низкий уровень.. любой ЭМИ может дать ложный сигнал.
Раз заявлено про Mach и LinuxCNC, сделаю предположение что подключение через LPT. Поэтому "скорость" LPT-порта - для драйвера, это утренняя гимнастика..

Как выглядит монтаж в щите с драйверами? Может там "ужас-ужас". Какая плата развязки? Как выполнено подключение БП к потребителям?
* Заземления всех БП завести в одну точку. Туда-же завести корпус ПК и станка.
* "минус" всех БП должны быть разделены. (драйвера, плата развязки, датчики).
* Сигнальные провода между драйвером и платой развязки лучше кидать витой парой, если есть такая возможность.

Конечно lpt порт. Плата коммутации Китай, пробовал несколько типов, результат одинаковый. Между драйверами и платой витые пары в экране. На движки тоже экранированный провод.
Монтаж конечно не самый лучший, но вроде и не ужас ужас.. плата питается от блока питания компьютерного, от него же питание идёт на кулера для охлаждения драйверов. Драйвера питаются от трёх импульсных блоков по 350 Вт, напряжение 52в. На ось z отдельный блок.
Заземление все собрано, сделано 1.5м штырь 30мм в землю , рядом со станком.
Буду на днях комп пробовать другой, и должен китайский драйвер прийти с Али..через месяц только.

Если раньше работало без нареканий, то можно попробовать с ПК. (занять на время - винт перекинуть и ЛЦНЦ без проблем запустится)
А экраны верно подключены? (а то могут играть роль антенны и усиливать помехи)

Он походу нормально никогда не работал. Просто периодически делал что то простое, без сотен тысяч строк, и смещений по z. Сегодня уменьшил ускорение, м 500 до 200 и скорость 1000 с 3000, один раз прошла программа в ноль, увеличил в два раза - пошел сбой. Вернул назад на меньшие значения - опять погрешность.
Поможет ли оптическая линейка избавиться от этого?

Поставь на сигналы степ/дир RC фильтры сразу на входе драйвера. Длительность степ-сигналов выбери максимальной (в маче это 15мкс).
Временную составляющую фильтра выбери 4-7мкс (22нФ и 150...300 Ом). Придушишь помехи по сигнальным каналам.
Плата опторазвязки максимально близка к компу.

Ну и если есть осцилограф,непомешает посмотреть что там с сигналами на выходе

У меня как-то были проблемы со скрещиванием к флопа и лидшайна. Они просто несовместимы были. При смене направления игнорировался первый шаг, то есть контроллер изменяет дир и пуляет степами. Но первый степ драйвер засчитывает в старом направлении, а следующие как надо. С таймингами какие-то приколы были.

Очень похоже, как раз погрешность и получается на величину микрошага 0.005мм, на моем станке. Замена компьютера не помогла. Может кто есть с Минска, и даст на пару часиков драйвер погонять ?