<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>Reprap Forum - RepRap Host</title>
        <description>Java - everyone loves it and it works well everywhere. Maybe.</description>
        <link>https://reprap.org/forum/list.php?12</link>
        <lastBuildDate>Sun, 10 May 2026 03:13:42 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?12,861910,861910#msg-861910</guid>
            <title>tooltips for scripts are shifted over to right (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,861910,861910#msg-861910</link>
            <description><![CDATA[ when I hover over a script number in Manual Control the tooltip is blank for #1, #2 has #1s tip, #3 has #2s tip, etc.<br />
I reinstalled RH completely and it is still the same.<br />
It is fine on another computer - both W10 x64 up to date.<br />
Why?]]></description>
            <dc:creator>ruggb</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Mon, 04 Nov 2019 23:28:23 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,851915,851915#msg-851915</guid>
            <title>G-Code for Faster Warm Ups? (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,851915,851915#msg-851915</link>
            <description><![CDATA[ My printer is a bit of an oddball (the now abandoned Ecksbot).  It's a great machine, but the bed takes about 10 minutes to reach 110°, whereas the extruder only takes about 3 minutes to get up to 260°.  The slicer programs always seem to heat one, then the other, and I hate it!  Sitting there waiting for things to warm up is the worst.  What I always do to save some time is manually start the bed heater, and when it gets to about 100°, I manually start heating the extruder, THEN I hit print.  Everything gets up to temp at about the same time, and it saves me 3 minutes of waiting about.  But it's a manual process, and I don't like it.  I would like to add some start g-code to do it for me, but I don't know if it can even be done.  Here are the steps I would like to do:<br />
<br />
1. Heat bed to 90% of set temp (a fixed value could work I suppose, but a percentage would be better when changing bed temps for different materials)<br />
2. Heat extruder to set temp<br />
3. heat bed to 100% of set temp<br />
4. Start print<br />
<br />
I think I can figure out 2 - 4, but I don't know how to heat the bed up to 90% of temp.  It could also work fairly well if I could heat it to (set temp - specific temp), so that the extruder always started heating 15° before the bed reaches temp.  Anyone have any good suggestions?  Thanks!]]></description>
            <dc:creator>LordFly</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Thu, 25 Apr 2019 17:53:46 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,761446,761446#msg-761446</guid>
            <title>Reprap shield v1.4 serial connection (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,761446,761446#msg-761446</link>
            <description><![CDATA[ Hello,<br />
<br />
I am trying to use reprap shield for my own project which is similar to 3d printer system. My plan was using arduino mega and reprap shield for driving motors and connect arduino to raspberry pi for controlling arduino. And for that purpose I wrote a basic arduino code that gets input from serial connection for angle and drives motor according to that angle. While my serial communication is working without reprap (I can see arduino prints on monitor), when I try to connect it to reprap I am no longer able to communicate with arduino. Is it possible to use my own comminication while reprap shield is connecten to arduino?]]></description>
            <dc:creator>umurcg</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Mon, 10 Apr 2017 04:05:17 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,757048,757048#msg-757048</guid>
            <title>Problem driving a stepper motor using the A4988 reprap driver board and an Arduino (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,757048,757048#msg-757048</link>
            <description><![CDATA[ Hi guys<br />
<br />
I am having a problem driving a stepper motor using the A4988 reprap driver board and an Arduino<br />
I have set up the wiring using an example I found online (Diagram attached: A4988 wiring) [<a href="https://www.youtube.com/watch?v=5CmjB4WF5XA" target="_blank"  rel="nofollow">www.youtube.com</a>].. However the motor does not seem to turn.<br />
<br />
The motor I am using is from an old Hitachi printer which I took apart a while back. Printed on it is 0.9A/ph. It has six wires however I am using it as a bipolar stepper by just leaving the center tap of each winding unconnected.<br />
<br />
I have adjusted the VREF on the A4988 board to insure that the current is limited bellow the 0.9A. To do this I used the data sheet of the A4988. As I wanted to run the motor at full step mode, the A4988 data sheet specifies that the winding current could only reach 70 percent of the current limit.<br />
<br />
consequently: <br />
Current limit = 0.9 * 0.7 = 0.63A<br />
<br />
Current limit = Vref * 2, Therefor Vref = 0.63/2 = 0.315V or 315mV<br />
<br />
I have therefor set the current limit using the potentiometer on the A4988 to aprox 315mV<br />
<br />
Once the wiring was set up, I applied power and measured the Vref to confirm it is still the same and it was. <br />
<br />
Next I disconnected the Power to both the Arduino and the driver and connected in the stepper motor. I then connected the power and uploaded the following code:<br />
<br />
// defines pins numbers<br />
const int stepPin = 3; <br />
const int dirPin = 4; <br />
<br />
void setup() {<br />
// Sets the two pins as Outputs<br />
pinMode(stepPin,OUTPUT); <br />
pinMode(dirPin,OUTPUT);<br />
}<br />
void loop() {<br />
digitalWrite(dirPin,HIGH); // Enables the motor to move in a particular direction<br />
// Makes 200 pulses for making one full cycle rotation<br />
for(int x = 0; x &lt; 200; x++) {<br />
digitalWrite(stepPin,HIGH); <br />
delayMicroseconds(500); <br />
digitalWrite(stepPin,LOW); <br />
delayMicroseconds(500); <br />
}<br />
delay(5000); // five second delay<br />
<br />
digitalWrite(dirPin,LOW); //Changes the rotations direction<br />
// Makes 400 pulses for making two full cycle rotation<br />
for(int x = 0; x &lt; 400; x++) {<br />
digitalWrite(stepPin,HIGH);<br />
delayMicroseconds(500);<br />
digitalWrite(stepPin,LOW);<br />
delayMicroseconds(500);<br />
}<br />
delay(5000);<br />
} <br />
<br />
<br />
Nothing happened... started off with 5 volts on the power supply and ramped it up to aprox 12vs however still nothing happened. I can feel the heat sink heating up on the A4988 which means power was reaching it. I measured the voltages from the Arduino to the A4988 and the power supply to the driver and the voltages matched the input. I started shaking about the power connections to and suddenly the motor made one step, but that was it. So i thought it was a problem with the breadboard. I checked the connections on the breadboard and all where connected. To be safe i decided to use another breadbord. Again nothing happened. I checked the Aarduino using the 28byj48 and UNL203 driver and stepper that came with it and they worked fine. I confirmed the wiring sequences and layout multiple times and they all matched the tutorial I followed.<br />
<br />
My inital thinking was that the stepper motor was broken, so i disconnected it and tried running it using the power supple (5V) by connecting and disconnecting each coil in manually one by one, and it turned one step at a time, which meant that the stepper was working. Finally i decided to see if current was reaching the stepper, I therefore connected the Altimeter in series with one of the coils and it did not read any current, which meant that current was not reaching the coils. <br />
<br />
Now I am unsure what to do, or what has gone wrong. The vref still reads aprox 310 - 320 mV, this makes me assume that driver is not fried. I do have another A4988 driver however I started working on that one and now the Vref does not go above 62mV so I'm guessing that it is burnt, however the second one reads fine. <br />
<br />
I have tried using the enable button with the following code (Attached; A4988 wiring 2) however it still didnt' make in difference. The following code is what i used for when I set the enabled to low (Note that the pin numbers have been changed)<br />
<br />
int Index;<br />
<br />
void setup() <br />
{<br />
pinMode(4, OUTPUT); //Enable<br />
pinMode(2, OUTPUT); //Step<br />
pinMode(3, OUTPUT); //Direction<br />
<br />
digitalWrite(4,LOW);<br />
}<br />
<br />
void loop() <br />
{<br />
digitalWrite(3,HIGH);<br />
<br />
for(Index = 0; Index &lt; 2000; Index++)<br />
{<br />
digitalWrite(2,HIGH);<br />
delayMicroseconds(500);<br />
digitalWrite(2,LOW);<br />
delayMicroseconds(500);<br />
}<br />
delay(1000);<br />
<br />
digitalWrite(3,LOW);<br />
<br />
for(Index = 0; Index &lt; 2000; Index++)<br />
{<br />
digitalWrite(2,HIGH);<br />
delayMicroseconds(500);<br />
digitalWrite(2,LOW);<br />
delayMicroseconds(500);<br />
}<br />
delay(1000);<br />
}<br />
<br />
Why did the motors initially step (only one step upon each shake) when I shook the power supply leads? I am afraid to try that again as I think this is what damaged the first driver I was using. And why is there no current reaching the coils?<br />
<br />
I would really appreciate an opinion on this issue as I have no idea what to do<br />
<br />
Many thanks for you time.<br />
<br />
Adnan]]></description>
            <dc:creator>k1228438</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Sun, 19 Mar 2017 16:53:49 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,747279,747279#msg-747279</guid>
            <title>Sorry - put this in the wrong place (again) (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,747279,747279#msg-747279</link>
            <description><![CDATA[ Question now posted in the correct place... :(]]></description>
            <dc:creator>David J</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Fri, 10 Feb 2017 15:03:15 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,645363,645363#msg-645363</guid>
            <title>Bed doesn&#039;t heat without lamp over it (8 replies)</title>
            <link>https://reprap.org/forum/read.php?12,645363,645363#msg-645363</link>
            <description><![CDATA[ The bed on my prusa i3 doesn't hold it's temp at 110 degrees C once the print has started. I have a reading lamp over it while heating up to help it heat faster but when I take it off the temp starts to drop. It can't hold it's temp without help from a reading lamp. I can't have it over the bed during the print because it would hit and bump into the print. The bed hovers around 90 degrees but doesn't stay at the target 110. Thanks]]></description>
            <dc:creator>budrow01</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Tue, 29 Mar 2016 21:48:18 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,644346,644346#msg-644346</guid>
            <title>Extruder leaves deep line in surface after layer (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,644346,644346#msg-644346</link>
            <description><![CDATA[ I'm not sure what is causing this but after the extruder lays down a layer, it moves to the starting point to start laying down the next layer...however it doesn't seem like the head lifts up because it runs through the layer with its head and leaves a trough line in it, on its way to the starting position. It's like the head lift doesn't happen until it reaches the starting point.<br />
<br />
I'm still trying to determine when the head lifts, immediately after its finished with a layer or when it reaches the next starting point.<br />
<br />
Thanks...]]></description>
            <dc:creator>rfresh737</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Fri, 25 Mar 2016 12:16:51 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,644091,644091#msg-644091</guid>
            <title>End of print job ramming Y endstop (2 replies)</title>
            <link>https://reprap.org/forum/read.php?12,644091,644091#msg-644091</link>
            <description><![CDATA[ My Prusa i3 print jobs are printing OK. However, at the end of every job, the extruder seems to run fast in the Y axis and hits the end stop really hard and grinds the stepper for a couple of seconds.<br />
<br />
I was wondering if the Gcode was moving the head too fast at the end of the job?<br />
<br />
So I looked at the code and see this at the end:<br />
<br />
G1 X111.890 Y75.600 F5400.000<br />
G1 X111.890 Y34.617 E18.62386 F1200.000<br />
G1 F4320<br />
G1 X111.890 Y47.217 E11.97386<br />
G1 E11.62386 F2400.00000<br />
G92 E0<br />
M107<br />
M104 S0 ; turn off temperature<br />
G28 X0  ; home X axis<br />
M84     ; disable motors<br />
<br />
Could it be the F4320 feed rate is setting it too fast? How can I change this for all my jobs?<br />
<br />
Thanks...]]></description>
            <dc:creator>rfresh737</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Sun, 27 Mar 2016 14:23:14 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,643253,643253#msg-643253</guid>
            <title>Support Material Settings Help (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,643253,643253#msg-643253</link>
            <description><![CDATA[ I need some help with my Support Material settings. When a support structure is printed, I find it very difficult to remove it. Is there a way to set this up so the support material isn't bonded to the main part so strongly?<br />
<br />
Thanks for any help...]]></description>
            <dc:creator>rfresh737</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Wed, 23 Mar 2016 01:43:24 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,620142,620142#msg-620142</guid>
            <title>Issues in Repetier host 1.6.0 (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,620142,620142#msg-620142</link>
            <description><![CDATA[ <div style="text-align: right;" class="bbcode"></div>  I have been running Repetier host for yrs on my machines without issues.. i added a plate marker option to this last machine and the problems start..It works great if running a g code for plasma .but if i run a g code for plate marking it tries to reset the printer mid print and locks the machine up..Then i have to do an estop to make the machine move again..When it acts up it either sends some real jumbled code or tries to reset the printer and fails.. I have tried two different usb cables,two different computers, two different controllers and reflashed the controllers with different versions of the firmware..I am running a modified marlin firmware with a megatronics v2.0 ..The last machine i did had the plate marker option to and it worked fine..I am pulling my hair out over here trying to figure out what else it could be..Seems to me the problem lies in Repetier host as when it happens i cannot move the machine thru repetier host but i can still manually jog the machine from the smart controller..<br />
          <div style="text-align: right;" class="bbcode"></div>  It messes up even if i type the m8-m9 in manually ..I have tried nearly every combo to eliminate other things.. i tried Powering from the usb instead of the 12 volt side ..I tried eliminating the usb power and just running for the 12 volt feed...I have tried it with the reset enable jumper installed and removed from the board.<br />
         <div style="text-align: right;" class="bbcode"></div>I am not sure why Repetier host would be sending a reset printer command while printing without the e stop being triggered?But this seems to me where the issue is??]]></description>
            <dc:creator>tm america</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Tue, 02 Feb 2016 13:20:28 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,618181,618181#msg-618181</guid>
            <title>Sorry, wrong forum (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,618181,618181#msg-618181</link>
            <description><![CDATA[ I reposted in the correct place]]></description>
            <dc:creator>bnoggle</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Sat, 30 Jan 2016 12:12:09 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,549901,549901#msg-549901</guid>
            <title>SORRY - wrong forum! Please ignore. (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,549901,549901#msg-549901</link>
            <description><![CDATA[ I posted a question in here - but it was nothing to do with RepRap Host...<br />
<br />
I wish I could cancel a posting...]]></description>
            <dc:creator>David J</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Tue, 25 Aug 2015 10:45:39 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,545127,545127#msg-545127</guid>
            <title>Folger Tech Kossel 2020 Extruder motor doesn&#039;t do anything (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,545127,545127#msg-545127</link>
            <description><![CDATA[ Hi <br />
<br />
So I just built my first 3D printer, a Kossel 2020 from Folger Tech.  I used Marlin firmware.  It seems to work.  The bed and hot end heat up to temperature, it moves and when I print something it seems to print it in the right place. However I can't get the extruder motor to do anything! I click extrude on Pronterface and try to feed the plastic through but nothing happens.  The only thing I can think that has happened is the A4988 for the extruder burned out.  I can't find anything else online though.  <br />
<br />
Help would be much appreciated!<br />
<br />
Thanks!]]></description>
            <dc:creator>amandarh92</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Wed, 12 Aug 2015 19:07:17 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,530645,530645#msg-530645</guid>
            <title>Help REPRAP Prusa (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,530645,530645#msg-530645</link>
            <description><![CDATA[ My printer freezes when I start to print<br />
<br />
I have moved house an re set my printer up which was working fine&gt;<br />
<br />
X,Y,Z all works extrusion and pla temp is fine<br />
<br />
No matter what .stl I use printrun freezes&gt;<br />
<br />
it says print starts percent complet but even in view window the print is bugged&gt; no matter what file print dissapears after 2 layers&gt;<br />
<br />
cant figure it out!]]></description>
            <dc:creator>harryzanden@gmail.com</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Thu, 09 Jul 2015 07:16:45 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,443045,443045#msg-443045</guid>
            <title>Settings For K8200 (1 reply)</title>
            <link>https://reprap.org/forum/read.php?12,443045,443045#msg-443045</link>
            <description><![CDATA[ Hello people,<br />
In school we have the K8200 and i use the repetier host with it that they recommend (V0.95F) but the slic3r is like really slow and so i asked a few weeks ago how to do it faster and they said to instal the Repetier host 1.0.6 with trhe cura engine. i did that and i tried to get all the settings right. But the problem is that it is printing like really sloppy and not correct i think? and if i print with the V0.95 vesion i does it smoothly just the Beginning and the Skirt doesn't go that well. is there anyone who can help me with the settings so that i can use the K8200 with the 1.0.6 version and have a perfect result printing? <br />
I haven't yet done something at the standart cooling that is something i want to do but it i want to be sure that when i start printing the cooling rings and so that they are a bit nice and not like really sloppy :) <br />
Thank ahead for your help!]]></description>
            <dc:creator>JasperCocquyt</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Sat, 13 Dec 2014 06:58:14 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,433697,433697#msg-433697</guid>
            <title>serial handshake in sending gcode (processing - marlin) (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,433697,433697#msg-433697</link>
            <description><![CDATA[ Hello everyone since some time i build drawing  machines, using a very basic firmware written by me.<br />
Now I want to move into marlin and use a ramps or a minitronics.<br />
I want to create and communicate the code from Processing, but I was wondering how it works with marlin.<br />
Do marlin returns a confirmation message, on the serial, every time it execute a command?<br />
There is a buffer for more than one command?<br />
Thank you all.]]></description>
            <dc:creator>secondsky</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Tue, 18 Nov 2014 09:49:32 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,432881,432881#msg-432881</guid>
            <title>Error 1603 (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,432881,432881#msg-432881</link>
            <description><![CDATA[ Hi<br />
When I try to reinstall the driver HanBot 3D Sprinter (Setup.exe), I get the error code 1603. I have tried all tips I found for finding solution for this error, but all of them failed. I have a OS win-7x64. Can anyone help me?]]></description>
            <dc:creator>Gustav180</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Sun, 16 Nov 2014 08:52:42 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,423374,423374#msg-423374</guid>
            <title>What does the flow-rate ruler do ? (1 reply)</title>
            <link>https://reprap.org/forum/read.php?12,423374,423374#msg-423374</link>
            <description><![CDATA[ In my Repetier host, I have a few rulers<br />
At start they are at 100<br />
<br />
flow rate is one of them<br />
<br />
what happens when I increase or decrease that value during print ?  <br />
I mean.. is it separate from other speeds ? Just more plastic in the same time ? <br />
<br />
And what I fI increase only the displacement speed ?  <br />
No influence on the plastic flow , or will things increase in relevant order with other speeds ?<br />
<br />
Thomas<br />
p.s.  I come from Pronterface, where those values were fixed]]></description>
            <dc:creator>Replace</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Wed, 08 Nov 2017 04:40:06 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,422478,422478#msg-422478</guid>
            <title>How to delete objects from RepetierHost build plate? (7 replies)</title>
            <link>https://reprap.org/forum/read.php?12,422478,422478#msg-422478</link>
            <description><![CDATA[ I am getting familiar with Repetier Host, after 2 years of Pronterface.<br />
<br />
I am not able to remove a previously loaded object, to load another object after the first one is printed.<br />
<br />
So currently I close and restart the program. <br />
I think there is a better way ? <br />
<br />
Thomas]]></description>
            <dc:creator>Replace</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Sat, 25 Oct 2014 05:22:44 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,420451,420451#msg-420451</guid>
            <title>x axis missing steps (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,420451,420451#msg-420451</link>
            <description><![CDATA[ I am using both Repetier firmware and Repetier Host on my OrdBot.<br />
It was working OK but something has recently caused prints to move sideways along the x axis. May have been something I have done. When I do a test cube it happens after a few layers. After each 3 or 4 layers, suddenly the print is displaced by about 1 cm to the left.<br />
I don't know why it is missing steps. It has me stumped. I re checked the voltage on the stepper driver. I set it on 0.32v. <br />
I swapped over the x and y stepper drivers. I have re configured the firmware and reduced the x speed and acceleration settings.<br />
<br />
I previously had a problem with my z axis but found settings that work after taking advice on here. <br />
my y axis seems fine. <br />
<br />
Current firmware settings are :<br />
xy jerk 10<br />
x travel speed 250<br />
travel accel  250<br />
print accel 250<br />
 <br />
Tried varing eeprom settings and Repetier Host settings all to no avail.]]></description>
            <dc:creator>dave3d</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Thu, 16 Oct 2014 17:18:22 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,399163,399163#msg-399163</guid>
            <title>Problems when homing delta printer (2 replies)</title>
            <link>https://reprap.org/forum/read.php?12,399163,399163#msg-399163</link>
            <description><![CDATA[ So I have been working on a problem that i just can not seem to figure out.  <br />
<br />
Still in the building stages of my delta printer, and when I home the printer I am getting some strange behavior.  The carts move to the top and stop at the end stops as normal, they back off from the stops and do the recheck as they should, but then on the second check and back off.  However, after that, there is a stream of the following message repeated in the log:<br />
<pre class="bbcode">
&lt; Warning:Invalid delta coordinate - move ignored</pre>
then there is this one:<br />
<pre class="bbcode">
&lt; Error:No move in delta segment with &gt; 1 segment. This should never happen and may cause a problem!</pre>
<br />
Finally the real odd part is that then i get a read back of the homed coordinates:<br />
<pre class="bbcode">
&lt; X:1.17 Y:42656.31 Z:855.00 E:NAN</pre>
<br />
The X and Y coordinates are never the same but always in the same range.  X being small around 1 mm, and then y being large in the 42000mm range.  The z coordinate is correct.  <br />
<br />
The printer then locks up and does nothing until I reset it. <br />
<br />
I have tried a ton of combinations.  So I am not sure if there is any point in posting my specific printer settings in the host software.  below are my firmware settings.  I am happy to provide any info that might help.  I am so stuck, i feel like it should be working.<br />
<br />
<pre class="bbcode">

/** Number of extruders. Maximum 6 extruders. */
#define NUM_EXTRUDER 0



#define MOTHERBOARD 35

#include "pins.h"

#define DRIVE_SYSTEM 3

// ##########################################################################################
// ##                               Calibration                                            ##
// ##########################################################################################

/** Drive settings for the Delta printers
*/
#if DRIVE_SYSTEM==3
    // ***************************************************
    // *** These parameter are only for Delta printers ***
    // ***************************************************

/** \brief Delta drive type: 0 - belts and pulleys, 1 - filament drive */
#define DELTA_DRIVE_TYPE 0

#if DELTA_DRIVE_TYPE == 0
/** \brief Pitch in mm of drive belt. GT2 = 2mm */
#define BELT_PITCH 2
/** \brief Number of teeth on X, Y and Z tower pulleys */
#define PULLEY_TEETH 20
#define PULLEY_CIRCUMFERENCE (BELT_PITCH * PULLEY_TEETH)
#elif DELTA_DRIVE_TYPE == 1
/** \brief Filament pulley diameter in milimeters */
#define PULLEY_DIAMETER 10
#define PULLEY_CIRCUMFERENCE (PULLEY_DIAMETER * 3.1415927)
#endif

/** \brief Steps per rotation of stepper motor */
#define STEPS_PER_ROTATION 200

/** \brief Micro stepping rate of X, Y and Y tower stepper drivers */
#define MICRO_STEPS 32

// Calculations
#define AXIS_STEPS_PER_MM ((float)(MICRO_STEPS * STEPS_PER_ROTATION) / PULLEY_CIRCUMFERENCE)
#define XAXIS_STEPS_PER_MM AXIS_STEPS_PER_MM
#define YAXIS_STEPS_PER_MM AXIS_STEPS_PER_MM
#define ZAXIS_STEPS_PER_MM AXIS_STEPS_PER_MM
#else
// *******************************************************
// *** These parameter are for all other printer types ***
// *******************************************************

/** Drive settings for printers with cartesian drive systems */
/** \brief Number of steps for a 1mm move in x direction.
For xy gantry use 2*belt moved!
Overridden if EEPROM activated. */
#define XAXIS_STEPS_PER_MM 98.425196
/** \brief Number of steps for a 1mm move in y direction.
For xy gantry use 2*belt moved!
Overridden if EEPROM activated.*/
#define YAXIS_STEPS_PER_MM 98.425196
/** \brief Number of steps for a 1mm move in z direction  Overridden if EEPROM activated.*/
#define ZAXIS_STEPS_PER_MM 2560
#endif


// ##########################################################################################
// ##                            Endstop configuration                                     ##
// ##########################################################################################

/* By default all endstops are pulled up to HIGH. You need a pullup if you
use a mechanical endstop connected with GND. Set value to false for no pullup
on this endstop.
*/
#define ENDSTOP_PULLUP_X_MIN true
#define ENDSTOP_PULLUP_Y_MIN true
#define ENDSTOP_PULLUP_Z_MIN true
#define ENDSTOP_PULLUP_X_MAX true
#define ENDSTOP_PULLUP_Y_MAX true
#define ENDSTOP_PULLUP_Z_MAX true

//set to true to invert the logic of the endstops
#define ENDSTOP_X_MIN_INVERTING true
#define ENDSTOP_Y_MIN_INVERTING true
#define ENDSTOP_Z_MIN_INVERTING true
#define ENDSTOP_X_MAX_INVERTING true
#define ENDSTOP_Y_MAX_INVERTING true
#define ENDSTOP_Z_MAX_INVERTING true

// Set the values true where you have a hardware endstop. The Pin number is taken from pins.h.

#define MIN_HARDWARE_ENDSTOP_X false
#define MIN_HARDWARE_ENDSTOP_Y false
#define MIN_HARDWARE_ENDSTOP_Z false
#define MAX_HARDWARE_ENDSTOP_X true
#define MAX_HARDWARE_ENDSTOP_Y true
#define MAX_HARDWARE_ENDSTOP_Z true

//If your axes are only moving in one direction, make sure the endstops are connected properly.
//If your axes move in one direction ONLY when the endstops are triggered, set ENDSTOPS_INVERTING to true here



//// ADVANCED SETTINGS - to tweak parameters

// For Inverting Stepper Enable Pins (Active Low) use 0, Non Inverting (Active High) use 1
#define X_ENABLE_ON 0
#define Y_ENABLE_ON 0
#define Z_ENABLE_ON 0

// Disables axis when it's not being used.
#define DISABLE_X false
#define DISABLE_Y false
#define DISABLE_Z false
#define DISABLE_E false

// Inverting axis direction
#define INVERT_X_DIR false
#define INVERT_Y_DIR false
#define INVERT_Z_DIR false

//// ENDSTOP SETTINGS:
// Sets direction of endstops when homing; 1=MAX, -1=MIN
#define X_HOME_DIR 1
#define Y_HOME_DIR 1
#define Z_HOME_DIR 1

// Delta robot radius endstop
#define max_software_endstop_r true

//If true, axis won't move to coordinates less than zero.
#define min_software_endstop_x false
#define min_software_endstop_y false
#define min_software_endstop_z false

//If true, axis won't move to coordinates greater than the defined lengths below.
#define max_software_endstop_x false
#define max_software_endstop_y false
#define max_software_endstop_z false

// If during homing the endstop is reached, how many mm should the printer move back for the second try
#define ENDSTOP_X_BACK_MOVE 5
#define ENDSTOP_Y_BACK_MOVE 5
#define ENDSTOP_Z_BACK_MOVE 5

// For higher precision you can reduce the speed for the second test on the endstop
// during homing operation. The homing speed is divided by the value. 1 = same speed, 2 = half speed
#define ENDSTOP_X_RETEST_REDUCTION_FACTOR 2
#define ENDSTOP_Y_RETEST_REDUCTION_FACTOR 2
#define ENDSTOP_Z_RETEST_REDUCTION_FACTOR 2

// When you have several endstops in one circuit you need to disable it after homing by moving a
// small amount back. This is also the case with H-belt systems.
#define ENDSTOP_X_BACK_ON_HOME -1
#define ENDSTOP_Y_BACK_ON_HOME -1
#define ENDSTOP_Z_BACK_ON_HOME -1

// You can disable endstop checking for print moves. This is needed, if you get sometimes
// false signals from your endstops. If your endstops don't give false signals, you
// can set it on for safety.
#define ALWAYS_CHECK_ENDSTOPS true

// maximum positions in mm - only fixed numbers!
// For delta robot Z_MAX_LENGTH is the maximum travel of the towers and should be set to the distance between the hotend
// and the platform when the printer is at its home position.
// If EEPROM is enabled these values will be overidden with the values in the EEPROM
#define X_MAX_LENGTH 400
#define Y_MAX_LENGTH 400
#define Z_MAX_LENGTH 855

// Coordinates for the minimum axis. Can also be negative if you want to have the bed start at 0 and the printer can go to the left side
// of the bed. Maximum coordinate is given by adding the above X_MAX_LENGTH values.
#define X_MIN_POS 0
#define Y_MIN_POS 0
#define Z_MIN_POS 0

// ##########################################################################################
// ##                           Movement settings                                          ##
// ##########################################################################################

// Microstep setting (Only functional when stepper driver microstep pins are connected to MCU. Currently only works for RAMBO boards
#define MICROSTEP_MODES {8,8,8,8,8} // [1,2,4,8,16]

// Motor Current setting (Only functional when motor driver current ref pins are connected to a digital trimpot on supported boards)
#if MOTHERBOARD==301
#define MOTOR_CURRENT {135,135,135,135,135} // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A)
#elif MOTHERBOARD==12
#define MOTOR_CURRENT {35713,35713,35713,35713,35713} // Values 0-65535 (3D Master 35713 = ~1A)
#endif

/** \brief Number of segments to generate for delta conversions per second of move
*/
#define DELTA_SEGMENTS_PER_SECOND_PRINT 150 // Move accurate setting for print moves
#define DELTA_SEGMENTS_PER_SECOND_MOVE 50 // Less accurate setting for other moves

// Delta settings
#if DRIVE_SYSTEM==3
/** \brief Delta rod length
*/
#define DELTA_DIAGONAL_ROD 482 // mm


/*  =========== Parameter essential for delta calibration ===================

            C, Y-Axis
            |                        |___| CARRIAGE_HORIZONTAL_OFFSET
            |                        |   \
            |_________ X-axis        |    \
           / \                       |     \  DELTA_DIAGONAL_ROD
          /   \                             \
         /     \                             \    Carriage is at printer center!
         A      B                             \_____/
                                              |--| END_EFFECTOR_HORIZONTAL_OFFSET
                                         |----| DELTA_RADIUS
                                     |-----------| PRINTER_RADIUS

    Column angles are measured from X-axis counterclockwise
    "Standard" positions: alpha_A = 210, alpha_B = 330, alpha_C = 90
*/

/** \brief column positions - change only to correct build imperfections! */
#define DELTA_ALPHA_A 210
#define DELTA_ALPHA_B 330
#define DELTA_ALPHA_C 90

/** Correct radius by this value for each column. Perfect builds have 0 everywhere. */
#define DELTA_RADIUS_CORRECTION_A 0
#define DELTA_RADIUS_CORRECTION_B 0
#define DELTA_RADIUS_CORRECTION_C 0

/** Correction of the default diagonal size. Value gets added.*/
#define DELTA_DIAGONAL_CORRECTION_A 0
#define DELTA_DIAGONAL_CORRECTION_B 0
#define DELTA_DIAGONAL_CORRECTION_C 0

/** Max. radius the printer should be able to reach. */
#define DELTA_MAX_RADIUS 200


/** \brief Horizontal offset of the universal joints on the end effector (moving platform).
*/
#define END_EFFECTOR_HORIZONTAL_OFFSET 33

/** \brief Horizontal offset of the universal joints on the vertical carriages.
*/
#define CARRIAGE_HORIZONTAL_OFFSET 18

/** \brief Printer radius in mm, measured from the center of the print area to the vertical smooth rod.
*/
#define PRINTER_RADIUS 175

/** Remove comment for more precise delta moves. Needs a bit more computation time. */
//#define EXACT_DELTA_MOVES

/**  \brief Horizontal distance bridged by the diagonal push rod when the end effector is in the center. It is pretty close to 50% of the push rod length (250 mm).
*/
//#define DELTA_RADIUS (PRINTER_RADIUS-END_EFFECTOR_HORIZONTAL_OFFSET-CARRIAGE_HORIZONTAL_OFFSET)
#define DELTA_RADIUS 213
/* ========== END Delta calibation data ==============*/

/** When true the delta will home to z max when reset/powered over cord. That way you start with well defined coordinates.
If you don't do it, make sure to home first before your first move.
*/
#define DELTA_HOME_ON_POWER false

/** To allow software correction of misaligned endstops, you can set the correction in steps here. If you have EEPROM enabled
you can also change the values online and autoleveling will store the results here. */
#define DELTA_X_ENDSTOP_OFFSET_STEPS 0
#define DELTA_Y_ENDSTOP_OFFSET_STEPS 0
#define DELTA_Z_ENDSTOP_OFFSET_STEPS 0


/** \brief Experimental calibration utility for delta printers
*/
#define SOFTWARE_LEVELING

#endif
//#if DRIVE_SYSTEM == 4 // ========== Tuga special settings =============
/* Radius of the long arm in mm. */
//#define DELTA_DIAGONAL_ROD 240
//#endif
//   ========== END Tuga special settings =============

/** \brief Number of delta moves in each line. Moves that exceed this figure will be split into multiple lines.
Increasing this figure can use a lot of memory since 7 bytes * size of line buffer * MAX_SELTA_SEGMENTS_PER_LINE
will be allocated for the delta buffer. With defaults 7 * 16 * 22 = 2464 bytes. This leaves ~1K free RAM on an Arduino
Mega. Used only for nonlinear systems like delta or tuga. */
#define MAX_DELTA_SEGMENTS_PER_LINE 22

/** After x seconds of inactivity, the stepper motors are disabled.
    Set to 0 to leave them enabled.
    This helps cooling the Stepper motors between two print jobs.
    Overridden if EEPROM activated.
*/
#define STEPPER_INACTIVE_TIME 90
/** After x seconds of inactivity, the system will go down as far it can.
    It will at least disable all stepper motors and heaters. If the board has
    a power pin, it will be disabled, too.
    Set value to 0 for disabled.
    Overridden if EEPROM activated.
*/
#define MAX_INACTIVE_TIME 0
/** Maximum feedrate, the system allows. Higher feedrates are reduced to these values.
    The axis order in all axis related arrays is X, Y, Z
     Overridden if EEPROM activated.
    */
#define MAX_FEEDRATE_X 200
#define MAX_FEEDRATE_Y 200
#define MAX_FEEDRATE_Z 200

/** Home position speed in mm/s. Overridden if EEPROM activated. */
#define HOMING_FEEDRATE_X 200
#define HOMING_FEEDRATE_Y 200
#define HOMING_FEEDRATE_Z 200

/** Set order of axis homing. Use HOME_ORDER_XYZ and replace XYZ with your order. */
#define HOMING_ORDER HOME_ORDER_ZXY
/* If you have a backlash in both z-directions, you can use this. For most printer, the bed will be pushed down by it's
own weight, so this is nearly never needed. */
#define ENABLE_BACKLASH_COMPENSATION false
#define Z_BACKLASH 0
#define X_BACKLASH 0
#define Y_BACKLASH 0

/** Comment this to disable ramp acceleration */
#define RAMP_ACCELERATION 1

/** If your stepper needs a longer high signal then given, you can add a delay here.
The delay is realized as a simple loop wasting time, which is not available for other
computations. So make it as low as possible. For the most common drivers no delay is needed, as the
included delay is already enough.
*/
#define STEPPER_HIGH_DELAY 0

/** The firmware can only handle 16000Hz interrupt frequency cleanly. If you need higher speeds
a faster solution is needed, and this is to double/quadruple the steps in one interrupt call.
This is like reducing your 1/16th microstepping to 1/8 or 1/4. It is much cheaper then 1 or 3
additional stepper interrupts with all it's overhead. As a result you can go as high as
40000Hz.
*/
#define STEP_DOUBLER_FREQUENCY 12000
/** If you need frequencies off more then 30000 you definitely need to enable this. If you have only 1/8 stepping
enabling this may cause to stall your moves when 20000Hz is reached.
*/
#define ALLOW_QUADSTEPPING true
/** If you reach STEP_DOUBLER_FREQUENCY the firmware will do 2 or 4 steps with nearly no delay. That can be too fast
for some printers causing an early stall.

*/
#define DOUBLE_STEP_DELAY 1 // time in microseconds

/** The firmware supports trajectory smoothing. To achieve this, it divides the stepsize by 2, resulting in
the double computation cost. For slow movements this is not an issue, but for really fast moves this is
too much. The value specified here is the number of clock cycles between a step on the driving axis.
If the interval at full speed is below this value, smoothing is disabled for that line.*/
#define MAX_HALFSTEP_INTERVAL 1999

//// Acceleration settings

/** \brief X, Y, Z max acceleration in mm/s^2 for printing moves or retracts. Make sure your printer can go that high!
 Overridden if EEPROM activated.
*/
#define MAX_ACCELERATION_UNITS_PER_SQ_SECOND_X 1000
#define MAX_ACCELERATION_UNITS_PER_SQ_SECOND_Y 1000
#define MAX_ACCELERATION_UNITS_PER_SQ_SECOND_Z 100

/** \brief X, Y, Z max acceleration in mm/s^2 for travel moves.  Overridden if EEPROM activated.*/
#define MAX_TRAVEL_ACCELERATION_UNITS_PER_SQ_SECOND_X 2000
#define MAX_TRAVEL_ACCELERATION_UNITS_PER_SQ_SECOND_Y 2000
#define MAX_TRAVEL_ACCELERATION_UNITS_PER_SQ_SECOND_Z 100

/** \brief Maximum allowable jerk.

Caution: This is no real jerk in a physical meaning.

The jerk determines your start speed and the maximum speed at the join of two segments.
Its unit is mm/s. If the printer is standing still, the start speed is jerk/2. At the
join of two segments, the speed difference is limited to the jerk value.

Examples:
For all examples jerk is assumed as 40.

Segment 1: vx = 50, vy = 0
Segment 2: vx = 0, vy = 50
v_diff = sqrt((50-0)^2+(0-50)^2) = 70.71
v_diff &gt; jerk =&gt; vx_1 = vy_2 = jerk/v_diff*vx_1 = 40/70.71*50 = 28.3 mm/s at the join

Segment 1: vx = 50, vy = 0
Segment 2: vx = 35.36, vy = 35.36
v_diff = sqrt((50-35.36)^2+(0-35.36)^2) = 38.27 &lt; jerk
Corner can be printed with full speed of 50 mm/s

Overridden if EEPROM activated.
*/
#define MAX_JERK 20.0
#define MAX_ZJERK 0.3

/** \brief Number of moves we can cache in advance.

This number of moves can be cached in advance. If you wan't to cache more, increase this. Especially on
many very short moves the cache may go empty. The minimum value is 5.
*/
#define MOVE_CACHE_SIZE 16

/** \brief Low filled cache size.

If the cache contains less then MOVE_CACHE_LOW segments, the time per segment is limited to LOW_TICKS_PER_MOVE clock cycles.
If a move would be shorter, the feedrate will be reduced. This should prevent buffer underflows. Set this to 0 if you
don't care about empty buffers during print.
*/
#define MOVE_CACHE_LOW 10
/** \brief Cycles per move, if move cache is low.

This value must be high enough, that the buffer has time to fill up. The problem only occurs at the beginning of a print or
if you are printing many very short segments at high speed. Higher delays here allow higher values in PATH_PLANNER_CHECK_SEGMENTS.
*/
#define LOW_TICKS_PER_MOVE 250000

</pre>]]></description>
            <dc:creator>cream</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Thu, 09 Oct 2014 05:38:34 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,394326,394326#msg-394326</guid>
            <title>Repetier-host 1.0.1 UI issue in manual contorl (2 replies)</title>
            <link>https://reprap.org/forum/read.php?12,394326,394326#msg-394326</link>
            <description><![CDATA[ I've updated repetier-host today. (win32/version 1.0.1)<br />
<br />
I got problem in UI on 'manual control' menu.<br />
Please check the attached screenshot.<br />
The my issues are:<br />
1. Axis control icons are not fully visible, bottom parts are hidden by below menus.<br />
2. I can not find(or enable) 'debug window', which shows a error &amp; information message<br />
<br />
Does anybody give me a light on these?<br />
It seems that everything is OK except above issues.<br />
<br />
Thanks.]]></description>
            <dc:creator>dwonh</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Wed, 13 Aug 2014 17:32:09 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,364235,364235#msg-364235</guid>
            <title>G-Code, sleep and wait.. (2 replies)</title>
            <link>https://reprap.org/forum/read.php?12,364235,364235#msg-364235</link>
            <description><![CDATA[ Hi,<br />
<br />
in g-code... <br />
<br />
first:<br />
is there a way to sleep 20 seconds and then go on?<br />
<br />
second:<br />
is there a way to stop g-code working and wait .... user press ok or pause or play... then it go on with g-code working..<br />
<br />
Mahon]]></description>
            <dc:creator>Mahon</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Fri, 13 Jun 2014 02:42:09 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,350330,350330#msg-350330</guid>
            <title>Extruder reversed (2 replies)</title>
            <link>https://reprap.org/forum/read.php?12,350330,350330#msg-350330</link>
            <description><![CDATA[ Guys,<br />
I have a problem with my extruder and reverse settings in my pronterface. When I try to extrude the PLA, it start to pull it out from the extruder and when I click 'reverse' it extrudes the PLA. To make it simple, it likes both function is swapped. So, is there any way that I can make sure that both 'extrude' and 'reverse' settings works fine in which when I asks the machine to extrude, it extrudes and when I click 'reverse' it reverses.<br />
<br />
Ramps 1.4<br />
Prusa Mendel i2<br />
Sprinter<br />
<br />
Thanks]]></description>
            <dc:creator>urbanzakapa</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Thu, 08 May 2014 13:51:34 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,341191,341191#msg-341191</guid>
            <title>Strange layer numbers in log (1 reply)</title>
            <link>https://reprap.org/forum/read.php?12,341191,341191#msg-341191</link>
            <description><![CDATA[ :S Has anybody had this really strange error in the log?]]></description>
            <dc:creator>Grumpy old men</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Tue, 24 Jun 2014 04:47:24 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,338600,338600#msg-338600</guid>
            <title>Hotend temperature half of what it should be (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,338600,338600#msg-338600</link>
            <description><![CDATA[ Hi all,<br />
<br />
Maybe someone could help.  The temperature shown by my hotend is about half of what it should be.  I extrude ABS at 120C !!!!  Anyone has an idea of what the problem could be?  I tried changing the firmware setting to different Thermistor but doesn't seem to be working...<br />
<br />
Thanks.]]></description>
            <dc:creator>gilapoin</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Fri, 11 Apr 2014 18:01:53 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,335685,335685#msg-335685</guid>
            <title>&quot;Failed to inhibit sleep&quot; error with pronterface, won&#039;t start printing! (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,335685,335685#msg-335685</link>
            <description><![CDATA[ Hello!<br />
<br />
I have been unable tu play with my Reprap for a while but now I am starting back!<br />
<br />
I tought that everything was finaly done (configuration, calibration) and when I finally pressed "Print", I got this error:<br />
<br />
Print started at: 19:48:45<br />
[ERROR] Failed to inhibit sleep:<br />
Traceback (most recent call last):<br />
  File "/home/martino/workspace/RepRap/Printrun-master/printrun/pronsole.py", line 1426, in startcb<br />
    powerset_print_start(reason = "Preventing sleep during print")<br />
TypeError: powerset_print_start() takes no arguments (1 given)<br />
<br />
I used Slic3r to generate the G-code, and pronterface to print it. My OS is linux<br />
<br />
Any idea what could cause this error?<br />
<br />
Many thanks!<br />
<br />
Martin Rioux]]></description>
            <dc:creator>Atfer</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Sat, 05 Apr 2014 20:07:20 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,316998,316998#msg-316998</guid>
            <title>cad.py how to use mendelize.py (1 reply)</title>
            <link>https://reprap.org/forum/read.php?12,316998,316998#msg-316998</link>
            <description><![CDATA[ Can anyone describe me how to use mendelize.py like postprocess on cad.py gcode file ?]]></description>
            <dc:creator>Arnold</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Tue, 29 Apr 2014 16:37:43 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,301101,301101#msg-301101</guid>
            <title>Multiple Object Issues (no replies)</title>
            <link>https://reprap.org/forum/read.php?12,301101,301101#msg-301101</link>
            <description><![CDATA[ Hello all<br />
<br />
I am having issues with slic3r slicing objects wrong.  I have placed 2 objects in my print bed, and slicer will slice... wrong... see attached file...<br />
<br />
THanks!]]></description>
            <dc:creator>Yraben</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Sat, 25 Jan 2014 21:23:26 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?12,289607,289607#msg-289607</guid>
            <title>Temperature settings not honoured (1 reply)</title>
            <link>https://reprap.org/forum/read.php?12,289607,289607#msg-289607</link>
            <description><![CDATA[ The settings in the Temperature page<br />
Object First Layer Infill Temperature<br />
and<br />
Object Next Layers Temperature<br />
have no effect on the gcode generated by Skeinforge.<br />
<br />
The following patch makes a crude attempt at doing the right thing. Note that Alteration has to be active with Replace Variable with Setting enabled for it to work. The two smileys are actually closing backets ")". I don't know how to persuade this WIKI to display what I type literally.<br />
<br />
fill.py   2012-11-09 15:46:31.000000000 +0000<br />
***************<br />
*** 867,878 ****<br />
                self.isJunctionWide = True<br />
                surroundingCarves = []<br />
                self.distanceFeedRate.addLine('(&lt;layer&gt; %s )' % rotatedLayer.z)<br />
-               if layerIndex == 0:<br />
-                       self.distanceFeedRate.addLine('(&lt;alterationDeleteThisPrefix/&gt;)M104'<br />
-                       + ' S&lt;setting.temperature.objectFirstLayerInfillTemperature&gt;')<br />
-               else:<br />
-                       self.distanceFeedRate.addLine('(&lt;alterationDeleteThisPrefix/&gt;)M104'<br />
-                       + ' S&lt;setting.temperature.objectNextLayersTemperature&gt;')<br />
                if layerRemainder &gt;= int(round(self.repository.diaphragmThickness.value)):<br />
                        for surroundingIndex in xrange(1, self.solidSurfaceThickness + 1):<br />
                                self.addRotatedCarve(layerIndex, -surroundingIndex, reverseRotation, surroundingCarves)<br />
--- 867,872 ----]]></description>
            <dc:creator>rparkins</dc:creator>
            <category>RepRap Host</category>
            <pubDate>Fri, 21 Mar 2014 23:34:25 -0400</pubDate>
        </item>
    </channel>
</rss>
