<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>TeaCup Maximum_Feedrate units</title>
        <description>Hi,

The fastst my Z-Axis can move is 45mm/minute. This has been determined empirically by sending 
[code]
G1 Zxx fyy
[/code]
style commands. Where xx is the new position for the axis and yy is the feed rate. Anything with a feed rate of 47 or higher leaeves the Axis motionless and humming to itself.
So I set the maximum feed rate in TeaCup config to &quot;40&quot; to be on the safe side.
[code]
#define	MAXIMUM_FEEDRATE_Z		40
[/code]

Yet, when I send a command with a feed rate faster than 40, it still tries to execute that feed rate. This includes the G0 command. When I send a 
[code]
G0 Zxx
[/code]
My Z-Axis is only sitting there humming to itself and the axis won&#039;t move. That is at least after the initial acceleration period where it&#039;s going at speeds it can handle.

I assume that the units for maximum feed rate are different from the units given in the &quot;G1&quot; command, but I don&#039;t know what it is and what to set it at. Any suggestions?

ST</description>
        <link>https://reprap.org/forum/read.php?147,85658,85658#msg-85658</link>
        <lastBuildDate>Wed, 07 Oct 2026 12:47:09 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,102720#msg-102720</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,102720#msg-102720</link>
            <description><![CDATA[ Cheers!<br />
<br />
I'll update tonight and try it out.]]></description>
            <dc:creator>Cyberwizzard</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 23 Oct 2011 15:50:54 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,102692#msg-102692</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,102692#msg-102692</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong></strong><br />This was the original solution to the problem.</div></blockquote>
<br />
... and it's gone now, if you use the Gen7 branch. See: [<a href="http://forums.reprap.org/read.php?147,33082,102691#msg-102691" target="_blank"  rel="nofollow">forums.reprap.org</a>]]]></description>
            <dc:creator>Traumflug</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 23 Oct 2011 14:15:59 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,102676#msg-102676</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,102676#msg-102676</link>
            <description><![CDATA[ This was the original solution to the problem.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>Madscifi</strong><br />
If the result of STEPS_PER_MM_Z*MICROSTEPPING_Z is greater than 1000 then Teacup will ignore the max setting. </div></blockquote>]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 23 Oct 2011 13:17:02 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,102620#msg-102620</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,102620#msg-102620</link>
            <description><![CDATA[ I'll post it later as I use a VM to program the Atmel on my Gen7.<br />
<br />
On a side note, I am describing the same problem as the topic starter so it is not a configuration issue... And while the discussion sort of side tracked, I do not think a solution was given except for a remark that it 'should' be fixed in git somewhere.]]></description>
            <dc:creator>Cyberwizzard</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 23 Oct 2011 07:06:46 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,102568#msg-102568</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,102568#msg-102568</link>
            <description><![CDATA[ I was referring to the speed not the software endstops. And like I said I have never had this issue. Can you attach your Config.h?]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sat, 22 Oct 2011 22:01:09 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,102542#msg-102542</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,102542#msg-102542</link>
            <description><![CDATA[ It is not the maximum Z <b>position</b> that is exceeded but the maximum Z <b>speed</b>.<br />
<br />
For example: when I specify MAXIMUM_FEEDRATE_Z to be 100, the homing command uses this as its speed.<br />
<br />
When I send G codes and I specify a speed of 200, the firmware will attempt to actually move at 200 mm/min. Since G01 movement commands accellerate (and the homing does not), my Mendel will actually move at speed 200.<br />
<br />
However, if I set the general speed to be 1000 (which the X and Y axes will do without problems), Teacup will also drive the Z-axis at that speed. Which is ten times the maximum and as such the stepper motor is not able to keep up and just sits still while humming.]]></description>
            <dc:creator>Cyberwizzard</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sat, 22 Oct 2011 17:47:56 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,102530#msg-102530</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,102530#msg-102530</link>
            <description><![CDATA[ Are you sure the maximum is set in the config file to the max your Z will move? I have been using Teacup for 7 months and I have never had it ignore the Maximum set in the firmware.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sat, 22 Oct 2011 17:12:10 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,102528#msg-102528</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,102528#msg-102528</link>
            <description><![CDATA[ While testing the 3 axis of my newly build Mendel by manually sending G-codes, I found out that my Z-axis locked up every now and then. After a bit of testing it looks like the same issue described here: the driver attempts to drive the stepper motor beyond what it can actually push or pull and it just stops and hums angry at me.<br />
<br />
I've searched the Teacup firmware to find some sort of limiter to find out why it seems to ignore the maximum feed rate.<br />
<br />
Is this fixed in the current version for the Gen7?<br />
<br />
I read that Skeinforge can be instructed to make sure the axis don't move too fast but I'd rather make it idiot-proof by limiting the speed in the firmware.<br />
<br />
On a side note, in dda.c there is a section which determines the maximum speed and then limits the new move. Is this not working correctly or does it do something different then what I'd expect?]]></description>
            <dc:creator>Cyberwizzard</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sat, 22 Oct 2011 17:00:53 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,87386#msg-87386</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,87386#msg-87386</link>
            <description><![CDATA[ stefanst Wrote:<br />
-------------------------------------------------------<br />
&gt; My extruder actually never reaches it's set temp.<br />
&gt; The PID settings are probably somewhat off.<br />
&gt; However, it does reach stable temp approximately 5<br />
&gt; ºC below the set value and that's why I never<br />
&gt; bothered to fix the PID settings.<br />
<br />
Crank up your integral term a bit to fix this. This is a <i>perfect</i> demonstration of what the I in PID is there for :)<br />
<br />
&gt; Have you checked if your extruder ever reaches<br />
&gt; your set temperature within allowed hysteresis? If<br />
&gt; it doesn't, that would explain why you and I are<br />
&gt; having this problem and others don't. <br />
<br />
If this is the trouble and you don't want to sort out your PID properly, simply increase the hysteresis enough to encompass the resulting offset.]]></description>
            <dc:creator>Triffid_Hunter</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 16 Jun 2011 19:06:30 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,87352#msg-87352</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,87352#msg-87352</link>
            <description><![CDATA[ jim_blag Wrote:<br />
-------------------------------------------------------<br />
&gt; I just pulled version e05e12c and tested it.<br />
&gt; Unfortunately, it still hangs with M101 commands<br />
&gt; on my Gen6.<br />
&gt; <br />
&gt; JB<br />
<br />
I have the same issue. It was actually reported earlier. I never figured out what causes it - I just replaced the M101s with "G1 E1.7 F1500" and the M103s with "G1 E-2.0 F1500". That worked without problems. <br />
My extruder actually never reaches it's set temp. The PID settings are probably somewhat off. However, it does reach stable temp approximately 5 ºC below the set value and that's why I never bothered to fix the PID settings.<br />
Of course if M101 actually checks for "temperature achieved" then it will never happen, if we never achieve temperature. <br />
<br />
JB:<br />
Have you checked if your extruder ever reaches your set temperature within allowed hysteresis? If it doesn't, that would explain why you and I are having this problem and others don't. <br />
<br />
ST]]></description>
            <dc:creator>stefanst</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 16 Jun 2011 13:33:46 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,87020#msg-87020</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,87020#msg-87020</link>
            <description><![CDATA[ I just pulled version e05e12c and tested it. Unfortunately, it still hangs with M101 commands on my Gen6.<br />
<br />
JB]]></description>
            <dc:creator>jim_blag</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Mon, 13 Jun 2011 21:48:57 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86944#msg-86944</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86944#msg-86944</link>
            <description><![CDATA[ I'll pull it and test it tonight.<br />
<br />
JB]]></description>
            <dc:creator>jim_blag</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Mon, 13 Jun 2011 09:06:55 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86899#msg-86899</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86899#msg-86899</link>
            <description><![CDATA[ There is a regression at the moment where the code that waits to achieve temp waits for far too long. Just now I think I've had an idea as to what it might be!<br />
<br />
Investigations show that a misunderstanding about the units passed to setTimer cause it to check every 256 seconds instead of every second. I just pushed a patch, please let me know if it fixes the problem]]></description>
            <dc:creator>Triffid_Hunter</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 22:38:49 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86884#msg-86884</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86884#msg-86884</link>
            <description><![CDATA[ Strange I use GTKterm with Xon/Xoff enabled and have never had your issue. Thats why I said its with the host.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 17:42:35 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86877#msg-86877</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86877#msg-86877</link>
            <description><![CDATA[ The problem occurs with Send.py. I can't use RepSnapper to print, I just use it to keep the temperature on the extruder stable between prints, since Send.py shuts down the extruder when it completes.<br />
<br />
The issue is definitely in the Teacup firmware. If it is checking the extruder temperature prior to an M101 command (not sure why, it doesn't do it for a M103 command - possibly because it is going to extrude), it should execute the command when the extruder reaches the correct temperature, not just hang.<br />
<br />
JB]]></description>
            <dc:creator>jim_blag</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 16:58:58 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86876#msg-86876</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86876#msg-86876</link>
            <description><![CDATA[ Once again the problem seems to come down to the host not the firmware. I abandoned graphical host side talkers early on and have had little to no problems since.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 16:26:56 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86867#msg-86867</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86867#msg-86867</link>
            <description><![CDATA[ I've figured it out. When it gets round to processing the M101 command in 'gcode_process.c', it performs this check on temperature first:<br />
<br />
<br />
				if (temp_achieved() == 0) {<br />
					enqueue(NULL);<br />
				}<br />
<br />
Not sure why it thinks the extruder is not up to temperature yet as it has been at the correct temperature for an age, but it might be to do with prepping it in RepSnapper, then switching to Send.py for the actual print. However, I did leave it for 5-mins, so I'm not sure why it never reached the correct temperature and was allowed to continue.<br />
<br />
I've commented out these lines and M101 now works for me.<br />
<br />
JB]]></description>
            <dc:creator>jim_blag</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 15:03:28 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86865#msg-86865</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86865#msg-86865</link>
            <description><![CDATA[ Extruder speed settings appear to be fine for all other movements. I've set the Start/Stop value to 500 steps (to match the 1.2mm I was using with Skeinforge).<br />
<br />
Interestingly, I've found that the M103 commands work for retraction, it's only the M101 commands that cause the thing to hang. <br />
<br />
I've also found that if I run in Absolute mode the M103 retracts then instantly returns to where it was before. I suspect that this is due to the G92 E0 that comes close by.<br />
<br />
I've switched to relative mode and the M103 appears to work fine now, it retracts correctly, but of course it doesn't restart since I have the M101 commands commented out to prevent it hanging. This results in sparse threads at the beginning of a new thread.<br />
<br />
I'm digging in the code, but I don't see anything obvious.<br />
<br />
JB]]></description>
            <dc:creator>jim_blag</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 14:55:25 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86863#msg-86863</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86863#msg-86863</link>
            <description><![CDATA[ Which temp sensor are you using?]]></description>
            <dc:creator>madscifi</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 14:51:03 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86859#msg-86859</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86859#msg-86859</link>
            <description><![CDATA[ Is your max E speed set to a speed your extruder is capable of?<br />
<br />
How many steps is your E_STARTSTOP_STEPS set to?]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 14:24:38 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86858#msg-86858</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86858#msg-86858</link>
            <description><![CDATA[ Thanks Sublime,<br />
<br />
I switched version, but still no joy. It still hangs on the first M101 command.<br />
<br />
JB]]></description>
            <dc:creator>jim_blag</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 14:21:58 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86850#msg-86850</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86850#msg-86850</link>
            <description><![CDATA[ I would try this commit [<a href="https://github.com/triffid/Teacup_Firmware/commit/f555887eb58ca1adcd1be0354eea434e4e71f6f9" target="_blank"  rel="nofollow">github.com</a>] a lot was changed after it.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 13:45:27 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86839#msg-86839</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86839#msg-86839</link>
            <description><![CDATA[ I'm also having trouble with retraction in Teacup. Initially I had the M101 and M103 commands commented out in my GCode, but it would appear that these are necessary to the retraction detection. However, when I uncomment them in the GCode my Mendel just hangs at the first M101. Any suggestions? I'm running version b39a7b8<br />
<br />
Thanks,<br />
<br />
James]]></description>
            <dc:creator>jim_blag</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 12 Jun 2011 12:58:41 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86268#msg-86268</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86268#msg-86268</link>
            <description><![CDATA[ Stenfast, You can limit the Z max speed in skeinforge under the limit tab. It doesn't have to be done in teacup.]]></description>
            <dc:creator>Andrew Diehl</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Tue, 07 Jun 2011 14:54:58 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86225#msg-86225</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86225#msg-86225</link>
            <description><![CDATA[ stefanst Wrote:<br />
-------------------------------------------------------<br />
&gt; Here you go mentioning Soupcup again! That is of<br />
&gt; course wetting my appetite. Is this at a stage<br />
&gt; where we can try it out? I'm always willing to<br />
&gt; assist with troubleshooting whatever will run on<br />
&gt; my hardware.<br />
<br />
It's at the stage where it accepts gcode with a fairly generic parser, performs a lot of fancy math, performs a move, then chokes on the queue and refuses to talk anymore.<br />
<br />
However since supporting anything smaller than a 1280 isn't a design goal (although it currently still fits on my '328 without SD support), we can take up lots more space to do things properly rather than finding sneaky dodgy ways to keep the size down so I think it has more promise than teacup in terms of portability to larger chips such as ARMs. Teacup will still be available for smaller chips, and with soupcup doing big stuff I may feel better about optimising some of teacup's features away completely to neaten things up.]]></description>
            <dc:creator>Triffid_Hunter</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Tue, 07 Jun 2011 06:57:50 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86223#msg-86223</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86223#msg-86223</link>
            <description><![CDATA[ Triffid_Hunter Wrote:<br />
-------------------------------------------------------<br />
...<br />
&gt; the code is already in soupcup, I just need to<br />
&gt; port it across at some point. I'm planning on<br />
&gt; working out how to implement a start/stop speed<br />
&gt; too so I can put all the math in at once.<br />
&gt; <br />
&gt; Basically the way the math works is it figures out<br />
&gt; how far along the movement vector we are when each<br />
&gt; axis finishes accelerating, picks the furthest<br />
&gt; one, and works out the proper acceleration for all<br />
&gt; other axes so they all finish accelerating at the<br />
&gt; same point. Deceleration is basically the same<br />
&gt; except we work out how far from the end rather<br />
&gt; than the start.<br />
<br />
<br />
Here you go mentioning Soupcup again! That is of course wetting my appetite. Is this at a stage where we can try it out? I'm always willing to assist with troubleshooting whatever will run on my hardware.<br />
<br />
ST]]></description>
            <dc:creator>stefanst</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Tue, 07 Jun 2011 06:48:44 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86180#msg-86180</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86180#msg-86180</link>
            <description><![CDATA[ stefanst Wrote:<br />
-------------------------------------------------------<br />
&gt; Triffid: <br />
&gt; How difficult would it be to implement separate<br />
&gt; acceleration values for the different axis?<br />
<br />
the code is already in soupcup, I just need to port it across at some point. I'm planning on working out how to implement a start/stop speed too so I can put all the math in at once.<br />
<br />
Basically the way the math works is it figures out how far along the movement vector we are when each axis finishes accelerating, picks the furthest one, and works out the proper acceleration for all other axes so they all finish accelerating at the same point. Deceleration is basically the same except we work out how far from the end rather than the start.]]></description>
            <dc:creator>Triffid_Hunter</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Mon, 06 Jun 2011 22:29:39 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86178#msg-86178</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86178#msg-86178</link>
            <description><![CDATA[ Thanks!<br />
<br />
with more acceleration (850mm/s^2) I do get better results. Now I'm getting to the unfortunate point where my x and y could probably take some more acceleration but my Z-Axis really can't. Since the limiting of the Z-movement in the Teacup firmware still doesn't seem to work, no matter how I set things up, this is what's limiting my quality at this point. I'll try and crank up the current - see if that helps. The Z-stepper shouldn't really get hot during normal operation since it shuts off between steps.<br />
<br />
Triffid: <br />
How difficult would it be to implement separate acceleration values for the different axis?<br />
<br />
But 40mm/s seems to be the limit for my extruder. Anything faster and quality seems to suffer.]]></description>
            <dc:creator>stefanst</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Mon, 06 Jun 2011 22:19:18 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86162#msg-86162</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86162#msg-86162</link>
            <description><![CDATA[ Sublime Wrote:<br />
-------------------------------------------------------<br />
&gt; sliptonic Wrote:<br />
&gt; --------------------------------------------------<br />
&gt; -----<br />
&gt; <br />
&gt; &gt; The attached picture shows a print done with<br />
&gt; &gt; Teacup (beige) compared to a makerbot cupcake<br />
&gt; with<br />
&gt; &gt; a DC extruder and NO retraction (black).  The<br />
&gt; &gt; black part has not been cleaned up at all.  I'm<br />
&gt; &gt; getting very close with Teacup, but those<br />
&gt; strings<br />
&gt; &gt; and bumps gotta go.<br />
&gt; <br />
&gt; Do you have Comb activated?<br />
&gt; It really helps with certain stringing.<br />
<br />
Funny you mention that. :)o<br />
<br />
I activated it this afternoon and it made a big difference.  It didn't eliminate all the stringing, but made the print quality very comparable to the makerbot.]]></description>
            <dc:creator>sliptonic</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Mon, 06 Jun 2011 20:44:40 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,85658,86132#msg-86132</guid>
            <title>Re: TeaCup Maximum_Feedrate units</title>
            <link>https://reprap.org/forum/read.php?147,85658,86132#msg-86132</link>
            <description><![CDATA[ sliptonic Wrote:<br />
-------------------------------------------------------<br />
<br />
&gt; The attached picture shows a print done with<br />
&gt; Teacup (beige) compared to a makerbot cupcake with<br />
&gt; a DC extruder and NO retraction (black).  The<br />
&gt; black part has not been cleaned up at all.  I'm<br />
&gt; getting very close with Teacup, but those strings<br />
&gt; and bumps gotta go.<br />
<br />
Do you have Comb activated?<br />
It really helps with certain stringing.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Mon, 06 Jun 2011 16:50:01 -0400</pubDate>
        </item>
    </channel>
</rss>
