TinyG edge drifts on series of small movements

FYI, should you for some reason want to try 380.08 again, try tgFX build 3009, that combination worked OK for me before I moved to tinyG 412.01 and tgFX 3256. You can find build 3009 here

https://www.dropbox.com/sh/7x3clkrixto6uav/d7_G1X7yUV

My GCode simulator took a while to import your files, but I was able to quickly see a lot of similarity to Flux’s test cases – significant areas of sequential very short segments (both XY and ARC).

My best guess is that you will benefit from tinyG build 426.02 when Alden makes it available.
Flux had better luck on some of his test cases with 380.08, but not all.

Also, have you tweaked your stepper currents with tinyG? Since all this worked with GRBL, we know the rest of the machine is good.
When I first ran Flux’s test code, I found I was running at too low a drive current for the degree of motion he had. That led to extra “drift” in early runs.

Also, files this long with the degree of detailed motion translates to heat – do you have a good fan blowing on tinyG (or equivalent thermal control)?

• This reply was modified 10 years, 4 months ago by cmcgrath5035.

Just looking for an update as to when the release of 426.02 will happen to fix this issue …

Thanks for any update….

Great Thank you Alden hope Makerfaire was successful…Safe Travels…

I have promoted dev to edge and posted the hex for build 429.01 on the synthetos.github.io download page. Please see if this is what you need.

well everything seemed to be working good until the third pass on the roughing stage where the Z Axis seems to loose its mind and took a deep dive into the wood. I have tried using the generic gcode Post Processor and the tinyG mm Post Porcessor with the same results. When running the gcode for the roughing phase i get through two passes then on the third pass it starts out ok but then the Z Axis dives down the depth of the material, .75″ and I kill the job.

gcode :
https://dl.dropboxusercontent.com/u/3848551/Roughingtinygmm.tap

tinyG settings:
https://dl.dropboxusercontent.com/u/3848551/tinyg%20settings%2052614.txt

Picture showing issue:
https://dl.dropboxusercontent.com/u/3848551/zdive.jpg

I created a numbered version. Can tell me roughly where you see the plunge?

https://www.dropbox.com/s/815g3cu96bi5qw3/Roughingtinygmm.NUMBERED.txt

…and sorry if you have already said this, but what are you using to send the file, and what communications settings are you using – flow control, etc.

Also, how big is your work area? Mine hits the edge. I have an old Shapeoko.

Thanks — Alden

• This reply was modified 10 years, 3 months ago by alden.

Hello Alden I am using tgFX build 3256 and am using RTS/CTS I also tried with JCNC also set to RTS/CTS and both parameters for connection were the same set at Baudrate 115200, Data Bits 8, Parity NONE, Stop Bits 1.

I am using a shapeoko 2 with a work area of 11.25″ x 11.25″, I will run through coolterm today to see if i can determine where in the gcode it is failing and report back.

Thanks guys for all the help it is much appreciated, I am able to execute very simple jobs that only include profile tool paths but when i get into 2.5D roughing and finishing tool paths that is where I see issues.

I am loving tinyG and tgFX and if we can get this resolved I will be in CNC Bliss…

Here is a rendered image with a red arrow pointing to the area where the failure is happening

also here is a link to the image:

https://dl.dropboxusercontent.com/u/3848551/roughing.jpg