cnc-club.ru

Linux CNC.
Сервы по всем осям (настроено 2048 импульсов на оборот сервы)
Кто обьяснит почему уходит 0 заготовки при выполнение одной и той же УП? Квадрат был пройден 6 раз (по одному и тому же месту фреза прошла), а логотип раз 8 и все получилось со смещением!!! но после 7 раза и Хоумления последний проход прошел по первому. И почему детали получаются длиннее чем задано и соответственно возвращается станок не в ноль заготовки? Связано ли это с точностью вычислений программой Gcoda?
Влияет ли количество знаков после запятой в УП и LinuxCNC?

Люфт в винтах не проверяли?? Проскальзывание муфты?

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

Kulibin74 писал(а):почему после повторного хоума (в логотипе) все встает на свои места?

У вас "оси" уплывают физически. При хоумлении вы повторно ставите "ноль" для осей.
Где-то в линухЦНЦ можно глянуть ошибку при выставлении нуля - значение координаты осей перед обнулением.
Также к слову - сервы у вас напрямую или через редуктор?

по Y через редуктор 1/8 помоему или 1/12, по Х напрямую

Окружность командами G2, G3 нормально рисует?
Попробуй программу отсюда

Сергей Саныч писал(а):Окружность командами G2, G3 нормально рисует?Попробуй программу отсюда

круги идеальные
программу через 15 минут выключил, ходит по одному месту и ничего не смещается
запустил программу выборки внутри двух контуров 70*70 мм с шагом 0,1 растром 0 град и 45 град, посмотрим что получится
И еще раз про люфты, допустим есть люфт по всем осям в 1мм, при фрезеровке одной УП 10 раз ноль же не сможет физически сместится на 10 мм? Так? Смещается ведь относительная координата, которая высчитывается програмно... после выполнения последнего перемещения в УП и то на основании последней точки? или я не прав? То есть хочу сказать, что ноль заготовки после выполнения УП относительно ноля станка уже будет не тем нулем, который был вначале УП в координатах станка.

слева растр 45 град, справа 0 град относитеольно Х. Y расположен горизонтально фото. видно что справа увеличилось по Y на 5мм. точка справа это ноль по Y при выполнении той же УП (смещение 5 мм). При растре 45 град видно что под конец Y тоже сместился но уже где-то на 1 мм.

Может быть мало шагов на миллиметр? По Х 500.Y 200. 1/200=0,005мм. УП составлена три знака после запятой. То есть хочу сказать, как станок отработает перемещение по Y на 0.002мм если один шаг 0.005мм? Никак? Или двинет ось на 0.005мм? Не от этого ли моя проблемма? В сервоусилителе по моему можно выставить электронную редукцию, сделать хоть 10000 шагов на оборот движка?!
Но тогда это не обьясняет почему у меня с шагом 0.1 мм на 70мм деталь удлинилась на 5мм? Ведь получается целое количество шагов.
Еще сегодня смотрел свой файл ini. Мне показалось странным, что параметр импульсов на мм у меня не 500 и 200 по осям а другие.
Хотя станок едет 800мм по линейке и отображаетс в аксис столько же.

Может соотношение шаг/мм неправильно рассчитано?

Выложи G-код.
Точность внутренних вычислений в LCNC гораздо выше обычно задаваемой в G-коде. Так что количество знаков особо влиять не должно. Тем более, если обработка ведется в абсолютном режиме (G90).

Тима писал(а):Может соотношение шаг/мм неправильно рассчитано?

Тогда бы всего лишь изменился масштаб.

Ошибся я, в ини у меня все правильно. 2048 имп на оборот сервы, редуктор 1/12, ремень Т5, 20 зубьев шкив получается 245,76 имп /мм по У
2048/5мм=409,6 имп/мм по Х. Значит этот вариант отметаем...
Почему правый квадрат (растр 0*) увеличился на 5мм а левый (45*) к концу УП только на 1-2мм уполз по У??????
а как LinuxCNC вычисляет количесво шагов на перемещение? берет значение конечной точки и вычитает значения начальной и делит на STEP_SCALE округляет, а потом выдает серию импульсов? Правильно?

