Tuesday 28 October 2014

Mendel90 with e3d v6 hotend

The next generation (version 2) of the Lasercut Mendel90 is a work in progress. Currently we are planning on having from 1 to 5 bowden extruders to allow for a single extruder printer as a starting point that is then easily upgradable to as many extruders as required. I will post more information as I finalise the design, for now I wanted to share a X carriage, hotend mount and modified print cooling fan to fit an E3D V6 bowden hotend.

e3d V6 1.75mm bowden hotend mounted on a Lasercut Mendel90, view from below without the print cooling fan
Hotend mount

The hotend mount is designed to accommodate Nophead's ribbon cable connection PCB. 

The e3d v6 fits snugly into a groove mount.

After assembly:

Modified X Carriage

This X_Carriage is a further development on the one made for the Kraken hotend, in fact it was designed to allow the V6 and Kraken to be swapped out without dismounting the carriage. Unfortunately the Kraken is too large for that however at least only one carriage design is required for both.

With the V6 from above

and the Kraken from below

Modified Print Cooling Fan Duct

The V6 is too big for the original fan duct, also this method of mounting places the print tip almost in the center of the carriage. I redesigned the fan duct to take this into account:

I am interested to see how well this design operates "in the wild", I think it may be time to move to bowden in most applcations as a stepping stone to multi material and multi colour printing.

As always Think3dPrint3d designs are open hardware. The design files are available on github and as a Youmagine design.

Follow this blog or @Think3dPrint3d to be alerted to further developments! 

Monday 20 October 2014

PanelOne on Sanguinololu

The PanelOne LCD display and control panel was originally designed for RAMPS1.4, and that is still the most sensible way to use it as it uses two 2x5 IDC cables that are readily available. The PanelOne circuit board is designed to work with 3.3V and 5V electronics and this weekend I tested it with Sanguinololu (effectively going full circle back to the original Panelolu - just a lot easier to put together and use!)

This works fine, although you do need to be careful to plug the pins in correctly:

The correct pins for Sanguinololu are:

Wire number    PanelOne             Sanguinololu
1                       5V                         5V
2                       GND                     GND
3                       EN B                     Rx1
4                       EN A                     Tx1
5                       LCD DB7              A4
6                       LCD RS                PWM
7                       LCD DB6              A3
8                       LCD E                  SDA
9                       LCD DB5              A2
10                     LCD DB4              A1
1 Not Connected
2 Not Connected
3                       CS                        A0
4                       CLK                      SCK
5                       DO                        MOSI
6                       DI                          MISO
7                       EN SW                  SCL
8                       VCC                      5V
9 Not Connected
10 Not Connected

This blog post has a good image of the location of each pin on the Sanguinololu, re-posted below:

The IDC cables are numbered with wire 1 being the red coloured wire.

This will work out the box with the T3P3 version of Marlin by enabling #SDSUPPORT and #ULTIMAKERCONTROLLER in configuration.h

The process followed can be adapted to use the PanelOne on any electronics that runs Marlin and has enough free pins. Do let me know if you get it working on another board!

Wednesday 24 September 2014

More Mini Kossel Updates

After nearly 4 months of supplying Mini Kossel kits we have had a lot of fantastic feedback from all the makers who have put the kits together. This is the third post on additions, changes and improvements (the first one is here, and the heated bed one here).

Simple second extruder fan mount

We have had a number of requests for a solution to allow a second, PWM controlled fan to blow on the part being printed, so I designed this modified J_head extruder mount:

This mounts on the end effector plate in the same way as the original one, with the exception that it is rotated by 60 degrees (one hole) to allow the z-probe to clear the second fan:

To minimise the air blowing on the heated bed from the existing, always-on, fan cooling the thermal break on the J-head, I added a strip of aluminium tape to the bottom of the always-on fan mount. The tape can withstand the hot-end temperature so I sealed all the way to the hot-end heater block insulation.

As the fan mount has to be rotated 60 degrees to allow the probe to clear the fan, one of the probe mount screws needs a nut adding:

The second fan is prepared with a male connector pin so it can be plugged and unplugged at the same point as the rest of the end effector wiring loom. In the long run the end effector wiring loom may move to a 2x5 pin plug.

The screws self tap into the plastic of the mount.

The fan wiring follows the same route as the remainder of the end effector/hotend wiring loom, with a plug lined up with the existing plug:

It connects to the RAMPS via screw terminal D9, between the extruder and heated bed (not connected in the picture below), allowing for PWM control when Motherboard number 33 is selected within Marlin configuration.h.

No firmware changes should be required from the standard setup and the cooling settings within Slic3r and Cura will turn the fan on after a specified number of layers.

The source files for the updated hot-end fan mount are on Github. and its also a "thing" on Youmagine!

New PSU for Heated Bed

After an issue with sourcing reliable and economical high current laptop power supplies, James Clutterbuck suggested the Dell DA-2; a 12V 18A power supply:

