Drawing gcode looks okay, but cutting gcode is bad

[KuCZik]

Inkscape version 1.2.2
GCodePlot version 0.12
Viewing in CAMotics version 1.2.0

Same file, text is set to path in both scenarios, only change is between drawing/cutting in selection before saving. Is it bug, or am I doing something wrong? It is not problem of CAMotics, if I send it to cut on Klipper managed Ender 3 Pro, I get the same result.

Drawing GCode:

Cutting GCode:

[arpruss]

That's the drag knife handling. Are you using a drag knife?

[KuCZik]

Yes, this type

Mounted like this

I have it in rubber band mount to have spring action. But the real result looks like this

And my config is

[arpruss]

The default settings are for an angled blade whose cutting edge lags behind the center of movement -- a drag knife. You have a what looks like a bit with a sharp point centered on the center of movement. There should be settings under Cutting Settings to turn off the drag support. But I really know very little about cutting.

[KuCZik]

No, I have a drag knife, inside is angled blade that is rotating, not a bit

[arpruss]

Weird. My feeling is that it is not lifting up enough during the weird squiggles. Is there a parameter to adjust that in the Cutting Settings?

[KuCZik]

In cutting settings I see just this

[arpruss]

Does the Gcode include a lift for the loopy bits?

[KuCZik]

This is the GCode (I just edited in gcodeplot.py start and end GCode, edited G00 and G01 commands to G0 and G1 - Klipper does not know what GOO and G01 is, and removed parking - made my own):

gcodeplot.py.txt
test.gcode.txt

[polhomarkho]

Hello, late to the party but wanted to add I had the same issue at first.
The drag knife blade has an offset to the rotating axis (mine is 0.45mm) and the "tool offset" value in your config is probably too high at 1mm. You can lower it and with some trial and error you'll find the best value for your drag knife.