5
$\begingroup$

So here How to achieve dimensional accuracy of printed parts the Cartesian printer approach to accurate sizing is covered. And deltas get a footnote of being a whole other ball of wax - so let's look at that wax ball.

I'm currently resurrecting, or erecting, depending how one looks at it, a poorly documented Chinese printer (purchased in China by a Chinese student and abandoned in the US after graduation) that appears to be based off a Rostock mini. Z 204mm, X Y 100mm radius or 200 mm diameter, Bowden tube.

enter image description here

It appears to be equipped with an absurdly small nozzle (lacking a good way to check that precisely yet, feeding suggests possibly 0.1mm, and no, the vertical resolution is not nearly enough to make that in any way reasonable), which is obviously fixable if the rest of it can be made to work.

Yesterday we got it to the point of (very tediously with tiny nozzle) spitting out a test cube, which was 17 by 17 by 20 mm - undersized in XY, accurate in Z. The last bit makes me pretty sure the steps/mm are right on the steppers, but obviously something is off in the geometry (measured, no documentation for this exact printer can be found, at least by non-Chinese-speaking/reading me - it being utterly un-branded does not help.)

A second test cube was produced with scaling set to 20/17 (1.176) in the XY directions, and that seems to be accurate at least to non-precision measurements. I'm now contemplating "what likely needs tweaked, and in what direction" for the delta geometry - I'd say the rod eye-to-eye measurement (85mm, IIRC) is fairly decent, the offset from rod mount at carriage to rod center is not too terrible, and I have low confidence in the rod mount at printhead to nozzle - so that's the one I suspect most.

tl, dr:But I lack an intuitive understanding of how each of those parameters (offset at carriage, offset at printhead, and arm length) would affect the printed size. I'll come back and edit in what we currently think each is. Rather than depending on scaling in the slicer I'd like to seek the "right numbers" but when at the limits of available measurement precision, having an idea how and in what direction incorrect offsets or arm length affect the print size would be good, rather than just blindly changing numbers and hoping.

I also have some other "print quality" issues and a bed leveling issue which will be other questions when I can sort that out.

$\endgroup$
2
  • $\begingroup$ This is a very detailed post, and interesting to read, but what is the actual question? Could you provide a TL;DR summary? $\endgroup$
    – Greenonline
    Commented May 3, 2017 at 15:51
  • $\begingroup$ As requested - I'd like to know how and in what direction incorrect delta parameters will affect the as-printed size/geometry, so I can try to tweak mine to be correct, without a full fledged metrology lab to get more dependable measurements of things that are difficult to get accurately by eyeball and calipers. $\endgroup$
    – Ecnerwal
    Commented May 3, 2017 at 18:10

1 Answer 1

4
$\begingroup$

Issues in X-Y size on a Delta are usually the result of an incorrect diagonal rod value in the firmware. This should be easy to fix assuming the rods were built together.

The formula for this is (20 in this case is your test print X-Y):

New DELTA_DIAGONAL_ROD = 20 / measured_length * Original DELTA_DIAGONAL_ROD

I found this information (here), this site also has more information on setting the radius and other delta specific issues.

If you encounter issues with the size of the rods you should build new ones using a jig. There are several (here's one) I found on Thingiverse but they require printed parts and they do all the rods horizontally which I think would be tough to keep equal. I would use something similar to this picture but with a longer rod/bolt so you can fit all rods on the same time. When I did my Kossel Mini I used a piece of the extrusion with bolts coming off of it to keep the rods consistent.

enter image description here

For the other issues you mention you should open another question specific to each issue.

$\endgroup$
1
  • $\begingroup$ Thanks; I have been around stack exchange long enough to not only know that those issues are separate questions, but to mention that they will be separate questions when I get to them; and not to ask them until I have done enough background to make them worth asking. $\endgroup$
    – Ecnerwal
    Commented May 3, 2017 at 18:17

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .