Changing material but spot not working.. maybe a bug ot it's me?

Hi, after buying SheetcamTNG, it's the first time I'm trying nesting parts.Parts have various center spot and rectangles...

Because I always have center spot not where they where supposed to be (probably it's my CNC machine..  I have to revise if it's loosing steps or material moving or something...) I decided to set "Keep Parts Together" in Sheetcam "Job Option", so if the machine lose steps, spots are not so away from where they should be. (not solved)
This way every parts has 1) center spotted 2) internal parts 3) external parts.
So, every parts has a M190 P99 (that's the spot material) and do the spots.Than has a M190 P20 (that's my 1/4 material).

THE PROBLEM:
First part is ok (a part for little right shifted spots... as I told).
Second parts it seems QTPlasma/LinuxCNC is stuck in a gcode line...but it seems to me the code is correct... 


Here the video of the torch movements:
www.youtube.com/shorts/yFATGc5EKzs

And photos: in the first part the spots are correctly visualized, in the remaining parts the spots are like small lines., not correct.
 

 

The "tiny move" lines like line 100 are moving way too far, it should be more like:
linuxcnc.org/docs/devel/html/plasma/qtpl...html#plasma:spotting
 

Uh...
thanks Phillic you are right... Now, it's strange because in the file (attached) it seems ok (G1 X0.000001) so something happened in LinuxCNC after I loaded the file...
Going to investigate.
Thanks, Alberto.

 

Ok, so I verified: in the photos, the tiny movement is misinterpreted by LinuxCNC. Look the code in the editor and same line 100 in LinuxCNC.

But why before in the file it's correctly interpreted?
Is it a bug?
 

I used to move holes I wanted to spot to a new layer and then run a drill operation on that layer. Note the tiny move is required between the M3 and M5 otherwise the torch will not turn on (standard gcode behaviour, not qtplasmac) The move should not be enough to change parts geometry

I just loaded your file here and it loads OK. What version of QtPlasmaC are you using?

 

Thanks rodw, that's exactly what I do... I use a drill operation for Spotting.

I checked the file (and I reloaded it in LinuxCNC).I attached the photo in the previous message: same lines in the editor and in LinuxCNC.

So:
Don't know why in the first part the tiny movement is correctin LinuxCNC: G1 X0.000001, but in the successive parts it becames X-1.9847 Y3.4212

Really strange thing.

Maybe can one of you load the ngc file attached to the first message and see if line 100 get changed in LinuxCNC to a "big move" instead of a tiny one?
Thank you very much,
Alberto.

Thanks Phillic54, I'm using QtPlasmaC v2.9.236.301

Do you see line 100 modified?

I'm now checking line by line because it seems there are other differences betwen the editor and LinuxCNC... or I'm getting stupid at loading files (it's possible).

I just downgraded to the same version as yours and it loaded fine.

You will see some differences between the loaded file and what appears in the G-code display, that is normal. It won't change things like that type of move though.


 

Now I see LinuxCNC is adding lines (that's why lines numbers are different in the file visualized by the editor Geany and LinuxCNC..).

For example here line 27: it seams it was automatically added by linuxCNC: 


 

Please check line 100 if possible (second fisical part in the nesting) because first part is ok in my linuxcnc as well.
Errors begin in the second part, thanks.

(and I rechecked again that I'm loading in LinuxCNC the same file I'm seeing in Geany..
I closed LinuxCNC and Geany and reopened, same error: every center spot tiny move after line 92 got changed).