<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>New experimental firmware 0.78t-dc42</title>
        <description>I&#039;ve just released this at https://github.com/dc42/RepRapFirmware/tree/dev/Release (follow the link to 0.78t and then use the Raw button to download). Changes in this release:

[quote]
* Nozzle offset setting using G10 is now fully implemented

* Gcode files generated by Simplify3D are now recognised when searching for file info for use by the web interface (thanks zpl)

* Bug fix: Z-homing or bed probing when axis compensation was enabled caused the X and Y axis origins to shift every time you did it.

* Bug fix: M92 command would only set extruder steps/mm if either 1 or 5 colon-separated extruder steps/mm values were provided

* SD Image directory updated to latest web interface

* When drives are disabled (due to executing the M0 or M1 command), the axes are now flagged as not homed

* The movement commands that were previously in the tree1.g and tfree2.g files have been moved to the tpre1.g and tpre2.g files, to work better when G10 nozzle offsets are used
[/quote]

The full list of differences from RRP 0.78c firmware can be found at https://github.com/dc42/RepRapFirmware/blob/dev/Changes%20in%20dc42%20fork.txt.

Things to be aware of when upgrading to this version:

1. If you have a single-nozzle machine, don&#039;t use the tpre1.g or tpost1.g files in the SD image in my repository, use empty ones instead (or comment out the commands in them).

2. If you are upgrading from RRP 0.78 (but not 0.78a or 0.78b), you need to reverse the X motor connector on the Duet board (so that the order of the colours is the same as for the other motors).

3. You don&#039;t need to change your config.g file if you already have one that works with 0.78 series firmware.

4. You can use either the RRP homing files or mine. The difference is that the RRP ones used G92 commands in the homing files to define where the endstops are, whereas mine use the axis limits set by the M208 commands in config.g. However, my homing files won&#039;t work for the Y axis on an Ormerod 2. This is because the Duet firmware (both RRP&#039;s and mine) assume that the Y enstop is a high endstop, whereas on the Ormerod 2 it is actually a low endstop.

