Cylindrical mapping

Cylindrical mapping in linuxcnc: you program a part with X Y and Z in a lathe and it is mapped in a rotary axis (using spindle a C axis)
Better explained here


Best regards!

Cylindrical mapping in linuxcnc: you program a part with X Y and Z in a lathe and it is mapped in a rotary axis (using spindle a C axis)

Looks interesting.
So are you saying you have implemented this in linuxcnc and if yes are you going to show us how you did it?

Exactly, i did implement it, i dont know why the video is not embbeded. This is my second attempt

youtube.com/shorts/X_OvO9vH9e8?si=9NnEw1TGMq_6w-eU



Attached the kinematics file, you will find two kinematics ,it works out with kinematics switch.
Basically is a custom lathe i built that is has X, X', Z axis with motorized tool where X and X' works together to form a Y axis, this would be kinematics 0.
Kinematics 1 is this cilindical mapping, where it must work in combination of:
  -First reference de spindle
  -C axis is always present but not used until kinematics 1 is activated (but spindle encoder is always linked to joint.xx.motor-pos-feedback pins in hal
  -Remapped Gcode G7.1:
      G7.1 Rxxxx for activating the transformation on specified diameter
      G7.1 without R to deactivating the transformation


Any questions are welcome

 

Nice.

Couple questions...

• Do you have an example of g-code which runs this kinematic switch? i.e. simple part code snippet to see what the cylindrical mapping looks like.
• Have you done this for polar interpolation? (i.e. an axial tool on a C-axis lathe)
  • Reason I ask is that another forum member cooked (and shared) up a polar interpolation kinematics component, but after trying to digest it, I noticed he had hard-coded the tool offset on which the interpolation was based.
    • My guess is that due to the hardware he built (only a single live tool along the turret rotational axis) this offset was never going to change so he didn't write the component to be universal
  • My (slightly stalled) live-tool lathe project would be much more useful if polar interpolation was available.  As would LCNC in general, I think.

Thanks for sharing.  Still looking forward to the THKHMI and other changes you've made backstage in LCNC.

Hi Spumco!
So yes, at the end of the video link I shared you can see how it looks like, but basically you write the code as if you write it in a plane where the Y axis is mapped to the C axis to a particular diameter (specified with R parameter when calling G7.1)
Example
G0 z0 y0
Y100
Z100
Z0
Y0

That would map the Y axis on the C axis, easy thing (tomorrow I need to machine some parts and I will post the gcode and the finished part)

PD: attached a picture of the new panel working (still missing the label strips)

I took a picture of the first kinematics on the file, Y axis is interpolation of X an X’
When second kind is active (Y axis is mapped to C and physical Y is not moved)

A "virtual Y" like most Y-axis lathes I've seen - cool.  Thanks for the explanation on the kinematics.

Your panel is spectacular, as is the GUI/HMI.

Just FYI if you just want to wrap G-code to a cylinder
www.scorchworks.com/Gcoderipper/gcoderipper.html

Thanks Bari! that looks awesome, lots of efforts in writing that software

Here is another video of Cylindrical mapping at real work


 

Could you share with us your complete configuration?