<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: MakerBot CupCake’s Triumphant Return, Part 2:  Skeinforge Slices; CupCake Prints</title>
	<atom:link href="http://www.neufeld.newton.ks.us/electronics/?feed=rss2&#038;p=1873" rel="self" type="application/rss+xml" />
	<link>http://www.neufeld.newton.ks.us/electronics/?p=1873</link>
	<description></description>
	<lastBuildDate>Sun, 08 Dec 2024 17:19:24 -0600</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>By: Computer Nerd Kev</title>
		<link>http://www.neufeld.newton.ks.us/electronics/?p=1873&#038;cpage=1#comment-34415</link>
		<dc:creator>Computer Nerd Kev</dc:creator>
		<pubDate>Fri, 27 Nov 2020 02:20:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.neufeld.newton.ks.us/electronics/?p=1873#comment-34415</guid>
		<description>Wow you finally got there! I&#039;ve had your blog bookmarked since buying my Cupcake CNC (one of the final &quot;Cupcake Ultimate&quot; kits that were sold at a discount after the Cupcake was replaced by the Replicator), and it&#039;s great to see it continuing on after all indications were that it was abandoned in 2012.

I&#039;m the opposite to you - having kept my Cupcake going ever since purchase as my only 3D printer, but never getting around to documenting any of my experiences or modifications properly at all. Certainly I&#039;ve intended to write a web page about it for years, but there&#039;s always something that I should do to it first.

Anyway here are some quick notes:

*I&#039;m using the final Skeinforge release, 50, and it works well with my settings. I ended up with three sets of print settings named &quot;appearance&quot;, &quot;accuracy&quot;, and &quot;solid&quot;, chosen based on the requirements of the print. I also tinker with them, particularly raft, surface layers, and infill settings, a little bit for each print.

*Some General settings (more details available on request):
Extruder: 225degC
Bed: 120degC

Motor: 255 (full speed)
0.28mm layer height

*I looked into Slic3r once. I think at that point the printer &quot;drivers&quot; (for want of a better word) are integrated with the software, so you&#039;d have to write the code to add another one for the Cupcake. I believe it&#039;s possible to replace the firmware with one of the modern RepRap ones (&quot;Sailfish&quot; comes to mind, but I haven&#039;t got time to check these details now), and then Slic3r can talk its language, but I don&#039;t want to do that and I imagine you&#039;d feel the same.

*I&#039;m using ReplicatorG for control. I load in the gcode generated by the later Skeinforge release manualy. Skeinforge does need clean meshes, and some of the newer models on Thingiverse are tricky to get through it. I&#039;m using Netfabb Basic (no longer available, no ideas what a good modern alternative is) and Meshlab for tidying up prints, as well as splitting them up to fit on the Cupcake&#039;s build platform. It struggles a bit with really detailed meshes in any case.

*On the topic of really detailed meshes, as are now common on Thingiverse. I probably got the tip to print from the SD card from your original series of Cupcake posts, and many thanks for that, I do that along with Unpause enabled in Skeinforge. But still with some very curvy or otherwise complex prints, the Cupcake can stall for a moment. I don&#039;t remember it actually ruining a print that way though, except where the print was just too ambitious overall and failed for a combination of reasons.

*I always get strings - they&#039;re easy to clean, and it gives you something to do while the next part is printing.

*My computers don&#039;t change much, so keeping the software working isn&#039;t too much of an issue. Still this might possibly be handy for you:
https://github.com/dob71/x2swn

*I did install Printrun once, but never got around to trying to get it to work with the Cupcake.

*I&#039;m using painter&#039;s tape on the heated build platform (a solid block of aluminium, probably copying you again but I can&#039;t remember anymore). It&#039;s not perfect, but I was doing well with raftless printing for a while. These days I&#039;ve gone chicken and usually use a raft just for one thing less (or at least less likely) to go wrong.