5. The compatible web interface is version [s]1.03[/s] 1.02, which you can get either from the SD Image directory or from https://github.com/dc42/OrmerodWebControl.</description>
        <link>https://reprap.org/forum/read.php?340,412260,412260#msg-412260</link>
        <lastBuildDate>Mon, 10 Aug 2026 16:33:58 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,424275#msg-424275</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,424275#msg-424275</link>
            <description><![CDATA[ You don't need that command "G92 E0" in your start G-Code, when using both dc42's and my firmware fork the extruder positions are reset once a file is queued for printing. I figure it reports this error message because you don't have a tool selected at the time it is executed, so I suggest you add "T1" to your start G-Code.]]></description>
            <dc:creator>chrishamm</dc:creator>
            <category>Ormerod</category>
            <pubDate>Sat, 25 Oct 2014 14:35:12 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,424263#msg-424263</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,424263#msg-424263</link>
            <description><![CDATA[ Not sure how to dig into this any further, and it may have been addressed.  but i Could not find any mention of this kind of error:<br />
<br />
10:20:48 Error: GCodes: <b><u>Attempt to read a GCode float array that is too long</u></b>: G92 E0 <br />
10:20:47 File [FrameVertex.g] sent to print<br />
10:20:36 FrameVertex.g Upload Complete in 41s<br />
10:19:55 File Upload of FrameVertex.g to gcodes/FrameVertex.g started<br />
10:17:19 File [bed.g] sent to print<br />
10:17:12 T:155.4 B: 63.5 <br />
10:17:11 M115<br />
FIRMWARE_NAME:RepRapFirmware FIRMWARE_VERSION:0.78t-alpha-dc42 ELECTRONICS:Duet (+ Extension) DATE:2014-09-26<br />
10:17:09 Page Load Complete<br />
<br />
Ok, Wont let me attach a File]]></description>
            <dc:creator>gdwinslow</dc:creator>
            <category>Ormerod</category>
            <pubDate>Sat, 25 Oct 2014 13:50:09 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,421985#msg-421985</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,421985#msg-421985</link>
            <description><![CDATA[ Please note that if you want to try this firmware on an Ormerod 2, then you should not use the versions of homey.g and homeall.g in my repository. They need to be modified to account for the Y axis endstop being at the other end of the axis. I'll add Ormerod 2 versions of the files when I get a chance. The ones for RRP 0.78c firmware will work with my firmware too, but they assume the X homing position is X=0 whereas mine assume the X homing position is the X axis minimum as set by M208.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Ormerod</category>
            <pubDate>Mon, 20 Oct 2014 10:42:17 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,417297#msg-417297</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,417297#msg-417297</link>
            <description><![CDATA[ Thanks, found the problem, I had forgotten to remove the T0 command from the slic3r file. Once removed all is ok.<br />
<br />
Alan]]></description>
            <dc:creator>alanbattersby</dc:creator>
            <category>Ormerod</category>
            <pubDate>Thu, 09 Oct 2014 12:12:20 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,417278#msg-417278</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,417278#msg-417278</link>
            <description><![CDATA[ This [<a href="http://forums.reprap.org/read.php?340,379157,379157#msg-379157" target="_blank"  rel="nofollow">forums.reprap.org</a>] covers the upgrade from 0.65. Coming from 0.57, you will also need to replace the T0 command in your slic3r start gcode by T1.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Ormerod</category>
            <pubDate>Thu, 09 Oct 2014 11:21:13 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,417267#msg-417267</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,417267#msg-417267</link>
            <description><![CDATA[ Hi,<br />
It was 0.58 I think. Where can I find instructions for updating the file and what to add?<br />
<br />
Alan]]></description>
            <dc:creator>alanbattersby</dc:creator>
            <category>Ormerod</category>
            <pubDate>Thu, 09 Oct 2014 10:57:42 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,417250#msg-417250</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,417250#msg-417250</link>
            <description><![CDATA[ Alan, what firmware were you using previously? If it was pre-0.78 then you need to update your config.g file, and also make sure there is a T1 either in your slic3r start gcode (recommended) or in config.g.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Ormerod</category>
            <pubDate>Thu, 09 Oct 2014 10:07:15 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,417236#msg-417236</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,417236#msg-417236</link>
            <description><![CDATA[ Help please, this is a very simple question, excuse my ignorance if it has already been answered. I upgraded to 0.78t but just tried a print today. I ran my model through slic3R and ran it. Although the head followed its path the extruder motor did not move and so nothing was built. I am sure that this is something to do with the change to 2 heads (mine still has only one) but do not know how to change it. Do I have to change any slic3R profiles or hand edit the gcode produced?<br />
<br />
Alan]]></description>
            <dc:creator>alanbattersby</dc:creator>
            <category>Ormerod</category>
            <pubDate>Thu, 09 Oct 2014 09:24:23 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,414553#msg-414553</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,414553#msg-414553</link>
            <description><![CDATA[ Hi Kim, yes the extruder elasticity factor will be configurable via a gcode.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Ormerod</category>
            <pubDate>Thu, 02 Oct 2014 08:49:40 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,414530#msg-414530</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,414530#msg-414530</link>
            <description><![CDATA[ Hi DC, if your going to add compensation for this, then it might be best to have it added as a variable in the config.g file, as not every ones<br />
Bowden PTFE tube is going to act exactly the same. Lengths will be different, the tube hardening over time etc....<br />
Also I noticed there is a setting in Slic3r to compensate for this by adding to the initial feed length after a retraction.<br />
<br />
Kim..]]></description>
            <dc:creator>KimBrown</dc:creator>
            <category>Ormerod</category>
            <pubDate>Thu, 02 Oct 2014 07:46:12 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,414355#msg-414355</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,414355#msg-414355</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>DasBasti</strong><br />
It's not only the play in the tongue. Its the Bowden cable itself that is slightly bigger than the filament. So there is an outer and inner radius the filament can take whether it is extruding or retracting. Also the Bowden tube may stretch a little when the filament is under pressure. This all leads to some dead time before the filament is fed into the hotend.</div></blockquote>
<br />
That is more or less what I am aiming to compensate for - the effective elasticity of the filament in the Bowden tube.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Ormerod</category>
            <pubDate>Wed, 01 Oct 2014 17:23:14 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,414337#msg-414337</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,414337#msg-414337</link>
            <description><![CDATA[ It's not only the play in the tongue. Its the Bowden cable itself that is slightly bigger than the filament. So there is an outer and inner radius the filament can take whether it is extruding or retracting. Also the Bowden tube may stretch a little when the filament is under pressure. This all leads to some dead time before the filament is fed into the hotend.]]></description>
            <dc:creator>DasBasti</dc:creator>
            <category>Ormerod</category>
            <pubDate>Wed, 01 Oct 2014 16:49:39 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,414324#msg-414324</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,414324#msg-414324</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>dc42</strong><br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>jondel</strong><br />
Does the fact that there is between 1 and 2 mm of travel where the bowden cable meets the extruder make any difference or is that taken care of with retraction.</div></blockquote>
<br />
Do you mean play where the Bowden cable meets the extruder drive? I don't have any play there, provided that I have the tongue inserted properly.</div></blockquote>
<br />
<br />
Yes I have tried two reprinted tongues and I always have had play at this point,so I thought it was normal. I will retry reprinting this with a mind to making it fit better.<br />
Thanks]]></description>
            <dc:creator>jondel</dc:creator>
            <category>Ormerod</category>
            <pubDate>Wed, 01 Oct 2014 16:07:29 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,414315#msg-414315</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,414315#msg-414315</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>jondel</strong><br />
Does the fact that there is between 1 and 2 mm of travel where the bowden cable meets the extruder make any difference or is that taken care of with retraction.</div></blockquote>
<br />
Do you mean play where the Bowden cable meets the extruder drive? I don't have any play there, provided that I have the tongue inserted properly.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Ormerod</category>
            <pubDate>Wed, 01 Oct 2014 15:51:10 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,414240#msg-414240</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,414240#msg-414240</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>jondel</strong><br />
Does the fact that there is between 1 and 2 mm of travel where the bowden cable meets the extruder make any difference or is that taken care of with retraction.</div></blockquote>
<br />
No, any play in the end fixing of the Bowden is, as you say, taken up by the retraction - the Bowden will be hard against the stops all the time it is extruding.<br />
<br />
Dave]]></description>
            <dc:creator>dmould</dc:creator>
            <category>Ormerod</category>
            <pubDate>Wed, 01 Oct 2014 13:39:36 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,414204#msg-414204</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,414204#msg-414204</link>
            <description><![CDATA[ Does the fact that there is between 1 and 2 mm of travel where the bowden cable meets the extruder make any difference or is that taken care of with retraction.]]></description>
            <dc:creator>jondel</dc:creator>
            <category>Ormerod</category>
            <pubDate>Wed, 01 Oct 2014 12:05:56 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,414173#msg-414173</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,414173#msg-414173</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>muggi</strong><br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>dmould</strong><br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>dc42</strong><br />
Dave, thanks for the feedback! I'm glad it's working well for you.<br />
<br />
My next planned firmware changes are:<br />
<br />
1. Complete the serial interface support, ready for the TFT controller board.<br />
<br />
2. Rewrite parts of the Move code to provide smoother movement, to provide adjustable pre-compensation for Bowden extruder lag, and to support delta printers. This probably won't happen until November.</div></blockquote>
<br />
I await the Bowden lag modification eagerly, I'm hoping that it will make a huge difference (but I may well be overly optimistic).<br />
<br />
Dave</div></blockquote>
<br />
will a bowden lag modification reduce oozing? or better starts of new  perimeters?</div></blockquote>
<br />
Not oozing so much as blobbing.  That's the theory anyway, we won't know until we try it.  The theory is that there is a time-lag between the extruder motor changing speed and the resultant change to the plastic flow at the nozzle.  This results in insufficient plastic flow at the start of a move, and too much at the end (blobbing).  So the idea is to modify the firmware so that the extruder motor moves are sent a short time ahead of the XY moves (or the XY moves are delayed, which amounts to the same thing).  The hope is that it will result in the plastic flow at the nozzle becoming more in sync to the XY moves and so plastic will be deposited more accurately at the place it is needed instead of the place it <i>had been</i> needed a short while ago.<br />
<br />
Dave]]></description>
            <dc:creator>dmould</dc:creator>
            <category>Ormerod</category>
            <pubDate>Wed, 01 Oct 2014 10:37:16 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,413848#msg-413848</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,413848#msg-413848</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>dmould</strong><br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>dc42</strong><br />
Dave, thanks for the feedback! I'm glad it's working well for you.<br />
<br />
My next planned firmware changes are:<br />
<br />
1. Complete the serial interface support, ready for the TFT controller board.<br />
<br />
2. Rewrite parts of the Move code to provide smoother movement, to provide adjustable pre-compensation for Bowden extruder lag, and to support delta printers. This probably won't happen until November.</div></blockquote>
<br />
I await the Bowden lag modification eagerly, I'm hoping that it will make a huge difference (but I may well be overly optimistic).<br />
<br />
Dave</div></blockquote>
<br />
will a bowden lag modification reduce oozing? or better starts of new  perimeters?]]></description>
            <dc:creator>muggi</dc:creator>
            <category>Ormerod</category>
            <pubDate>Tue, 30 Sep 2014 13:33:06 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,413835#msg-413835</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,413835#msg-413835</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>dc42</strong><br />
Dave, thanks for the feedback! I'm glad it's working well for you.<br />
<br />
My next planned firmware changes are:<br />
<br />
1. Complete the serial interface support, ready for the TFT controller board.<br />
<br />
2. Rewrite parts of the Move code to provide smoother movement, to provide adjustable pre-compensation for Bowden extruder lag, and to support delta printers. This probably won't happen until November.</div></blockquote>
<br />
I await the Bowden lag modification eagerly, I'm hoping that it will make a huge difference (but I may well be overly optimistic).<br />
<br />
Dave]]></description>
            <dc:creator>dmould</dc:creator>
            <category>Ormerod</category>
            <pubDate>Tue, 30 Sep 2014 12:54:35 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,413820#msg-413820</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,413820#msg-413820</link>
            <description><![CDATA[ Dave, thanks for the feedback! I'm glad it's working well for you.<br />
<br />
My next planned firmware changes are:<br />
<br />
1. Complete the serial interface support, ready for the TFT controller board.<br />
<br />
2. Rewrite parts of the Move code to provide smoother movement, to provide adjustable pre-compensation for Bowden extruder lag, and to support delta printers. This probably won't happen until November.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Ormerod</category>
            <pubDate>Tue, 30 Sep 2014 12:23:57 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,413715#msg-413715</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,413715#msg-413715</link>
            <description><![CDATA[ Loaded 0.78t firmware &amp; 1.02 web interface last night and tried a quick print after reversing my X motor connector.  Works a treat and recognised my Simplify3D G-code for the print progress page.  The initial hotend temperature does not overshoot as it did in the previous firmware (I know I could have tweaked the PID parameters, but it was only one large 20 deg C overshoot when heated from cold then stayed rock-steady so not a big deal).  Moves also seem to be smoother with this firmware - but that could be a false impression as I cannot see any changes listed that would account for it.  Thanks for your efforts, David, they are very much appreciated.<br />
<br />
Dave]]></description>
            <dc:creator>dmould</dc:creator>
            <category>Ormerod</category>
            <pubDate>Tue, 30 Sep 2014 08:21:17 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,413209#msg-413209</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,413209#msg-413209</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>gdwinslow</strong><br />
This is probably a dome Question, but i am Cur-ease.  When i send the command 'M906 E800', and i have the expansion board.  Dos it also set the current for the other fore Drive motors  on the expansion board ?</div></blockquote>
<br />
Yes it does. To set them individually, use e,g, 'M906 E800:1000:900'. However, I've just checked the code and it has the same bug/feature that the M92 command has, so for now you would need to provide 5 colon-separated values. This will be fixed in my next build.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Ormerod</category>
            <pubDate>Mon, 29 Sep 2014 06:59:44 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,413083#msg-413083</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,413083#msg-413083</link>
            <description><![CDATA[ Did some test prints and can say it works a treat.]]></description>
            <dc:creator>DasBasti</dc:creator>
            <category>Ormerod</category>
            <pubDate>Mon, 29 Sep 2014 01:47:37 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,413016#msg-413016</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,413016#msg-413016</link>
            <description><![CDATA[ oww, sorry.  new build appears to be working Grate for me.  No bugs so fare, and i have run several prints]]></description>
            <dc:creator>gdwinslow</dc:creator>
            <category>Ormerod</category>
            <pubDate>Sun, 28 Sep 2014 17:46:18 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,413013#msg-413013</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,413013#msg-413013</link>
            <description><![CDATA[ This is probably a dome Question, but i am Cur-ease.  When i send the command 'M906 E800', and i have the expansion board.  Dos it also set the current for the other fore Drive motors  on the expansion board ?]]></description>
            <dc:creator>gdwinslow</dc:creator>
            <category>Ormerod</category>
            <pubDate>Sun, 28 Sep 2014 17:42:44 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,412448#msg-412448</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,412448#msg-412448</link>
            <description><![CDATA[ Just flashed the new firmware and everything looks good so far. Just fired up a test print so let's see how this works out.<br />
<br />
The shifting of X and Y axes did not happen this time. So fingers crossed.<br />
<br />
EDIT: Just had the test print fail because the Y-axis did not move at all. I does move at first to home itself and than fail to do any movement at all during the print. even running something like circle.g does the homing ok, moves the X-axis ok but the Y axis not at all.<br />
<br />
Looks like there is a problem with the steps per mm for the x axis since the square does move correct in the X-axis and not correct in Y-axis<br />
<br />
EDIT2: looks like the Y-axis thing is my fault for having M208 X210 Y28	instead of M208 X210 Y208 in my config.g]]></description>
            <dc:creator>DasBasti</dc:creator>
            <category>Ormerod</category>
            <pubDate>Sat, 27 Sep 2014 07:32:57 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,412446#msg-412446</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,412446#msg-412446</link>
            <description><![CDATA[ MrCrispi, you are quite right, the web interface version is 1.02.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Ormerod</category>
            <pubDate>Sat, 27 Sep 2014 07:26:17 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,412443#msg-412443</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,412443#msg-412443</link>
            <description><![CDATA[ Working great for me - just finished a long print sliced using Simplify3D and all data now showing just as it should on the web interface - nice job both @DC42 &amp; @zpl (tu). One pedantic point - I think the latest version of the web interface is still 1.02 rather than 1.03 isn't it? (and certainly the link at the top of the thread takes you to the github for 1.02...)]]></description>
            <dc:creator>MrCrispi</dc:creator>
            <category>Ormerod</category>
            <pubDate>Sat, 27 Sep 2014 07:20:09 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,412409#msg-412409</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,412409#msg-412409</link>
            <description><![CDATA[ jstk, the M92 command supports multiple extruders using syntax in which the values for different extruders are separated by colon. So an appropriate command for a 2 nozzle system would appear to be 'M92 E420:415'. However, that didn't work. You had to use either M92 E420 (in which case all extruders were assumed to have 420 steps/mm), or supply another 3 dummy values for the other 3 possible extruders supported by the firmware.]]></description>
            <dc:creator>dc42</dc:creator>
            <category>Ormerod</category>
            <pubDate>Sat, 27 Sep 2014 03:11:13 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?340,412260,412374#msg-412374</guid>
            <title>Re: New experimental firmware 0.78t-dc42</title>
            <link>https://reprap.org/forum/read.php?340,412260,412374#msg-412374</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>dc42</strong><br />
* Bug fix: M92 command would only set extruder steps/mm if either 1 or 5 extruder steps/mm was provided</div></blockquote>
<br />
Could you elaborate a bit on this? Would the command only work if the value provided was 1 or 5? The Ormerod extruder drive normally has a value over 400, would that command then just never have had any effect earlier?<br />
<br />
Awesome job as usual!]]></description>
            <dc:creator>jstck</dc:creator>
            <category>Ormerod</category>
            <pubDate>Fri, 26 Sep 2014 20:11:43 -0400</pubDate>
        </item>
    </channel>
</rss>
