Welcome! Log In Create A New Profile

Advanced

Bed Auto Leveling.. check this out

Posted by AlexBorro 
jwd
Re: Bed Auto Leveling.. check this out
January 11, 2014 06:28PM
Thanks for the electrical lay out yoyocopter!
I installed a physical servo motor with an arm and switch. I used pins 2, 4 and 6 (+5Volts, GRND and PWM2) of expansion slot 3. I made the changes in the software to enable bed leveling
(followed the Zenmaster M Youtube instructions) and uploaded the firmware. -> nothing happens

I tried PWM1 and also no novement or reaction to gcodes like M401, M402 of M280 P0 S115

When I try to measure the voltage between the grnd and + 5Volts pins the servo starts to rotate. With an external power + 5 Volts and GRND the same results.

I have a Rumba board. Do i need to make extra changes in the firmware apart from configuration .h?
Does anyone has an idea how to fix this?

Regards,

JWD
edn
Re: Bed Auto Leveling.. check this out
January 11, 2014 11:34PM
Quote
jwd
Does anyone has an idea how to fix this?

Regards,

JWD

Do you know what logical pin your servo is on? If so, you can use the M42 command to manually move the servo. See my description 3 or 4 posts back about this.
Re: Bed Auto Leveling.. check this out
January 12, 2014 10:33AM
Thanks edn,
for helping me with the software. Everything works now on my Makerfarm Prusa i3 8"

For anybody who can use it. I attached some files with the changes i made to get the autolevel to work. Tested it a few times with the bed 3mm unlevelled, works just fine.
I have a little distortion on the servo, even with the 5V supply from the ATX attached to the 5V on the Ramps. But when you set t Z-axis speed not too high during homing, this is not a problem so far.

Without this site from Zenmaster I wouldn't have done it: Zenmasters blog

changestoconfigh.rtf
changestomarlin_maincpp.rtf

Also attached the servo mount and the endswitch mount
Thingiverse files:
http://www.thingiverse.com/thing:224565

Hope I helped someone....

Thanks
msmone
jwd
Re: Bed Auto Leveling.. check this out
January 14, 2014 11:16AM
Hi,

I have a rumba board and managed to get the Z probe servo working. You should use expansion slot 3 (14 pins), see picture attached.
I used pin 5 (PWM_1) which is controlled with digital pin 4

To get this working I added the code lines hereunder to the pins.h file: (just before the line with statement) :#endif //MOTHERBOARD==80

//Added to pins.h to control the extra servo at section "Motherboard is 80" (RUMBA).
#ifdef NUM_SERVOS
#define SERVO0_PIN 4 // For RUMBA PWM_1 is to be used for the servo it is on Epansion slot 3, pin 5
#define Z_MIN_PIN 33 //For RUMBA pin 33 is used for Z min.
#endif[/i]


I chose PWM_1 because this logical pin (no 4) was free.
For PWM_2 you should use logical pin 5 buts this one is already taken, see info hereunder (bold).
Hope that helps (RUMBA users).

Regards,

JW


/****************************************************************************************
* RUMBA pin assignment
*
****************************************************************************************/
#if MOTHERBOARD == 80
#define KNOWN_BOARD 1

#ifndef __AVR_ATmega2560__
#error Oops! Make sure you have 'Arduino Mega' selected from the 'Tools -> Boards' menu.
#endif

#define X_STEP_PIN 17
#define X_DIR_PIN 16
#define X_ENABLE_PIN 48
#define X_MIN_PIN 37
#define X_MAX_PIN 36

#define Y_STEP_PIN 54
#define Y_DIR_PIN 47
#define Y_ENABLE_PIN 55
#define Y_MIN_PIN 35
#define Y_MAX_PIN 34

#define Z_STEP_PIN 57
#define Z_DIR_PIN 56
#define Z_ENABLE_PIN 62
#define Z_MIN_PIN 33
#define Z_MAX_PIN 32

#define E0_STEP_PIN 23
#define E0_DIR_PIN 22
#define E0_ENABLE_PIN 24

#define E1_STEP_PIN 26
#define E1_DIR_PIN 25
#define E1_ENABLE_PIN 27

#define E2_STEP_PIN 29
#define E2_DIR_PIN 28
#define E2_ENABLE_PIN 39

#define LED_PIN 13

#define FAN_PIN 7
//additional FAN1 PIN (e.g. useful for electronics fan or light on/off) on PIN 8

#define PS_ON_PIN 45
#define KILL_PIN 46

#if (TEMP_SENSOR_0==0)
#define TEMP_0_PIN -1
#define HEATER_0_PIN -1
#else
#define HEATER_0_PIN 2 // EXTRUDER 1
#if (TEMP_SENSOR_0==-1)
#define TEMP_0_PIN 6 // ANALOG NUMBERING - connector *K1* on RUMBA thermocouple ADD ON is used
#else
#define TEMP_0_PIN 15 // ANALOG NUMBERING - default connector for thermistor *T0* on rumba board is used
#endif
#endif

#if (TEMP_SENSOR_1==0)
#define TEMP_1_PIN -1
#define HEATER_1_PIN -1
#else
#define HEATER_1_PIN 3 // EXTRUDER 2
#if (TEMP_SENSOR_1==-1)
#define TEMP_1_PIN 5 // ANALOG NUMBERING - connector *K2* on RUMBA thermocouple ADD ON is used
#else
#define TEMP_1_PIN 14 // ANALOG NUMBERING - default connector for thermistor *T1* on rumba board is used
#endif
#endif

#if (TEMP_SENSOR_2==0)
#define TEMP_2_PIN -1
#define HEATER_2_PIN -1
#else
#define HEATER_2_PIN 6 // EXTRUDER 3
#if (TEMP_SENSOR_2==-1)
#define TEMP_2_PIN 7 // ANALOG NUMBERING - connector *K3* on RUMBA thermocouple ADD ON is used <-- this can not be used when TEMP_SENSOR_BED is defined as thermocouple
#else
#define TEMP_2_PIN 13 // ANALOG NUMBERING - default connector for thermistor *T2* on rumba board is used
#endif
#endif

//optional for extruder 4 or chamber: #define TEMP_X_PIN 12 // ANALOG NUMBERING - default connector for thermistor *T3* on rumba board is used
//optional FAN1 can be used as 4th heater output: #define HEATER_3_PIN 8 // EXTRUDER 4

#if (TEMP_SENSOR_BED==0)
#define TEMP_BED_PIN -1
#define HEATER_BED_PIN -1
#else
#define HEATER_BED_PIN 9 // BED
#if (TEMP_SENSOR_BED==-1)
#define TEMP_BED_PIN 7 // ANALOG NUMBERING - connector *K3* on RUMBA thermocouple ADD ON is used <-- this can not be used when TEMP_SENSOR_2 is defined as thermocouple
#else
Attachments:
open | download - picture expansion slot 3 RUMBA board.png (410.3 KB)
jwd
SOLVED Bed Auto Leveling issue: during probing no bed contact
January 14, 2014 11:41AM
I have this issue solved: when I change the values distance probe - hotend tip into "near good" values the mechanical endstop on the probe did trigger.
When I measured this distance I found to different values for Z. After I gave more current to the stepper motor of the Z axis, I could make a repeatable measurement en now everything
works like a charm.