megagad писал(а):У вас "оси" уплывают физически

Это как, можно поподробнее?
Ничего не понимаю. Правый квадрат фрезерован смещением от центра, левый растр 90 град. общая длина по У получилась 140-+0,2 мм (фанера всетаки)
При фрезеровке растром 90 град, станок под конец недорезал по У видно из размеров.(но мало).
Почему при растре 0град увеличение аж 7%???

Вот видео повторного Хоума после выполнения первой УП, если поможет. Координаты на экране машинные.
https://www.youtube.com/watch?v=0SQ1jnp04uM
фрезернул еще тест левый квадрат растр 135 град, правый 0 град, шаг 0,25мм. по У уплыло только на 1мм
поставил одинаковые ускорения по осям Х и У. вроде лучьше стало, но ноль заготовки все равно смещается. в положительные стороны.

Kulibin74 писал(а):люфта нет, проскальзываний тоже

пока не устраните микропроскальзывания , изведёте себе всю фанеру, а Nicky сервер своими 5мегапиксельными фотками.

verser писал(а):а Nicky сервер своими 5мегапиксельными фотками

Точно, так у Ника скоро его терабайт закончится, народу-то много с такими файликами на форуме

verser писал(а):пока не устраните микропроскальзывания

что такое микропроскальзывания? каким боком они влияют на увеличение заготовки растром 0 градусов шагом 0,1мм на 7%.
Про фотки понял, спасибо. Надо вставить в сайт image resize при выкладывании фото!!!
Да, террабайт не так уж и много для такого форума...

verser писал(а): изведёте себе всю фанеру

фанера 22 мм снимаю по 0,5мм, на долгие эксперименты хватит.
просто какая-то непонятная закономерность, чем мельче шаг растра, тем больше убегают координаты.
буду в понедельник пробовать обработку по контуру 800*900 мм просто в цикле, допустим 50 раз, а потом опять прогонять эту же УП несколько раз. Вопрос: Будет смещаться ноль заготовки или нет? (думаю нет)

У кого сколько шагов на мм перемещения? Кто поделится информацией?

Еще мысль в сервах сделать электронную редукцию (допускается 65535 шагов на оборот сервы), так, чтобы на шаг приходилось допустим 0,0001мм.что будет уже больше чем в УП. И что значит "точность внутренних вычислений LinuxCnC выше чем в УП"?
Да, ремни у меня по У. думаю может натянул так, что шаг стал не 5мм? так 800*900 рисует мм в мм.
Еще начал думать про датчики хоума, что срабатывать каждый раз на разном расстоянии. так почему после хоума при фрезеровке 8 раз логотипа попало в ту же траекторию, что и первый проход?
да и про "микропроскальзывания" в первом станке на шаговиках (разбран, не понравился) почему-то проблем с увеличением координат небыло, а люфты были и конкретные!!!
Как сказал один теоретик "Чем больше количество вычислений, тем больше накпливаимая ошибка"

обещаю отредактировать свои фотки, я ж не враг нашему форуму. только вопрос, а то, что я перезагружу в низком разрешении будет ведь дополнением к тому, что я уже загрузил?

Predator писал(а):Точно, так у Ника скоро его терабайт закончится, народу-то много с такими файликами на форуме

только не все это поймут...(смотри оценку к посту #16)
Ладно, с фотками понятно. надо сделать фичу "изменить размер фото"и в правилах форума записать, что сервак не резиновый, люди платят деньги, если что то очень важное хотели сказать фоткой то пожалуйста в низком разрешении и кусок того, что хотели выложить в хорошем. Зачем станок 2*1 метр выкладывать в разрешении 12 Мпх Ведь цель общая компоновка деталей, не так ли? Кому что не яснов компоновке станка в личку ( а я до сих пор не знаю можно ли файлы отсылать лруг другу через личку... )

А по существу темы кто ответит?
Ничего не понял но
http://studopedia.net/11_86424_statisti ... nosti.html
"В тех случаях, когда суммарная погрешность оказывается больше допуска на выполняемый размер, т. е. при ω=ωп+ωр>δ, метод кривых распределения позволяет определить вероятный процент годных деталей или вероятный процент брака."