Смещение координат картинки при многократном повоторении GRBL

Сообщение **Ilya67** » 13 окт 2020, 16:34

Всем привет.
Станок самодельный на контроллере CNC XPRO V4 (пробовал просто ардуино нано подключать напрямую к драйверу, результат то же)
Драйверы DM542
ШД ST57-76
Прошивка GRBL 1.1h (пробовал другие версии результат то же)
Лазер диодный 5W
Проект создан в lightburn (если написать gcode в блокноте результат тоже) 4 слоя. 1 и 4 проход по одному разу на мощности 30%, скорость 2000мм/мин. Слой 2 и 3 мощность 1% скорость 2000 мм/мин
Если посмотреть на результат резки то видно что квадрат смещается на несколько мм по обеим осям.(в проекте все квадраты находятся друг на друге, без смещения)
На смещение влияет ускорение ($120, ;121) Чем меньше тем меньше смещение, но всегда есть даже при минимальных ускорениях типа 50мм/сек2. Также влияет папрметр $11, чем меньше он тем меньше смещение но меньше чем 0.001 этот параметр выставить нельзя.
Это не пропуск шагов, смещение всегда одинаково и прямо пропорционально параметрам выше.
Драйверы менялись, движки тоже.
После было решено подключить контроллер руида и с ним все работает хорошо.
ЧТо я пропустил? Другие станки на этой прошивок работают без таких нареканий.

Сообщение **Rom327** » 13 окт 2020, 18:54

Ilya67 писал(а): ↑ ЧТо я пропустил?

Выложи настройки GRBL и код программы с квадратом. Смещение всегда одинаковое или разное?

xvovanx · Сообщение **xvovanx** » 13 окт 2020, 19:11

Ilya67 писал(а): ↑ На смещение влияет ускорение ($120, ;121) Чем меньше тем меньше смещение

По описанию похоже на пропуски шагов на повышенных ускорениях

Ilya67 писал(а): ↑ После было решено подключить контроллер руида и с ним все работает хорошо.

С Руидой ускорения выставлены те же?

Q-starь · Сообщение **Q-starь** » 14 окт 2020, 06:37

В "0" возвращается?

Сообщение **Ilya67** » 14 окт 2020, 21:29

Rom327 писал(а): ↑13 окт 2020, 18:54
Ilya67 писал(а): ↑ ЧТо я пропустил?
Выложи настройки GRBL и код программы с квадратом. Смещение всегда одинаковое или разное?

Завтра попрошу коллег в офисе, выложу.

Сообщение **Ilya67** » 14 окт 2020, 21:31

xvovanx писал(а): ↑13 окт 2020, 19:11
Ilya67 писал(а): ↑ На смещение влияет ускорение ($120, ;121) Чем меньше тем меньше смещение
По описанию похоже на пропуски шагов на повышенных ускорениях
Ilya67 писал(а): ↑ После было решено подключить контроллер руида и с ним все работает хорошо.
С Руидой ускорения выставлены те же?

Нет. Исключено. Ускорения теже, и на руиде ставились даже больше.
Можно выставить минимальное, хоть 1мм/сек2 но придется проходов сделать больше чтобы на глаз было видно сбой.

Сообщение **Ilya67** » 14 окт 2020, 21:32

Q-starь писал(а): ↑14 окт 2020, 06:37 В "0" возвращается?

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

Сообщение **Ilya67** » 14 окт 2020, 21:44

Rom327 писал(а): ↑13 окт 2020, 18:54
Ilya67 писал(а): ↑ ЧТо я пропустил?
Выложи настройки GRBL и код программы с квадратом. Смещение всегда одинаковое или разное?

Смещение всегда одинаковое и зависит от ускорения и параметра $11 GRBL.
Причем сбой только при движении на фигурах с углами, например квадрат или при рисовании наклонных линий.(когда в движении обе оси одновременно)
Делал специально отрисовку только!!! горизонтальной или вертикальной линии через 100-200 проходов ничего не сбивается.
Если отрисовать наклонную линию например в 45град, то уже после 50 проходов видно на глаз что линия уходит.
Если менять коэфициент деления на драйвере ШД и после пересчитать параметры (число импульсов на 1мм) в прошивке GRBL чтобы не сбился масштаб то получим то же смещение. Пробовал от 1:8 до 1:64
Пробовал вникать в исходники GRBL и искать функции отвечающие за движение но туда нужно уходить с головой. Там хорошая математика. Возможно причина кроется куда в более простом решении нежели правки исходников. Тем более эта же прошивка работает в платах типа клона элексмейкра+готовый китайский станок без проблем.

Сообщение **Ilya67** » 14 окт 2020, 23:34

Решил копнуть чуть глубже.
т.к. проблема носит явно выраженный программный характер, а на анализ и изучение исходных кодов GRBL нет ни времени ни желания решил проанализировать состояние памяти EEPROM в контроллере (именно туда я так думаю сохраняются настройки $параметров GRBL)
Т.к. параметры GRBL конфигурировались через меню программы Lightburn (а в этом месте были обнаружены ранее баги, о чем я писал разработчику, и в последних версиях баг с инверсией пропал) то был слит дамп eeprom после записи через меню лайтберна и был слит дамп после записи параметра $11 через консоль (пробовал несколько разных программ включая встроенную консоль в сам лайтберн)
Результат на картинках. Получается если ввести $$ в консоль мы видим значение параметра $11=0.001 и в том и в другом случае, но состояние ячеек eeprom отличается после записи одного и того же параметра черз консоль и через программу лайтберн.
Буду пробовать настраивать на днях контроллер только из консоли, по результатам отпишусь.

Сообщение **Ilya67** » 16 окт 2020, 23:06

Проблема решена полностью путем замены драйверов ШД на другую модель стоимостью в 5 раз ниже. DM542 был заменен на TB6600. Непонятно почему они (DM542) так "чудили" с контроллером CNC XPRO v4 и напрямую подключенные к ардуино нано. Осциллограф на сигналах step показывал размах 5В в обоих случаях (в сравнении с руидой). Руида в отличии от контроллера GRBL всегда!!! формирует меандр на любых скоростях. GRBL же формирует импульс длительностью в микросекундах задаваемый параметром $0. Но регулировка этого параметра никак не сказалась на поведении станка. Да,TB6600 далеко не лучший вариант,шумят ШД сильно, вибрации, но работает. Возможно позже будут оригинальные драйвера ледшайн, попробую с ними поэкспериментировать эту связку.