All,

I have a working servo motor with Z switch installed with a RUMBA board. I use the latest Marlin firmware (downloaded today)
I use Repetier as a host. When I give a G28 command homing works perfectly.
After probing the Z direction and after the Z mechanical switch is triggered, the Z value in Repetier is 0 which is good.
But when I give a G29 command (3 point probing) the probe does move to 3 locations en I see the mechanical endstop go down but it does not touch the bed!
(The switch stays 2 mm above the bed)

Home in my case (first Mendel ) means left front = 0,0.
I included my configuration .h code hereunder and hopefully somebody has a clue where to look?.
(As a precaution not to smash my second servo motor I reversed the sign of the offset between zprobe tip and hotend. But this should not influence the 3 point probing)

#ifndef CONFIGURATION_H
#define CONFIGURATION_H

// This configuration file contains the basic settings.
// Advanced settings can be found in Configuration_adv.h
// BASIC SETTINGS: select your board type, temperature sensor type, axis scaling, and endstop configuration

//===========================================================================
//============================= DELTA Printer ===============================
//===========================================================================
// For a Delta printer rplace the configuration files wilth the files in the
// example_configurations/delta directory.
//

// User-specified version info of this build to display in [Pronterface, etc] terminal window during
// startup. Implementation of an idea by Prof Braino to inform user that any changes made to this
// build by the user have been successfully uploaded into firmware.
#define STRING_VERSION_CONFIG_H __DATE__ " " __TIME__ // build date and time
#define STRING_CONFIG_H_AUTHOR "(none, default config)" // Who made the changes.

// SERIAL_PORT selects which serial port should be used for communication with the host.
// This allows the connection of wireless adapters (for instance) to non-default port pins.
// Serial port 0 is still used by the Arduino bootloader regardless of this setting.
#define SERIAL_PORT 0

// This determines the communication speed of the printer
// This determines the communication speed of the printer
#define BAUDRATE 250000

// This enables the serial port associated to the Bluetooth interface
//#define BTENABLED // Enable BT interface on AT90USB devices


//// The following define selects which electronics board you have. Please choose the one that matches your setup
// 10 = Gen7 custom (Alfons3 Version) "https://github.com/Alfons3/Generation_7_Electronics"
// 11 = Gen7 v1.1, v1.2 = 11
// 12 = Gen7 v1.3
// 13 = Gen7 v1.4
// 2 = Cheaptronic v1.0
// 20 = Sethi 3D_1
// 3 = MEGA/RAMPS up to 1.2 = 3
// 33 = RAMPS 1.3 / 1.4 (Power outputs: Extruder, Fan, Bed)
// 34 = RAMPS 1.3 / 1.4 (Power outputs: Extruder0, Extruder1, Bed)
// 35 = RAMPS 1.3 / 1.4 (Power outputs: Extruder, Fan, Fan)
// 4 = Duemilanove w/ ATMega328P pin assignment
// 5 = Gen6
// 51 = Gen6 deluxe
// 6 = Sanguinololu < 1.2
// 62 = Sanguinololu 1.2 and above
// 63 = Melzi
// 64 = STB V1.1
// 65 = Azteeg X1
// 66 = Melzi with ATmega1284 (MaKr3d version)
// 67 = Azteeg X3
// 7 = Ultimaker
// 71 = Ultimaker (Older electronics. Pre 1.5.4. This is rare)
// 77 = 3Drag Controller
// 8 = Teensylu
// 80 = Rumba
// 81 = Printrboard (AT90USB1286)
// 82 = Brainwave (AT90USB646)
// 83 = SAV Mk-I (AT90USB1286)
// 9 = Gen3+
// 70 = Megatronics
// 701= Megatronics v2.0
// 702= Minitronics v1.0
// 90 = Alpha OMCA board
// 91 = Final OMCA board
// 301 = Rambo
// 21 = Elefu Ra Board (v3)

#ifndef MOTHERBOARD
#define MOTHERBOARD 80
#endif

// Define this to set a custom name for your generic Mendel,
// #define CUSTOM_MENDEL_NAME "This Mendel"

// Define this to set a unique identifier for this printer, (Used by some programs to differentiate between machines)
// You can use an online service to generate a random UUID. (eg [www.uuidgenerator.net])
// #define MACHINE_UUID "00000000-0000-0000-0000-000000000000"

// This defines the number of extruders
#define EXTRUDERS 1

//// The following define selects which power supply you have. Please choose the one that matches your setup
// 1 = ATX
// 2 = X-Box 360 203Watts (the blue wire connected to PS_ON and the red wire to VCC)

#define POWER_SUPPLY 1

// Define this to have the electronics keep the powersupply off on startup. If you don't know what this is leave it.
// #define PS_DEFAULT_OFF

//===========================================================================
//=============================Thermal Settings ============================
//===========================================================================
//
//--NORMAL IS 4.7kohm PULLUP!-- 1kohm pullup can be used on hotend sensor, using correct resistor and table
//
//// Temperature sensor settings:
// -2 is thermocouple with MAX6675 (only for sensor 0)
// -1 is thermocouple with AD595
// 0 is not used
// 1 is 100k thermistor - best choice for EPCOS 100k (4.7k pullup)
// 2 is 200k thermistor - ATC Semitec 204GT-2 (4.7k pullup)
// 3 is mendel-parts thermistor (4.7k pullup)
// 4 is 10k thermistor !! do not use it for a hotend. It gives bad resolution at high temp. !!
// 5 is 100K thermistor - ATC Semitec 104GT-2 (Used in ParCan & J-Head) (4.7k pullup)
// 6 is 100k EPCOS - Not as accurate as table 1 (created using a fluke thermocouple) (4.7k pullup)
// 7 is 100k Honeywell thermistor 135-104LAG-J01 (4.7k pullup)
// 71 is 100k Honeywell thermistor 135-104LAF-J01 (4.7k pullup)
// 8 is 100k 0603 SMD Vishay NTCS0603E3104FXT (4.7k pullup)
// 9 is 100k GE Sensing AL03006-58.2K-97-G1 (4.7k pullup)
// 10 is 100k RS thermistor 198-961 (4.7k pullup)
// 60 is 100k Maker's Tool Works Kapton Bed Thermister
//
// 1k ohm pullup tables - This is not normal, you would have to have changed out your 4.7k for 1k
// (but gives greater accuracy and more stable PID)
// 51 is 100k thermistor - EPCOS (1k pullup)
// 52 is 200k thermistor - ATC Semitec 204GT-2 (1k pullup)
// 55 is 100k thermistor - ATC Semitec 104GT-2 (Used in ParCan & J-Head) (1k pullup)

#define TEMP_SENSOR_0 1
#define TEMP_SENSOR_1 0
#define TEMP_SENSOR_2 0
#define TEMP_SENSOR_BED 1

// This makes temp sensor 1 a redundant sensor for sensor 0. If the temperatures difference between these sensors is to high the print will be aborted.
//#define TEMP_SENSOR_1_AS_REDUNDANT
#define MAX_REDUNDANT_TEMP_SENSOR_DIFF 10

// Actual temperature must be close to target for this long before M109 returns success
#define TEMP_RESIDENCY_TIME 10 // (seconds)
#define TEMP_HYSTERESIS 3 // (degC) range of +/- temperatures considered "close" to the target one
#define TEMP_WINDOW 1 // (degC) Window around target to start the residency timer x degC early.

// The minimal temperature defines the temperature below which the heater will not be enabled It is used
// to check that the wiring to the thermistor is not broken.
// Otherwise this would lead to the heater being powered on all the time.
#define HEATER_0_MINTEMP 5
#define HEATER_1_MINTEMP 5
#define HEATER_2_MINTEMP 5
#define BED_MINTEMP 5

// When temperature exceeds max temp, your heater will be switched off.
// This feature exists to protect your hotend from overheating accidentally, but *NOT* from thermistor short/failure!
// You should use MINTEMP for thermistor short/failure protection.
#define HEATER_0_MAXTEMP 275
#define HEATER_1_MAXTEMP 275
#define HEATER_2_MAXTEMP 275
#define BED_MAXTEMP 150

// If your bed has low resistance e.g. .6 ohm and throws the fuse you can duty cycle it to reduce the
// average current. The value should be an integer and the heat bed will be turned on for 1 interval of
// HEATER_BED_DUTY_CYCLE_DIVIDER intervals.
//#define HEATER_BED_DUTY_CYCLE_DIVIDER 4

// PID settings:
// Comment the following line to disable PID and enable bang-bang.
#define PIDTEMP
#define BANG_MAX 255 // limits current to nozzle while in bang-bang mode; 255=full current
#define PID_MAX 255 // limits current to nozzle while PID is active (see PID_FUNCTIONAL_RANGE below); 255=full current
#ifdef PIDTEMP
//#define PID_DEBUG // Sends debug data to the serial port.
//#define PID_OPENLOOP 1 // Puts PID in open loop. M104/M140 sets the output power from 0 to PID_MAX
#define PID_FUNCTIONAL_RANGE 10 // If the temperature difference between the target temperature and the actual temperature
// is more then PID_FUNCTIONAL_RANGE then the PID will be shut off and the heater will be set to min/max.
#define PID_INTEGRAL_DRIVE_MAX 255 //limit for the integral term
#define K1 0.95 //smoothing factor within the PID
#define PID_dT ((16.0 * 8.0)/(F_CPU / 64.0 / 256.0)) //sampling period of the temperature routine

// If you are using a preconfigured hotend then you can use one of the value sets by uncommenting it
// Ultimaker
#define DEFAULT_Kp 22.2
#define DEFAULT_Ki 1.08
#define DEFAULT_Kd 114

// Makergear
// #define DEFAULT_Kp 7.0
// #define DEFAULT_Ki 0.1
// #define DEFAULT_Kd 12

// Mendel Parts V9 on 12V
#define DEFAULT_Kp 63.0
#define DEFAULT_Ki 2.25
#define DEFAULT_Kd 440
#endif // PIDTEMP

// Bed Temperature Control
// Select PID or bang-bang with PIDTEMPBED. If bang-bang, BED_LIMIT_SWITCHING will enable hysteresis
//
// Uncomment this to enable PID on the bed. It uses the same frequency PWM as the extruder.
// If your PID_dT above is the default, and correct for your hardware/configuration, that means 7.689Hz,
// which is fine for driving a square wave into a resistive load and does not significantly impact you FET heating.
// This also works fine on a Fotek SSR-10DA Solid State Relay into a 250W heater.
// If your configuration is significantly different than this and you don't understand the issues involved, you probably
// shouldn't use bed PID until someone else verifies your hardware works.
// If this is enabled, find your own PID constants below.
#define PIDTEMPBED
//
//#define BED_LIMIT_SWITCHING

// This sets the max power delivered to the bed, and replaces the HEATER_BED_DUTY_CYCLE_DIVIDER option.
// all forms of bed control obey this (PID, bang-bang, bang-bang with hysteresis)
// setting this to anything other than 255 enables a form of PWM to the bed just like HEATER_BED_DUTY_CYCLE_DIVIDER did,
// so you shouldn't use it unless you are OK with PWM on your bed. (see the comment on enabling PIDTEMPBED)
#define MAX_BED_POWER 255 // limits duty cycle to bed; 255=full current

#ifdef PIDTEMPBED
//120v 250W silicone heater into 4mm borosilicate (MendelMax 1.5+)
//from FOPDT model - kp=.39 Tp=405 Tdead=66, Tc set to 79.2, aggressive factor of .15 (vs .1, 1, 10)
#define DEFAULT_bedKp 10.00
#define DEFAULT_bedKi .023
#define DEFAULT_bedKd 305.4

//120v 250W silicone heater into 4mm borosilicate (MendelMax 1.5+)
//from pidautotune
// #define DEFAULT_bedKp 97.1
// #define DEFAULT_bedKi 1.41
// #define DEFAULT_bedKd 1675.16

// FIND YOUR OWN: "M303 E-1 C8 S90" to run autotune on the bed at 90 degreesC for 8 cycles.
#endif // PIDTEMPBED



//this prevents dangerous Extruder moves, i.e. if the temperature is under the limit
//can be software-disabled for whatever purposes by
#define PREVENT_DANGEROUS_EXTRUDE
//if PREVENT_DANGEROUS_EXTRUDE is on, you can still disable (uncomment) very long bits of extrusion separately.
#define PREVENT_LENGTHY_EXTRUDE

#define EXTRUDE_MINTEMP 170
#define EXTRUDE_MAXLENGTH (X_MAX_LENGTH+Y_MAX_LENGTH) //prevent extrusion of very large distances.

//===========================================================================
//=============================Mechanical Settings===========================
//===========================================================================

// Uncomment the following line to enable CoreXY kinematics
// #define COREXY

// coarse Endstop Settings
#define ENDSTOPPULLUPS // Comment this out (using // at the start of the line) to disable the endstop pullup resistors

#ifndef ENDSTOPPULLUPS
// fine Enstop settings: Individual Pullups. will be ignored if ENDSTOPPULLUPS is defined
// #define ENDSTOPPULLUP_XMAX
// #define ENDSTOPPULLUP_YMAX
// #define ENDSTOPPULLUP_ZMAX
// #define ENDSTOPPULLUP_XMIN
// #define ENDSTOPPULLUP_YMIN
// #define ENDSTOPPULLUP_ZMIN
#endif

#ifdef ENDSTOPPULLUPS
#define ENDSTOPPULLUP_XMAX
#define ENDSTOPPULLUP_YMAX
#define ENDSTOPPULLUP_ZMAX
#define ENDSTOPPULLUP_XMIN
#define ENDSTOPPULLUP_YMIN
#define ENDSTOPPULLUP_ZMIN
#endif

// The pullups are needed if you directly connect a mechanical endswitch between the signal and ground pins.
const bool X_MIN_ENDSTOP_INVERTING = false; // set to true to invert the logic of the endstop.
const bool Y_MIN_ENDSTOP_INVERTING = false; // set to true to invert the logic of the endstop.
const bool Z_MIN_ENDSTOP_INVERTING = false; // set to true to invert the logic of the endstop.
const bool X_MAX_ENDSTOP_INVERTING = false; // set to true to invert the logic of the endstop.
const bool Y_MAX_ENDSTOP_INVERTING = false; // set to true to invert the logic of the endstop.
const bool Z_MAX_ENDSTOP_INVERTING = false; // set to true to invert the logic of the endstop.
#define DISABLE_MAX_ENDSTOPS
//#define DISABLE_MIN_ENDSTOPS

// Disable max endstops for compatibility with endstop checking routine
#if defined(COREXY) && !defined(DISABLE_MAX_ENDSTOPS)
#define DISABLE_MAX_ENDSTOPS
#endif

// For Inverting Stepper Enable Pins (Active Low) use 0, Non Inverting (Active High) use 1
#define X_ENABLE_ON 0
#define Y_ENABLE_ON 0
#define Z_ENABLE_ON 0
#define E_ENABLE_ON 0 // For all extruders

// Disables axis when it's not being used.
#define DISABLE_X false
#define DISABLE_Y false
#define DISABLE_Z false
#define DISABLE_E false // For all extruders

#define INVERT_X_DIR false // for Mendel set to false, for Orca set to true
#define INVERT_Y_DIR true // for Mendel set to true, for Orca set to false
#define INVERT_Z_DIR false // for Mendel set to false, for Orca set to true
#define INVERT_E0_DIR true // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E1_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E2_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false

// ENDSTOP SETTINGS:
// Sets direction of endstops when homing; 1=MAX, -1=MIN
#define X_HOME_DIR -1
#define Y_HOME_DIR -1
#define Z_HOME_DIR -1

#define min_software_endstops false // If true, axis won't move to coordinates less than HOME_POS.
#define max_software_endstops true // If true, axis won't move to coordinates greater than the defined lengths below.

// Travel limits after homing
#define X_MAX_POS 155
#define X_MIN_POS 0
#define Y_MAX_POS 180
#define Y_MIN_POS 0
#define Z_MAX_POS 70
#define Z_MIN_POS 0

#define X_MAX_LENGTH (X_MAX_POS - X_MIN_POS)
#define Y_MAX_LENGTH (Y_MAX_POS - Y_MIN_POS)
#define Z_MAX_LENGTH (Z_MAX_POS - Z_MIN_POS)
//============================= Bed Auto Leveling ===========================

#define ENABLE_AUTO_BED_LEVELING // Delete the comment to enable (remove // at the start of the line)

#ifdef ENABLE_AUTO_BED_LEVELING

// these are the positions on the bed to do the probing
#define LEFT_PROBE_BED_POSITION 50
#define RIGHT_PROBE_BED_POSITION 150
#define BACK_PROBE_BED_POSITION 150
#define FRONT_PROBE_BED_POSITION 50

// these are the offsets to the prob relative to the extruder tip (Hotend - Probe)
#define X_PROBE_OFFSET_FROM_EXTRUDER 45.7
#define Y_PROBE_OFFSET_FROM_EXTRUDER 3.00
#define Z_PROBE_OFFSET_FROM_EXTRUDER 12.35

#define Z_RAISE_BEFORE_HOMING 4 // (in mm) Raise Z before homing (G28) for Probe Clearance.
// Be sure you have this distance over your Z_MAX_POS in case

#define XY_TRAVEL_SPEED 4000 // X and Y axis travel speed between probes, in mm/min

#define Z_RAISE_BEFORE_PROBING 10 //How much the extruder will be raised before traveling to the first probing point.
#define Z_RAISE_BETWEEN_PROBINGS 5 //How much the extruder will be raised when traveling from between next probing points


//If defined, the Probe servo will be turned on only during movement and then turned off to avoid jerk
//The value is the delay to turn the servo off after powered on - depends on the servo speed; 300ms is good value, but you can try lower it.
// You MUST HAVE the SERVO_ENDSTOPS defined to use here a value higher than zero otherwise your code will not compile.

// #define PROBE_SERVO_DEACTIVATION_DELAY 300


//If you have enabled the Bed Auto Levelling and are using the same Z Probe for Z Homing,
//it is highly recommended you let this Z_SAFE_HOMING enabled!!!

#define Z_SAFE_HOMING // This feature is meant to avoid Z homing with probe outside the bed area.
// When defined, it will:
// - Allow Z homing only after X and Y homing AND stepper drivers still enabled
// - If stepper drivers timeout, it will need X and Y homing again before Z homing
// - Position the probe in a defined XY point before Z Homing when homing all axis (G28)
// - Block Z homing only when the probe is outside bed area.

#ifdef Z_SAFE_HOMING

#define Z_SAFE_HOMING_X_POINT (X_MAX_LENGTH/2) // X point for Z homing when homing all axis (G28)
#define Z_SAFE_HOMING_Y_POINT (Y_MAX_LENGTH/2) // Y point for Z homing when homing all axis (G28)

#endif

// with accurate bed leveling, the bed is sampled in a ACCURATE_BED_LEVELING_POINTSxACCURATE_BED_LEVELING_POINTS grid and least squares solution is calculated
// Note: this feature occupies 10'206 byte
#define ACCURATE_BED_LEVELING

#ifdef ACCURATE_BED_LEVELING
// I wouldn't see a reason to go above 3 (=9 probing points on the bed)
#define ACCURATE_BED_LEVELING_POINTS 2
#endif

#endif


// The position of the homing switches
//#define MANUAL_HOME_POSITIONS // If defined, MANUAL_*_HOME_POS below will be used
//#define BED_CENTER_AT_0_0 // If defined, the center of the bed is at (X=0, Y=0)

//Manual homing switch locations:
// For deltabots this means top and center of the cartesian print volume.
#define MANUAL_X_HOME_POS 0
#define MANUAL_Y_HOME_POS 0
#define MANUAL_Z_HOME_POS 0
//#define MANUAL_Z_HOME_POS 402 // For delta: Distance between nozzle and print surface after homing.

//// MOVEMENT SETTINGS
#define NUM_AXIS 4 // The axis order in all axis related arrays is X, Y, Z, E
#define HOMING_FEEDRATE {50*60, 50*60, 4*60, 0} // set the homing speeds (mm/min)

// default settings

#define DEFAULT_AXIS_STEPS_PER_UNIT {78.52,79.08,7309.17,320.15} // default steps per unit for Ultimaker
#define DEFAULT_MAX_FEEDRATE {500, 500, 3, 25} // (mm/sec)
#define DEFAULT_MAX_ACCELERATION {9000,9000,100,10000} // X, Y, Z, E maximum start speed for accelerated moves. E default values are good for skeinforge 40+, for older versions raise them a lot.

#define DEFAULT_ACCELERATION 3000 // X, Y, Z and E max acceleration in mm/s^2 for printing moves
#define DEFAULT_RETRACT_ACCELERATION 3000 // X, Y, Z and E max acceleration in mm/s^2 for retracts

