Looks correct to me. If using Skeinforge you will need to change where center is from 100 x 100 to 150 x 150 in the multiply tab.
Forum: Firmware - mainstream and related support

sliptonic Wrote: ------------------------------------------------------- > The attached picture shows a print done with > Teacup (beige) compared to a makerbot cupcake with > a DC extruder and NO retraction (black). The > black part has not been cleaned up at all. I'm > getting very close with Teacup, but those strings > and bumps gotta go. Do you have Comb activated? It rea
Forum: Firmware - experimental, borrowed, and future

sliptonic Wrote: > Could you describe what kind of problem you saw > with newer commits? I couldn't run it as fast. I would have freeze ups when trying to change temps mid build. (Xon/Xoff) I just couldn't get as smooth of finish. > Are you saying you use firmware retraction or not? Sorry that was confusing of me. I was using firmware retraction until two days ago when I realized I
Forum: Firmware - experimental, borrowed, and future

I use Ben's replicatorG with SF39 to slice. I have a .4xxx mm nozzle and extrude at a super high 225degrees to achieve the high speeds (120mm/s max with slower acceleration setting of 60,000 but more blobs). I am attaching the my latest repG/SF39 profile for you. But I found the only way to avoid corrupt data was to use GTKterm to send the file using Xon/Xoff. Quotemy config speed settings //
Forum: Firmware - experimental, borrowed, and future

