Original-Prusa-i3 icon indicating copy to clipboard operation
Original-Prusa-i3 copied to clipboard

Improvements to the X-axis and Y-axis belt drive

Open RH-Dreambox opened this issue 6 years ago • 11 comments

A problem with current belt drive is that it does not run parallel to the horizontal plane. That means two problems. 1) When the belt is angled from the horizontal plane, the transport distance of the E unit will be slightly shorter than would be the case if the belt was completely horizontal. This can be easily demonstrated with Pythagore's formula where the E device transports along the hypotenuse instead of the opposite katete, which would be optimal. 2) In case of rapid movements, small strain vibrations can occur that affect the result of the printed surface. This is because the belt must also be moved vertically up and down quickly. This does not occur if the belts are completely horizontal.

Please, see a detailed description of both my posts regarding Fine tune MK3, X- and the Y-axis.

https://shop.prusa3d.com/forum/original-prusa-i3-mk3-f30/fine-tune-your-mk3-x-axis-t13853.html https://shop.prusa3d.com/forum/original-prusa-i3-mk3-f30/fine-tune-your-mk3-y-axis-t13851.html

RH-Dreambox avatar Jan 26 '18 11:01 RH-Dreambox

Hello,

thank you for this information. We'll get on it as soon as possible.

Best regards, — Jennes de Schutter Technical Support

PRUSA Research +420 222 263 718 +421 220 570 305 188/7a Partyzánská, 17000, Prague shop.prusa3D.com

For simple troubleshooting, please use: http://help.prusa3d.com

Please rate our reply ...be generous :-)

--- original message --- On Fri, Jan 26, 2018 at 12:38 pm, [email protected] RH-Dreambox wrote:

A problem with current belt drive is that it does not run parallel to the horizontal plane.

That means two problems.

When the belt is angled from the horizontal plane, the transport distance of the E unit will be slightly shorter than would be the case if the belt was completely horizontal.

This can be easily demonstrated with Pythagore's formula where the E device transports along the hypotenuse instead of the opposite katete, which would be optimal.

In case of rapid movements, small strain vibrations can occur that affect the result of the printed surface.

This is because the belt must also be moved vertically up and down quickly. This does not occur if the belts are completely horizontal.

Please, see a detailed description of both my posts regarding Fine tune MK3, X- and the Y-axis.

https://shop.prusa3d.com/forum/original-prusa-i3-mk3-f30/fine-tune-your-mk3-x-axis-t13853.html

https://shop.prusa3d.com/forum/original-prusa-i3-mk3-f30/fine-tune-your-mk3-y-axis-t13851.html

You are receiving this because you are subscribed to this thread.

Reply to this email directly, view it on GitHub, or mute the thread. --- end of original message ---

prusa3d-bb avatar Jan 29 '18 08:01 prusa3d-bb

I have also observed another problem with the x-end-idler :

x-end-idle_screw_issue

In this image, the space for the screw head is bigger than the space for the nut. This means, with tension, the screw will tilt at about 1°. This is not a big angle but apparently it is enough on my printer to have the belt always on one side of the idler (bearing) and I could never have a belt properly aligned on the x-end-idler.

This is also reinforced by the screw hole diameter which is too big (3.6mm for M3 hole), this should have been reduced by moving from ABS to PETG.

You also have the exact same issue on the y-belt-holder.

gregsaun avatar Feb 01 '18 14:02 gregsaun

I did modification in scad and stl file of x-end-idler (reduce pulley screw holes) , successfully reprinted with PETG , with 200um layer/10% infil, now screw is inline, now you need to actually screw in the screw into a part. also reduced hole for head of screw, to spread out tension on part. please test part from pull request, and send me feedback.

ghost avatar Feb 04 '18 12:02 ghost

Can this get rolled into the MK2S X-Idler too please?

mickstone avatar Feb 08 '18 08:02 mickstone

So did this ever get resolved? Was there a comparable fix in the mainline models that addresses this?

triplepoint avatar Jul 05 '18 01:07 triplepoint

@triplepoint I'm wondering the same thing.

DVNLO avatar Jul 19 '18 05:07 DVNLO

I got printer parts replacement from prusa , and looks like they fixed production code , but i don't see this issue fixed on github code.

ghost avatar Jul 19 '18 12:07 ghost

If there are improvements to production parts that aren't being released, you could easily see that as a violation of Prusa's claim to be open source.

Someone on the engineering team needs to review the procedure for developing and releasing changes to part designs, and ensure that all development results in released design files here, at the same time they're released to production.

triplepoint avatar Jul 19 '18 17:07 triplepoint

Any update on that?

nospoon avatar Oct 16 '18 19:10 nospoon

It would be great if you guys could take the time and learn how to use Github effectively. There are very clear and easy mechanisms for referencing, and even closing related issues via standard commit messages. Doing so would make your jobs easier, eliminate all of the "Is this fixed yet?" comments that are surely filling up your inboxes, and greatly improve your relationship with your customers and the open source community as a whole. Please consider. Thanks,

-Andy

OutlawAndy avatar Oct 16 '18 19:10 OutlawAndy

@nospoon you can view the commit history of a file to see a list of commits that have changed the file.

https://github.com/prusa3d/Original-Prusa-i3/commits/MK3/Printed-Parts/scad/x-end-idler.scad

If we look at the commits since the date of this issue start we can see the only two commits also adjust the version text of the part label.

x end r2 changes in this commit

x end r3 changes in this commit

trevjonez avatar Oct 16 '18 20:10 trevjonez