grblHAL / core

grblHAL core code and master Wiki
Other
330 stars 87 forks source link

XYUV Axes #146

Closed rcKeith closed 2 years ago

rcKeith commented 2 years ago

Hi Is it possible to set the 3rd and 4th axis to U and V for foam cutting? I can see in the setting.h there are some options for Group_UAxis and Group_VAxis but I'm not sure how to configure these. I have the RP2040 configured and loaded using XYZA but it would be much better for g-code generation software to use XYUV as these seem to be the defacto standard for foam cutting type machines.

Many thanks Keith

terjeio commented 2 years ago

Is it possible to set the 3rd and 4th axis to U and V for foam cutting?

Not without code changes. There is a fair chance it would work if you change A B C characters to U V W here:

https://github.com/grblHAL/core/blob/45b0e105892d08e76d5140871cfb032d445d2f20/gcode.c#L1113-L1135

and here:

https://github.com/grblHAL/core/blob/45b0e105892d08e76d5140871cfb032d445d2f20/nuts_bolts.c#L60-L68

Can you try this?

I can see in the setting.h there are some options for Group_UAxis and Group_VAxis but I'm not sure how to configure these.

None of the current drives supports more than 6 axes so you have to remap ABC axes instead.

rcKeith commented 2 years ago

Hi Many thanks, I'll give it a try and let you know Keith

rcKeith commented 2 years ago

Hi It did work making the changes as you suggested but the only issue is the Pin information coming back still refers to XYZAB which will cause limit switch problems. I did look through the code but couldn't see where I could change this. Thanks Keith

terjeio commented 2 years ago

axis_signals_tostring() in report.c

terjeio commented 2 years ago

The latest build has support for remapping ABC to UVW.