ВОПРОС Можно ли "срастить" карту высот и ПУ ?

[GSXR]

Ну по закону подлости, как захотел показать, всё сохранилось более-менее нормально.
Иногда встречается в коде такое вот :

G01F20X21.590Y15.905Z0.081
X21.590Y16.880Z0.092
G01F20X21.590Y21.025Z0.150

G00X14.342Y24.980Z2.281
X9.244Y26.254Z2.336
G00X9.244Y26.254Z0.836

Но, не думаю, что это критично.
G1 на этот раз не образовалось

UPD: а ! Во !

G00X0.000Y0.000Z0.516
G00F10X0.000Y0.000Z-0.084
G01F15X5.125Y0.000Z-0.097

и во:

G01F15X5.125Y0.000Z-0.097
X10.250Y0.000Z-0.100
X15.375Y0.000Z-0.114
X20.500Y0.000Z-0.119
X22.500Y0.000Z-0.119

Вот если в таком вот блоке, вместо G01 стоит G1 , тут-то моему станку крышу и рвёт


Вот ещё G00 вставил, туда, где его быть не должно

G01F15X0.000Y2.500Z-0.062
X0.000Y0.000Z-0.084
G00X0.000Y0.000Z-0.084
G00F10X0.000Y0.000Z-0.184
G01F15X5.125Y0.000Z-0.197
X10.250Y0.000Z-0.200

Вот так фрезы и ломаются :-(

Upd2: о ! а вот наоборот. Вот откуда она ( программа ) это взяла ?

G00X12.852Y20.143Z2.222
G01F20X14.283Y15.723Z2.159
G00X14.283Y15.723Z0.659

 

[vvv1234]

Ну по закону подлости, как захотел показать, всё сохранилось более-менее нормально.
Иногда встречается в коде такое вот :

G01F20X21.590Y15.905Z0.081
X21.590Y16.880Z0.092
G01F20X21.590Y21.025Z0.150

G00X14.342Y24.980Z2.281
X9.244Y26.254Z2.336
G00X9.244Y26.254Z0.836

Но, не думаю, что это критично.
G1 на этот раз не образовалось

UPD: а ! Во !

G00X0.000Y0.000Z0.516
G00F10X0.000Y0.000Z-0.084
G01F15X5.125Y0.000Z-0.097

и во:

G01F15X5.125Y0.000Z-0.097
X10.250Y0.000Z-0.100
X15.375Y0.000Z-0.114
X20.500Y0.000Z-0.119
X22.500Y0.000Z-0.119

Вот если в таком вот блоке, вместо G01 стоит G1 , тут-то моему станку крышу и рвёт


Вот ещё G00 вставил, туда, где его быть не должно

G01F15X0.000Y2.500Z-0.062
X0.000Y0.000Z-0.084
G00X0.000Y0.000Z-0.084
G00F10X0.000Y0.000Z-0.184
G01F15X5.125Y0.000Z-0.197
X10.250Y0.000Z-0.200

Вот так фрезы и ломаются :-(

Upd2: о ! а вот наоборот. Вот откуда она ( программа ) это взяла ?

G00X12.852Y20.143Z2.222
G01F20X14.283Y15.723Z2.159
G00X14.283Y15.723Z0.659

Посмотрел коды парсеров прошивок grbl. Глубоко не вникал, но на первый взгляд они не предназначены для отработки G с двумя цифрами.

case 0: gc_block.modal.motion = MOTION_MODE_SEEK; break; // G0
case 1: gc_block.modal.motion = MOTION_MODE_LINEAR; break; // G1

Для подстройки Candle под двухциферные G достаточно в исходном коде сделать замену двухциферных на одноциферные, типа G00->G0, G01->G1.

Когда повторится - приложите файлы исходного и модифицированного кода. И соответствующую карту. Попробуем разобраться, что не так.

 

[OlegK]

Глубоко не вникал, но на первый взгляд они не предназначены для отработки G с двумя цифрами.

Посмотрел - абсолютно без разницы, сколько там 0.
И теоретически и практически (всё ездит без проблем).
Ничего исправлять не требуется.

 

[vvv1234]

Посмотрел - абсолютно без разницы, сколько там 0.
И теоретически и практически (всё ездит без проблем).
Ничего исправлять не требуется.

Ну тогда непонятно, откуда растут ноги у проблемы Т.С. Может, прошивка глукавая. Или нули отпарсить не успевает. Вообщем, надо смотреть по жкодам, может там дело в несъедобности какой-нибудь последовательности комманд.

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

Поэкспериментировал с прошивкой 1.1f. Проблема в последовательности комманд.

По комманде G0F10X10 движется со скоростью G0, а не F10. И "наследственную" скорость для любых перемещений запоминает как скорость G0. До тех пор, пока не появится строчка с G1 и новым назначением F.

 

[OlegK]

Может, прошивка глукавая.

Глянул мельком тему.
КМК, прошивка платы тут не при чём - вероятно, трабла на уровне Кэндл, ведь бяки типа
G00F10
"кладёт" в файл она.
Неизвестно, какая версия Кэндл у ТС, возможно, лучше попробовать другую.

Проблема в последовательности комманд.

Походу, тут все собаки и порылись...
Попробовал - именно так.
После G0 значение подачи в команде игнорируется, но состояние парсера для подачи таки переключается на заданное. Последующая команда <ось><значение> перемещает на G0, ибо G1 не указано.
Так то правильное поведение, неправильно G-код формируется...

 

[vvv1234]

КМК, прошивка платы тут не при чём - вероятно, трабла на уровне Кэндл, ведь бяки типа
G00F10
"кладёт" в файл она.

Я ни разу не сталкивался с такими "подкладками". А насчет прошивки - candle только тупо в нее передает строчку с "плохим" G0. Прошивка же, по идее, должна отделить зерна от плевел.

Когда будет настроение - заменю плату с Grbl на grblHal, там парсер помощнее, посмотрим, разберется ли.

 

[OlegK]

Прошивка же, по идее, должна отделить зерна от плевел.

По идее, всё работает с очки зрения парсера GRBL правильно -
G0F50X10 - переместило со скоростью ~2000, но установило парсер на подачу 50
X0 - переместило опять со скоростью ~2000,т.к G0 - модальная команда
G1X20 - переместило со скоростью 50, т.к. парсер был в этом значении
X20 - переместило со скоростью 50, G1 - модальная команда

А вот Кэндл - косячит, получается...

ЗЫ. Для тех, кто не в курсе - состояние модальных команд отображается в Кэндл здесь

 

[vvv1234]

G0F50X10 - переместило со скоростью ~2000

По моему мнению, не очень логично расставлены приоритеты, я бы по комманде F50 локальную скорость поменял. Но видимо на то были основания.

 

[IGOR70]

посмотри и все будет ясно

 

[IGOR70]

Wiring Limit Switches может кому полезно

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

Пришлите где скачать. Хочу такую увправляшку чпу фрезером