Tiny Toy Dump Truck

by madscifi, published

Tiny Toy Dump Truck by madscifi Jun 29, 2011

Featured Thing!

78 Share
Download All Files

Thing Apps Enabled

Order This Printed View All Apps



Public Domain
Tiny Toy Dump Truck by madscifi is licensed under the Public Domain license.

Liked By

View All

Give a Shout Out

If you print this Thing and display it in public proudly give attribution by printing and displaying this tag.

Print Thing Tag

Thing Statistics

27122Views 8650Downloads


A tiny toy dump truck, no assembly required.

Captive wheels and dump box.

Inspired by toy tanker truck by jag http://www.thingiverse.com/thing:5273

The picture shows the series of intermediate designs.


The wheels will most likely need to be broken free (just grab both sides of a single axis and twist) and some manual cleanup around the axle holding the dump box to the body will most likely be necessary.

Print was sliced with Skeinforge:
Layer Thickness: 0.2mm
Perimeter Width over Thickness (ratio): 2.5

2011-07-05 The new -V2.scad file fixes a bug that occurs if you attempt to change the wheel_dia or body_lift variables. Otherwise, the design is unchanged.

2011-12-14 Added version 3 (V3) files. This version shortens the bed axle a bit and adds a cap to the bed axle sleeve. This constrains the bed so that it cannot slip so far out of alignment with the truck body when the bed is raised.

2012-01-03 Repaired all files so that they are manifold (according to the netfabb cloud service).

All Apps

Auto-magically prepare your 3D models for 3D printing. A cloud based 3D models Preparing and Healing solution for 3D Printing, MakePrintable provides features for model repairing, wall thickness...

App Info Launch App

Kiri:Moto is an integrated cloud-based slicer and tool-path generator for 3D Printing, CAM / CNC and Laser cutting. *** 3D printing mode provides model slicing and GCode output using built-in...

App Info Launch App
KiriMoto Thing App

With 3D Slash, you can edit 3d models like a stonecutter. A unique interface: as fun as a building game! The perfect tool for non-designers and children to create in 3D.

App Info Launch App

Print through a distributed network of 3D printing enthusiasts from across the US, at a fraction of the cost of the competitors. We want to change the world for the better through technology, an...

App Info Launch App

Quickly Scale, Mirror or Cut your 3D Models

App Info Launch App

Treatstock is an online platform that offers decentralized manufacturing services such as 3D printing and CNC machining for clients all over the world. We offer free and instant access to comparati...

App Info Launch App

3D print your favourite design with NinjaPrototype, a professional 3D manufacture with consistent quality and speed.

App Info Launch App

Made this for my 2yr old with a freshly assembled Anet A8 Priusa. Overall print worked well, the wheels/axles don't move but the dump hinges properly and my daughter loves it.

Just made one turned out perfect, now to scale it up and make it bigger.

Made this for my 3yo. I created a monster. He's coming to me "Daddy, print me another truck please"...

I made this for my 82 year old father who loves to build and paint things. He love it!

It is a great little truck!

Printing on an SD3 turned out mostly okay. Front axle was fine, rear axle however was quite stuck and would not move. Hinge for the container was moving immediately, but broke after a few uses. Suggestions: leave more space around wheel axles, and increase diameter of hinge.

Awesome. I'll print it for my nephew!

madscifi -- I printed your truck on my solidoodle. The final side of the pickup's bay is a straight 90 degree overhang. On my solidoodle it's all drooped but in your picture it's nice and straight. How did you pull that off? What printer are you using? Your STL design doesn't include a support or anything that I could see.


The prints I posted were printed on a Sells-style Mendel. I'm not aware of anything that would prevent a Solidoodle from printing this without support.

You'll notice that I oriented the trucks in my pictures so that the inside of the bridged surface is not really visible - it was far from perfect. You'll also notice that most of the images of the truck that others have printed are oriented such that the inside of the bridged surface is not visible.

However, it is certainly possible to print a good copy without support. The trick is to tune Skienforge (assuming that is what you are using to generate gcode) for printing bridges well. The following Reprap forum thread is a good place to start: http://forums.reprap.org/read.php?1,83730http://forums.reprap.org/read....

Also, see: http://reprap.org/wiki/Calibration#Bridginghttp://reprap.org/wiki/Calibra...

It is well worth tweaking Skienforge to print bridges well on your printer. Many other models depend on well printed bridges - the various whistles being the most popular ones that come to mind first.

Thanks, I finally got all my settings worked out so it's printing well. I'm actually getting much better prints with Slic3r than Skeinforge.

Unfortunately, Slic3r is much less tolerant of design errors and when I try to slice your truck STL it reports, "The input file is not manifold." and "the model has overlapping or self-intersecting facets."

I tried opening in Netfabb Basic and it detected errors and auto-repaired. But it's repair
s break the design -- the wheels are no longer connected (no axel between them).

Is there any way you could fix the STL design so it doesn't have those errors? I'm really eager to get a nice truck printed. :)

Everything should be manifold now (at least according the Netfabb cloud service). Please let me know if there are any additional issues with the files.

It's still not working. I just ran it through Slic3r again and, "The model has overlapping or self-intersecting facets." It tries to auto-repair but the resulting gcode doesn't work. It won't even start printing with Pronterface.

I'm afraid I don't understand what is causing the self-intersecting facets or how to fix them. I've spent some time using Meshlab to identify the facets in question and trying to fix them without success (I can eliminate most but not all of them in Meshlab simply by checking the Unify Duplicated Vertices checkbox on import). It seems as if OpenSCAD is generating the mesh incorrectly from the csg, but I'm not certain of that at the moment. If anyone has any suggestions about how to fix these I would be most grateful.

I know this is a bit of an old topic. But I found out that OpenSCAD has tendency to generate wrong STL files if your "difference" selections have matching faces with the origonal mesh.

For example:
difference() { cube([20,20,20]); cube([10,10,10]); }
Can generate a wrong mesh (might not do so in this case)
difference() { cube([20,20,20]); translate([-1,-1,-1]) cube([11,11,11]); }
Will always generate a good mesh.

I think I need a HBP, this just doesn't work too well with a raft. DONT_KNOW

PLA works without a HBP. Or, if you are using ABS, try an old CD that you want to destroy as a build surface. The ABS will stick to that pretty well without a HBP--sometimes too well.

Can anyone print it nicely at scaled down to 18mm? I tried and I obviously need a lot of bridge calibration. Also def. a smaller nozzle than .5mm

see more info here: http://omemon.wordpress.com/2011/07/01/smallest-size-test-thus-far/http://omemon.wordpress.com/20...

Thanks for posting the photo with the intermediate steps in the design process.

I'd so click your flattr button -- if you had one!

I have a policy of always flattr'ing designs that I print out, and I'd really like to do it in this case too! Please get a flattr account. :-)

Thanks for the suggestion. At the moment I'm of the opinion that the likes and seeing posted images of other's people's copies is more than enough flattery. That and I have some reservations about the way flattr is set up. I'll have to look at it in more detail.

I love the idea of printing fully-assembled objects with moving parts.

Once someone figures out a reliable and easy water soluble support material I think that fully assembled objects with moving parts will really take off. There would be a lot fewer limitations in the types of designs that would be practical.