Help me understand why orientation changes the printing time
Okay, I get that in some orientations motors need to travel more or less, and I guess the plate motor and the arm motor have different speeds (prusa mini) but I find this difference quite big.
The first two examples get a printing time around 5h05, and the later 5h45. Why is there such a big difference for this particular angle and not others?
These are the faster orientations:
And this is the slower orientation:
Please help my curiosity out 😀
RE: Help me understand why orientation changes the printing time
The 45 degrews rotation allows equal moves on both axis.
0 or 90 rotations allow move in one avis while the another does nothing.
Uneven rotation requires both motors to spin differently, and thus slower motor slows the overall print.
Add different infills to the above and things get even more important exaggerated because certain things suddenly need to the printed while in another positions they were not n I ded.
Try to change infill angle and see how it changes all the prints.
See my GitHub and printables.com for some 3d stuff that you may like.
RE: Help me understand why orientation changes the printing time
Indeed, the infill was the issue.
Without any infill, the times are all the same. But there seems to be a big difference with the number of very short connections that are needed to be made between those thin walls.
So this start and stop short connections are taking a lot of time. I need to think better of which infill I will use, so that it doesn't take forever 😉
RE: Help me understand why orientation changes the printing time
Orientation can Defineately change time.
A lot of short moves take longer than one long move of equal distance. A function of physics and machine control. Plus added positioning. Recent slicer updates evaluate length of move vs. speed. If it is short and too fast, it will slow them down. Why? Telling the machine to accelerate and then almost instantaneously stop causes the servo to thump or bang. Changing the speed does not slow down the actual process time, it just eliminates abusing the hardware and related print anomolies. The time estimates may be more accurate now. In the 1980's we had to adjust machining programs to prevent this on the NC machines. We were running near max feed rates for the time. I literally put my hand on the machine to feel for the thumping on short moves. I noted where it was in the program and adjusted. Most top end NC machines today handle this in the controller. There is more, but I tend to overload so that is it for now.