*I had the extruder stall problem too. I&#039;ll put my original notes about it at the bottom, but in the end both of the motor drivers failed to turn it reliably so, seeing as my settings already had them at 255 all the time except when laying a raft, I built a replacement circuit using two relays. They may wear out fairly soon given the amount of switching that goes on, but it works well for now and current handling ability is certainly no longer a problem. Here&#039;s a pic of the relay board, I&#039;ve got a hand-drawn schematic that can be scanned in on request (or will be anyway when I get to writing that web page one of these decades), it&#039;s pretty simple:
http://computernerdkev.heliohost.org/cupcake/img/extruder_relay_wiring.jpg

*The tape you see in that pic is for my enclosed build chamber, which is just plastic wrap taped on, as well as bubble wrap on the top attached in a way that the extruder can push it out of the way when it pokes through (though preventing it from sucking it up with the filament has been a little tricky). Again it&#039;s not perfect.

*Over time the screws in the Y-carriage do loosen. For the last print I had to take it out and retighten/reinsert many of them because it had finally started falling apart.

*I haven&#039;t had any problems with the stepper drivers, touch (ply)wood.

*Here&#039;s my Thingiverse account if you want to look at a few of the things that I&#039;ve done with my Cupcake:
https://www.thingiverse.com/cnk/designs

*Recently I&#039;ve also been experimenting with casting my 3D prints in aluminium to make moulds:
http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/topsand1.JPG
http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/furnace2.JPG
http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/casting2.JPG
http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/casting3.JPG
http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/topmould2.JPG

*Generally the first thing to do before a print is fix everything that broke during the last print, but overall I manage to get it to do everything I want.

*I printed a bearing retainer to prevent the bearing in the extruder from falling out. Though I think it still happened once after the screw holding it on wiggled loose.

Very glad to see you sharing your Cupcake adventures much better than I do. That was quite a lot even just for &quot;quick notes&quot;, and I left a few things out too, but don&#039;t have time.

Here are the notes from my own extruder driver troubleshooting:

Printing Extruder Cut-Outs:
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
*Extruder controller can&#039;t supply enough current to motor and cuts out. Probably happening now because
 the extruder motor is getting old and drawing more current.

*loosening filament screw helps, but the extruder still cuts out when the PWM frequency is reduced due
to larger current surges. This happens when building the bottom layer of a part.

*Solution will be to use buffer transistors for outputs which will have to be in bridge configuration.
 See the Datasheet for the PWM control IC and the board schematic.
 -PWM problem only if flow rate set &lt;1 in &quot;speed&quot; settings in Skeinforge.
  -Feed rate?
 -Actually does happen in normal printing as well.


--
*Tried to hook up power lines directly to motor controller chip in case of voltage dips causing problem
 due to uCont getting confused. However got IC orientation wrong and hooked up GND to CP2, this killed
 the chip when tested.

* Lifted DIR and ENABLE pins on 2nd, unused motor controller and ran signals for 1st controller to it
 from the status LEDs.

*Tested with this configuration, motor works fine even with excessive load, indicating that the power
 lines are further from the uCont. for this chip.

*Also observed that with normal settings, PWM is at maximum during printing. This means that the PWM
 motor controllers could be replaced with bare transistors or relays without great detriment from the
 loss of the special PWM features of the motor controller IC&#039;s extra circuitry.

*I Still am unsure why the fault with the 1st motor controller IC was so intermittent

UPDATE:

