<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
               xmlns:atom="http://www.w3.org/2005/Atom"
               xmlns:dc="http://purl.org/dc/elements/1.1/"
               xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
               xmlns:admin="http://webns.net/mvcb/"
               xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
               xmlns:content="http://purl.org/rss/1.0/modules/content/">
            <channel>
                <title>
                	                    	Prusa3D Forum - Recent Topics                                    </title>
                <link>https://forum.prusa3d.com/forum/</link>
                <description>Prusa3D Forum Discussion Board</description>
                <language>en-US</language>
                <lastBuildDate>Wed, 22 Apr 2026 08:25:16 +0000</lastBuildDate>
                <generator>wpForo</generator>
                <ttl>60</ttl>
                					                    <item>
                        <title>Unload Filament with new SW (MK4s and MMU3) does not work</title>
                        <link>https://forum.prusa3d.com/forum/original-prusa-i3-mmu3-hardware-firmware-and-software-help/unload-filament-with-new-sw-mk4s-and-mmu3-does-not-work/</link>
                        <pubDate>Wed, 22 Apr 2026 08:08:34 +0000</pubDate>
                        <description><![CDATA[After my update to the new SW-Version (6.5.3 and 3.0.4) the unload of the filament after the print does not work. I have the nextruder with the &quot;standard&quot; sensor configuration (read contact)...]]></description>
                        <content:encoded><![CDATA[<p>After my update to the new SW-Version (6.5.3 and 3.0.4) the unload of the filament after the print does not work. I have the nextruder with the "standard" sensor configuration (read contact). It did work perfectly with the old SW. But now after the print the filament is not retracted by the MMU and a "filament present" error of the filament sensor appears. After pulling the filament manually (without any force) the MMU is pulling back.</p><p>The same happens when I load the filament to the nozzle. This is working because I have selected the "standard nextruder". But unloading does not work.<br />Is there some configuration I need to modify?</p>]]></content:encoded>
                        <category domain="https://forum.prusa3d.com/forum/"></category>                        <dc:creator>Volker</dc:creator>
                        <guid isPermaLink="true">https://forum.prusa3d.com/forum/original-prusa-i3-mmu3-hardware-firmware-and-software-help/unload-filament-with-new-sw-mk4s-and-mmu3-does-not-work/</guid>
                    </item>
                                        <item>
                        <title>A Summary of Core One support questions on these forums</title>
                        <link>https://forum.prusa3d.com/forum/prusa-core-one-general-discussion-announcements-and-releases/a-summary-of-core-one-support-questions-on-these-forums/</link>
                        <pubDate>Tue, 21 Apr 2026 17:55:03 +0000</pubDate>
                        <description><![CDATA[Disclaimer: I used Claude AI to scrape all the forum posts in two sub-forums and create a report. Kind of interesting but didn&#039;t really tell me anything new that I didn&#039;t already intuit. Whe...]]></description>
                        <content:encoded><![CDATA[<p>Disclaimer: I used Claude AI to scrape all the forum posts in two sub-forums and create a report. Kind of interesting but didn't really tell me anything new that I didn't already intuit. Where it says "I pulled" or "I did X" that is Claude, not me. </p>
<h2>Core One support issues: what 1,094 threads actually tell us</h2>
<p>I pulled the full topic list from both Core One troubleshooting subforums (<em>Assembly and first prints troubleshooting</em> and <em>Hardware, firmware and software help</em>) — 1,094 unique threads, 11,518 posts, ~2.1M total views as of April 2026 — and classified every thread by issue type. Sharing the aggregate picture in case it's useful for anyone deciding between the kit and the factory-assembled unit, or just trying to anticipate where they're likely to spend time.</p>
<p>Caveats up front: title-only classification (I didn't read 11k posts), ~3% genuinely vague titles couldn't be classified, and there's no sales-figure denominator to turn these into <em>rates</em> per printer sold. This is a topic-volume distribution, not a failure-rate study.</p>
<hr />
<h3>Where the support volume actually goes</h3>
<table>
<thead>
<tr>
<th>Category</th>
<th>Threads</th>
<th>Replies-weighted</th>
<th>Views-weighted</th>
</tr>
</thead>
<tbody>
<tr>
<td>Motion / gantry / belts / shifts</td>
<td>17.3%</td>
<td>21.4%</td>
<td>19.1%</td>
</tr>
<tr>
<td>Extruder / hotend / extrusion</td>
<td>16.5%</td>
<td>13.4%</td>
<td>14.0%</td>
</tr>
<tr>
<td>Firmware / software / connectivity</td>
<td>14.4%</td>
<td>11.6%</td>
<td>12.1%</td>
</tr>
<tr>
<td>Bed / adhesion / first layer</td>
<td>7.5%</td>
<td>6.3%</td>
<td>5.2%</td>
</tr>
<tr>
<td>Print quality defects</td>
<td>7.5%</td>
<td><strong>17.4%</strong></td>
<td><strong>16.9%</strong></td>
</tr>
<tr>
<td>Enclosure / chamber / doors / camera</td>
<td>6.9%</td>
<td>3.8%</td>
<td>5.1%</td>
</tr>
<tr>
<td>Electrical / boards / sensors</td>
<td>6.1%</td>
<td>3.9%</td>
<td>4.6%</td>
</tr>
<tr>
<td>Filament handling / MMU</td>
<td>4.8%</td>
<td>3.1%</td>
<td>3.6%</td>
</tr>
<tr>
<td>Assembly / build process</td>
<td>4.0%</td>
<td>3.5%</td>
<td>3.6%</td>
</tr>
<tr>
<td>Meta / how-to / slicer / other</td>
<td>~11%</td>
<td>~5%</td>
<td>~6%</td>
</tr>
<tr>
<td>Calibration</td>
<td>2.0%</td>
<td><strong>6.7%</strong></td>
<td><strong>7.2%</strong></td>
</tr>
<tr>
<td>Noise / sound</td>
<td>1.6%</td>
<td>2.0%</td>
<td>1.4%</td>
</tr>
</tbody>
</table>
<p>Two things jump out from the reply-weighted column:</p>
<ul>
<li><strong>Print Quality</strong> is 7.5% of threads but 17.4% of replies — almost entirely because of <em>VFA Artifacts on X+Y Straight Edges</em> (1,286 posts). Strip that one thread and the category is roughly proportional.</li>
<li><strong>Calibration</strong> is 2.0% of threads but 6.7% of replies — mean 32.8 posts per thread, the highest of any category. Small-N, high-intensity, driven by threads like <em>Failed Y-calibration of a new CoreOne</em> (420 posts) and <em>Constantly recalibrating</em> (92 posts).</li>
</ul>
<p><strong>Motion/gantry is the single biggest category on every measure.</strong> This is where Core One owners spend the most time.</p>
<hr />
<h3>The Assembly vs Hardware subforum split — the clearest structural signal</h3>
<p>This is the closest proxy I have for kit-leaning vs. factory-leaning populations, since most titles don't self-identify. The two subforums are used for very different stages of ownership, and the category mix reflects that:</p>
<table>
<thead>
<tr>
<th>Category</th>
<th>Assembly subforum</th>
<th>Hardware subforum</th>
</tr>
</thead>
<tbody>
<tr>
<td>Motion / gantry / belts / shifts</td>
<td><strong>21.9%</strong></td>
<td>14.2%</td>
</tr>
<tr>
<td>Bed / adhesion / first layer</td>
<td><strong>11.3%</strong></td>
<td>5.0%</td>
</tr>
<tr>
<td>Print quality defects</td>
<td><strong>11.1%</strong></td>
<td>5.1%</td>
</tr>
<tr>
<td>Assembly / build process</td>
<td><strong>7.4%</strong></td>
<td>1.8%</td>
</tr>
<tr>
<td>Upgrade path (MK3/MK4→Core)</td>
<td>3.7%</td>
<td>0.8%</td>
</tr>
<tr>
<td>Firmware / software</td>
<td>5.8%</td>
<td><strong>20.0%</strong></td>
</tr>
<tr>
<td>Enclosure / chamber / doors / camera</td>
<td>2.1%</td>
<td><strong>10.0%</strong></td>
</tr>
<tr>
<td>Extruder / hotend / extrusion</td>
<td>17.1%</td>
<td>16.2%</td>
</tr>
</tbody>
</table>
<p>Read it as: if you just finished assembling a kit, expect motion and bed/first-layer issues to dominate. If you've been running the printer for a while, firmware and enclosure/accessory issues become the dominant post-commissioning noise.</p>
<p>Extruder, electrical, and filament-handling issues are roughly evenly distributed — these don't care how the printer got assembled.</p>
<hr />
<h3>Kit vs factory: what I could actually extract</h3>
<p>Only 6.4% of thread titles (70 of 1,094) contain an explicit kit-vs-factory keyword — the other 93.6% are unmarked without reading the thread body. So the following is a small-N qualitative signal, not a rate comparison.</p>
<p><strong>Explicit signal:</strong> 52 kit-identified threads, 18 factory-identified threads.</p>
<p>Within each group, the dominant <em>failure-mode cluster</em> is clearly different:</p>
<p><strong>Kit cluster (52 threads):</strong></p>
<ul>
<li><strong>30.8%</strong> are MK3/MK4→CoreOne upgrade-specific failures — Y-axis self-test failures post-upgrade, Z-axis calibration failures, lead-screw travel mismatch between upgrade screws and Core One kit screws, POM-nut reuse warnings, "cables too short in the upgrade kit", "missing boxes in upgrade kit".</li>
<li><strong>23.1%</strong> are assembly-step-specific problems — "Assembly step 4.30 rear trapezoidal nut", "Step 7 securing the rear motor", "Wrong part included in my kit", "Missing fuses", "Missing steps in the kit manual".</li>
<li><strong>21.2%</strong> are motion issues on new builds — mostly Y-axis self-test failures.</li>
</ul>
<p><strong>Factory cluster (18 threads):</strong></p>
<ul>
<li><strong>38.9%</strong> are out-of-box quality complaints — "Arrived damaged", "Brand new OUT OF THE BOX PRINTER ", "new assembled Core One - print lucks ugly", "Not the greatest unboxing experience", "New pre-assembled Core One stuck booting halfway", "Pre-assembled unit with extreme under-extrusion problems".</li>
<li>Individual cases of shipped-with-bad-thermistor, shipped-with-layer-shifts-on-first-benchy, shipped-with-uneven-bed-temps, factory unit that decalibrates during print.</li>
</ul>
<p><strong>The clean distinction:</strong> both groups report Assembly/Build issues at high rates, but the <em>cause</em> is different. Kit threads describe assembly-process problems (step X, wrong part, manual error). Factory threads describe QC-at-delivery problems (arrived broken, bad thermistor, booting stuck, bed temp uneven, layer shifts on first print).</p>
<p>This is consistent with the expected failure modes of each channel — kits surface assembly errors, factory units surface QC escapes — but the fact that ~39% of the explicit-factory threads are out-of-box defect complaints is worth noting if you're evaluating the pre-assembled option. N is small (18), so take the percentage loosely; the qualitative pattern is clean.</p>
<hr />
<h3>The ten mega-threads driving a lot of the noise</h3>
<p>If you read nothing else, these are the persistent issues on the Core One. Seven of ten are motion-adjacent.</p>
<table>
<thead>
<tr>
<th>Replies</th>
<th>Thread</th>
</tr>
</thead>
<tbody>
<tr>
<td>1,286</td>
<td><a href="https://forum.prusa3d.com/forum/prusa-core-one-hardware-firmware-and-software-help/vfa-artifacts-on-xy-straight-edges/">VFA Artifacts on X+Y Straight Edges</a></td>
</tr>
<tr>
<td>420</td>
<td><a href="https://forum.prusa3d.com/forum/prusa-core-one-assembly-and-first-prints-troubleshooting/failed-y-calibration-of-a-new-coreone/">Failed Y-calibration of a new CoreOne</a></td>
</tr>
<tr>
<td>348</td>
<td><a href="https://forum.prusa3d.com/forum/prusa-core-one-hardware-firmware-and-software-help/core-one-crash-restart/">Core One crash/restart</a></td>
</tr>
<tr>
<td>316</td>
<td><a href="https://forum.prusa3d.com/forum/prusa-core-one-assembly-and-first-prints-troubleshooting/tension-pulley-broken/">Tension pulley broken</a></td>
</tr>
<tr>
<td>210</td>
<td><a href="https://forum.prusa3d.com/forum/prusa-core-one-hardware-firmware-and-software-help/nozzle-cleaning-consistently-fails-with-petg/">Nozzle cleaning consistently fails with PETG</a></td>
</tr>
<tr>
<td>158</td>
<td><a href="https://forum.prusa3d.com/forum/prusa-core-one-assembly-and-first-prints-troubleshooting/homing-issues/">HOMING ISSUES</a></td>
</tr>
<tr>
<td>152</td>
<td><a href="https://forum.prusa3d.com/forum/prusa-core-one-hardware-firmware-and-software-help/bad-vibrations/">Bad Vibrations</a></td>
</tr>
<tr>
<td>149</td>
<td><a href="https://forum.prusa3d.com/forum/prusa-core-one-hardware-firmware-and-software-help/skewed-xy-plane-z-rods-heatbed/">Skewed XY-Plane (Z Rods, Heatbed)</a></td>
</tr>
<tr>
<td>113</td>
<td><a href="https://forum.prusa3d.com/forum/prusa-core-one-assembly-and-first-prints-troubleshooting/z-axis-trouble-but-only-when-printing/">Z axis trouble but only when printing</a></td>
</tr>
<tr>
<td>101</td>
<td><a href="https://forum.prusa3d.com/forum/prusa-core-one-hardware-firmware-and-software-help/different-z-lead-screw-travel-between-mk4s-upgrade-screws-and-core-one-kit-2-mm-mismatch/">Different Z lead screw travel between MK4S upgrade screws and Core One kit — 2 mm mismatch</a></td>
</tr>
</tbody>
</table>
<p>The VFA thread alone has ~254k views — it's the single biggest gravity well in the Core One support landscape.</p>
<hr />
<h3>Method notes</h3>
<ul>
<li>Scraped all pages of the two English-language troubleshooting subforums on 2026-04-21.</li>
<li>15-category keyword classifier applied to titles (iterated three times, 3.4% residual unclassified).</li>
<li>"Answered" rate is 12.5% flagged across the dataset, but that's a floor — most resolved threads never get flagged.</li>
<li>Excluded: General Discussion, How-do-I-print-this, User Mods, Signature Oak.</li>
</ul>
<p>If anyone wants the raw JSON or the classifier to re-slice this a different way, happy to share. And if you spot miscategorizations in the mega-threads list or the kit/factory clusters, point them out — title-only classification has real blind spots.</p>]]></content:encoded>
                        <category domain="https://forum.prusa3d.com/forum/"></category>                        <dc:creator>hyiger</dc:creator>
                        <guid isPermaLink="true">https://forum.prusa3d.com/forum/prusa-core-one-general-discussion-announcements-and-releases/a-summary-of-core-one-support-questions-on-these-forums/</guid>
                    </item>
                                        <item>
                        <title>Prusa Connect Temperatur verstellt sich automatisch</title>
                        <link>https://forum.prusa3d.com/forum/original-prusa-core-one-hilfe-zur-hardware-firmware-und-software/prusa-connect-temperatur-verstellt-sich-automatisch/</link>
                        <pubDate>Tue, 21 Apr 2026 17:52:36 +0000</pubDate>
                        <description><![CDATA[Hallo,mein Problem, es verstellt sich immer die Temperatur .Beispiel: Ich möchte ABS drucken und wähle auch ABS aus, die Temperatur von Düse und Bett wird erreicht.Dann setzt sich die Düsent...]]></description>
                        <content:encoded><![CDATA[<p>Hallo,</p><p>mein Problem, es verstellt sich immer die Temperatur .</p><p>Beispiel: Ich möchte ABS drucken und wähle auch ABS aus, die Temperatur von Düse und Bett wird erreicht.</p><p>Dann setzt sich die Düsentemperatur automatisch immer auf 170 °C  und kühlt auch soweit ab und steigt dann erst wieder auf die gewünschte Temperatur.</p><p>Hat jemand eine Erklärung ?</p><p>Viele Grüße Stefan</p>]]></content:encoded>
                        <category domain="https://forum.prusa3d.com/forum/"></category>                        <dc:creator>Maulwurf</dc:creator>
                        <guid isPermaLink="true">https://forum.prusa3d.com/forum/original-prusa-core-one-hilfe-zur-hardware-firmware-und-software/prusa-connect-temperatur-verstellt-sich-automatisch/</guid>
                    </item>
                                        <item>
                        <title>PrusaSlicer 2.9.4 with XL - selecting default extruder for all parts of the print</title>
                        <link>https://forum.prusa3d.com/forum/prusa-connect-prusalink/prusaslicer-2-9-4-with-xl-selecting-default-extruder-for-all-parts-of-the-print/</link>
                        <pubDate>Tue, 21 Apr 2026 17:41:01 +0000</pubDate>
                        <description><![CDATA[Thought I&#039;d share a revelation with the latest version of Prusaslicer: Sliced an object with extruder #3, and noticed that the slicer was using the default extruder (#1) for support. Never c...]]></description>
                        <content:encoded><![CDATA[Thought I'd share a revelation with the latest version of Prusaslicer: Sliced an object with extruder #3, and noticed that the slicer was using the default extruder (#1) for support. Never came up before! So looked at the print setting section, under multiple extruders, and the print components (support, infill, perimeter extruders) all had extruder #1 selected. Could not be changed to 0 - which would define the default selected extruder. 
Results are in the attached build plate images.  &lt;----- sorry, cannot upload images.....!
Surely I&#039;m not expected to reset all these to the selected object extruder every time I make a change??
Turns out what needs to be done, rather unintuitively, is to change the &#039;Support Material Raft/Skirt Extruder&#039; to 0 - then the system defaults to the selected extruder for everything. Last picture, #2.   &lt;----- sorry, cannot upload images.....!
Just an FYI for others who may struggle with this]]></content:encoded>
                        <category domain="https://forum.prusa3d.com/forum/"></category>                        <dc:creator>Denesius</dc:creator>
                        <guid isPermaLink="true">https://forum.prusa3d.com/forum/prusa-connect-prusalink/prusaslicer-2-9-4-with-xl-selecting-default-extruder-for-all-parts-of-the-print/</guid>
                    </item>
                                                </channel>
        </rss>
        