3D Printing Forum

LePaul wrote:
The only French I know is the French-Canadien ('Old French") dialect. Much different than Paris-French

For the avoidance of doubt, there is no such thing as 'French-Canadien'. There is the French language and there are mistakes.

Ha ha

Well from what I am told, it is the 18th century version of the language....who knows! I just know everything my parents and grand parents taught me was completely wrong in my first French class!

If your belts are loosing tension, just unfix one pulley, move the axis about three times in each direction and re-tighten the pulley. Tension should be ok again then. If your belts are worn out that the internal spring cannot compensate anymore they should be replaced.

gudo are you able to release the stp files for your slider blocks?

Hi all!
Hi forza ! yes I 'm
The modification works fine for me,
these slidings blocks need to be printed precisely with a machine in a good condition and then a well mounting by using the X/Y align tool will ensure proper operation, it's under your own responsability
here the Rar files download link : http://nsmf01.casimages.com/f/2017/02/0 ... 992258.rar

Thanks gudo - I'll give it a go and let you know how I get on. Many thanks

Those who would like to try feel free to ask more,
the interesting thing I noticed is that with more stretched belts this reduced a lot the ringing, care to not stretch too much !

Well made an adapter for your slideblocks a-la beyondblocks. Will test tomorrow when I get some time.

I would change a bit the printed parts to have 0.10 margin of error, I did use horizontal expansion -0.10 for some parts on some reprints, specially the belt grips.

Will post after setting all up. Btw omg m2.5 screws are really tinnyyyy

If I'm right with some drilling on the box it should be possible to gain 1cm (or close to) in both directions on an umo... That should be... I think.. Ahrgg to much todobedobedo

My evil plan to gain print area failed, but I did win almost 5mm on x/y, not bad XD

Gudo-neotko-beyond slideblocks. For umo adapters

After printing all -0.10 works flawlessly. Edited the step and changed the inner area like talked to gudo so there's less friction translating to the slideblocks when the bushings spin.

Will do prints soon when I get another free hour. Been busy like mad lately.

Great Work!!!
So sum up: work for UMO with an adapter - also for MX belts - right?
If so, will change to it as soon as modify my head to the UM2 style...

Yes, M2.5 are very tiny but I would prefer any screwed version to a just snapped one.

MXL, that would need very little extra work, like adding mxl clamps, atm they are gt2, but making mxl should be more than doable.

Yes, MXL - of course...
would be great to have this option.

drayson wrote:Yes, MXL - of course...
would be great to have this option.

The change should be very easy, but you would have to 'cut' the belts. I did that, first 3 prints did look superb, very fast print and precise. (Ofc also with ZGE)



Ringing is clearly less, at this speed it should be too much but is hard to notice (but ofc is there). At 70mm/s is almost impossible not to have it with this printers.

Neotko wrote:My evil plan to gain print area failed, but I did win almost 5mm on x/y, not bad XD

Gudo-neotko-beyond slideblocks. For umo adapters

So these slideblocks are for UMO(+) with stock rods...not UM2 rods? And you gained a few mm buildarea?
I'm interested

Great design ..but just a small observation, there seems to be a slight angle difference in the belts with this tensioning setup, the upper belt are not parallel to the lower belt (i hope you get what I mean, same belt around 2 pulleys)

I know i've seen comments on this before (i cant find the link) but when the belts are not parallel to eachother around a pulley, the distance traveled differs from the distance the step motor is set to do.

a*-----------------------------*b
c*-----------------------------*d

so a travel move between a -> b is shorter than a travel move between c -> b, so step motor is commanded to go to point b from point a, but on a c -> b path, so it will never reach b.