Минусовые координаты GRBL LightBurn

[Alexmit]

В закомментированном..

Ну так раскомментируйте и перешейте плату.

 

[VikNik]

Недавно собрал лазерный гравер на GRBL на плате Arduino uno, все вроде бы работало нормально пока мне не пришлось работать в LightBurn, при попытке начать что либо гравировать программа выдает ошибку, типа я вышел за пределы рабочей области, это из за минусовых координат

У меня были такие же проблемы. Я их решил написав пару скриптов VBS. Если Вы умеете пользоваться VBS скриптами - я поделюсь. В исполнямый exe переделать всё недосуг. Да и для собственных нужд скриптов хватает.

 

[Dizzy]

Привет

я перепробовал разные варианты из форумов, из ИИ, и ничего не меняет ситуацию... На скриншоте показал как отображаются координаты, и домашнее положение головы лазера(левый нижний угол)

Особенно улыбнуло про ИИ. С этого, как правило, начинаются самые увлекательные истории. Особенно умиляют свидетели святого ЛАРНБАРНА, который, к слову, портит частенько G54. А теперь, внимание, правильный ответ:
$RST=#

 

[VikNik]

В своём посте # 17 я не дописал, что это скрипты для для сдвига УП по осям X и Y. Сдвинул в область положительных значений и не надо морочиться с большиством того, о чём здесь написано.

 

[Dizzy]

В своём посте # 17 я не дописал, что это скрипты для для сдвига УП по осям X и Y. Сдвинул в область положительных значений и не надо морочиться с большиством того, о чём здесь написано.

У меня только один вопрос - зачем скриптами корректировать косяки ЛБ в G54 и почему нельзя сбросить в 0? И каждый раз, когда они уплывают, менять корректировку? Как по мне, так это костыль для костыля.

 

[VikNik]

Это не костыль для костыля, а исправление недостатков отдельных САМ программ. Зачем дёргаться каждый раз с переключением начала координат, ели УП можно подогнать к нулю? И не заморачиваться с этим переключением на каждой поделке, предварительно напоровшись на неприятности? Я так думаю и так со мной случалось. А кроме того этот скрипт можно использовать при компоновке. Это как бонус.

 

[demyuri]

Зачем дёргаться каждый раз с переключением начала координат, ели УП можно подогнать к нулю?

...?
Вот здрасьте!!! Никакая КАМ программа не будет ничего делать, если не задать точку начала УП. Не понял про "дерганья с переключением начала координат". Любая работа начинается с начала, даже на универсальных станках сначала находится край детали, от которого начинается обработка (обнуление координат). Зачем подгонять УП к нулю, если она и так к нему привязана? Либо вы невнимательно изучали, либо как-то не так поняли принцип создания УП и работы ЧПУ станков. Не рекомендую "блистать" такими познаниями.
РS. Интереса ради глянул Гугл, есть кнопки обнуления в лайтберне. Изучайте матчасть.

 

[Dizzy]

Это не костыль для костыля, а исправление недостатков отдельных САМ программ.

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

 

[VikNik]

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

Господа. Человек задал конкретный вопрос по конкретной УП и даже выделил причину жирным шрифтом. Видимо те УП, у которых все координаты положительные, обрабатываются нормально.
Я предложил способ избавиться от минусовых координат в УП простым способом. Причём здесь матчасть?
А отрицательные координаты прекрасно видны в NCcorrector.

А вот использование G54 реализовано не совсем корректно,

поэтому делать сброс поплывших смещений нужно длать периодически. Не так ли?

 

[Astra777]

Самый лучший способ избавиться от глюков в Лайт Бёрн-избавиться от вечно глючного ломаного Лайт Бёрна.

 

[Dizzy]

Я предложил способ избавиться от минусовых координат в УП простым способом. Причём здесь матчасть?

Так, вся суть в том, что это не в УП минусовые координаты. Это рабочие координаты такие. Поэтому при запуске корректной УП, он и начинает долбиться в физические границы.

поэтому делать сброс поплывших смещений нужно длать периодически. Не так ли?

Именно. Это не часто, но бывает.

Ваши сообщения автоматически объединены: Вчера в 00:19

Самый лучший способ избавиться от глюков в Лайт Бёрн-избавиться от вечно глючного ломаного Лайт Бёрна.

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

 

[VikNik]

Так, вся суть в том, что это не в УП минусовые координаты. Это рабочие координаты такие.

А чем отличаются рабочие координаты и координаты в УП? По крайней мере Candle говорит что это одно и то же. И что они могут отличаться от машинных координат.

Ну и

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

утверждает жирным чёрным по белому, что координаты в УП минусовые. Посмотрел, наверное, или в редакторе или в НЦкорректоре.
Ну а пока тут флудили по этому вопросу вплоть до предложения перепрошить контролерр станка, я переделал скрипт в нормальный екзешник и тут его выкладываю. Вдруг он кому пригодится.

 

[Dizzy]

А чем отличаются рабочие координаты и координаты в УП?

Из скрина топикстартера видно, что после ухода в дом, (машинные координаты X0 Y0), рабочие координаты в системе смещений G54, X-218 Y-218. ЛБ по умолчанию формирует УП в положительных координатах. т.е., координаты X0 Y0 для УП находятся в машинных X218 Y218. Предположим, рабочее поле 300х300, тогда макет больше 82х82мм, будет отрабатываться с долбежкой в физические границы. Вариантов в этой ситуации несколько. Можно, используя скрипт, перенести УП на -218мм по обоим осям, можно настроить в ЛБ систему координат с этиими смещениями, при этом, каждый раз ловить, куда они уплыли. Самый простой вариант - совместить рабочие координаты с машинными одной командой и не привыкать к новым координатам каждый раз при их уходе. Кстати, перепрошивка контроллера не затрагивает область Eeprom, и сохраненные там смещения будут заново прочитаны и применены. Т.е., ничего не изменится и смещение G54 останется тем же. Мой вариант с совмещением рабочих G54 и машинных координат, считаю, самый простой и правильный.