Hot answers tagged

10

Why is this so rare? Such kind of printers usually harder to assembles, calibrate, and maintain because 3 axes machine is a bit more complex than 2 axes. For instance, it's can be tricky to move an entire extruder among all 3 axis and some of such printer's designs may require even dedicated exruder's design like Bowden Extruders. Are there flaws in this ...


7

As a frame challenge, they kind of are. It's just that the optimal, and in some sense only reasonable, design for a fixed build platform that doesn't move on any axis is the delta robot geometry. This design is not the most popular, but it's far from obscure - there are lots of cheap entry-level delta printers available as well as higher-end ones. What makes ...


5

Within the realm of Cartesian machines (eg having orthogonal X, Y, Z axis) consider the sort of design you do see: the Ultimaker-like X-Y stage over a build platform which can drop. The question is then, why drop the build rather than raise the mechanism? Likely the reason is mechanical simplicity. The X-Y gantry is the part that moves around quickly and ...


4

Why is this so rare? This is rare because machine designers basically copy the designs that work, without trying to innovate too much. As a result of this, Adrian Bowyer's original RepRap design (a travelling type) is currently the most prominent desktop 3D printer design around. Are there flaws in this design? There aren't any flaws in the concept for a ...


3

It sounds like your bed is unstable. This is what I had to do with my Tronxy X1, and I fixed it by installing a decent bed stabiliser. Now that I have a stable bed, I only have to re-level it occasionally. However, the Tronxy X1 is a cantilever printer with a single rail for the bed, not an Ender 3. I would suggest that you tighten the bed-levelling springs ...


3

The mystery is solved. The BlTouch probe was slightly blocked and reported (supposedly) being in touch with the plate. Just touching it released the probe from the stuck position and all works well now. Due to direct sunlight, I overlooked the warning blinking red colour of the BlTouch.


3

After watching the video, I see three unwanted behaviors, all consistent with a hypothesis that the printer is reading corrupted data from the gcode file: Moves to low but nonzero X or Y coordinate then immediately back are not homing, but misreading of the X or Y value for a G1 move command - perhaps flipping a bit so that a leading 1 looks like a 0, or ...


3

After hours of testing (which included reinstalling firmware, formatting various SD cards, and changing G-code and slicer settings), I did find a function to restore factory defaults and that did the trick. I'm still not sure how something wrong got stored in the memory but it did and resetting to factory defaults worked.


2

Do you have any “slop” on the right side (non motor) of the gantry? I’ve noticed that my gantry will settle on the right side and lag behind the motor driven - ever so slightly - when it starts to drive up. It will, after that first lag, move fine for the rest of the time. Z axis travel seems barely affected but all my prints are consistently about 0.5 mm ...


2

I've actually found what the issue was. It turns out that my Z steps were way out of whack (i.e. 4000 steps/mm instead of 400). Apparently, that's the default value in GitHub for version 2.0 of Marlin. Not sure if that's a typo or a valid value, anyhow setting it to 400 fixed it.


2

Dirt. It was dirt. Most likely. Apparently the machine establishes bed level with a sensor, and I might be wrong, but I think the ET4 monitors capacitance as a means to notice how far the nozzle is from the bed. After all else failed I looked at the nozzle closely and noticed that the whole thing looked fuzzy. Looks like soot (from where though!?) had ...


2

Your printer probably has an issue with binding in the lower region (binding means extra friction possibly causing the Z stepper to skip steps). Disconnect the lead screw an manually move the X gantry up and down. If there is binding, you need to find why this happens, with the unfortunate design of the Ender, many people experience issues when the rollers ...


2

This concept already exists, it is e.g. found in some high quality 3D printers. Instead of a winch, a belt system (of several belts) is used. An interesting point from this answer already mentions that a winch isn't a good mechanism to lower/raise the gantry; if the cables are wound over each other the diameter of the wound cables will get larger and thus ...


2

I have thought about this same type of problem before and my solution is to use CoreXZ! Let me explain. With CoreXY the effector (the thing that the hot end is on) moves on the X and Y axes. However, there is no reason why this solution can't be turned 90 degrees to stand vertically. Once paired with a normal Prusa/RepRap Y axis, you end up with CoreXZ (...


2

That's a crane. Cranes are low constrained What you are proposing is a portal crane. Have you ever seen a container portal crane in operation? Containers are strung up at the 4 corners and lifted from long cables. They move on their path because the container is super heavy and they have had years to finetune the acceleration profile. But the container sways ...


