Start from Line Moving very slow

When I use the start from line feature, it goes to the correct line, but it moves at 3.1 inches per minute. This has been happening since the last build. I’m using 1.4.12 now on a windows 11 laptop.

Am I doing something wrong?

Is anyone else dealing with this?

Adding to the post.

On some projects, I need to stop the carve and go over a small area an extra time or two. Everything runs smoothly until I use the ā€œStart from Lineā€ feature. When I do, it jogs to the selected line normally, but once it resumes the toolpath, the feed rate drops to 3.1 inches per minute.

Is there any other information needed?

Following. Same issue.

Running latest gsender (just downloaded prior to mishap). Altmill 4x4.

This has happened 3 times since new version download 3 days ago. When selecting start from line, travels to start location and runs at 1 inch/minute. Have tried shutting down everything. Rebooting laptop, restarting application.
Have tried starting from XY Zero, and XY location nearer start point. Spindle travels to correct location, and runs at 1 inch/minute.

Have tried starting from different lines. Will only start from line 1 at normal speeds and feeds.

The cut I’m working on is 575,000 lines.

1 Like

Sorry you’re dealing with it too, but I’m glad I’m not the only one experiencing this issue.

I’m back in the shop, and it still happens. I’m running a small test gcode. I click the button that ā€˜copies the last 50 lines from the terminal.’ Does it tell anybody anything? Any thing else I should copy and post to help with this

ok
G0 Z0.5
ok
G21
ok
G90
ok
G0 X0 Y0
ok
ok
G20
ok
G90 G0 Z0
ok
G21
ok
G0 G90 G21 Z35.56
ok
M3 F80 S15000
ok
G0 G90 G21 X142.875 Y34.925
ok
G0 G90 G21 Z-2.540
ok
G20 G90 G91.1 G54 G17
ok
G1
ok
G4 P1
ok
X1.3750
Y16.6250
X16.6250
Y1.3750
X12.3750
X12.3750Y10.5740
G3X9.0000Y13.9490I-3.3750J0.0000
ok
ok
ok
ok
G3X5.6250Y10.5740I-0.0000J-3.3750
ok
ok
G1Z-0.1500F40.0
G1Y1.3750F80.0
!
\x18
ok
Grbl 1.1h [ā€˜$’ for help] LongMill build Feb 25, 2020

Here is the full Gcode if someone else wants to try or look at it. It is a profile cut, 15"x15" archway. 126 Lines

03-28-25 TEST start from line.gcode (2.6 KB)

My exported gsender settings
gSender-settings-3_28_2025-1_06_00 PM.json (70.8 KB)

my export firmware
gSender-firmware-settings-3_28_2025-1_08_06 PM.json (556 Bytes)

I’m not really sure why it would be doing that but GSender is not converting the feed rate.
It’s using the imperial value of 80in to set the feed rate when the controller is set to metric at the time, so the feed rate ends up being 80mm or 3.15in.
I would try switching the CAM post processor to mm and see if that solves this issue.

1 Like

@cjm

Thanks for the idea; I’ll try it out tomorrow.

@cjm It worked. I couldn’t wait until tomorrow. Thank you. @EDWoodcraft The fix for me was changing from UGS GRBL inch to UGS GRBL mm. Hopefully, it works for you, too.

I wonder why it only affected it when using the start from line feature in Gsender.

1 Like

@Swinly If you don’t mind, Lonnie, what CAM application are you using to generate the toolpaths?

I’m using Carveco maker plus

@Swinly Tks much, Lonnie

1 Like

Yes. Reported twice but no reply

@Allen761 Assuming you’re using the same post processor I was, UGS GRBL Inch, have you tried switching to UGS GRBL mm? That solved the issue for me. I’m not sure why or why it only affected the start-from-line feature. I could have sworn I was told the Inch/mm post processor didn’t matter, but I must have misunderstood something.

same problem here…very very very slow when stopping a carve then starting at a line in the code approx. where the carve was stopped…Sienci needs to fix this problem.

I just experienced the same thing using v1.4.11. I backed off to v1.4.10 and it works like a champ.

1 Like