// Offset of the extruders (uncomment if using more than one and relying on firmware to position when changing).
// The offset has to be X=0, Y=0 for the extruder 0 hotend (default extruder).
// For the other hotends it is their distance from the extruder 0 hotend.
// #define EXTRUDER_OFFSET_X {0.0, 20.00} // (in mm) for each extruder, offset of the hotend on the X axis
// #define EXTRUDER_OFFSET_Y {0.0, 5.00} // (in mm) for each extruder, offset of the hotend on the Y axis

// The speed change that does not require acceleration (i.e. the software might assume it can be done instantaneously)
#define DEFAULT_XYJERK 20.0 // (mm/sec)
#define DEFAULT_ZJERK 0.4 // (mm/sec)
#define DEFAULT_EJERK 5.0 // (mm/sec)

//===========================================================================
//=============================Additional Features===========================
//===========================================================================

// EEPROM
// the microcontroller can store settings in the EEPROM, e.g. max velocity...
// M500 - stores paramters in EEPROM
// M501 - reads parameters from EEPROM (if you need reset them after you changed them temporarily).
// M502 - reverts to the default "factory settings". You still need to store them in EEPROM afterwards if you want to.
//define this to enable eeprom support
//#define EEPROM_SETTINGS
//to disable EEPROM Serial responses and decrease program space by ~1700 byte: comment this out:
// please keep turned on if you can.
//#define EEPROM_CHITCHAT

// Preheat Constants
#define PLA_PREHEAT_HOTEND_TEMP 180
#define PLA_PREHEAT_HPB_TEMP 70
#define PLA_PREHEAT_FAN_SPEED 255 // Insert Value between 0 and 255

#define ABS_PREHEAT_HOTEND_TEMP 240
#define ABS_PREHEAT_HPB_TEMP 100
#define ABS_PREHEAT_FAN_SPEED 255 // Insert Value between 0 and 255

//LCD and SD support
//#define ULTRA_LCD //general lcd support, also 16x2
//#define DOGLCD // Support for SPI LCD 128x64 (Controller ST7565R graphic Display Family)
//#define SDSUPPORT // Enable SD Card Support in Hardware Console
//#define SDSLOW // Use slower SD transfer mode (not normally needed - uncomment if you're getting volume init error)
//#define ENCODER_PULSES_PER_STEP 1 // Increase if you have a high resolution encoder
//#define ENCODER_STEPS_PER_MENU_ITEM 5 // Set according to ENCODER_PULSES_PER_STEP or your liking
//#define ULTIMAKERCONTROLLER //as available from the ultimaker online store.
//#define ULTIPANEL //the ultipanel as on thingiverse

// The MaKr3d Makr-Panel with graphic controller and SD support
// [reprap.org]
//#define MAKRPANEL

// The RepRapDiscount Smart Controller (white PCcool smiley
// [reprap.org]
//#define REPRAP_DISCOUNT_SMART_CONTROLLER

// The GADGETS3D G3D LCD/SD Controller (blue PCcool smiley
// [reprap.org]
//#define G3D_PANEL

// The RepRapDiscount FULL GRAPHIC Smart Controller (quadratic white PCcool smiley
// [reprap.org]
//
// ==> REMEMBER TO INSTALL U8glib to your ARDUINO library folder: [code.google.com]
//#define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER

// The RepRapWorld REPRAPWORLD_KEYPAD v1.1
// [reprapworld.com]
//#define REPRAPWORLD_KEYPAD
//#define REPRAPWORLD_KEYPAD_MOVE_STEP 10.0 // how much should be moved when a key is pressed, eg 10.0 means 10mm per click

// The Elefu RA Board Control Panel
// [www.elefu.com]
// REMEMBER TO INSTALL LiquidCrystal_I2C.h in your ARUDINO library folder: [github.com]
//#define RA_CONTROL_PANEL

//automatic expansion
#if defined (MAKRPANEL)
#define DOGLCD
#define SDSUPPORT
#define ULTIPANEL
#define NEWPANEL
#define DEFAULT_LCD_CONTRAST 17
#endif

#if defined (REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER)
#define DOGLCD
#define U8GLIB_ST7920
#define REPRAP_DISCOUNT_SMART_CONTROLLER
#endif

#if defined(ULTIMAKERCONTROLLER) || defined(REPRAP_DISCOUNT_SMART_CONTROLLER) || defined(G3D_PANEL)
#define ULTIPANEL
#define NEWPANEL
#endif

#if defined(REPRAPWORLD_KEYPAD)
#define NEWPANEL
#define ULTIPANEL
#endif
#if defined(RA_CONTROL_PANEL)
#define ULTIPANEL
#define NEWPANEL
#define LCD_I2C_TYPE_PCA8574
#define LCD_I2C_ADDRESS 0x27 // I2C Address of the port expander
#endif

//I2C PANELS

//#define LCD_I2C_SAINSMART_YWROBOT
#ifdef LCD_I2C_SAINSMART_YWROBOT
// This uses the LiquidCrystal_I2C library ( [bitbucket.org] )
// Make sure it is placed in the Arduino libraries directory.
#define LCD_I2C_TYPE_PCF8575
#define LCD_I2C_ADDRESS 0x27 // I2C Address of the port expander
#define NEWPANEL
#define ULTIPANEL
#endif

// PANELOLU2 LCD with status LEDs, separate encoder and click inputs
//#define LCD_I2C_PANELOLU2
#ifdef LCD_I2C_PANELOLU2
// This uses the LiquidTWI2 library v1.2.3 or later ( [github.com] )
// Make sure the LiquidTWI2 directory is placed in the Arduino or Sketchbook libraries subdirectory.
// (v1.2.3 no longer requires you to define PANELOLU in the LiquidTWI2.h library header file)
// Note: The PANELOLU2 encoder click input can either be directly connected to a pin
// (if BTN_ENC defined to != -1) or read through I2C (when BTN_ENC == -1).
#define LCD_I2C_TYPE_MCP23017
#define LCD_I2C_ADDRESS 0x20 // I2C Address of the port expander
#define LCD_USE_I2C_BUZZER //comment out to disable buzzer on LCD
#define NEWPANEL
#define ULTIPANEL
#endif

// Panucatt VIKI LCD with status LEDs, integrated click & L/R/U/P buttons, separate encoder inputs
//#define LCD_I2C_VIKI
#ifdef LCD_I2C_VIKI
// This uses the LiquidTWI2 library v1.2.3 or later ( [github.com] )
// Make sure the LiquidTWI2 directory is placed in the Arduino or Sketchbook libraries subdirectory.
// Note: The pause/stop/resume LCD button pin should be connected to the Arduino
// BTN_ENC pin (or set BTN_ENC to -1 if not used)
#define LCD_I2C_TYPE_MCP23017
#define LCD_I2C_ADDRESS 0x20 // I2C Address of the port expander
#define LCD_USE_I2C_BUZZER //comment out to disable buzzer on LCD (requires LiquidTWI2 v1.2.3 or later)
#define NEWPANEL
#define ULTIPANEL
#endif

// Shift register panels
// ---------------------
// 2 wire Non-latching LCD SR from:
// [bitbucket.org]
//#define SR_LCD
#ifdef SR_LCD
#define SR_LCD_2W_NL // Non latching 2 wire shiftregister
//#define NEWPANEL
#endif


