Robox is printing on wrong y-axis after a few layers

[Florian @cansik Switzerland]

Today I tried to print (PLA with raft) a bearing I designed and one that was downloaded from thingiverse. After printing the first layer I thought it would print nicely.

But during midprint, the y-axis of the print-head just started printing at the wrong position. I have calibrated everything and gave it a new try. And it happened again. It seems that Automaker is calculating wrong commands for this print.

Have you ever experienced such problem?

Check out my images of the print to see what I mean. After a specific layer the printer just prints at a wrong position. And it happened in two different prints, so it was not just an accidental movement of the printbed.

• This topic was modified 1 year ago by  Florian.

Attachments:

You must be logged in to view attached files.

[BHudson @bhudson I have both RoboxDual and other Robox versions Arizona, USA]

@cansik There are several causes of this behavior.

1. Debris under the bed. Please make sure that there is nothing under the bed that would obstruct its movement. Cardboard, etc.
2. You are printing lots of tiny parts with PLA. PLA will warp during printing if it gets too hot, and the thinner and smaller the features are the more likely the warp will cause the nozzle to hit it and this will obstruct the movement of the bed. From the pictures, it looks like one of the balls on the smaller bearing is out of position and could be the cause of the problem.
3. A loose stepper motor cable. Please open a support ticket before checking the cables so that you don’t risk damage to the printer.

I suspect it is number 2. If so, you can try printing with the door open to help cool the print, take the right side off for better airflow, or a combination of the two.

I operate two Betas and four Production Robox.
I am the US/Canada Technical Support engineer for the Robox.
www.hudsondesignlabs.com

[Florian @cansik Switzerland]

@bhudson The problem was, that it happened two times with the exact same result. So it seems more a failure in the model to print pipeline then an accident.

Printing both models alone works without any problems. But it doesn’t matter, I was just curious if some else has experienced something similar.

[BHudson @bhudson I have both RoboxDual and other Robox versions Arizona, USA]

@cansik While I understand why you think it would be the software, it is not likely that you will see software issues that are isolated. If you are seeing this problem, others should be seeing it also. As we do not see more than one or two reports of behavior like this, it is more likely that it is a hardware issue as I described and not a software issue.

Yes, others have experienced the same issue and the resolutions of those issues are what I used to create the list of possible causes above.

I have yet to see this behavior be caused by software.

I operate two Betas and four Production Robox.
I am the US/Canada Technical Support engineer for the Robox.
www.hudsondesignlabs.com

[Author]

Posts