Fixed Z-height applications in PathWB

Here's the place for discussion related to CAM/CNC and the development of the Path module.
Post Reply
Russ4262
Posts: 427
Joined: Sat Jun 30, 2018 3:22 pm

Fixed Z-height applications in PathWB

Post by Russ4262 » Fri Mar 27, 2020 10:26 pm

giedrius9999 wrote:
Fri Mar 27, 2020 8:35 pm
...for waterjet milling I have the z fixed, ...

sliptonic wrote: ping
@Sliptonic, we likely need a simple toggle in the post-processor area to remove(ignore) Z travel commands from post-processing for waterjet, laser, and other fixed-Z-height applications.

Russ
chrisb
Posts: 24234
Joined: Tue Mar 17, 2015 9:14 am

Re: Fixed Z-height applications in PathWB

Post by chrisb » Fri Mar 27, 2020 11:22 pm

Currently this would be a new post processor. Just a switch for lasers could be sensible, but then I would rather promote a more global view on the post processors. They all share very similar structure and functions and I would like to unify them further. This is not an easy task to find the right way between code doubling and make it all configurable - in theory it is easy, but configuring can be so complicated that it is worse and more obscuring than the doubling.
RatonLaveur
Posts: 689
Joined: Wed Mar 27, 2019 10:45 am

Re: Fixed Z-height applications in PathWB

Post by RatonLaveur » Sat Mar 28, 2020 10:41 am

It should be entirely in post-processing, otherwise we need other options coded in.

When would we need to fix Z height:

1. For 2D cutting applications, to remove retracts.
2. For 3D application. Except in that case, why is the user using 3D at all? He wants some parameter of the machine to follow the depth of a surface. With energy beams (Laser/AWJ/...) That would be feedrate or power for example. But if you remove Z arguments, your code is now flat, the machine loses all information related to depth.

That's why i believe it should be post-processed. The beam post-processor needs an option to remove retracts, they are all in G0 so easily modified with regex routined. And an option to convert Z into another parameter F or A or S... Note that in that case some level of non-lineR transfer function must be applied to the numerical values of the Z argument anyway based on what the energy beam process does to the material. So...post-pro. What do you think?

EDIT: re-reading this thread after a few days and less quarantine induced cabin fever, everything I said was already summed up by OP (Russ) in one sentence.
Post Reply

Who is online

Users browsing this forum: No registered users and 3 guests