#ifdef ULTIPANEL
// #define NEWPANEL //enable this if you have a click-encoder panel
#define SDSUPPORT
#define ULTRA_LCD
#ifdef DOGLCD // Change number of lines to match the DOG graphic display
#define LCD_WIDTH 20
#define LCD_HEIGHT 5
#else
#define LCD_WIDTH 20
#define LCD_HEIGHT 4
#endif
#else //no panel but just lcd
#ifdef ULTRA_LCD
#ifdef DOGLCD // Change number of lines to match the 128x64 graphics display
#define LCD_WIDTH 20
#define LCD_HEIGHT 5
#else
#define LCD_WIDTH 16
#define LCD_HEIGHT 2
#endif
#endif
#endif

// default LCD contrast for dogm-like LCD displays
#ifdef DOGLCD
# ifndef DEFAULT_LCD_CONTRAST
# define DEFAULT_LCD_CONTRAST 32
# endif
#endif

// Increase the FAN pwm frequency. Removes the PWM noise but increases heating in the FET/Arduino
//#define FAST_PWM_FAN

// Temperature status leds that display the hotend and bet temperature.
// If alle hotends and bed temperature and temperature setpoint are < 54C then the BLUE led is on.
// Otherwise the RED led is on. There is 1C hysteresis.
//#define TEMP_STAT_LEDS

// Use software PWM to drive the fan, as for the heaters. This uses a very low frequency
// which is not ass annoying as with the hardware PWM. On the other hand, if this frequency
// is too low, you should also increment SOFT_PWM_SCALE.
//#define FAN_SOFT_PWM

// Incrementing this by 1 will double the software PWM frequency,
// affecting heaters, and the fan if FAN_SOFT_PWM is enabled.
// However, control resolution will be halved for each increment;
// at zero value, there are 128 effective control positions.
#define SOFT_PWM_SCALE 0

// M240 Triggers a camera by emulating a Canon RC-1 Remote
// Data from: [www.doc-diy.net]
// #define PHOTOGRAPH_PIN 23

// SF send wrong arc g-codes when using Arc Point as fillet procedure
//#define SF_ARC_FIX

// Support for the BariCUDA Paste Extruder.
//#define BARICUDA

//define BlinkM/CyzRgb Support
//#define BLINKM

/*********************************************************************\
* R/C SERVO support
* Sponsored by TrinityLabs, Reworked by codexmas
**********************************************************************/

// Number of servos
//
// If you select a configuration below, this will receive a default value and does not need to be set manually
// set it manually if you have more servos than extruders and wish to manually control some
// leaving it undefined or defining as 0 will disable the servo subsystem
// If unsure, leave commented / disabled
//
#define NUM_SERVOS 1 // Servo index starts with 0 for M280 command

// Servo Endstops
//
// This allows for servo actuated endstops, primary usage is for the Z Axis to eliminate calibration or bed height changes.
// Use M206 command to correct for switch height offset to actual nozzle height. Store that setting with M500.
//
#define SERVO_ENDSTOPS {-1, -1, 0} // Servo index for X, Y, Z. Disable with -1
#define SERVO_ENDSTOP_ANGLES {0,0,0,0,70,170} // X,Y,Z Axis Extend and Retract angles

#include "Configuration_adv.h"
#include "thermistortables.h"

#endif //__CONFIGURATION_H

Edited 3 time(s). Last edit at 01/15/2014 04:51AM by jwd.
Re: Bed Auto Leveling.. check this out
January 14, 2014 07:54PM
servo free auto bed leveling for a prusa

here guys this is what I have come up with for my auto bed leveling with out a servo for the few of us with out a ramps
Re: Bed Auto Leveling.. check this out
January 15, 2014 07:27PM
I'm actually looking forward to using this servo-less auto-levelling mod. [www.thingiverse.com]


MakerFarm 8" Prusa i3v
RAMPS 1.4
0.4mm E3D v6 for 1.75mm
Re: Bed Auto Leveling.. check this out
January 16, 2014 10:38PM
G'day, Anybody got any idea about getting the servo hooked up to Rambo electronics?
Re: Bed Auto Leveling.. check this out
January 20, 2014 06:46PM
Hi all

I have some trouble with the firmware.
1:
when I perform the auto leveling(accurate leveling enabled) it does all 4 points correct and stays at the left back. But when the print starts it is not centered.
2: I after g29 I want that the printer goes to g1 x0 y0 so the print starts centered but the printer crashes into the side of my bot and totally ignore the endstops.

I found a solution to avoid the problem but I don't no if this is right.
I made the probe offset x0 y0 z3.5 and the printer moves smooth to the desired position.
Is it ok to do the offset like this?
Re: Bed Auto Leveling.. check this out
January 21, 2014 08:10AM
G'day Alex, Great work, Mate!
I have built 2 Mendelmax machines, a 1.5+ & a 2.0. Both built with Rambo Cards. I would like to fit them both with this remarkable feature, but have no idea where to attach the hardware to these cards, Can you assist, Please?
edn
Re: Bed Auto Leveling.. check this out
January 21, 2014 03:52PM
Quote
gwandad
G'day Alex, Great work, Mate!
I have built 2 Mendelmax machines, a 1.5+ & a 2.0. Both built with Rambo Cards. I would like to fit them both with this remarkable feature, but have no idea where to attach the hardware to these cards, Can you assist, Please?

I'm running on a PrintrBoard, so I can't help you directly. But I had a similar problem due to poor documentation. I could not find a viable place to connect my servo so it could be controlled by the board. And to make matters worse, there is a disconnect between the FastIO and built in functions with regards to pin numbers.

So, I can't help you directly, but I can offer you a brute force solution. I wrote the following code and built it into my version of Marlin. You invoke it by sending an 'M43' command to the board. Put it in the MARLIN_MAIN.CPP source on top of the existing M42 command. (The M42 code is unaltered at the front of this cut & paste of the code --- It is there so you know you have the right location to paste in the M43 code.)

To use this code block, connect up an LED or volt meter to a likely output pin. Send the board an M43 command and watch your PronterFace display and your logic probe. This code is 'smart' in that it won't mess with 'Sensitive Pins'. But other than that, it will brute force scan through the logical pins and set the given pin's value to 0, wait a half second, set it high, wait 1 second, and then set it low again. If you have placed your logic probe (or volt meter) on a viable pin, after a minute or so, you should see the probe indicate a hit.

If things are moving too fast, you can reset your board and use the built in M42 command to target a specific pin to verify you found one, know its logical value and really do have the volt meter connected up to it. At that point, you can configure the Marlin firmware to use that logical pin value to control the servo.


case 42: //M42 -Change pin status via gcode
if (code_seen('S'))
{
int pin_status = code_value();
int pin_number = LED_PIN;
if (code_seen('P') && pin_status >= 0 && pin_status <= 255)
pin_number = code_value();
for(int8_t i = 0; i < (int8_t)sizeof(sensitive_pins); i++)
{
if (sensitive_pins == pin_number)
{
pin_number = -1;
break;
}
}
#if defined(FAN_PIN) && FAN_PIN > -1
if (pin_number == FAN_PIN)
fanSpeed = pin_status;
#endif
if (pin_number > -1)
{
pinMode(pin_number, OUTPUT);
digitalWrite(pin_number, pin_status);
analogWrite(pin_number, pin_status);
}
}
break;

