<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>prints reseting</title>
        <description> I have RAMPS 1.4 on my prusa, using printrundist, I&#039;ve tried slicing with skeinforge and slic3r. 
Problem is, the controller resets about 350 to 400 lines of g-code in and tries to start over. 
I have tried different USB cords, changed power supplies, and several different files to print. I read that some folks have had luck using ferrite noise suppressors, however, the current USB cord I&#039;m using has them on both ends and didn&#039;t help. 

Any ideas?</description>
        <link>https://reprap.org/forum/read.php?219,108920,108920#msg-108920</link>
        <lastBuildDate>Tue, 21 Apr 2026 22:58:02 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,111753#msg-111753</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,111753#msg-111753</link>
            <description><![CDATA[ I have just moved to Marlin and I have liked it a lot. My prusa now shakes a lot less than with Sprinter. Now that you are changing firmware you might want to give it a try.<br />
<br />
misan]]></description>
            <dc:creator>misan</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Sat, 31 Dec 2011 07:31:14 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,111718#msg-111718</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,111718#msg-111718</link>
            <description><![CDATA[ Solved<br />
FiveD firmware had a bug when the speeds in the Z-axis were heigher than it could handle it would reset the controller.<br />
<br />
Solution<br />
Changed firmware to sprinter. I configured the latest build about a week ago and have had awesome results.<br />
Thank you everyone for the suggestions.]]></description>
            <dc:creator>Gulf</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Fri, 30 Dec 2011 21:36:49 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,109711#msg-109711</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,109711#msg-109711</link>
            <description><![CDATA[ brnrd I do have a replace.csv file in my alterations folder. However I do not know what it does, can someone share some insight?<br />
<br />
I attempted to modify the G codes and replaced:<br />
F6000<br />
with<br />
F1000<br />
and it seemed to work. thanks I will try and test it some more]]></description>
            <dc:creator>Gulf</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Sun, 11 Dec 2011 18:18:29 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,109568#msg-109568</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,109568#msg-109568</link>
            <description><![CDATA[ Do you have a replace.csv file in your alterations folder? I'm guessing that you haven't removed G codes that are incompatible with the firmware and it's making the fw freeze.]]></description>
            <dc:creator>brnrd</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Sat, 10 Dec 2011 09:25:57 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,109531#msg-109531</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,109531#msg-109531</link>
            <description><![CDATA[ Maybe Skeinforge is stressing more your hardware than Reprap host? I'd say g-code should not be able to freeze/reset your Mega. But I'll be interested on learning about your findings in this matter.<br />
<br />
misan]]></description>
            <dc:creator>misan</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Fri, 09 Dec 2011 19:56:06 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,109527#msg-109527</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,109527#msg-109527</link>
            <description><![CDATA[ Restart problem solved. It turns out that it was the gcode that was generated by skeinforge. When I use the reprap to slice the stl 's into gcodes it prints fine. I do not know what it is in the skeinforge code but I will try and post it up.]]></description>
            <dc:creator>Gulf</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Fri, 09 Dec 2011 19:24:32 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,109256#msg-109256</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,109256#msg-109256</link>
            <description><![CDATA[ I am using Sprinter firmware, however, I tried Marlin with the same results so I got back to Sprinter, which I am happily using now.<br />
<br />
Good luck,<br />
<br />
misan]]></description>
            <dc:creator>misan</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Thu, 08 Dec 2011 04:14:23 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,109212#msg-109212</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,109212#msg-109212</link>
            <description><![CDATA[ I have to order/find a ferrite toroid and I will give that a try. <br />
Attempted to isolate the problem by unplugging everything in the room including the LED's and fluorescent lights, however had the same result with the Mega disconnecting. <br />
<br />
misan what firmware are you running, thanks for the help]]></description>
            <dc:creator>Gulf</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Wed, 07 Dec 2011 18:24:33 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,108972#msg-108972</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,108972#msg-108972</link>
            <description><![CDATA[ It looks like your Mega gets disconnected. I was having the same problem. I used a ferrite toroid and I gave it a couple of turns with my USB cable. It was a RAMPS 1.4 too.<br />
<br />
Fluorescent tubes nearby made it worse.<br />
<br />
<br />
misan]]></description>
            <dc:creator>misan</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Mon, 05 Dec 2011 15:43:17 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,108965#msg-108965</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,108965#msg-108965</link>
            <description><![CDATA[ I'm using windows xp, tried on 2 different laptops with the same result. <br />
<br />
This is what is displayed in printrundist<br />
ok T:176<br />
start<br />
Printer is now online<br />
rs 0 Serial Error: Linenumber (353) is not last + 1 (0), line received: N353 G92 E0*66<br />
ok T:158<br />
<br />
In the log file: <br />
Exception in thread Thread-1:<br />
Traceback (most recent call last):<br />
  File "threading.pyc", line 532, in __bootstrap_inner<br />
  File "threading.pyc", line 484, in run<br />
  File "printcore.pyc", line 79, in _listen<br />
  File "io.pyc", line 520, in readline<br />
  File "serial\serialwin32.pyc", line 218, in read<br />
SerialException: call to ClearCommError failed]]></description>
            <dc:creator>Gulf</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Mon, 05 Dec 2011 14:30:15 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,108954#msg-108954</guid>
            <title>Re: prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,108954#msg-108954</link>
            <description><![CDATA[ What operating system are you using?<br />
<br />
It can be helpful if you can get any type of system log information.<br />
<br />
Can you try with another computer? Maybe a laptop?<br />
<br />
misan]]></description>
            <dc:creator>misan</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Mon, 05 Dec 2011 13:06:31 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?219,108920,108920#msg-108920</guid>
            <title>prints reseting</title>
            <link>https://reprap.org/forum/read.php?219,108920,108920#msg-108920</link>
            <description><![CDATA[ I have RAMPS 1.4 on my prusa, using printrundist, I've tried slicing with skeinforge and slic3r. <br />
Problem is, the controller resets about 350 to 400 lines of g-code in and tries to start over. <br />
I have tried different USB cords, changed power supplies, and several different files to print. I read that some folks have had luck using ferrite noise suppressors, however, the current USB cord I'm using has them on both ends and didn't help. <br />
<br />
Any ideas?]]></description>
            <dc:creator>Gulf</dc:creator>
            <category>RAMPS Electronics</category>
            <pubDate>Mon, 05 Dec 2011 08:15:06 -0500</pubDate>
        </item>
    </channel>
</rss>
