<p>When you add a raft in Slic3r, the first layer of the raft prints at the first layer speed.  After the raft is finished, the first layer of the print prints at the standard speed.  How can I make the first layer of the actual print slow down to the first layer speed?</p>

[{'answer_id': 139, 'author': 'kareem', 'author_id': 157, 'author_profile': 'https://3dprinting.stackexchange.com/users/157', 'pm_score': -1, 'selected': False, 'text': "<p>You shouldn't need to. The purpose of a slower first layer is to help with need adhesion. With a raft the first layer of the model is printing on the raft so it can go at regular speeds.</p>\n"}, {'answer_id': 299, 'author': 'tbm0115', 'author_id': 98, 'author_profile': 'https://3dprinting.stackexchange.com/users/98', 'pm_score': 2, 'selected': False, 'text': "<p>I've played with v1.2.9 only a little bit (I primarily use MakerWare). However, it looks as though you can just go to <code>Print Settings -&gt; Speed -&gt; (Modifiers) First Layer Speed</code>. Here you'll have the option to set the speed in <code>mm/s or %</code>. If you're having issues with the first layer (or two) not adhering very well to a raft, try reducing the distance between the part and the raft. Mine looks to be a default of 0.2mm. This can be adjusted from <code>Print Settings -&gt; Support Material -&gt; (Options for support material and raft) Contact Z distance</code>.</p>\n\n<p>Please note that the closer the part is to the raft, the more likely the part is to sticking to the raft once it cools. So, I would recommend being close by as the part finished so you can quickly remove the raft before it cools with the part. It become especially more difficult with PLA because it becomes hardened during the print process, therefore resulting in a more catastrophic material failure if any part of the object is broken (such as a raft).</p>\n\n<p>I'll also note that I primarily use MakerWare for my machine and v3.8 has made it much easier to apply these types of settings. It's similar to Slic3r's interface and no longer in a JSON file that pops up. Through the MakerWare interface, you can navigate to <code>Settings -&gt; Custom -&gt; Extrusion Speeds -&gt; First Layer</code> to adjust the print speed. You'll also notice that there is a separate option for <code>First Layer Raft</code> that ensures that the two values are separate in the post-processer. I believe it still may be possible to use MakerWare for a non-MakerBot machine, just export the file to GCode and you should be able to load it directly into your machine via SD card or possibly even Slic3r (it might change some of the code though).</p>\n"}, {'answer_id': 304, 'author': 'Tormod Haugene', 'author_id': 115, 'author_profile': 'https://3dprinting.stackexchange.com/users/115', 'pm_score': 3, 'selected': True, 'text': '<p>This is still work in progress, and here is what I have so far, but first:</p>\n\n<p><strong>A useful alternative for similar problems:</strong></p>\n\n<p>A problem very similar to this would be to use different settings for different parts of a model in Slic3r. For most settings, this can be achieved through <a href="http://slic3r.org/blog/modifier-meshes" rel="nofollow">modifier meshes</a>.</p>\n\n<h1>Post processing scripts:</h1>\n\n<p>As far as I know, Slic3r does not give you the option of setting the speed of the first layer after a raft directly, but they do allow you to run <a href="http://manual.slic3r.org/advanced/post-processing" rel="nofollow">post processing scripts</a>; that is, to automatically run a set of operations - programmed by you - on the g-code output.</p>\n\n<p>Although far from trivial, you can in theory make a program that runs through the output g-code, adjusts the settings to your preference, and then saves it again at the target destination.</p>\n\n<h3>Tuning overall printer speed through g-code:</h3>\n\n<p>As it turns out, there is a <a href="http://reprap.org/wiki/G-code#M220:_Set_speed_factor_override_percentage" rel="nofollow">simple g-code command</a> that sets the overall speed of your printer\'s operation:</p>\n\n<pre><code>M220 S[some number]     ; see the link above for compatible firmware\n</code></pre>\n\n<p>A <a href="http://reprapworld.com/newletters/newsletter_4_201438.pdf" rel="nofollow">newsletter</a> from Reprapwold explains that:</p>\n\n<blockquote>\n  <p>For example M220 S50 will reduce the speed to 50%\n  of the original sliced G-code. If you want to hurry your print to the finish in time\n  for dinner, use M220 S200, to print twice as fast (200%)</p>\n</blockquote>\n\n<p>In other words, just like some printers allow you the change speed mid-print, you can use the M220 command to override the current speed used, either through a user interface such as PrintRun, or by fiddling with the original g-code itself.</p>\n\n<h3>Manipulating the g-code output to adjust speed settings:</h3>\n\n<p>The easiest way to achieve our goal would be to manually manipulate the output g-code file through a text editor, and insert our M220 command in appropriate places:</p>\n\n<ul>\n<li>Set M220 S50 just before the first <em>perimeter</em> layer (after the raft\'s <em>interface layer</em>), to slow down the first layer of the actual model.</li>\n<li>Set M220 S100 sometime after the first perimeter layer, to resume the normal speed settings.</li>\n</ul>\n\n<p>In order to do this, though, we need to be able to distinguish these two points in the g-code output.</p>\n\n<h3>Distinguishing insertion points:</h3>\n\n<p>Slic3r offers a setting under <code>Print Settings -&gt; Output options -&gt; Verbose G-code</code> that - when enabled - inserts written comments all throughout the g-code files generated.  </p>\n\n<p>If one inspects a g-code file outputted for a model with raft, one will find the comment:</p>\n\n<pre><code>; move to first perimeter point      &lt;- lets call this A\n</code></pre>\n\n<p>and </p>\n\n<pre><code>; move to next layer (x)             &lt;- lets call this B\n</code></pre>\n\n<p>littered several places throughout the gcode. </p>\n\n<p>It is under my <em>impression</em> that the <em>first</em> occurrence of comment <strong>A</strong> happens right after the raft is finished, and before the actual model is being printed, while the first occurrence of comment <strong>B</strong> succeeding comment <strong>A</strong> can be used to set the speed back to normal.</p>\n\n<p>It should be noted, however, that <strong>the comments in the output g-code does not seem fully consistent</strong>, and I would therefore not recommend anyone to automate this logic into a script without possibly finding other, more reliable breakpoints, and thoroughly verify these through several different models. </p>\n\n<p>I have not looked into the details of writing an automatic script for this task as of yet.</p>\n'}]
['https://3dprinting.stackexchange.com/questions/132', 'https://3dprinting.stackexchange.com', 'https://3dprinting.stackexchange.com/users/43/']