*Fault developed with second controller. Going to replace with two relays.
 -Need to find all the details that I looked up last time.
  -Saved in cupcake docs directory</description>
		<content:encoded><![CDATA[<p>Wow you finally got there! I&#8217;ve had your blog bookmarked since buying my Cupcake CNC (one of the final &#8220;Cupcake Ultimate&#8221; kits that were sold at a discount after the Cupcake was replaced by the Replicator), and it&#8217;s great to see it continuing on after all indications were that it was abandoned in 2012.</p>
<p>I&#8217;m the opposite to you &#8211; having kept my Cupcake going ever since purchase as my only 3D printer, but never getting around to documenting any of my experiences or modifications properly at all. Certainly I&#8217;ve intended to write a web page about it for years, but there&#8217;s always something that I should do to it first.</p>
<p>Anyway here are some quick notes:</p>
<p>*I&#8217;m using the final Skeinforge release, 50, and it works well with my settings. I ended up with three sets of print settings named &#8220;appearance&#8221;, &#8220;accuracy&#8221;, and &#8220;solid&#8221;, chosen based on the requirements of the print. I also tinker with them, particularly raft, surface layers, and infill settings, a little bit for each print.</p>
<p>*Some General settings (more details available on request):<br />
Extruder: 225degC<br />
Bed: 120degC</p>
<p>Motor: 255 (full speed)<br />
0.28mm layer height</p>
<p>*I looked into Slic3r once. I think at that point the printer &#8220;drivers&#8221; (for want of a better word) are integrated with the software, so you&#8217;d have to write the code to add another one for the Cupcake. I believe it&#8217;s possible to replace the firmware with one of the modern RepRap ones (&#8220;Sailfish&#8221; comes to mind, but I haven&#8217;t got time to check these details now), and then Slic3r can talk its language, but I don&#8217;t want to do that and I imagine you&#8217;d feel the same.</p>
<p>*I&#8217;m using ReplicatorG for control. I load in the gcode generated by the later Skeinforge release manualy. Skeinforge does need clean meshes, and some of the newer models on Thingiverse are tricky to get through it. I&#8217;m using Netfabb Basic (no longer available, no ideas what a good modern alternative is) and Meshlab for tidying up prints, as well as splitting them up to fit on the Cupcake&#8217;s build platform. It struggles a bit with really detailed meshes in any case.</p>
<p>*On the topic of really detailed meshes, as are now common on Thingiverse. I probably got the tip to print from the SD card from your original series of Cupcake posts, and many thanks for that, I do that along with Unpause enabled in Skeinforge. But still with some very curvy or otherwise complex prints, the Cupcake can stall for a moment. I don&#8217;t remember it actually ruining a print that way though, except where the print was just too ambitious overall and failed for a combination of reasons.</p>
<p>*I always get strings &#8211; they&#8217;re easy to clean, and it gives you something to do while the next part is printing.</p>
<p>*My computers don&#8217;t change much, so keeping the software working isn&#8217;t too much of an issue. Still this might possibly be handy for you:<br />
<a href="https://github.com/dob71/x2swn" rel="nofollow">https://github.com/dob71/x2swn</a></p>
<p>*I did install Printrun once, but never got around to trying to get it to work with the Cupcake.</p>
<p>*I&#8217;m using painter&#8217;s tape on the heated build platform (a solid block of aluminium, probably copying you again but I can&#8217;t remember anymore). It&#8217;s not perfect, but I was doing well with raftless printing for a while. These days I&#8217;ve gone chicken and usually use a raft just for one thing less (or at least less likely) to go wrong.</p>
<p>*I had the extruder stall problem too. I&#8217;ll put my original notes about it at the bottom, but in the end both of the motor drivers failed to turn it reliably so, seeing as my settings already had them at 255 all the time except when laying a raft, I built a replacement circuit using two relays. They may wear out fairly soon given the amount of switching that goes on, but it works well for now and current handling ability is certainly no longer a problem. Here&#8217;s a pic of the relay board, I&#8217;ve got a hand-drawn schematic that can be scanned in on request (or will be anyway when I get to writing that web page one of these decades), it&#8217;s pretty simple:<br />
<a href="http://computernerdkev.heliohost.org/cupcake/img/extruder_relay_wiring.jpg" rel="nofollow">http://computernerdkev.heliohost.org/cupcake/img/extruder_relay_wiring.jpg</a></p>
<p>*The tape you see in that pic is for my enclosed build chamber, which is just plastic wrap taped on, as well as bubble wrap on the top attached in a way that the extruder can push it out of the way when it pokes through (though preventing it from sucking it up with the filament has been a little tricky). Again it&#8217;s not perfect.</p>
<p>*Over time the screws in the Y-carriage do loosen. For the last print I had to take it out and retighten/reinsert many of them because it had finally started falling apart.</p>
<p>*I haven&#8217;t had any problems with the stepper drivers, touch (ply)wood.</p>
<p>*Here&#8217;s my Thingiverse account if you want to look at a few of the things that I&#8217;ve done with my Cupcake:<br />
<a href="https://www.thingiverse.com/cnk/designs" rel="nofollow">https://www.thingiverse.com/cnk/designs</a></p>
<p>*Recently I&#8217;ve also been experimenting with casting my 3D prints in aluminium to make moulds:<br />
<a href="http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/topsand1.JPG" rel="nofollow">http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/topsand1.JPG</a><br />
<a href="http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/furnace2.JPG" rel="nofollow">http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/furnace2.JPG</a><br />
<a href="http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/casting2.JPG" rel="nofollow">http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/casting2.JPG</a><br />
<a href="http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/casting3.JPG" rel="nofollow">http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/casting3.JPG</a><br />
<a href="http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/topmould2.JPG" rel="nofollow">http://computernerdkev.heliohost.org/pitrex/cartcase/LPmoulded/mouldcasting/topmould2.JPG</a></p>
<p>*Generally the first thing to do before a print is fix everything that broke during the last print, but overall I manage to get it to do everything I want.</p>
<p>*I printed a bearing retainer to prevent the bearing in the extruder from falling out. Though I think it still happened once after the screw holding it on wiggled loose.</p>
<p>Very glad to see you sharing your Cupcake adventures much better than I do. That was quite a lot even just for &#8220;quick notes&#8221;, and I left a few things out too, but don&#8217;t have time.</p>
<p>Here are the notes from my own extruder driver troubleshooting:</p>
<p>Printing Extruder Cut-Outs:<br />
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br />
*Extruder controller can&#8217;t supply enough current to motor and cuts out. Probably happening now because<br />
 the extruder motor is getting old and drawing more current.</p>
<p>*loosening filament screw helps, but the extruder still cuts out when the PWM frequency is reduced due<br />
to larger current surges. This happens when building the bottom layer of a part.</p>
<p>*Solution will be to use buffer transistors for outputs which will have to be in bridge configuration.<br />
 See the Datasheet for the PWM control IC and the board schematic.<br />
 -PWM problem only if flow rate set &lt;1 in &quot;speed&quot; settings in Skeinforge.<br />
  -Feed rate?<br />
 -Actually does happen in normal printing as well.</p>
<p>&#8211;<br />
*Tried to hook up power lines directly to motor controller chip in case of voltage dips causing problem<br />
 due to uCont getting confused. However got IC orientation wrong and hooked up GND to CP2, this killed<br />
 the chip when tested.</p>
<p>* Lifted DIR and ENABLE pins on 2nd, unused motor controller and ran signals for 1st controller to it<br />
 from the status LEDs.</p>
<p>*Tested with this configuration, motor works fine even with excessive load, indicating that the power<br />
 lines are further from the uCont. for this chip.</p>
<p>*Also observed that with normal settings, PWM is at maximum during printing. This means that the PWM<br />
 motor controllers could be replaced with bare transistors or relays without great detriment from the<br />
 loss of the special PWM features of the motor controller IC&#039;s extra circuitry.</p>
<p>*I Still am unsure why the fault with the 1st motor controller IC was so intermittent</p>
<p>UPDATE:</p>
<p>*Fault developed with second controller. Going to replace with two relays.<br />
 -Need to find all the details that I looked up last time.<br />
  -Saved in cupcake docs directory</p>
]]></content:encoded>
	</item>
</channel>
</rss>
