Activity

rcopen.com/forum/f110/topic140627 Похожая ситуация,кстати. победил только новыми драйверами…очем не жалею( небо и земля)

Ну я то не могу поменять у меня и контроллер и драйвер одно целое. Как то при покупке чет не подумал о том, что было бы неплохо их отдельными иметь мало ли что там погорит и т.п.

Ну теперь не выбрасывать ведь его ))).

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

Продолжаем борьбу с накапливающейся погрешностью.

При прогоне 100 раз квадрата 50 на 50 выяснилось что по Х это не люфт а всетаки накапливающаяся погрешность.

Т.к. по оси Y (после установки земли на все движки и т.п.) она полностью исчезла был сделан вывод либо проблема с кабелями либо с движком.

Как вариант поменял местами движки с проводами X и Z осей. Т.к. 2,5 и 3D пока не планируется проблем с уходом по Z не будет.

Результат накапливающаяся погрешность больше не наблюдается по осям X и Y (для раскроя нормально). По Z (который раньше был X) погрешность есть но из за малого хода по данной оси ее не видно.

В следующий раз нужно будет попробовать поменять кабеля на данной оси.
Т.к. это менее затратно чем новый движек да и быстрее в плане проверки.

Значится рапортую о проделанных опытах.

Смена софта результатов не дала (что в общем то и предполагалось).

Укоротил провода по оси Х.
Все движки посадил на землю. Туда же экраны кабелей, БП, комп.

Результат получился следующий:
Погрешность по оси Y исчезла как класс (на глаз не видно, по идее теперь инструментом нужно измерять).
По оси Х осталась но уменьшилась на порядок(т.е. если раньше я видел уход на 1 мм при каждом проходе то теперь по результатам 10 проходов я вижу только что контрольное отверстие в 0 имеет форму небольшого овала (вытянутого по данной оси меньше чем на 0.5 мм) видимо нужно будет еще поработать над землей по данной оси (хотя может это просто люфт).
По Z не измерял (скорее всего ситуация та же что и с Y) но пока это и не нужно было.

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

Спасибо всем кто оказал помощь в поиске проблемы.

Хм в принципе кабеля у меня в экране (причем каждая обмотка в своем кабеле с экраном) правда вот без земли.
Попробую заземлить и поиграться с длинной кабелей.

А бп у меня 2 один под логику второй под силовую часть.

Чую придется тоже покупать бубен.

я заметил что ШД (а у меня PL57 с редуктором 1:10) имеют разные люфты в обе стороны, отсюда и погрешность. дальше только бексплешем лечить.

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

Попробую покопать в сторону бексплеша.
Спасибо

Знаете, я в СNC станках спец никакой 😃
Но был у меня случай на пенорезке. Запускаю прогу, во время работы одной оси скажем Х, на вторую, скажем Y, шли шаговые импусльсы раз в 3-5с. Так что наблюдалась тоже накапливающаяся ошибка по одной оси… Долго не мог понять что за хрень, причем раньше все работало, ничего не менял вроде и вдруг началось…
Потом я нашел того кто гадил. Это оказался драйвер лазерного LPT принтера LPB-800
Вдруг наведет на какие полезные мысли…

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

юстировать нуно не по G0X10 и смотреть скока проехало, а по:
GOX10
X-10
X20
и т.д. погонять хорошенько и только потом, считать потом весь путь и конечную точку. по ней и принмать решение о поправке на “Steps per unit”.

Хорошо согласен можно и так.
Но в этом случае вы всеравно просто увеличиваете точность позиционирования.
Т.е. например указано 200 шагов на 1мм а портал у вас перемещается на 5 мм вместо одного. Но он перемещается на эти 5 мм в обе стороны.

Какое это имеет отношение к постоянно накапливаемой погрешности ?
Т.е. когда у вас по оси портал проезжает в +50 мм обратно он возвращается на 49 дальше опять на +50 потом обратно опять на 49 и т.д. (т.е. при каждом проходе получается сдвиг)

именно так и есть “Steps per unit”. здесь именно нужны точные настройки, т.к. ШД все разные, люфты никто не отменял и т.д.
А-84,56
В-84,58
Х-84,445 (долго настраивал эту ось 😃
У-84,75

Е мое ступил каюсь. Тире между осями а не запятые (конец дня, пятница, мозг кипит)
Я конечно попробую более точно откалибровать движки однако всеравно несовсем понятно с чего бы возникать в данном случае накапливаемой погрешности (т.е. не болтанка в пределах люфтов а именно постоянно накапливющаяся погрешность т.е. при еще большем количестве прогонов этого квадрата он смещается в бок с постоянной погрешностью +1мм по х ).
Люфты и т.п. они вроде как действуют при движении в обе стороны (и по идее должны компенсироваться) также и установка другого количества шагов на юнит вроде как просто изменяет масштаб.
Т.е. иными словами если в программе задано 50 мм портал проезжает например 65мм (исходя из этих установок) но когда он по этой координате обратно едет в 0 он же должен точно также проехать эти же 65мм и вернуться в 0 установки же не меняются да и люфты вроде как тоже такими же остаются.
Или это не так ?

настраивайте с самого начала:
banned link

По ней и настраивалось
Я не совсем понял что к чему в параметрах у вас относится.
Если это “Steps per unit” то собственно вопрос тогда следующий смысл его менять ?
т.к. при проходе из точки в точку у меня позиционирование происходит нормально
если его сделать другим как я понимаю то вместо например 50 мм портал у меня проедет совершенно другое расстояние.

И что значит например “56-84” там вроде просто число задается.

Или это вообще про другие параметры идет речь ?

Попробовать запустить то же самое задание под TurboCNC из под DOS.
Сразу станет ясно- что гадит(прога или механика).

Сенкс попробую.

а в настройках точно выставлены шаги ШД? сколько на Х и У?
Для примера у меня на 4 осях стоит: 84,56-84,58-84,445-84,75 при других, менее точных измерениях, также накапливалась погрешность.

А можно по подробней не совсем понял про какую настройку идет речь ?

Спасибо за совет учту на будущее.
Но у меня пока станок тестируется и mach3 не ломал а поставил демо для теста ему строк хватает.
Еще какието версии есть почему может возникать такая ерунда ?
И как проверить что проблемма не с контроллером или движками?

День добрый подскажите, может кто сталкивался с подобным, почему может накапливаться погрешность по X и Y?

Используется контроллер пурелоджика PLC002 двигатели PL57H76 управляющая программа mach3

При прогоне квадрата 50 на 50 10 раз появляется накапливающаяся погрешность в одну сторону по обоим осям по X около 1мм по Y около 0.7-0.8 (скорее всего одинаковая т.к там винты разные) Т.е. с каждым проходом квадрат сдвигается в сторону по обоим осям. Ну и соответственно после выполнения программы в 0 естественно не возвращается.
Прогон квадрата происходит по кругу т.е. x50y0,x50y50,x0y50,x0y0 и так 10 раз без остановки.
Все происходит без фрезерования т.е. просто рисуем маркером без особых нагрузок.

Если кто знает подскажите в какую сторону копать по устранению ?