thefoxburrow

Thanks, I'll have a look at it on the weekend

Misclicked, can't delete reply.

Hello everyone! I've been using Cura for years now, but I've come across a problem: As far as I can tell, there is no setting to tell Cura to print the first layer above support (or supported areas generally) slower than the usual layers. But let me start with a description of the relevant situation. I am printing the connector of a circular duct, and at a certain height it has a lip all around (increasing concentric radius by about 1cm) to form a proper seal and create a stopping point. This lip is basically a 90° overhang and thus support is needed. Since I am using a well calibrated printer, I am usually able to print at high speed (130mm/s+). However, since the wall of the first supported layer is only resting on the support interface, this is too high of a speed to properly lay down this layer, resulting in an aborted first attempt. I tried finding a setting to slow down said first layer above the support, but there really seems to be none. Sure, Top/Bottom Speed can be set to an acceptable value, this does however not seem to affect the wall of this bottom layer, which is the actual issue. I could set wall setting lower, but that would slow the entire print down to unacceptable levels. I tried the post-processing > Modify G-Code ChangeAtZ 5.1.1 (Experimental) for the first two layers above support. I was careful to set the Behavior to single layer on both of those scripts, slowing print speed first to 25, then 40% on the respective scripts. While I told it to only do it on these layers, the experimental nature seems to have bitten me in the behind since it kept those values and apparently multiplied them with each other. Consequently, what was scheduled as a 2 hour print is already closing in on 4 hours, printing merrily at around 10mm/s, and it is far from done. Did I miss a relevant setting? Has noone else ever had this problem? I was searching this forum, reddit, GitHub etc. to no avail TL;DR: There's no way to slow down printing (walls) above support, ChangeAtZ is bugged, did I miss something? Since attachments have higher quality, you can actually read what it say here:

The only possibility i see to use two ports would be sacrificing the port for the second extruder. considering the loss of this option and the problems which come with it (e.g. destruction if one of the motors fails) this doesn't seem to be the way to go. My idea of using two motors wired to the same port in parallel is one viable option (hence my question whether there would be any problems in the electronics), the other being the belt driven rods with one motor. The latter has some problems with the torque needed to move the relatively heavy build platform (I calculate around 9.5kg for this piece, due to aluminium as a heat distributor and glass as the actual surface), but the idea of using one geared motor just came to my mind, so this appears to be the current best solution to my problem. Auto bed leveling using two motors wouldn't really be possible, because the two rods are solely used for moving the platform up and down, while the platform is guided by four 12mm smooth rods (one for each corner) using square flanged linear bearings, prohibiting any unleveling once the platform is leveled.

Hi everyone! I'm in the process of developing and sourcing my own 3D printer based on the UM2. Since my design has a significantly bigger and heavier build platform, using two motors on the Z axis seems to be appropriate. I plan on wiring them up in parallel and connect them to the standard Z port on the UM2 mainboard, because they should basically do the exact same thing simultaneously. My question here is whether there would be any problems for the mainboard delivering the required power to operate these motors. I plan on using these motors: http://www.robotdigg.com/product/29/Nema17-60mm-1.5A-high-torque-stepper-motor in combination with fairly tight threaded rods, to minimize the torque needed to move the build platform. Thanks in advance