Unexpected y-axis shift mid print

Ask the MakerGear community for assistance...
Vandal968
Posts: 203
Joined: Mon Jul 13, 2015 4:30 am

Re: Unexpected y-axis shift mid print

Post by Vandal968 » Sun Sep 20, 2015 9:00 pm

This is absolutely a weight/acceleration related issue, and if you haven't added a heavy aluminum bed, the default values of 3k for M201, M202 and M204 work perfectly fine for a part weight up to about 45grams. This is consistent across many different parts. Dropping those values to 2k (from 3k) allows part weights up to about 150gr without shifting, and with a value of 1.5k, I just printed an almost 16hr print (241gr, more than 1/2 a pound) with no shifting. I have never altered the x/y movement speed of 18000 since weight has almost no effect on top speed, but has a large impact on acceleration.

For those that think weight is no issue, then why it's the Y axis that always shifts rather then X? The reason is that the Y-axis becomes heavier and more difficult to rapidly accelerate as the parts grow. The X-axis only has to accelerate the extruder and its weight is fixed. The maximum part weight before shifting matches up perfectly when plotted against the acceleration values.

Yes, I know about the Marlin bug, but this firmware is loaded with the earlier IDE and this is a separate issue. And yes, simply reducing the values to 1k makes it go away at the expense of printing speed, and this is the reason why that works and reducing the acceleration values below what is necessary to ensure a successful print just wastes time.

cheers,
c

Vandal968
Posts: 203
Joined: Mon Jul 13, 2015 4:30 am

Re: Unexpected y-axis shift mid print

Post by Vandal968 » Sun Jun 03, 2018 1:43 am

Updating a very old thread.

I printed for a few years with no issues by simply reducing the acceleration values as described in the post above. I just had to rebuild my computer last week, and performed a fresh install of S3D, using the default profile. Surprise, surprise, got the same Y-axis shift on a large part that I hadn't seen once in almost 3yrs. Looked up this thread to find out what values to use (listed one thread up). It took me a moment to remember where the values get plugged-in (into the starting script, under the scripts tab). While I was digging, I found another description of a related acceleration issue, so adding that info here as well to make it easier to find in the future.

FYI, the part I was printing just now shifted at about 55gr which is consistent with all of my my earlier observations.

https://forum.simplify3d.com/viewtopic.php?t=6049

These are the lines to add to start script:

M201 X1500 Y1500; // max accel print (default 3k)
M202 X1500 Y1500; // max accel travel (default 3k)
M204 S1500; // default accel for normal moves (default 3k)

cheers,
c

User avatar
insta
Posts: 2018
Joined: Tue Sep 16, 2014 3:59 am

Re: Unexpected y-axis shift mid print

Post by insta » Mon Jun 04, 2018 2:40 pm

Vandal968 wrote:
Sun Sep 20, 2015 9:00 pm
This is absolutely a weight/acceleration related issue, and if you haven't added a heavy aluminum bed, the default values of 3k for M201, M202 and M204 work perfectly fine for a part weight up to about 45grams. This is consistent across many different parts. Dropping those values to 2k (from 3k) allows part weights up to about 150gr without shifting, and with a value of 1.5k, I just printed an almost 16hr print (241gr, more than 1/2 a pound) with no shifting. I have never altered the x/y movement speed of 18000 since weight has almost no effect on top speed, but has a large impact on acceleration.

For those that think weight is no issue, then why it's the Y axis that always shifts rather then X? The reason is that the Y-axis becomes heavier and more difficult to rapidly accelerate as the parts grow. The X-axis only has to accelerate the extruder and its weight is fixed. The maximum part weight before shifting matches up perfectly when plotted against the acceleration values.

Yes, I know about the Marlin bug, but this firmware is loaded with the earlier IDE and this is a separate issue. And yes, simply reducing the values to 1k makes it go away at the expense of printing speed, and this is the reason why that works and reducing the acceleration values below what is necessary to ensure a successful print just wastes time.

cheers,
c
This sounds like a fantastic use of a post-processing script to dynamically lower the acceleration as the print gets heavier / taller.
Custom 3D printing for you or your business -- quote [at] pingring.org

Vandal968
Posts: 203
Joined: Mon Jul 13, 2015 4:30 am

Re: Unexpected y-axis shift mid print

Post by Vandal968 » Thu Jun 07, 2018 6:10 pm

Ok, this pains me but I have to circle back on this. Changing ONLY the acceleration values(down to 1500) solved the shifting problem for me, and kept it solved for years. I just rebuilt my S3D computer and the issue returned when printing a large battery organizer. I'm making a bunch of these and they're all the same overall size (7.5"x 6.5") but with varying cutouts for different types of batteries (AA, AAA, C, D, 18650, etc.)

When I printed the first one for D cells, I got a Y layer shift, so I came on here to jog my memory, found this previous thread, remembered the settings and so updated my accels from 3000 to 1500. I then successfully printed AA, AAA and C organizer trays with no shifts. Then, I tried to print the 18650 tray. Got a shift. Cleaned, lubed the rails, increased Z-hop, tried again. Got a shift. Checked belt tension on Y, a bit loose and it was a big shift (4mm) so tightened belt. Tried again, big shift. #**((#$(#$!!!!! Went back in, further reduced accel to 1000 for all three axes AND reduced the XY speed to 9k per Jimc. NO shift.

So, it looks like while only changing the accels to 1500 mostly solves it (and in-fact I went YEARS with no shifting), some nearly-identical parts are apparently more prone to shifting possibly as a function of the paths that the slicer chooses and the recommended values that Jimc posted are a more robust cure than what I was doing previously. I'll keep an eye on it and report any new developments.

cheers,
c

Post Reply