This beast is capable of providing enough power for the whole printer and heated bed so from now on complete printer kits ordered with heated beds will be supplied with just this power supply. Unfortunately although the DA2 is supplied with what appears to be a 2x4-way Molex Minifit plug, the housing doesn't mate correctly with the standard Molex 2x4 Minifit socket, and so needs to be changed (part numbers below).

Roland designed a new face plate that accommodates the Molex socket along with a power switch and the USB plug.

The power supply cable is wired to both sides of the RAMPS plug:

The assembled faceplate installed:

The documentation will be updated shortly. The source files are available on our Kossel Mini Repository on Github (USB-power-8way-V2). If you want to source the parts for the upgrade, along with the printed plate, you need:

Dell DA-2 Power supply (12V 18A)
8 way connectors: Molex 39-01-2080 and 39-01-2081
16AWG crimp pins for molex 39-00-0078 and 39-00-0082.
Standard case rocker switch such as this one.

Marlin improvements

The Think3dPrint3d Kossel fork of the Marlin firmware is available on github and comes pre-configured as a good starting point for Marlin on a Mini Kossel. I have recently implemented a couple of improvements. Firstly David LapeŇ° pointed out this feature request/ bug fix for the main version of Marlin which allows for negative position numbers to be correctly displayed on the PanelOne screen:

The second change is to add 4 menu items for filament management. Within the "Prepare" menu you can now choose to prime or retract the filament by a small amount (default 3mm) as well as either load or unload the filament completely (default 560mm).

The default values can be changed within configuration.h, line 399 onwards:

#define EASY_LOAD
#define BOWDEN_LENGTH 560


You can also set the feed rate for each action (in mm/minute)

This based on Lajos's changes to Marlin for the Tantilus printer, I changed his implementation to make it work with the delta firmware and simplify the options a bit.

You can upgrade to these changes by downloading the Think3dPrint3d version of Marlin and uploading it. Make sure you copy across any changes you have made to configuration.h such as the Z height and delta radius after calibration.

Sleeker cable management

Mark Burton has added "Go Faster" stripes to his Kossel mini in the form of these extrusion insets, which nicely hide away the endstop cables.

4 of the strips fit in each extrusion tower. The scad and stl files are on github.

 Thanks to everyone who has sent feedback and design improvements!

Sunday 31 August 2014

Slicing software printed support review - evaluating Slic3r, Cura and Meshmixer

Support material options for single extruder printers have come on significantly recently and I have run a series of test prints to evaluate three contenders:

Meshmixer, by Autodesk - adding support structures to meshes is a small subset of the processing it can do on stl files. (version 2.5)

Cura, by Ultimaker. A capable slicing program with super fast path generation. (version 14.07)

Slic3r, by Alessandro Ranellucci and others. The go-to slicing software for much of the reprap community with a great amount of configurability. (version 1.2.0 experimental)

This is not intended to be a tutorial on how to use these three programs as excellent tutorials already exist, I will simply expose the settings and processes I used for support generation.

I chose two models as test pieces: low poly Fennec Fox, uploaded to thingiverse by Physics_Dude. I scaled this model to 120% for the tests.

Printed as one piece it requires significant support to print properly.

Also the bonsai planter by createdbygordon

Which has some tricky internal overhangs when sliced without infill to make a pot.

Support generation


The meshmixer support generation is semi automatic - it is automatically generated but I found it needed a bit of tweaking to fully support this model.

