MonoKrom - QtPyVCP GUI for PlasmaC and Mill

With some significant help from Rod and feedback from others I have been working through not just hole detection but also automatic generation of leadins based on common practice from the "big boys" (hypertherm, thermal dynamics etc etc etc).  The gcode under the hood on this is breaks the hole into arcs.  Each arc in the circle can have its own cut speed and if you have the ability it could i theory have different amps and/or gas. These arcs include an overburn.

The hole finding/generation code also have some rules on what circles are considered holes and what is seen as too small to be able to do a "clever" leadin v's a straight line.  There is still tuning to do but it looks to be fundamentally working.

 
 

Awesome work Joco. It exciting to see such advanced features finding their way into Linuxcnc and its been a pleasure to work with you on this project.

For the benefit of other followers, this brings the so called true hole technology found in high definition (hi def) plasma cutting that is not found on air plasmas. Most of the smarts for hi def holes is done within the manufacturer's post processor (eg pronest et al). A database holds data for different size holes for each cutting chart that include a number of parameters applied by the pp as it navigates the leadin and hole circumference allowing the speed and other settings to be varied at various control points. So this means say a 10mm hole will have totally different settings to a 20mm hole on the same material.

We don't have control over people's  pp as a manufacturer would. So Joco has built this database driven hole processing technology into a gcode filter that senses holes, removes the current leadin and G3/G2 code, then replaces that with custom code according to the hi def paradigm. He's been able to fully integrate the database into Linuxcnc's tool table so this has become a very sophisticated piece of plasma technology.

A short update on some enhancements we have been working on.
1.  Managed to rationalise the snipping code on hole detection to get rid of the excessive G0 moves.
 

2. Added a number of enhancements to the Hole detection/processing UI which is backed up by the underlying gcode processing filter prog.
 

It's finally happened. After being tinkering on this going back ~6 months with the activty increasing a alot of the last ~3mths we have FIRST CUTS of steel thanks to rodw.

Next will be refinements and bug fixing to get to a first working version. Then I think baselining that iteration and moving on to more enhancements.

Cheers - J.

Yes, after all this time, the demo part in the tool above has been cut using internally generated high definition techniques applied by a gcode filter. The filter removes the hole paths and replaces them including leadin and overburn based on a paradigm that uses a database driven approach.
 

We still have a lot to learn about this approach but the one thing I did notice was there were no divots on the leadin and exit.
On one hole, our random guess must have been pretty close to the mark as the hole centre slowly dropped away after the torch was turned off but motion continued. This is what we want. The torch to go off just as the plug drops away.

Joco has done an amazing job to get to this stage. I've just sat on the sidelines reviewing the progress and providing feedback. As it is now, its pretty useable.

This video outlines the Smart hi def  hole cutting features of Monokrom