2

No, this is not Z-wobble, Z-wobble is usually characterized by a repetitive distortion, from the supplied images this repetitive pattern is not observed. A Z-wobble pattern is typically caused by the lead screws, or the Z drive where carriage follows the X/Y motion of the lead screw nut. A typical image of Z-wobble on a Benchy would look like: Your print ...


2

In the world of hobbyist milling machines, a DRO accessory is extremely valuable for improving work flow and accuracy of project builds. The Digital Read Out devices run the gamut from affordable to astonishingly expensive and cover one, two and three axis readouts. For single axis purposes, some hobbyists will simply find a means to attach a digital caliper,...


1

This is classic Layer Shift in the Y plane. This happens in one of three cases: Belt too loose Belt too tight Bed movement hindered The belt should ring and resonate when tapped, giving a nice tune. I haven't really tuned mines, but my ender3 (250 mm bed movement in total) has about a G major. The bed movement should be, with motors off, easy and smooth. ...


1

So I discovered that the fade height must have been set to something really off. I didn't know this at the time so I thought I should set the fade height to the default 10 mm just to make sure nothing was wrong and tested it. The printer now levels and compensates perfectly!


1

I have the exact same printer and had the same issue using the same probe. What fixed it for me was adding a M420 S1 after G29.


1

There is something not correct in your configuration file. You mention the use of an upgraded controller board from an MKS GEN L to a MKS GEN L v2.1. ...the original was MKS Gen L v1.0 , the new one was an MKS Gen L v2.1... This change of hardware is not effectively present in your configuration.h file, it currently states the use of the old board: // ...


1

I am not the best with firmware modifications or anything like that, but you could try running your printer through OctoPrint and do the bed leveling through that and maybe that might fix the problem that you are facing.


1

Unless your gantry is extremely heavy, I don't think this will work. The Z motion system needs to not only lift, but to hold the nozzle rigidly at the desired distance from the bed/previous layer. Otherwise I would expect poor layer bonding and possibly even collisions between the nozzle and already-printed material, from slight variations in height where ...


1

You can control in Marlin what the direction of the stepper motor is, e.g. my Hypercube CoreXY printer (which has a similar setup like you described) has the following set (in the Marlin Configuration.h file) to ensure the platform raises when it has to decrease height: // Invert the stepper direction. Change (or reverse the motor connector) // if an axis ...


1

So it looks like I finally resolved that issue. I compiled a complete new firmware based on the Marlin bugfix branch. Before I was working on the sources provided in the Bigtreetech GitHub. I started from scratch and put all the settings I needed into the Configuration.h and Configuration_adv.h. Now all rings are gone. Either there was really a bug or ...


1

By avoiding pin 3 entirely, the Z-axis steppers have started to move correctly. My bed heater went out a while ago, so I redefined the connections in Marlin to use that pin (pin 12) as the Z-step pin, connecting it to the A4988 accordingly. This has caused no issues other than small noise problems so far. Unfortunately, I can't speak to any potential issues ...


1

I've replaced the Z-axis stepper driver with an off-board Pololu-style A4988 driver by soldering leads to pins 2 and 3 on the Melzi board, then connecting those to the driver on a separate board. The Z-axis now moves correctly. When I encountered issues with the step pin (pin 3), I connected it to pin 12 (bed heater) instead, leaving the bed to be heated ...


1

Assuming that the model is sliced correctly, not scaled (by looking into the G-code you can find out if it is sliced correctly, look up the last layer move G1 Zxx.xx, xx.xx should be the height of the model). If that is correct, then your Z might have a problem in that the steps per mm are set incorrectly, or your Z stepper is missing steps. As Marlin is ...


1

To move the bed down, you simply instruct the bed to do so after the print. The best way to do that is add a G-code line to your "end G-code" script you find in your slicer you use. Just add the line: G1 Z230 F500 With this command you instruct the bed to lower to your maximum Z height at speed (feed rate) 500 mm per minute.


1

Since you changed the hot end, I'd start at the material diameter setting, followed by the extruder, followed by then check the movements on the z axis. What you described - a periodic stack up of layers causing distance to the nozzle to decrease can be caused by: Outputting too much material - this is an extruder issue most likely happens when too much ...


Only top voted, non community-wiki answers of a minimum length are eligible