First off I use commit f555887eb58ca1adcd1b because I could never get the newer one to produce a good print. And I only use PLA. Second I have always had the m101 and m103 work in both direction but it did not actually reduce my bumps because it causes a small pause where it stops to retract which causes a BLOB. (my bowden takes 400 steps just to remove the slack in the filament which takes way
Forum: Firmware - experimental, borrowed, and future

I did not realize it was so sensitive to the previous move even with a new F command. Good to know and I guess its all the more reason to use a different firmware. And yes Teacup uses the M101 and M103 to activate automatic retraction every time the extruder is supposed to start/stop.
Forum: Firmware - mainstream and related support

Blender allows you to. This is the tutorial I used
Forum: General

brnrd Wrote: ------------------------------------------------------- > Acceleration works the other way too: from fast to > slow. If the last feed rate give is higher the the > current one, then it starts at the faster feed > rate and then slows down to the new feed rate. > This is the problem. The reprap host generates G > codes that issues the new feed rate before the z > m
Forum: Firmware - mainstream and related support

I just added active cooling and I am having a hard time reaching my target temp of 220 because of a small amount of air hitting my heater block. It hovers around 217.25, I do plan to insulate the heater block to solve the problem but wondered if there was a way to increase the output. After looking through the code I found /// default scaled I limit #define DEFAULT_I_LIMIT 384 . Is this where I
Forum: Firmware - experimental, borrowed, and future

I believe if you look your Gcode it will look like: QuoteNo Z speed limit between layers G1 X-2.7 Y-0.15 Z0.2 F2400.0 E4.0299 G1 X-2.57 Y0.82 Z0.2 F2400.0 E0.9828 G1 X-1.67 Y1.72 Z0.2 F2400.0 E1.2731 M103 G1 X-0.97 Y2.43 Z0.58 F4800.0 <--- Z move at travel rate in skeinforge M101 G1 X-1.07 Y2.38 Z0.6 F2400.0 E0.115 <--- Z move at feed rate in skeinforge G1 X-1.46 Y2.18 Z0.6 F2400.0 E0.
Forum: Firmware - mainstream and related support

I would say the reason it is slow is because the accelerations default value is far to low. The latest commit of teacup uses the same measurement of acceleration as Sprinter. But for some reason Teacups default is 10mm/s^2 where as Sprinters is 750mm/s^2. As for the temperature it may be the same issue Stafanst has which seems to be with the latest Windows Repsnapper not Teacup.
Forum: Firmware - experimental, borrowed, and future

I believe the problem is that reprap firmware uses the speed of the last move to try and move the Z-stage which can not run at that high of speed. To deal with this skeinforge has an option to limit the speed of the Z axis. Its in craft under the Limit tab.
Forum: Firmware - mainstream and related support

Traumflug Wrote: ------------------------------------------------------- > Now if only there were a way to slow down the > really short infill so it doesn't shake my > worktable... > > Reduce acceleration ... Unfortunately reducing the acceleration makes curves really really really slow. We actually need a minimum constant speed to be ramping up from so the acceleration can be s
Forum: Firmware - experimental, borrowed, and future

@Stefanst 0.25 is what it reads when the thermistor is disconnected and the 866 could be from a short. So is it possible you have a break in one of your connections?
Forum: Firmware - experimental, borrowed, and future

Have you googled "3mm abs welding rod manufacturer" I found
Forum: General

Triffid_Hunter Wrote: ------------------------------------------------------- > As far as I know, all the feedrates are mm/min > throughout Sorry you are correct the Gcode lines are in mm/m. Its Skeinforge that are in mm/s which confused me.
Forum: Firmware - experimental, borrowed, and future

edit "Removed incorrect information as not confuse anyone with my ramblings"
Forum: Firmware - experimental, borrowed, and future

@Architect Amazing prints. What speeds are you printing at? Are you using acceleration? What setting?
Forum: Firmware - experimental, borrowed, and future

I designed a coaster for Sanguinololu V1.0 Its available @
Forum: Sanguino(lolu)

hariseldon78 Wrote: ------------------------------------------------------- > Hello. I'm trying to print something from my gen3 > mendel with teacup firmware. I'm using skeinforge > to generate the g-code, and then i'm sending each > command individually from the terminal to debug > better. > > M101 problem: > > when i insert this sequence of commands (produced >
Forum: Firmware - experimental, borrowed, and future

I use Teacup and have issues with communications between repG/repsnapper due to some hardware issues. My solution is to turn on Xon/Xoff in Teacup and send the raw Gcode file to my Arduino/Ramps using GTKterm. Just make sure DTR and RTS are turned off in GTKterm (or mincom or other serial terminal) and Xon/Xoff flow control is enabled. At 115200 and a 4kb buffer it never pauses at all. (default
Forum: General

@ unexpectedly Actually now that I read back a bit I see that some of you are using SF40 which uses feed stock input vs. extruded length output for 39 and earlier. Which could be the cause for your issue in the first place. A circle of 3mm has a surface area of 7.069 which is 29.702 times larger than than 0.238 which is the surface area of a 0.55mm circle. Sounds awfully close to the 500 extrude
Forum: Skeinforge

@unexpectedly It looks like you have your setting off by about 30 times. So start by dividing your E_steps_per_mm by 30. Are you using Inches in your models and/or Skeinforge by any chance?
Forum: Skeinforge

Bump........
Forum: Canada, Fraser Valley B.C. RUG

@unexpectedly Looking at your Speed settings make me think you have your E_steps_per_mm set wrong. I run my machine with skeinforges feedrate and flowrate equal but it does require having the E_steps_per_mm set perfectly. So instead of changing the flow rate in skeinforge to get it right change the E_steps_per_mm in the firmware until you have it correct.
Forum: Skeinforge

Hello, I have been using Teacup since the beginning of my RepRap life but thought I would try out Sprinter and found that the Config file was not as clean as Teacups and noticed a few places for improvement. I added the ability to change microstepping easily (taken from teacup) I rearranged the config file to make it easier to follow. I added defines to make it a little less overwhelming for n
Forum: Firmware - experimental, borrowed, and future

sliptonic Wrote: ------------------------------------------------------- > Here's a little video of my mendel doing a print. > > The gcode was generated with skeinforge 40. > Retraction speed is set at 50 and retraction > distance at 2mm. The firmware has > E_STARTSTOP_STEPS set to 0. The retraction seems > very clunky with long pauses. Setting retraction > distance
Forum: Firmware - experimental, borrowed, and future

I don't think you need M109's when using PID heat control. I preheat and and just use M104's, If I blow directly on the heater block and the temperature drops it will stop the build until it reaching temp again. I have TEMP_HYSTERESIS 5 and TEMP_RESIDENCY 1
Forum: Firmware - experimental, borrowed, and future

Maybe, The old teacup including the one I use has the ramping acceleration set to 500,000 originally but it makes for painfully slow builds. I went down from 500,000 to 250,000 then 125,000 then 75,000 then 50,000 and even faster but found it is to easy to skip steps any faster than 50,000. At 50,000 it accelerates fast enough that it almost seems like it is turned off.
Forum: Skeinforge

No I didn't change anything else. You can not have oozebane on or reversing enabled in the dimension tab. I am using with the ramping set to 50,000. I checked a Gcode file I've created and it has no negative E movements. I also use relative E movements.
Forum: Skeinforge