Show all posts by user
Note that the "2.0.x" branch in Github has not yet been updated to 2.0.6 - if you want to get 2.0.6 make sure you go to the tag. Example configurations are at .
by
MMcLure
-
Firmware - Marlin
The SKR 1.4 has the same hardwired pull-ups on the end stop inputs, but does not have one on the probe input. You can see the schematic at for more details.
by
MMcLure
-
General
Replacing the 1N1848 that is listed in the blog post that has a 0.7V or so voltage drop with a 1N5818 Schottky with a ~0.35V drop may make it work. I'm sort of surprised that the sensor is only dropping the voltage to 0.7V - it should be much closer to 0.
Don't try to use the more common 1N5817 Schottky - it's reverse voltage rating of 24V is too close for comfort.
by
MMcLure
-
General
Did you generate your mesh (G29 P1) before or after setting the probe offset? You should always run the G29 P1 after setting the correct probe offset to ensure that it has the correct "0". I can't tell from your logs whether the mesh was generated before or after the probe offset was set.
Also, make sure that the output of M851 matches what you have set in NOZZLE_TO_PROBE_OFFSET.
by
MMcLure
-
Firmware - Marlin
Do you home Z with a probe or an end stop? M851 requires homing with a probe, I think.
by
MMcLure
-
Firmware - Marlin
To set the Z offset:
Turn off software end stops with "M211 S0" Set the Z offset to 0 with "M851 Z0" Home with "G28" Using the LCD, jog the Z axis down slowly until the nozzle just grabs a piece of paper between it and the bed Take note of the value shown for Z on the LCD. It should be negative (for example on my machine it's -1.15) Set the Z offset using "M851 Z", for example "M851 Z-1.15" Also
by
MMcLure
-
Firmware - Marlin
There are two different motors that could come with an A8 - the specs you show are for the motors provided with older A8s - newer A8s have motors that only handle about 0.9A. So you should proceed with caution. However, if the motor isn't getting warm then there should be no problem. I ran my A8 X and Y motors at up to 60C regularly before I replaced them with better ones.
by
MMcLure
-
General
Whether there is an advantage or not depends heavily on your specific circumstances and what you're printing. There is a disadvantage, though, which is that the larger the BLOCK_BUFFER_SIZE the longer it takes for cancelling the print to take effect, since the printer will empty the buffer before stopping. So you could have a few seconds of printing occur after you cancel, specially if you're pri
by
MMcLure
-
Printing
The axis will always have a little play if the motors aren't physically synced. Yes, while the axis isn't in sync there might be some binding, but it shouldn't be any worse than what you'd get if you were manually syncing or doing what I saw earlier in this thread (forcing both motors to the top of the gantry).
by
MMcLure
-
Extruded Aluminum Frames
If you have separate drivers for each of the Z motors and a bed leveling probe you can use Marlin's Z auto-alignment feature to sync the Z motors. You use the G34 gcode and Marlin will probe either side of the bed and adjust the Z motors until the difference in the measurements is below a set threshold (I have mine set to 0.02mm).
by
MMcLure
-
Extruded Aluminum Frames
The maximum value you can set for the extruder temperature is HEATER_0_MAXTEMP - 15. HEATER_0_MAXTEMP is defined as "if you ever hit this temperature then something is seriously wrong so we'll kill the printer to avoid burning down your house". The 15C offset is to allow for overshoot in case of bad PID settings. So you should set HEATER_0_MAXTEMP to the highest temperature you want to use plus 1
by
MMcLure
-
Firmware - Marlin
In almost all cases there's no difference - it only really comes into play when you have multiple independent extruders.
I prefer to use X_MIN_POS/Y_MIN_POS since it makes more sense to my brain.
by
MMcLure
-
Firmware - Marlin
It should definitely depend on acceleration, since the whole point of Pressure Advance/Linear Advance is to compensate for the acceleration and slowdown at the beginning/end of moves. I don't know about jerk, however.
by
MMcLure
-
Printing
In general, the higher the acceleration the more LA needs to compensate.
by
MMcLure
-
Firmware - Marlin
One thing is that you don't need both an M140 and an M190. But I don't think that would cause this problem. You might try adding an M400 after the M190 to make sure everything is synced.
by
MMcLure
-
Firmware - Marlin
Are you setting the same acceleration when you generate the pattern as you are using in your slicer? Linear advance is dependent on the acceleration in use.
by
MMcLure
-
Firmware - Marlin
If you have a direct-drive extruder the value for linear advance is going to be very low - often below 0.1. Even on a Bowden a setting of 2 is pretty high. On my machine (BMG extruder directly feeding an E3D V6) my linear advance setting is 0.06. So given your print above I'd run another test with values between 0 and 2, then "zoom in" until you get a good looking line.
by
MMcLure
-
Firmware - Marlin
QuoteRuutNovaOut of curiosity, how does Marlin handle the sensorless homing if UART is an setup only thing, is it polling UART during an homing sequence?
Sensorless homing does not involve the UART other than to change the axis sensitivity and possibly the current during the homing move. The DIAG pin on the driver is connected to the endstop input and the DIAG pin goes low when the axis hits a l
by
MMcLure
-
Firmware - Marlin
First, I don't know what version of Marlin you're using, but official 2.0.x uses:
#define Z_STEPPER_ALIGN_XY { { 10, 190 }, { 100, 10 }, { 190, 190 } }
Those determine the positions on the bed that will be probed to try to align the bed. If you only have 2 Z motors you should remove the last pair of numbers:
#define Z_STEPPER_ALIGN_XY { { 10, 190 }, { 100, 10 } }
If you have three Z dri
by
MMcLure
-
Firmware - Marlin
No, but unless you have ENDSTOPS_ALWAYS_ON_DEFAULT enabled the endstop switches are ignored except for homing anyway.
by
MMcLure
-
Firmware - Marlin
How are you powering the RAMPS? Via USB or via the main power supply? If you are powering via USB, how do you turn on the main power supply? If the USB power is provided before the main power the driver initialization will fail and you'll have to execute M501 to reinitialize the drivers once main power is applied.
Also, ensure that there are no jumpers installed under the drivers. For TMC2209 th
by
MMcLure
-
Controllers
If you have Z_SAFE_HOMING enabled then the Z homing will be done in the center of the bed - this is required if homing with a probe. If you have an actual Z end stop instead of using a probe for homing then you can disable Z_SAFE_HOMING.
If you do home with a probe then you need Z_SAFE_HOMING and should probably just add a G0 X0 Y0 after the G28 in your start gcode.
by
MMcLure
-
Firmware - Marlin
Yes - the easiest way to do this is to remove the Z end stop switch and plug the BLTouch into the Z min end stop connector.
Then enable Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN and Z_SAFE_HOMING.
by
MMcLure
-
Firmware - Marlin
OK. If the bed is moving to the back, it means that after homing the nozzle ends up near the front left of the bed, so that's fine.
Here's how I would adjust the limits:
Take a ruler and measure the bed. Set X_BED_SIZE and Y_BED_SIZE accordingly in your Configuration.h file Set X_MIN_POS and Y_MIN_POS to 0,0 - this is just temporary, we'll change them after we've worked out exactly the dimensio
by
MMcLure
-
Firmware - Marlin
By LEFT/BACK you mean that the X carriage is to the left and the bed is at the back? In this case the home position is actually LEFT/FRONT since you care about the location of the nozzle with respect to the bed.
Or do you mean that the nozzle is at the back of the bed (i.e. the bed is all the way forward)? In this case, there's a problem.
Marlin needs the 0,0 position to be either at the LEFT/F
by
MMcLure
-
Firmware - Marlin
From reading issues on the Marlin Github, IMHO sensorless homing on Trinamic drivers is not yet ready for prime time. It's a lot less accurate than a micro switch and very sensitive to any bit of extra friction in the axis.
by
MMcLure
-
General
The endstop connectors on the SKR 1.3 have a different pinout from your diagram. The pins, from top to bottom, are +5V, GND, SIGNAL while the connector in your picture seems to be GND, +5V, SIGNAL (assuming the connector shroud is in the same orientation so the connector in your picture is upside down from the SKR 1.3 layout).
Hopefully you haven't burned out anything by switching the +5V and GN
by
MMcLure
-
General
Quote1000Calories
Took a peak at the gcode for the calibration cube file in Repetier, and saw the beginning coordinates for the print. It's way out of range but the placement of it never affected my print location on the old firmware.
It's possible that the earlier firmware did not properly manage soft end stops. Marlin will avoid moving to areas outside what it considers to be the printable are
by
MMcLure
-
Firmware - Marlin
Not exactly what you're asking, but you might want to take a look at SUICIDE_PIN. This is a pin that gets switched whenever a kill condition occurs - for example in case of a thermal runaway. You could connect your relay to the SUICIDE_PIN.
You could also use the PS_ON pin in a similar way - switch your primary power supply (12V or 24V) using PS_ON. Use the output of the power supply to power th
by
MMcLure
-
Firmware - Marlin
On your RAMPS, check to make sure that none of the metal tabs on the MOSFETs are touching each other. I had that problem with my RAMPS when I got it and I've seen at least one other report of that. If two MOSFETs are touching, turning on either of them will also cause the other to turn on. In my case, whenever I turned on the part cooling fan the heatbed would also turn on and go into thermal run
by
MMcLure
-
Firmware - Marlin