Оптимизация холостых ходов

[VikNik]

Христос воскрес!
Но вернёмся к нашей теме. LaserGRBL явно говорит вам (красными буквами) что у вас не установлена скорость рабочего перемещения.


Кроме того в том фрагменте прораммы, который вы привели, нет и команд управления излучением ни посредством управления мощностью, ни посредством включения/выключения лазера.
И тут возникает вопрос - а какой программой оптимизации вы пользовались?
Прчитайте внимательно пост # 89. Там выложена самая актуальная на сегодняшний день версия оптимизатора для лазерной гравировки и описаны некоторые сложности, с которыми можно встретиться при её применении.

 

[AnLaz]

Я исходил из простого понимания: Если программа до оптимизации работала, но долго. То после оптимизации она должна РАБОТАТЬ быстрее, и не нужно где-то устанавливать какую то скорость (она была установлена в исходнике), ровно как и управлять мощностью, вернее, проверят, есть ли в оптимизированной программе команды управления мощностью, если они были в исходной.
Программу брал из поста #89

 

[VikNik]

Ну тогда приведите фрагмент вашей исходной УП, строк 20...25 начиная с первой. Поразбираюсь.

 

[VikNik]

Вот ведь подлые баги, продолжают вылезать. На этот раз в программе optim_mill_v2 пропускалось первое отверстие при сверловке. Исправил.

 

[AnLaz]

Ну тогда приведите фрагмент вашей исходной УП, строк 20...25 начиная с первой. Поразбираюсь.

В таком виде подойдет?

 

[VikNik]

Да, вполне. Самая первая строка у вас нелогична. Ускоренное перемещение вообще то устанавливается настройками станка. А F - это скорость рабочего перемещения. Перенесите этот параметр в следующую стоку, вот так:
G0 X0 Y0
F400
M4 S0
один раз нажав кнопку <Enter> и у вас всё заработает.

 

[AnLaz]

Да, вполне. Самая первая строка у вас нелогична. Ускоренное перемещение вообще то устанавливается настройками станка. А F - это скорость рабочего перемещения. Перенесите этот параметр в следующую стоку, вот так:
G0 X0 Y0
F400
M4 S0

Если я правильно понял, это анализ УП, которая создана в вектрике. Но на то работает.
А та, у которой в названии opt (правое окно) как раз глючит.

Перенос в следующую строку:
На сколько я понимаю для УП (и других языков программирования) нет ни каких строк. Она будет работать и в том случае если все строки собрать в одну БОЛЬШУЮ строку.
А пишутся они так для удобства чтения и письма.

 

[PiGeMa]

На сколько я понимаю для УП (и других языков программирования) нет ни каких строк. Она будет работать и в том случае если все строки собрать в одну БОЛЬШУЮ строку.
А пишутся они так для удобства чтения и письма.

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

 

[ЮрийВ]

Она будет работать и в том случае если все строки собрать в одну БОЛЬШУЮ строку.

Всё зависит от того, как написан код для поиска и обработки нужных символов в чужом программном коде - возврат каретки, переход на другую строку, пробел - это всё разные кодовые символы.

 

[Alexmit]

(и других языков программирования) нет ни каких строк.

Для питона точно есть. Ещё C и C++.

 

[Vlad-I-Mir]

Нормальная программа выглядит так:

ВОТ

(с самого начала)
G0Z10.000
G0X0.000Y0.000S12000M3
G0X0.000Y0.000Z2.000
G0X188.341Y40.722
G1Z-1.000F600.0
G1X188.825Y41.206F400.0
X189.006Y41.546
X189.004Y42.129
X188.946Y42.320
......

оффтоп

 

[ЮрийВ]

Нормальная программа выглядит так

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

 

[Vlad-I-Mir]

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

Я так делаю на мягких материалах....

 

[AnLaz]

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

Конечно нужны "знаки препинания и пр." Но далеко не всегда это "перевод каретки"

 

[PiGeMa]

Но далеко не всегда это "перевод каретки"

Конечно, не всегда. Этим часто пользуются в jawascript, чтобы сделать код малопонятным. Там точка с запятой рулит.