case 43: //M43 - EDN hack to look for GPIO pins
int pin_number;
int i;

SERIAL_PROTOCOLPGM("M43 - EDN GPIO Hackery:\n");
SERIAL_PROTOCOLPGM("HIGH/LOW: ");
SERIAL_PROTOCOL(HIGH);
SERIAL_PROTOCOLPGM("/ ");
SERIAL_PROTOCOL(LOW);
SERIAL_PROTOCOLPGM("\n");
for( pin_number=0; pin_number<55; pin_number++) {
SERIAL_PROTOCOLPGM("Pin ");
SERIAL_PROTOCOL(pin_number);
for(i = 0; i < sizeof(sensitive_pins); i++) {
if (sensitive_pins == pin_number) {
SERIAL_PROTOCOLPGM(" Sensitive!\n");
goto NEXT_GPIO;
}
}

pinMode(pin_number, OUTPUT);
delay(50);
digitalWrite(pin_number, LOW);
delay(500);
digitalWrite(pin_number, HIGH);
delay(1000);
digitalWrite(pin_number, LOW);
delay(500);
// analogWrite(pin_number, HIGH);
pinMode(pin_number, INPUT);
delay(50);
SERIAL_PROTOCOLPGM("\n");
NEXT_GPIO: ;
}
SERIAL_PROTOCOLPGM("Done...\n\n");
break;

Edited 1 time(s). Last edit at 01/21/2014 03:55PM by edn.
Re: Bed Auto Leveling.. check this out
January 30, 2014 08:40PM
where do i insert this code at? Could you give me a link to the forum topic you mentioned? Thank you
Quote
regpye
Check out this part that is further up in this forum.



There is a problem in the code for the feedrates when moving for bed leveling.

#define XY_TRAVEL_SPEED 6000 // X and Y axis travel speed between probes, in mm/min

This is not only used for XY travel but also for Z travel. That is the reason the Z motor stall.

I fixed some things in the code so that the Z moves uses the homing_feedrate and not XY_TRAVEL_SPEED This fixed the stalling Z motor problems for me.

You could also set the XY_TRAVEL_SPEED to someting like 150 but that means XY travel would be very slow.

static void do_blocking_move_to(float x, float y, float z) {
float oldFeedRate = feedrate;

feedrate = homing_feedrate[Z_AXIS];

current_position[Z_AXIS] = z;
plan_buffer_line(current_position[X_AXIS], current_position[Y_AXIS], current_position[Z_AXIS], current_position[E_AXIS], feedrate/60, active_extruder);
st_synchronize();

feedrate = XY_TRAVEL_SPEED;

current_position[X_AXIS] = x;
current_position[Y_AXIS] = y;
plan_buffer_line(current_position[X_AXIS], current_position[Y_AXIS], current_position[Z_AXIS], current_position[E_AXIS], feedrate/60, active_extruder);
st_synchronize();

feedrate = oldFeedRate;
}
Re: Bed Auto Leveling.. check this out
January 31, 2014 06:45PM
Quote
nkdurrett
where do i insert this code at? Could you give me a link to the forum topic you mentioned? Thank you
Quote
regpye
Check out this part that is further up in this forum.



There is a problem in the code for the feedrates when moving for bed leveling.

#define XY_TRAVEL_SPEED 6000 // X and Y axis travel speed between probes, in mm/min

This is not only used for XY travel but also for Z travel. That is the reason the Z motor stall.

I fixed some things in the code so that the Z moves uses the homing_feedrate and not XY_TRAVEL_SPEED This fixed the stalling Z motor problems for me.

You could also set the XY_TRAVEL_SPEED to someting like 150 but that means XY travel would be very slow.

static void do_blocking_move_to(float x, float y, float z) {
float oldFeedRate = feedrate;

feedrate = homing_feedrate[Z_AXIS];

current_position[Z_AXIS] = z;
plan_buffer_line(current_position[X_AXIS], current_position[Y_AXIS], current_position[Z_AXIS], current_position[E_AXIS], feedrate/60, active_extruder);
st_synchronize();

feedrate = XY_TRAVEL_SPEED;

current_position[X_AXIS] = x;
current_position[Y_AXIS] = y;
plan_buffer_line(current_position[X_AXIS], current_position[Y_AXIS], current_position[Z_AXIS], current_position[E_AXIS], feedrate/60, active_extruder);
st_synchronize();

feedrate = oldFeedRate;
}

Hi, you need to look in main.cpp, look for the current block written there, do not remove it just quote it out i.e /*.....*/ then hit enter and copy and paste this code above below it, then compile/verify it ....if ok.... upload it to your board, then do a hard reset and you should be good to go, I would like to thank RegPye for this it saved me some time!!
Re: Bed Auto Leveling.. check this out
February 01, 2014 07:51PM
Thanks for the reply Gaxxter! that fixed that problem now i hope i only have one left. When i go to Print, after a successful g28 and g29, the z axis makes a noise like its missing steps and does not drop the print head down to the bed. The z axis moves fine any other time except then. Any ideas???
Re: Bed Auto Leveling.. check this out
February 01, 2014 08:02PM
heres my config.h Its almost like i have a feedrate set to high. My printer is a Prusa I3
Attachments:
open | download - Configuration.h (25.1 KB)
Re: Bed Auto Leveling.. check this out
February 02, 2014 10:52AM
Quote
nkdurrett
heres my config.h Its almost like i have a feedrate set to high. My printer is a Prusa I3

I had that problem, this fixed it:

#define HOMING_FEEDRATE {50*60, 50*60, 150, 0} // set the homing speeds (mm/min)

#define DEFAULT_MAX_FEEDRATE {500, 500, 2.5, 25} // (mm/sec)

-Z

Edited 1 time(s). Last edit at 02/02/2014 10:55AM by zennmaster.
Re: Bed Auto Leveling.. check this out
February 02, 2014 11:57AM
i tried that out and it moves about 2mm now then freezes.
#define HOMING_FEEDRATE {50*60, 50*60, 60, 0} // set the homing speeds (mm/min)

// default settings

#define DEFAULT_AXIS_STEPS_PER_UNIT {81.04,81.04,2066,630.07152} // default steps per unit for Ultimaker
#define DEFAULT_MAX_FEEDRATE {500, 500, .5, 25} // (mm/sec)
#define DEFAULT_MAX_ACCELERATION {9000,9000,100,10000}

i even tried this with no better results. should i go slower?
Re: Bed Auto Leveling.. check this out
February 04, 2014 10:00AM
Any Ideas???
Re: Bed Auto Leveling.. check this out
February 10, 2014 05:17AM
How are repeatable your Z readings after several G29?
Mine are 0.0-0.07ΠΌΠΌ after removing microswitch lever.
Re: Bed Auto Leveling.. check this out
February 23, 2014 04:22PM
I too removed my micro switch lever and found it to be more consistent. In the end I put it back on because when a M402 is issued the z-axis does not move up at all. This causes the switch to hit the bed as it rotates up. I found that this scratched my bed and I now have 5 spots on my get that are scratch. The lever has a roller on it. so there is no collision with the bed.

