beratchu

SOLVED Thank you, it really was the wire that was going from the board to the Thermocouple Transmitter. After pushing it better in the socket it worked again. Similar Problem was described in this post: http://umforum.ultimaker.com/index.php?/topic/3839-floating-temperature-values-cause-overheating-of-hotend/ For dual extrusion i need both cables working, so i should order a new one and somehow fix the cable in the plug to have it moving less.

I need some help here... One of the last prints the heating just started to get out of control. There is no error message but the measured temperature is wrong very often. Sometimes its starts fine, i start a print, heating up to 215 and printing a bit, extrusion good. After a few seconds the measured temperature goes down slowly to 210 and stays somewhere there but the heater block is heating up more and more and boiling the plastic getting 300 and more! Turning the printer of and on again it is showing a wrong temperature again. I already exchanged the Thermocouple sensor but same behavior. Since these spare parts are not quite cheap and take a while to arrive i don't want to test one by one. Can it be the Thermocouple Transmitter, other electronics or maybe something in the firmware? I think cura crashed one time and the error might be since then.

How about Thermal conductivity? Did or can someone measure that with copperFill and BronzeFill?

Thanks! Without the skirt cura allowes 202mm now. But why is Cura only set to 205mm? When i set it to 210 i still only get 207. There are 3 more mm mising somewhere.

The specs for the Ultimaker original say: Build volume: 210 x 210 x 205 mm Cura's standard setting for the ultimaker is 205 x 205 x 200 mm But on the build platform slicing only works for 195 x 195 x 197 mm I am using only one extruder. Every one getting a part of the cake? Whats going on here?

Thanks for the help and good tips! SOLVED! I checked all mechanical things about the Z-Axis for hours, cleaned, disassembled and tested. After many print attempts of diffrent models i realized, that it is not the layer that matters, but that it is after a specific time that it starts to grind in the bed. But the bed was working perfect, the motor going in the right direction and the G-Code files correct too. It was the printhead! :oops: There are four long screws holding together the print head. The two on the extruder side were a bit loose. So in the beginning the heigth was fine, but after a bit pressure build up from the filament extruding, the extruder head moved down a bit! This was irregular depending on the pressure, starting after a few seconds, getting better, starting again... After i tightened the screws correctly all prints are suddenly fine!

I tried some more prints to check. After setting the initial layer thickness to 0, it doesn't scratch in the bed anymore. And it does not seem like the z axis is really going backwards now, but ignoring some z-positions (especially layer 2-5) and catching up later again. So the printer prints in some layers double and pushes the print down, causing a shift in x or y on the print. By catching up in z direction, some layers have a space between each other. There seems to be no fault in x-y, just in the Z-Axis goes weird. I have cleaned and greased all axes just before. They are going very smooth. Or is the stepper motor bad and not doing it steps correctly (if thats even possible) **UPDATE: I tried another print with another file. (see below) Here its only the first few layers as described. (ignoring the height after the second or third layer and printing some layers on one heigth) The rest goes fine again.

