tinkergnome

Sounds like a good plan! I think these are the interesting parameters for this task: "machine_nozzle_heat_up_speed" "machine_nozzle_cool_down_speed" "machine_min_cool_heat_time_window" Yep, AFAIK all resource files are only interpreted during the start of Cura (at least it seems so...).

Right. Once the COM port is identified, any serial terminal program can be used to send gcode commands to the printer. For example Putty or RealTerm. The default baudrate for UM2 is 250000

Do you have changed something else? Perhaps "Z_MAX_POS"? I know Octoprint and Simplify3D, but there are probably more. I think, former Cura versions (choose 15.04.6) had a simplified pronterface dialog too - (not sure)?

I would like suggest to start with this one: Ultimaker2 Knob (FreeCAD file is included)

DEFAULT_AXIS_STEPS_PER_UNIT is only used after a factory reset... In all other cases the stored value from the EEPROM is used. As @gr5 said, the stored value can be changed with gcode M92. Or change the Configuration.h, upload the firmware and perform a factory reset. Good luck!

Wait, are you printing UltiGCode via USB / Octoprint? UltiGCode uses volumetric values for the extruder axis... You can print these files from the sdcard or change the GCode flavor to "Marlin" in the machine settings of Cura. It seems that you have done this too for Cura 15.04.

That's the intended behavior for multi extrusion prints. There are more than this two temperature settings. It's an outstanding feature of Cura (IMHO). I suggest to enable all settings in the material section. Which kind of printer do you use? Have you choosen the correct printer model in Cura? I ask, because there are additional settings in the printer profile (not visible at the user interface) that define the speed at which the nozzle heats up and cools down as well as the minimal time an extruder has to be inactive before the nozzle is cooled. It seems that you are using values that are not suitable for your printer?

It's not very convenient (yet) with Cura, but it's possible. The keywords are Support Mesh & Anti Overhang Mesh (follow the link)

@lahines100 - You should report this as an issue at the GitHub repository (including the lines from the log file). Than there are much better chances that the developers get notice of it.

one idea that i read here recently...: take a look at the log file: "%APPDATA%\cura\3.0\cura.log", if it reports a problem in "grid.shader", try to replace the file in the program folder (....Cura\resources\shaders) with the newer version from the GitHub repository: https://github.com/Ultimaker/Cura/tree/master/resources/shaders

Yes, sure. Well, the percentage rate is tune-able on the printer, but the basic value is just a move of the e-axis and is calculated by the slicer like the moves for all other axis too. The only difference is, that the (relative) move of the e-axis depends on the material diameter, line width and layer height in addition. Basically the "flow" is nothing more than the increase of the e coordinate by a specified amount in a distinct amount of time. That's all calculated by the slicer. For UltiGCode the printer firmware has to convert the volumetric e coordinates to the length (because the material diameter is configured on the printer itself), but the principle stays the same.

IMHO "pillowing" is a different topic. In your case it's just that the nozzles scratches above the infill on long travel moves. I think, a fancy name for it does not exist (yet ). You don't mention the material and the Cura version... I've seen this too with PETG-like materials (like Colorfabb XT), but never with PLA. Helpful in general is printing the infill slower (and/or hotter) and reduce the travel speed a bit. Other possibilities depend on the Cura version you use. In case of a more recent version: experiment with "Combing mode" and "Z Hop When Retracted". Basically: switch combing mode off and z-hop on. This leads probably to a huge amount of retractions, in this case you can try another infill pattern. The experimental "Optimize Wall Printing Order" may also help. Good luck!

The UM2+ firmware allows to specify different print temperatures for each supported nozzle diameter. You will see it once you start customizing of the matrerial settings on the printer. That's the only setting on the printer that depends on the nozzle diameter in the UltiGCode comments. All other things are part of the slicing process. In fact it prints fine without this extra information, it just uses the default print temperature for the 0.4mm nozzle. That's the intended behavior...

I assume that the old versions of CuraEngine do not provide any information about the nozzle size in the header of the gcode file. The UM2+ firmware will use the material temperature for the 0.4mm nozzle as a default in those cases. This is what it looks like with the current version of Cura. If in doubt you can add the missing line and see, if it makes a difference. ; ;FLAVOR:UltiGCode ;TIME:4875 ;MATERIAL:5528 ;MATERIAL2:0 ;NOZZLE_DIAMETER:0.4 ;Generated with Cura_SteamEngine 3.0.3

That's not what i said... Just don't plug anything to the 8/16 jumper, the white connector for the 5V fan is nearby. There are pictures in the assembly manual, page 65.

First i think there is basically something wrong with your printer (or with the travel speed), if it oozes so much during travel moves - but that's a different question Looking at your picture: the default behavior of Cura 2.7 is that it first prints all green lines and afterwards all the outer (red) lines. The blue arrow is a so called "combing move". The according setting seems to be hidden in your case. Use the search bar to find the setting for "Combing Mode". You can set it to "Off" or at least to "No Skin", this should generate a retraction before these travel move(s). Your second question is probably related to the "Layer Start" coordinates. These are located in the "Travel" section too.

First thing to check in this case: There's a connector at the center of the board that is labeled "8/16 step". Take sure that there's nothing connected. If you accidentally plugged in the 5V connector (orange/blue cable) there - it would explain the symptoms...

The question is: what was previously installed on the new board? If in doubt, perform a factory reset with the correct firmware. Or have you already done that?

I would describe it different. You're asking about absolut values for speed and a percentage value for the flow - these are probably the settings from the slicer (Cura)? A better word (IMHO) for speed is: feedrate, this affects all axis at the same time (including the extruder axis). Flow percentage only affects the extruder axis. The slicer calculates the amount of volume that needs to be extruded at the selected speed and multiplies it with the chosen factor for the flow rate. As long as the material diameter matches the appropriate setting of the slicer (amongst other things), 100% is always right. Exceptions are special use cases, where do you explicitly want a different effect - but then you should know what you are doing...

Don't use the connector above the "e". That's a jumper that changes the stepper driver for the z-axis from 8 to 16 micro-steps. AFAIK the hot end fan was connected to the serial connector J22 on the very early mainboards. Pin 1 is 5V, Pin 2 is GND Here is a picture from 2014: https://ultimaker.com/en/community/5038-um2-electrical-wiring-questions#reply-33286 Here is a pdf with the schematics: https://github.com/Ultimaker/Ultimaker2/tree/master/1091_Main_board_v2.1.1_(x1)

Yes, i think i'm familiar with the "endless scroll" problem too. It's more worse with the BETA 3. I made a screenshot to illustrate how it looks on my screen. A huge amount of space is wasted with the things that rarely change - like material and print core, but no way to hide these things... Only 10 lines of the important settings are to be seen at once... that's where the endless scrolling starts... It's not unusable, but very inconvenient...

Ultimaker has published the schematics long ago. You can use it as a start. If i'm not wrong this are C36/C37: 100uF/35V

This approach never worked for me. It always lifts the brim together with the tape from the glass plate (even with very large pieces of tape). I assume the success rate depends on the geometry of the part. Or is there a special trick?

Have you tried the adhesive sheets? They are claimed to work well with PC. A front enclosure doesn't hurt either.

I think it depends on the Cura version... The displayed name in recent versions is simply "Marlin" (should be the first in the select list). Material profiles on the printer are only used with flavor "Ultimaker 2" (a.k.a. UltiGCode)