Show all posts by user
Page 1 of 3
Pages: 123
Results 1 — 30 of 87
SO when I home all 3 axis 0,0,0 is the front left corner at bed level.
If I am reading all the websites correctly (https://www.evl.uic.edu/ralph/508S98/coordinates.html) positive movement of a right handed coordinate system should be counter-clockwise for ALL axis.
On my printer clockwise rotation of the steppers results in a positive movement of all 3 axis
by
randyf1965
-
Firmware - Marlin
So I home to the front left corner and Y+ moves the bed toward the front of the printer and X + moves the extruder to the right.
Read thru the linked page, maybe I am tired or something but didn't make sense.
Moving my Z axis up in the positive direction the acme screws turn clockwise when viewed from above.
by
randyf1965
-
Firmware - Marlin
OK, switched back from MarlinKimbra to Marlin RC3 to try to get bed leveling working.
Running a RAMPS 1.4 and a prusa i3 using Openbuilds extrusions
One thing to remember BEFORE you switch firmware do a M502 and M500 or like me you will pull out your hair trying to get things to work properly.
So bed leveling still isn't working for me here is my configuration.h. Bed leveling works but appears
by
randyf1965
-
Firmware - Marlin
I have .92.8 running on a ramps 1.4 using Pronterface and the output console fills up with OK 0. HOW can I stop this?????
by
randyf1965
-
Repetier
Here is my latest G29 probing 4 points using a proximity detector on a 1/2" MIC6 aluminum bed.
The thickness of the skirt is still off by .09mm in 90mm front to back. The Z-Axis moves very slightly while printing.
Tonight I will try printing without bed leveling and see how it looks
Am I reading it correctly? The front left is low and the back right is high?
echo: G29 Auto Bed Leveling
echo: B
by
randyf1965
-
Firmware - mainstream and related support
Here is my latest G29 probing 4 points using a proximity detector on a 1/2" MIC6 aluminum bed.
I am printing some parts and will measure the skirt when it is done. The Z-Axis moves very slightly while printing.
Am I reading it correctly? The front left is low and the back right is high?
echo: G29 Auto Bed Leveling
echo: Bed X: 215.000 Y: 10.000 Z: -0.003
echo: Bed X: 42.000 Y: 10.000 Z: -0.110
by
randyf1965
-
Firmware - Marlin
I would add a G1 F300 Z5 right after the home in you pre-print code in your slicer (or manually add it to the generated code). This will move the z axis up 5mm then when the temp is reached and printing starts it will move to the start position and begin the print.
I do this with the z offset, after the z home I set the Z height to the correct distance. I find it easier to do this in the g-code
by
randyf1965
-
Firmware - Marlin
I also soldered up a y cable to wire my steppers in series, seem to sound better than running parallel.
If anyone is interested in the cable found a write up here:
by
randyf1965
-
Firmware - Marlin
Made a little head way on resolving this issue.
I changed my G28 from the X Y home position which had the proximity detector partially off the bed to the spot for the first G29 bed leveling location. Bed leveling is still off but not as bad as before. I also contacted Openbuilds regarding one of the anti-backlash nut they sent me, one is tight on the acme rod. I tried swapping them but it is tig
by
randyf1965
-
Firmware - Marlin
My hot bed is a 1/2" thick MIC6 aluminum plate, very flat and I am only probing 4 points (outer corners)
I seem to have better luck with Kimbra Marlin. Maybe I will try the RC3, is there a config utility like KimbraMarlin has?
The website thinks I am an automated bot!
by
randyf1965
-
Firmware - Marlin
I am running KimbraMarlin Dev and am experiencing a .06mm slope from the front of a skirt around a 30mm x30mm test cube to the back.
My X-min and Y-min are the front left corner of the hotbed. I see ABL actively moving the Z axis while printing. If I put a feeler gauge under the probe in the front right corner while running a G29 V4 the output shows the front right corner being different. I prob
by
randyf1965
-
Firmware - Marlin
I resolved the too fast feedrates by using a M203 Z5 command followed by a M500 which sets the maximum feedrate on the Z axis to 5mm/sec or 300mm/min.
BUT I still have the sloped ABL the 3 layer skirt I print around my objects is ~.7mm thicker on the back side of the bed compared to the front.
by
randyf1965
-
Firmware - mainstream and related support
I did a G29 V4 using 6 points probing and put a wooden ruler under the 1st probing point and it is the front right point.
SENDING:G29 V4
G29 Auto Bed Leveling
Bed X: 190.000 Y: 10.000 Z: 13.639
Bed X: 158.000 Y: 10.000 Z: 9.826
Bed X: 126.000 Y: 10.000 Z: 9.717
Bed X: 94.000 Y: 10.000 Z: 9.605
Bed X: 62.000 Y: 10.000 Z: 9.440
Bed X: 30.000 Y: 10.000 Z: 9.272
Bed X: 30.000 Y: 46.000 Z: 9.326
Bed
by
randyf1965
-
Firmware - mainstream and related support
Just printed a letter R and it came out as shown in Pronterface. Even on a small shape like the R the right side was .17mm and the left .20mm
// ENDSTOP SETTINGS:
// Sets direction of endstops when homing; 1=MAX, -1=MIN
// :[-1,1]
#define X_HOME_DIR -1
#define Y_HOME_DIR -1
#define Z_HOME_DIR -1
by
randyf1965
-
Firmware - mainstream and related support
I upgraded/switched from Kimbra/Marlin to the RC3 release of Marlin on a Ramps 1.4. I have ABL enabled and when I do a G29 it moves to the max X min Y to start and this seems to be throwing the whole bed compensation backwards.
If I print a 3 layer perimeter (.2mm layer height) around a part the left side (.71mm) is thicker than the right (.60mm).
Last time I used marlin it started in the min x
by
randyf1965
-
Firmware - mainstream and related support
Testing my heated bed using a metal washer on the glass of my bed. With the temp set at 80C and stabilzed for ~10 minutes, the temp of the washer is ~102C.
Any way to adjust this down?
Normally I print at 90C but over the last couple of days I've been shattering glass heating to 90C
by
randyf1965
-
GCODE, Software e Firmware
I reflashed my controller and have a similar issue
Now it works the 1st time :
>>>G28
SENDING:G28
echo: gcode_G28 >>>
echo: setup_for_endstop_move > enable_endstops(true)
echo: Raise Z (before homing) by 5.00 > (home_all_axis || homeZ) > destination: (0.00, 0.00, 5.00)
echo: >>> homeaxis(0)
echo: setup_for_endstop_move > enable_endstops(false)
echo: setup
by
randyf1965
-
GCODE, Software e Firmware
Have not checked the signals on the pins, but I reflashed my controller.
Now it works the 1st time :
>>>G28
SENDING:G28
echo: gcode_G28 >>>
echo: setup_for_endstop_move > enable_endstops(true)
echo: Raise Z (before homing) by 5.00 > (home_all_axis || homeZ) > destination: (0.00, 0.00, 5.00)
echo: >>> homeaxis(0)
echo: setup_for_endstop_move > enable_endsto
by
randyf1965
-
Firmware - mainstream and related support
Tomorrow I will try putting Octoprint back in the mix and see how it runs thru that instead of my pc.
Or I guess I could disconnect my PC from the printer and print from the sd card.
More troubleshooting and talking to myself......
ok, disconnected the pc and ran an autohome from the LCD... same issue. First time it moves way too fast and stalls the z-axis steppers, 2nd time works normal (WT
by
randyf1965
-
Firmware - mainstream and related support
I am running 8mm acme lead screws from .
I have tried lowering my feedrate but at 10 the z-axis barely moves.
Tonight I removed the jumper on the Ramps board between Vcc and 5v and added a 7805 circuit to supply 5v to the Ramps seperate from the Arduino, same issue
by
randyf1965
-
Firmware - mainstream and related support
When it over drives the steppers it moved ~55mm up (more since the steppers stall).
Then other times it only moves ~15mm at a slow feedrate.
Then usually after a print a G28 moves the z-axis DOWN.
by
randyf1965
-
Firmware - mainstream and related support
I will kill power next time it happens and measure the distance moved. It almost appears that it is doubling the distances.
#define Z_RAISE_BEFORE_HOMING 20
#define Z_RAISE_BEFORE_PROBING 20
by
randyf1965
-
Firmware - mainstream and related support
I am having issues with the G28 command moving the Z-axis up in 20mm increments (the raise before homing value). The first move is faster than my steppers can move so they stall on my Prusa i3, running Ramps 1.4 using Kimbra Marlin 4.12 or 4.2 with 8825 drivers.
I have changed the homing values, below are the settings from my configuration_overall.h
#define HOMING_FEEDRATE {150*60, 150*60, 300,
by
randyf1965
-
Firmware - mainstream and related support
I am having issues with the G28 command moving the Z-axis up in 20mm increments (the raise before homing value). The first move is faster than my steppers can move so they stall on my Prusa i3, running Ramps 1.4 with 8825 drivers.
I have changed the homing values, below are the settings from my configuration_overall.h
#define HOMING_FEEDRATE {150*60, 150*60, 300, 0}
#define MANUAL_FEEDRATE {100
by
randyf1965
-
GCODE, Software e Firmware
DOH!
In the Configuration_Overall.h the line #define SERIAL_PORT 3 doesn't mean COM3...... my old config listed it as #define SERIAL_PORT 0 which works prefectly in 4.2.0
by
randyf1965
-
GCODE, Software e Firmware
Page 1 of 3
Pages: 123