5-axis CNC/FDM: Tool vs Machine Coordinates (Inverse Kinematics)

xyzdims

@Miss-Rebekah @droftarts thanks for the feedback.

I realize in CNC world the CAM software does the heavy lifting, whereas with 5-axis FDM in its infancy I'm currently bootstrap all myself: planar/non-planar slicing (works) and now I reach the decision whether to implement inverse kinemantic (tooltip coord vs machine coord) in the firmware or leave to the post-processor (prototype exists already).

I might end up doing both approaches and then see which one is more usable in real life.

roiki11

@droftarts said in 5-axis CNC/FDM: Tool vs Machine Coordinates (Inverse Kinematics):

@xyzdims impressive progress! From what I understand, 5 axis machining is mostly a slicing/tool path generation problem, and the firmware doesn’t resolve the input coordinates; it just goes where the Gcode tells it to. So it’s slicing where the heavy lifting happens. But I haven’t played around with it, and I’m not a programmer.

As for tools to generate 5-axis Gcode, Fusion 360 has it built in I think, but it’s only available for paid-for versions, and is limited to machining rather than 3D printing afaik. I’m sure there are other professional tools on the CNC side, but haven’t looked recently. 5 axis 3D printing seems very much in its infancy!

Ian

Its completely the opposite. Most industrial machines do the kinematics on the controller itself. The gcode is tool center point data and you use a specific g code to turn inverse kinematics on and off. They can also jog in these coordinate systems and have dynamic work offsets where the program origin can be anywhere on the part. This also means programs are machine agnostic. Mostly.

The biggest obstacle for 5 axis printing is Indeed the slicing side. There’s currently vety little information and research in 5 axis slicing algorithms. Its much more complex than 3 axis. We even havent made any progress on non-planar slicing.

xyzdims

@roiki11 You might look at my blog post https://xyzdims.com/2021/04/19/3d-printing-sub-volume-segmenting-non-planar-slicing/ regarding 4- and 5-axis FDM and non-planar slicing.

roiki11

@xyzdims said in 5-axis CNC/FDM: Tool vs Machine Coordinates (Inverse Kinematics):

@roiki11 You might look at my blog post https://xyzdims.com/2021/04/19/3d-printing-sub-volume-segmenting-non-planar-slicing/ regarding 4- and 5-axis FDM and non-planar slicing.

I have seen it, It’s good work.

JoergS5

@xyzdims I read a bit in your blogs and wanted to add the possibility to tilt the bed instead of the nozzle. The kinematics should be similar (or same), the bed being tilted by two actuators. The advantage to tilt the bed is, you can print overhangs even better, because the nozzle print direction can be oriented to be vertical always. The bed should be small, so it is not in the way.

xyzdims

@joergs5 I'm aware of head/head vs head/bed vs bed/bed 3 + 2-axis combination, I even mentioned in the article on PAX printhead: https://xyzdims.com/2021/02/08/3d-printing-penta-axis-pax-5-axis-printing-option/#Taking_Advantage_of_5_Axis and also in the References of the same article I list Epit3D Delta with rotating & tilting bed doing that - I might later explore the head/bed or bed/bed option too for tilt/rotation, but I first want to study the head/head tilt/rotation option thoroughly to really study the edge cases and feasibility overall.

JoergS5

@xyzdims said in 5-axis CNC/FDM: Tool vs Machine Coordinates (Inverse Kinematics):

I even mentioned in the article

which is the prove that I read it only "a bit" Anyway, I think your work is very valuable

ecncshop

@xyzdims Got any answers to this "inverse kinematics" query ? I have a similar situation, for which Iam trying to get fusion to work:

4 axis machining with tilting milling head
I want to do 4-axis machining.
But I have a tilting milling head ( not a rotary table).
My tool tip is 100mm away from the pivot axis of the tilt head.
So I believe some forward/inverse kinematics has to be done to get the XY position of the pivot point, given the tool tip point.
( some basic Rcos(theta), Rsin(theta) calculation etc. for 4-axis )

Will fusion do this automatically and output gcode ?
How to achieve this ?

I tried giving : offset:[100,0,0] in :
var aAxis = createAxis({coordinate:0, table:false, axis:[1, 0, 0],offset:[100,0,0], cyclic:true, preference:0});
machineConfiguration = new MachineConfiguration(aAxis);

setMachineConfiguration(machineConfiguration);
optimizeMachineAngles2(1); // map tip mode

But this is simply doing a "translational offset " in X axis !

Is there any other setting I need to do for this ?

JoergS5

@ecncshop xyzdims may be busy, please let me answer some of your questions.

I am currently developing robot kinematics, which will cover your use case. Your tilting 4th rotary axis is not as simple as it seems:

when the axis rotates, it changes XYZ as well, especially if this rotation is segmented by the firmware into small linear movements. While rotating, every segment must be recalculated and the XYZ positions must be recalculated. This is sometimes named RTCP (rotation tool center point).
An example is https://infosys.beckhoff.com/index.php?content=../content/1031/tccncprogramming/html/rotationtoolcenterpointrtcp.htm&id=

When robot kinematics is ready, you may want to consider to use it. Documentation starting point is https://docs.duet3d.com/User_manual/Machine_configuration/Configuring_RepRapFirmware_for_a_Robot_printer

I will test it with table configurations, but head configurations are possible.

ecncshop

@JoergS5 hmm .. ok. Does that mean fusion 360 does not have this option to calculate the RTCP and output gcode ?! I do have the Fusion360 "machining extension" for multi-axis machining activated.
For 4-axis, the calculation is not so complicated: Rcos, Rsin will do I think. Hope this should be available in Fusion360 machining extension! My eventual plan is to rotate the job for A-xis and tilt the head for B-axis, to get a full 5-axis machining capability.

JoergS5

@ecncshop said in 5-axis CNC/FDM: Tool vs Machine Coordinates (Inverse Kinematics):

Does that mean fusion 360 does not have this option to calculate the RTCP and output gcode

I didn't know that there is a "machine extension" in Fusion and that you're using it. Maybe it can support RTCP mode, it looks like a powerful extension.