It would be nice to have a seting that would lift the z-probe "x"mm before swinging the arm back up. You could then move the head back down "x"mm after the arm is safely stowed. This would allow you to remove the lever and not scratch your bed.


dave
Re: Bed Auto Leveling.. check this out
February 24, 2014 01:23AM
Quote
dpeart
I too removed my micro switch lever and found it to be more consistent. In the end I put it back on because when a M402 is issued the z-axis does not move up at all. This causes the switch to hit the bed as it rotates up. I found that this scratched my bed and I now have 5 spots on my get that are scratch. The lever has a roller on it. so there is no collision with the bed.

It would be nice to have a seting that would lift the z-probe "x"mm before swinging the arm back up. You could then move the head back down "x"mm after the arm is safely stowed. This would allow you to remove the lever and not scratch your bed.


dave

Try bending the lever so that you get a more positive action and also so that the lever can slide out of the way of the bed easier. Works for me.





[regpye.com.au]
"Experience is the mother of all knowledge." --Leonardo da Vinci
Re: Bed Auto Leveling.. check this out
February 24, 2014 05:41PM
Good idea! I'll give that a try.

dave
Re: Bed Auto Leveling.. check this out
February 24, 2014 11:50PM
Quote
edn
Quote
TobinatorCO
Hi Ludara,
Just for comparisons sake, what are your settings in configuration.h for the following?

#define INVERT_X_DIR false // for Mendel set to false, for Orca set to true
#define INVERT_Y_DIR false // for Mendel set to true, for Orca set to false <--Thing to note for me is that I run a mendal and have to set this to "false", not true as noted in comment...
#define INVERT_Z_DIR false // for Mendel set to false, for Orca set to true
#define INVERT_E0_DIR true // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E1_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E2_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false

Also, where on the plate does each point touch on G28. For me, I am "back left", "front left" and "front right" where "0,0" is back left.

What I am wondering is if things are getting confused because assumptions are different than what others have. (say front right is 0,0 for others)

Can anyone with this working let me know what your settings are and if they are the same for you?

thanks

Toby, almost for sure, that is what is going on. Ludara's correction matrix looks plausable. But the last number along the diagonal is inverted which means the normal to the plane is pointing the opposite direction. Almost for sure, that is because the calculations aren't smart enough (yet) to handle an inverted axis or probe point.

If switching on the ACCURATE_BED_LEVELING code does not make the problem go away, there will be a simple solution for everybody. I'll write a little function to change the matrix such that the normal vector is pointing the opposite direction. It won't be a big deal to make it so it checks to see if a correction is needed, and only apply the correction if necessary.


Arrrgh This makes sense now.

The default Marlin 1.1 Branch has this in its Configure.h

#define INVERT_X_DIR true // for Mendel set to false, for Orca set to true
#define INVERT_Y_DIR false // for Mendel set to true, for Orca set to false
#define INVERT_Z_DIR true // for Mendel set to false, for Orca set to true
#define INVERT_E0_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E1_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E2_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false

I must admit I never change from defaults, I just rotate the motor plugs until the axis goes in the right direction, but there needs to be a BIG BIG warning pannel on the BED LEVELING part of the Configure.h pointing this out.
Re: Bed Auto Leveling.. check this out
February 27, 2014 05:30AM
Is it expected behaviour that the Z end stop gets hit on the last test point?

This is how the log looks ... just wondering if that is correct? I have a feeling it isn't!

10:14:23.729 : Bed x: 30.00 y: 30.00 z: 13.76
10:14:30.479 : Bed x: 140.00 y: 30.00 z: 14.85
10:14:37.386 : Bed x: 140.00 y: 140.00 z: 15.29
10:14:44.807 : Bed x: 30.00 y: 140.00 z: 13.93
10:14:44.807 : Eqn coefficients: a: 0.01 b: 0.00 d: 13.27
10:14:44.807 : planeNormal x: -0.01 y: -0.00 z: 1.00
10:14:44.807 : echo:endstops hit: Z:13.94
Re: Bed Auto Leveling.. check this out
February 28, 2014 07:08AM
hello all

just wanted to thank every one, just got my printer working with auto level.

I pretty much , had all the problems one could have, and with the help of this forum my printer is working.

I changed from melzi to ramps1.4 just so I can do the auto bed coz I didn't know how to do it on melzi and no one explained how to do it like you do here for ramps.


anyways, if anyone need help let me know.
Re: Bed Auto Leveling.. check this out
March 10, 2014 05:25PM
hey guys, i am having a problem with my auto bed level.

after each probing, the servo retracts. that causes the corner of the microswitch to crash into the bed.
there is a function in marlin that can raise z between the probings. but that raise is done after the servo retracts.

do you know how to invert this? so that the retraction is done after the z axis is raised a little.

or is the bended microswitch arm with a roller described above the best way so far to deal with that problem?

Edited 1 time(s). Last edit at 03/10/2014 05:34PM by benni.
Re: Bed Auto Leveling.. check this out
March 10, 2014 06:25PM
I bought a Temco CN0097 switch with a roller off of ebay. The roller is inline with the switch plunger, so far it's been working fine.

Edited 1 time(s). Last edit at 03/10/2014 06:25PM by stephenrc.
Re: Bed Auto Leveling.. check this out
March 12, 2014 03:32PM
I have a prusa I3 6 in. I have servo installed, Z switch on arm, I jumperd the vcc and 5v on ramps and using first set of pins in the servo section on board I feel I am making correct changes in firm ware. but nothing ever works. I think I am not uploading it correctly.....I got maker farm prusa i3 ramps download with preconfigured ramps. installed and when I download merlin and make changes to config.h file what am I suppose to do with it? Put in the preconfig folder that makes printer work or upload all or what is process to flash it over? thanks
Re: Bed Auto Leveling.. check this out
March 12, 2014 06:59PM
Quote
breakzeitgeist
I have a prusa I3 6 in. I have servo installed, Z switch on arm, I jumperd the vcc and 5v on ramps and using first set of pins in the servo section on board I feel I am making correct changes in firm ware. but nothing ever works. I think I am not uploading it correctly.....I got maker farm prusa i3 ramps download with preconfigured ramps. installed and when I download merlin and make changes to config.h file what am I suppose to do with it? Put in the preconfig folder that makes printer work or upload all or what is process to flash it over? thanks
Please start your own topic in one location. Do not spam multiple threads with identical posts.


Cameron

Help improve the RepRap wiki!
Just click "Edit" in the top-right corner of the page and start typing.
Anyone can edit the wiki!
Re: Bed Auto Leveling.. check this out
March 14, 2014 08:28AM
I've read through the thread and I love it.
I was wondering if there was a picture or step by guide to setting this up.
I would find it easier then the video posted or following purely text descriptions of the process.


My Reprap blog

jds-reprap.blogspot.com
Sorry, only registered users may post in this forum.

Click here to login