Daid

filip was having some problems that he couldn't stop&start a new print. So that's something that needs to be solved. Also, Rick has a newer version with more configuration options like baudrate and port, but i do not have that code yet.

The marker dots method actually allowed me to establish that the flat side shafts where causing problem. But we had some bad grub screw that are causing the slipping problems. The pulleys on my machine are still in place after a year of operation and dragging it around everywhere.

We've had 1 machine with flat motors installed by mistake. It caused more problems then it solved, as having the pulleys slightly mis-aligned with the flat will cause the pulleys to shake lose and shift.

That wiring look right, but I have no real themistor experience. So I can only help you on the software side. In the software I see about a 20% change in ADC value between 0C and 80C, so at 80C I would expect around 4V In the configuration.h, I recommend to disable PIDTEMPBED and enable BED_LIMIT_SWITCHING this should lower the switching frequency and thus protect your relais.

The heated bed code on the ErikZalm branch was broken last week, the latest code is fixed. So first make sure you are using that. How did you wire up your thermistor? As RepRaps have been using 4.7k like, forever, and that always works. So it being "wrong" would be odd.

The black spacers come in new kits, if you have the 7A/B/C wooden parts, then you will not have the spacers. The difference in noise is noticeable, but how much, no idea, didn't measure it. The motor mount holes also have moved slightly in new kits, so the motor no longer sits against the sides of the printer. Which also reduces the noise from those motors. The material feed mechanism has also changed a bit so that motor also no longer rests against the case, and the woodn parts from the feed have less contact points with the case. Which also helps in noise reduction.

Our 3D printing software doesn't work in inches, it always works in mm, as in 1 "unit" in the STL is 1mm. So that might be causing the difference in scale? Other then that, it's all in the exporting software. STL files are very simple files, they don't contain information like scaling.

Ok, that one was a bit outdated. I just updated it, it could have contained a bug in the bed temperature (There was a bug caused by one of my updates) I tested the bed heating today, and it works in the version you can build now.

You are missing this part: http://www.flickr.com/photos/ultimaker/8185558850/ It's VERY important, the setup you show on the photo will cause jams.

Maximum accuracy? ZCorp is willing to sell you that, for 50k as start price I guess. As for Ultimakers, there is only 1 model of our machine. So little to choose from.

Which version of the firmware are you using?

Yes. The packing density reversely effects the extrusion amount. But what you want to adjust, is the "steps per E", you need to tel the firmware how many stepper steps you need for 1mm of extrusion.

Oh, and the assembly instructions. It kinda depends on which kit your received. Some kits where shipped with "old parts" and replacement parts. That's the one you have. But the latest kit only contains the new parts with proper labeling.

You could print at 185C, but VERY slowly. The speed of the Ultimaker makes it need higher temperatures. Start out with 230, and if that works, drop down to 210. 210C is what we always use at Ultimaker HQ.

As none of the baudrates seem to respond with anything, it could be that there is an issue with your Arduino or electronics. Try carefully lifting the Arduino from the main PCB and see if it will connect then.

They should be in the black cableguides...

Could be that you're running out of memory, or that something in the model is broken, or that part of the path has a none-ascii character. I've updated the code for the next version, which will log more in case of errors.

Are you using an Ultimaker? I assume you are. Most likely there is a problem with the microstepping settings then. Check the jumpers on the board compared to this photo: http://wiki.ultimaker.com/File:Circuit_complete.jpg The jumpers are near the stepper drivers.

Feedrate has nothing to do with the amount of material extruded. Feedrate is actually movement speed (the name comes from CNC milling, where feedrate is how fast you feed it new material to cut) The E values control how much material is pushed down the nozzle. Combined with the M92 Exxx which sets the amount of stepper motor steps needed for 1mm of material extrusion.

We're suspecting that it's an over-extrusion problem. Lowering your "infill wall overlap" might help. (Needs more testing, we have a model that shows this effect a lot worse)

One other think that could be wrong is that the pypy executable didn't get execute permissions. I have no idea why that can happen, but I've seen it happen once.

I love it. Where did you get the plans? I cannot seem to find them online.

http://www.thingiverse.com/thing:34603 This is the one we've been using at Ultimaker quite a bit. But mostly because it's strong and easy to print.

Also fixed this for the next release :-) it will no longer stop slicing, and replace none-ascii chars with a question mark (best I can do right now, most of the code is build around ascii strings instead of unicode strings)

So far I've been the only one who used Doodle3D on Windows (I think). But I had to fix a few issues and compile a fixed serial port settings into it or it wouldn't work. I can send you the compiled version, if I know what serial port you want.