Sorry, another update. Made a new Firmware update and then let it scratch my bed (ned a new one anyway) to see if it goes even deeper. But after the third layer it goes in right direction again, stays a bit on the height of layer 3 and then tries to catch up making some layers too high. After Layer 6 or 7 the z-axis works like it should. The print still looks weird. Many small jumps in the x and y axis on some layers. Also the print way is not as it should be. Too many rapids and new positioning. I have uploaded some pictures of the print. (should be a Fairphone case) And the G-Code File and slicer log. (I don't understand it so well...) https://drive.google.com/folderview?id=0B5Pax3F9EeJWb1g1ZDRjbXMzTDA&usp=sharing Does someone see a solution?

I tried some more prints. It doesnt really look like the bed moves up layerwise, but more slowly automatically or randomly during a layer. Starts a bit too high, second layer just great and on the third or during the second layer it starts to scratch and get deeper in the plate. My plate looks like a swiss cheese soon :-(

Thanks, the Z limit switch is on the right position, alsways stops perfectly. No weird sounds too. I downloaded and used Pronterface. The controlls are fine like in the Cura controll. Also the G0 are working perfect. It seems that the error just occurs when interpreting a G-Code File. Everytime a print starts fine and instead of printing the next layer over the first layer, he wants to print under and goes lower and lower with every layer. From Pointerface: Connecting... start Printer is now online. echo:Marlin Ultimaker: 13.12 (250000_single) echo: Last Updated: Dec 16 2013 15:34:02 | Author: (David Braam) Compiled: Dec 16 2013 echo: Free Memory: 4036 PlannerBufferBytes: 1232 echo:Hardcoded Default Settings Loaded echo:Steps per unit: echo: M92 X78.74 Y78.74 Z533.33 E836.00 echo:Maximum feedrates (mm/s): echo: M203 X500.00 Y500.00 Z5.00 E25.00 echo:Maximum Acceleration (mm/s2): echo: M201 X9000 Y9000 Z100 E10000 echo:Acceleration: S=acceleration, T=retract acceleration echo: M204 S4000.00 T3000.00 echo:Advanced variables: S=Min feedrate (mm/s), T=Min travel feedrate (mm/s), B=minimum segment time (ms), X=maximum XY jerk (mm/s), Z=maximum Z jerk (mm/s), E=maximum E jerk (mm/s) echo: M205 S0.00 T0.00 B20000 X20.00 Z0.40 E5.00 echo:Home offset (mm): echo: M206 X0.00 Y0.00 Z0.00 echo:PID settings: echo: M301 P22.20 I1.08 D114.00 echo:SD init fail echo:endstops hit: Z:0.00 echo:endstops hit: Z:0.00 echo:endstops hit: Z:0.00 >>>G0 Z5.1 SENDING:G0 Z5.1 >>>G0 Z5.1 SENDING:G0 Z5.1 >>>G0 Z5.1 SENDING:G0 Z5.1 >>>G0 Z2.1 SENDING:G0 Z2.1 >>>G0 Z0.1 SENDING:G0 Z0.1 >>>G0 Z10 SENDING:G0 Z10 >>>G0 Z9 SENDING:G0 Z9 >>>G0 Z8 SENDING:G0 Z8 >>>G0 Z15 SENDING:G0 Z15 >>>G0 Z0 SENDING:G0 Z0 >>>G0 Z0 SENDING:G0 Z0

I checked the G-Code (see below), Z goes in positive direction, guess thats fine. Could it be that the firmware turns it while reading? M109 T0 S210.000000 T0 ;Sliced at: Thu 21-08-2014 23:50:29 ;Basic settings: Layer height: 0.15 Walls: 0.8 Fill: 0 ;Print time: #P_TIME# ;Filament used: #F_AMNT#m #F_WGHT#g ;Filament cost: #F_COST# ;M190 S70 ;Uncomment to add your own bed temperature line ;M109 S210 ;Uncomment to add your own temperature line G21 ;metric values G90 ;absolute positioning M82 ;set extruder to absolute mode M107 ;start with the fan off G28 X0 Y0 ;move X/Y to min endstops G28 Z0 ;move Z to min endstops G1 Z15.0 F9000 ;move the platform down 15mm G92 E0 ;zero the extruded length G1 F200 E3 ;extrude 3mm of feed stock G92 E0 ;zero the extruded length again G1 F9000 ;Put printing message on LCD screen M117 Printing... ;Layer count: 66 ;LAYER:0 M107 G0 F9000 X44.53 Y124.27 Z0.30 ;TYPE:SKIRT G1 F1200 X73.56

Hey, i have the exact same problem since today. The bed is leveled correctly. The print starts with a good layer but then the bed moves in the wrong direction (up instead of down). So its scratching the old layer and finally my bed! It seems to be a error in the G-Code generation because when i control the z-Axis manually it works fine. It started today after i made a firmware update. How can i check it in the G-Code file? Can i upload a old firmware version?