After importing the model into meshmixer, go to analyse, overhangs and select Ultimaker2 (Dizingof's settings) as the start point, then "Generate Support":

Meshmixer support automatic generation
The support is generated over all the area highlighted in red, you can modify how thick you want the columns and the interface points. I have gone for 2mm columns with 0.8mm interface points (where the support narrow just before touching the model).

Meshmixer support - starting from the fox's foot rather than the build surface.

One of the more annoying "features" is the autogeneration choosing to start a support pillar from a surface of the model (as shown in the picture above) rather than from the build surface.

Meshmixer support - long fragile support columns
Another issue I found were quite long support pillars that were too fragile to consistently support themselves. This is where you can add additional support pillars to shore them up as shown below.

Meshmixer support - adding additional support pillars
Clicking on the point you want the support to be on either the model or an existing support will drop a pillar down to the build surface (or you can click and drag for finer control). I found this was required for the taller support columns.

Meshmixer support automatic generation - made solid
Finally you click "convert to solid before exporting the model as an .stl. this can then be sliced without support with Slic3r or Cura as you like.

On the bonsai planter the issue of generating support that builds on the object rather than the build plate is even more pronounced:

Also it was difficult to manually add support columns that go down to the build plate - they insisted on snapping to the object instead. An issue with all the slicers: when using the solid object there is obviously no way to generate support inside for overhangs.


Slic3r's support generation settings I used are:

Slic3r support settings
The pillars pattern is relatively new and should provide a good compromise between strength of support and use of material. I did not see a noticeable difference in the support generated with "support bridges " checked or unchecked - probably because the foxes body and the overhangs on the bonsai planter have a slope to them.

The fox support looks like this in gcode visualisation:

Slic3r Support gcode - visualised in pronterface
The pillars are interconnected with lines - seemingly at random.


The basic setting allow you to select support that is only touching the build plate, this is a good feature as its often provides enough support and prevents the top of lower parts of the model getting messed up:

In expert settings you can tweak the support which allows you to put space between the support and the sides of the object - another good option to reduce the occasions that the support messes up parts of the print that do not need support.

Cura has built in gcode visualisation:

With the line option you get far less retracts than the other software a Dizingof mentions:

Although I have not had a print jam due to retractions using any of the support options.

Printed examples

All these examples were printed on the Mini Kossel printer, in generic ABS at 0.2mm layer height.


The support printed well (however the autogenerated support struts definitely needed the manually added additional bracing)

Meshmixer support of Fennec Fox

Meshmixer support in detail
The picture in detail shows the support columns narrowing to a nominal 0.8mm at the top.

I did not try the bonsai planter print with meshmaker support.


This support turned out to be much more intrusive on the model than meshmixer or cura

Slic3r support of Fennec Fox

Slic3r support in detail
The support itself consisted of columns with wispy bits between them - maybe there is no retraction with the support? Also note how the support is partially encasing the front legs.

With the bonsai planter the support generated by both Slic3r and Cura was only external to the object - even though the object was printed with no infill and thus might require 
support internally. This is rather an unusual case though so I am not surprised it was not generated. this issue is evident on the roots where they are bridging over the top as shown below:

Bonsai planter with no infill showing the perimeters failing to bridge properly
I tried to reduce this issue by using 6 perimeters which improved some areas but was not enough.


Cura's support is laid down thicker by default than Slicer but it nicely avoids the vertical parts of the object it is next to

Cura support of Fennec Fox

Cura support in detail - notice the support warping
Due to the long straight lines and printing in ABS the support warped quite a lot as shown in the photo, however it did not affect the print in any noticeable way.

Cura had the same issue with the internal unsupported areas of the bonsai planter that Slic3r did - in addition it showed quite a bit of stringing internally, I wonder if it does not retract for internal, no perimeter crossing, moves. While in general this is probably fine if there is no infill the inside should be treated in the same manner as the outside so this is an area for improvement.

Bonsai planter - internal stringing

Support removal

In all cases I removed the support by hand, assisted by a pair of small side cutters for finishing off. I spent no more than 5 minutes on each fox model so more support could be removed by further work, ie by filing/sanding.


The meshmixer support was the easiest to remove from the fox model. Having only 0.8mm contact points as dots along with the lever arm of the printed pillar ment they broke off very close to the model but not always exactly at the interface - sometimes a couple of 0.8mm layers were left on the model

Meshmixer support removed

As can be seen the remaining support marks are quite obvious, however the support did a good job of ensuring the supported layers printed well.


The Slic3r support was variably easy to remove - the tail and head support came away in one piece with no effort, leaving an extremely clean finish:

Slic3r support removed - fox head very clean

Slic3r support removed - fox tail similarly clean
The fox body was a different story - here the support was tangled up with the top of the legs and it was difficult to remove the last few layers. 

Slic3r support removed - fox body with support remaining

Slic3r support removed - fox leg with support marks
As there was no gap between the support and the front legs there were support marks along the sides of the legs.

With the bonsai planter the support came away relatively easily - with similar issues where it unnecessarily touched the model walls. The supported surface in this case though was not that well supported and looked rough.

Slic3r support removed - bonsai planter with support marks


The cura support was almost as easy to remove as meshmixer, leaving noticeable lines that none the less looked better than the meshmixer spots.

Cura support removed - minor marks remaining

Cura support removed - lines visible on the tail
Cura proved to be the most consistent across the whole model and the support only touched the model where it was required.

For the Bonsai planter the support was similarly easy to remove and left minimal marks overall. It did a better job than Slic3r in supporting the model however it left one area unsupported that arguably should have been. This lead to the perimeters curling up and the white filament being discolored by the nozzle.

Cura support removed - discolouration due to unsupported area curling up



This support was the most efficient in material use however it required the most manual tweaking to print properly. In addition the marks it left once removed were more noticeable than Cura and (sometimes) Slic3r. While the settings could probably be further modified to improve the performance this support type appears the most limited for future improvements.


The support's performance was variable - by far the best in some situations (fox's head and tale) however the worst to remove with the most obvious marks in other areas of the same model. This may be down to my chosen settings and with some more tweaking I may get better results. The most obvious general flaw is that it does not leave a big enough gap between the support and the unsupported areas of the model (like the foxes legs or the lower roots of the planter)


While some of the support left marks, overall it was the easiest to generate support which performed consistently well. Once again though slight tweaks could improve this further for specific models. 

Overall Cura wins my "no time to tweak - got to make it work now" award.

Last word

Over the last few years the support generation in Slic3r and Cura has improved a huge amount (no idea bout Meshmixer as I only just started using it). All three of these programs are under constant development and frequently get improved so this blog post is definitely not the last word! I would welcome other people's experience with the support functions and tweaks to make them work better in specific situations. I have also left out at least one commonly used (but not free/OSS) program in KISSlicer - one to evaluate in the future.