[DUDA] Problemas con Marlin

[Razh00]

Buenas,

Tengo una prusa i3

Hoy he probado a cambiar del sprinter a Marlin y despues de arreglar varias cosillas para que funcionase, me encuentro con que al imprimir el cubo de calibración con la misma configuración que en el sprinter, me lo saca mas achatado, en concreto me lo hace con un alto de 6,65cm en vez de los 10.

Os pongo la configuración que tengo a ver si me decis donde puede estar el fallo:

#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
#define BAUDRATE 115200
//#define BAUDRATE 115200

//// 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
// 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)
// 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 33
#endif

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

// 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

//===========================================================================
//=============================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) (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) (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 300
#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 = true; // set to true to invert the logic of the endstop.
const bool Y_MIN_ENDSTOP_INVERTING = true; // set to true to invert the logic of the endstop.
const bool Z_MIN_ENDSTOP_INVERTING = true; // set to true to invert the logic of the endstop.
const bool X_MAX_ENDSTOP_INVERTING = true; // set to true to invert the logic of the endstop.
const bool Y_MAX_ENDSTOP_INVERTING = true; // set to true to invert the logic of the endstop.
const bool Z_MAX_ENDSTOP_INVERTING = true; // 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 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

// 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 true // 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.

//============================= 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 15
#define RIGHT_PROBE_BED_POSITION 170
#define BACK_PROBE_BED_POSITION 180
#define FRONT_PROBE_BED_POSITION 20

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

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

#define Z_RAISE_BEFORE_PROBING 15 //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

#endif

// Travel limits after homing
#define X_MAX_POS 205
#define X_MIN_POS 0
#define Y_MAX_POS 205
#define Y_MIN_POS 0
#define Z_MAX_POS 200

#ifndef ENABLE_AUTO_BED_LEVELING
#define Z_MIN_POS 0
#else
#define Z_MIN_POS (-1*Z_PROBE_OFFSET_FROM_EXTRUDER) //With Auto Bed Leveling, the Z_MIN MUST have the same distance as Z_PROBE
#endif

#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)

// 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, 3*60, 0} // set the homing speeds (mm/min)

// default settings

#define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,4000,777.6} // 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 250
#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 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
// http://reprap.org/wiki/MaKr3d_MaKrPanel
//#define MAKRPANEL

// The RepRapDiscount Smart Controller (white PCB)
// http://reprap.org/wiki/RepRapDiscount_Smart_Controller
//#define REPRAP_DISCOUNT_SMART_CONTROLLER

// The GADGETS3D G3D LCD/SD Controller (blue PCB)
// http://reprap.org/wiki/RAMPS_1.3/1.4_GADGETS3D_Shield_with_Panel
//#define G3D_PANEL

// The RepRapDiscount FULL GRAPHIC Smart Controller (quadratic white PCB)
// http://reprap.org/wiki/RepRapDiscount_Full_Graphic_Smart_Controller
//
// ==> REMEMBER TO INSTALL U8glib to your ARDUINO library folder: http://code.google.com/p/u8glib/wiki/u8glib
//#define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER

// The RepRapWorld REPRAPWORLD_KEYPAD v1.1
// http://reprapworld.com/?products_details&products_id=202&cPath=1591_1626
//#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
// http://www.elefu.com/index.php?route=product/product&product_id=53
// REMEMBER TO INSTALL LiquidCrystal_I2C.h in your ARUDINO library folder: https://github.com/kiyoshigawa/LiquidCrystal_I2C
//#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 ( https://bitbucket.org/fmalpartida/new-liquidcrystal/wiki/Home )
// 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 ( https://github.com/lincomatic/LiquidTWI2 )
// 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 ( https://github.com/lincomatic/LiquidTWI2 )
// 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

#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

// 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: http://www.doc-diy.net/photo/rc-1_hacked/
// #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

/*********************************************************************\
* 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 3 // 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,0} // X,Y,Z Axis Extend and Retract angles

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

#endif //__CONFIGURATION_H

[J.]

hay que buscar con los ojos de ver chicos!! ;o)

configurar pasos 

#define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,4000,777.6} // default steps per unit for Ultimaker

obijuan, capitulo: Montaje_del_eje_x versiculo: Calibrando_el_eje_X

Palabra de Jedi!

saludos,

(espero que te sirva!)

[AdansCW]

El fallo lo tienes aquí:

#define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,4000,777.6} // default steps per unit for Ultimaker

Los steps per unit de la i3 en el eje z son distintos de la I2... utilizab varillas roscadas de distinto paso...

Venga... usa el buscador

O haz los cálculos.

En la wiki tienes toda al información...

Saludos

El miércoles, 9 de octubre de 2013 18:30:11 UTC+2, Razh00 escribió:

[Razh00]

lo estoy ajustando por regla de tres, pero lo que me mosquea es que en el sprinter me tiraba bien con esos valores...

al final lo conseguire igual, pero es que no lo entiendo...

[VincentM]

#define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,4000,777.6} // default steps per unit for Ultimaker

Esta línea está correcta para correa GT2 y varilla M5 en el eje Z, siempre que tus motores sea de 200 pasos/rev y hayas puestos los jumpers para 1/16 micropasos.

[Razh00]

Claro, si eso es lo que tenia en sprinter y me iba bien, pero ahora en Marlin no...

[AdansCW]

Cierto,

Fallo mio.

Si no es eso, entonces te está perdiendo pasos: Otro problema que la la migración de sprinter a marlin, es la velocidad o aceleración del Eje Z... no recuerdomuy bien.

Yo tengo la velocidad del eje Z a mm/sec, prueba a bajar, tembién baja la aceleración

Busca allgo sobre perdida de pasos en el eje z

[AdansCW]

Yo tengo la velocidad del eje Z a 1 mm/sec, prueba a bajar, tembién baja la aceleración

[Razh00]

Pfff,  ahora a mitad de pieza empieza a moverse hacia abajo el eje Z y se quema la pieza.  Vaya tardecita XD

voy a meterle sprinter otra vez a ver si va a ser un problema mecanico..

[Andrés Dans]

Y como hace los movimiento con los cursores en el eje Z? en vacío, sin estar imprimiendo.

Salduos

El 9 de octubre de 2013 21:33, Razh00 <sble...@gmail.com> escribió:

Pfff,  ahora a mitad de pieza empieza a moverse hacia abajo el eje Z y se quema la pieza.  Vaya tardecita XD

voy a meterle sprinter otra vez a ver si va a ser un problema mecanico..

--
 
---
Has recibido este mensaje porque estás suscrito a un tema del grupo "Clone Wars: Imprimiendo impresoras 3D" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/asrob-uc3m-impresoras-3d/tfjKBcdHGTc/unsubscribe. Para anular la suscripción a este grupo y todos sus temas, envía un correo electrónico a asrob-uc3m-impreso...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a asrob-uc3m-i...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.

[Goyo Estevez]

En las deltas hay que poner los mismos pasos por unidad en las 3 torres, ya que en ciertos parámetros de Marlin (o repetier fw) cuando hablamos de X,Y,Z nos referimos a las torres, no los ejes cartesianos. En este caso:

#define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,80,777.6}

Saludos!

[Razh00]

¿y los pasos del eje Z donde se ponen?

PD: con Sprinter me sigue imprimiendo bien

[Goyo Estevez]

En las deltas no hay "pasos del eje Z". Hay pasos en cada una de las 3 torres, que con sus movimientos combinados nos dan los desplazamientos en cualquier dirección. 
Puede costar "cambiar el chip"  y pensar en "delta", sus principios son muy distintos a las impresoras "cartesianas".

[Razh00]

He probado poniendo 80 y no funciona....

Con los 4000 desde el pronterface me hace bien el movimiento

[irobri]

Yo tengo una i3 (Leonardo) y utilizo Marlin y Repetier, los pasos que tienes para el eje z, 4000, son correctos, de hecho con sprinter te funcionaba Ok, si en vacío con movimientos manuales te va bien lo único que se me ocurre es que no tengas bien la corriente de los pololus y en ocasiones los motores no lleguen a mover el eje z. Pon algo en una de las varillas del eje z, un puntero de algún tipo, cuando imprimas fíjate bien, al ser la altura de capa la misma el puntero debería moverse siempre los mismos grados, por ejemplo un cuarto de vuelta, puede ser que cuando lleves un rato imprimiendo veas que el puntero no hace todo el recorrido, si es así ajusta la corriente, no la pongas alta, lo justo para que funcione y un poco más.

Vaya rollo que te he metido...

[Goyo Estevez]

Vale, he revisado el configuration.h que pusiste y debes aplicar lo mismo de antes en:

#define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,80,777.6} // default steps per unit for Ultimaker
#define DEFAULT_MAX_FEEDRATE {500, 500, 500, 25} // (mm/sec)
#define DEFAULT_MAX_ACCELERATION {9000,9000,9000,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.

El jerk debe ser el mismo en X,Y y Z:

#define DEFAULT_XYJERK 20.0 // (mm/sec)

#define DEFAULT_ZJERK 20.0 // (mm/sec)

#define DEFAULT_EJERK 5.0 // (mm/sec)

Y los endstops, los tienes mal puestos, como sifueran endstops mínimos, y deneb ser máximos:

// 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

El miércoles, 9 de octubre de 2013 22:41:47 UTC+2, Razh00 escribió:

He probado poniendo 80 y no funciona....

Con los 4000 desde el pronterface me hace bien el movimiento

On Wednesday, October 9, 2013 10:29:43 PM UTC+2, Goyo Estevez wrote:

En las deltas no hay "pasos del eje Z". Hay pasos en cada una de las 3 torres, que con sus movimientos combinados nos dan los desplazamientos en cualquier dirección. 
Puede costar "cambiar el chip"  y pensar en "delta", sus principios son muy distintos a las impresoras "cartesianas".

El 09/10/2013 22:22, "Razh00" <sble...@gmail.com> escribió:

¿y los pasos del eje Z donde se ponen?

PD: con Sprinter me sigue imprimiendo bien

On Wednesday, October 9, 2013 9:53:59 PM UTC+2, Goyo Estevez wrote:

En las deltas hay que poner los mismos pasos por unidad en las 3 torres, ya que en ciertos parámetros de Marlin (o repetier fw) cuando hablamos de X,Y,Z nos referimos a las torres, no los ejes cartesianos. En este caso:

#define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,80,777.6}

Saludos!

--
 
---
Has recibido este mensaje porque estás suscrito a un tema del grupo "Clone Wars: Imprimiendo impresoras 3D" de Grupos de Google.

Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/asrob-uc3m-impresoras-3d/tfjKBcdHGTc/unsubscribe. Para anular la suscripción a este grupo y todos sus temas, envía un correo electrónico a asrob-uc3m-impresoras-3d+unsub...@googlegroups.com.

[AdansCW]

Perdona Goyo, 

Pero esa es la configuración para una delta... y creo que Razh00 tiene una i3...no?

Poniendo 80 steps/mm hará que la pieza sea unas 50 veces más pequeña.

No creo que eso funcione con una i3...

[Andrés Dans]

Esto que comentas te lo hace con estos dos valores?

#define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,4000,777.6} // default steps per unit for Ultimaker

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

Como te dije, yo tengo el max feed rate del eje X a 1mm/sec

No sé que valores llevas en el Sprinter, pero si es el de Obijuan, va con 2 y en tu marlin lo llevas a 3:

#define _MAX_FEEDRATE {400, 400, 2, 45}       // (mm/sec)

Ten en cuenta que el polulu del eje Z lleva dos motores, entonces o bien subes la intensidad como te comenta irobri, o bien bajas la velocidad (o bien ambas)

Saludos.

El 9 de octubre de 2013 21:33, Razh00 <sble...@gmail.com> escribió:

Pfff,  ahora a mitad de pieza empieza a moverse hacia abajo el eje Z y se quema la pieza.  Vaya tardecita XD

voy a meterle sprinter otra vez a ver si va a ser un problema mecanico..

--

 
---
Has recibido este mensaje porque estás suscrito a un tema del grupo "Clone Wars: Imprimiendo impresoras 3D" de Grupos de Google.

Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/asrob-uc3m-impresoras-3d/tfjKBcdHGTc/unsubscribe. Para anular la suscripción a este grupo y todos sus temas, envía un correo electrónico a asrob-uc3m-impreso...@googlegroups.com.

[Andrés Dans]

Sorry, 

Donde digo: "Como te dije, yo tengo el max feed rate del eje X a 1mm/sec"

Quiero decir: "Como te dije, yo tengo el max feed rate del eje Z a 1mm/sec"

Saludos

[Goyo Estevez]

Joder!! MIL PERDONES!

De donde coño habré sacado que tenias una delta?? Si el 1er mensaje hablas de una i3!!.

Lo siento, creo que me confundí con otro post... O eso o empiezo a tener Alzheimer! O_O


Mis disculpas y saludos!

[Iceflow]

Goyo el aleman te visita!!! XDDDD

--

---
Has recibido este mensaje porque estás suscrito al grupo "Clone Wars: Imprimiendo  impresoras 3D" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a asrob-uc3m-impreso...@googlegroups.com.

[Razh00]

Nada, el mismo problema.....

Ademas de la altura la pieza tiene menos calidad que con Sprinter, no se que pasara..

[Xoan Sampaiño]

Pasa que pierde pasos en el eje Z (probablemente)

Antes dijiste que el eje Z hacía movimientos extraños: yo miraría las
conexiones.

2013/10/10 Razh00 <sble...@gmail.com>:

> --
>
> ---
> Has recibido este mensaje porque estás suscrito al grupo "Clone Wars:

> Imprimiendo impresoras 3D" de Grupos de Google.

> Para anular la suscripción a este grupo y dejar de recibir sus correos

> electrónicos, envía un correo electrónico a

> asrob-uc3m-impreso...@googlegroups.com.
> Para publicar una entrada en este grupo, envía un correo electrónico a
> asrob-uc3m-i...@googlegroups.com.
> Para obtener más opciones, visita https://groups.google.com/groups/opt_out.

--
Xoan Sampaiño [xoan@twitter|vimeo|flickr|delicious]

/\ Document Freedom Day - Liberate your documents
_\/` http://documentfreedom.org/ - March 27th, 2013

[Iceflow]

Que te funcione mejor Sprinter que Marlin y que con la "misma" configuracion no te vaya medianamente bien Marlin es:

http://youtu.be/60drq09VPZE?t=17s

Has probado a descargar el ultimo Marlin del github, configurarlo y volver a subirlo a la electronica? a veces empezar "limpio" de cero puede ayudar...

--
 
---
Has recibido este mensaje porque estás suscrito al grupo "Clone Wars: Imprimiendo impresoras 3D" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a asrob-uc3m-impreso...@googlegroups.com.

[Razh00]

El tema es que no me lo hace con sprinter, lo cual no tiene sentido...

Las conexiones las revisé antes y parecen estar bien

[Razh00]

Si alguien pudiese subirme su Marlin completo (no solo el configuration)  para probarlo, estaria eternamente agradecido.

Me quedaria en sprinter, pero quiero ponerle el LCD a la impresora

[Iceflow]

De bajartelo y configurarlo de cero no vas a probar, no? :S

El 10 de octubre de 2013 00:35, Razh00 <sble...@gmail.com> escribió:

Si alguien pudiese subirme su Marlin completo (no solo el configuration)  para probarlo, estaria eternamente agradecido.

Me quedaria en sprinter, pero quiero ponerle el LCD a la impresora

--

[Razh00]

Ya lo he hecho un par de veces XD

[Iceflow]

O.o pos como puse en el video... es raro raro raro!!! :(

[Razh00]

Lo subo,  a ver si alguien me pasa su Marlin para descartar que sea por la versión del firmware

[VincentM]

Te adjunto el mío.
Está configurada para placa Ramps 1.4, lcd de Geeetech, termistor de cama núm. 5 con la tabla modificada para el que vende Geeetech y no sé cuantos cambios más.
Prueba a ver que pasa.

Saludos.

[Razh00]

Muchisimas gracias, ahora mismo lo pruebo XD

[Razh00]

Pues mira si tengo mala suerte. con el tuyo no consigo hacer homming.

He probado distintas configuraciones y no consigo nada.

Ahora lo tengo asi:

// default settings

#define DEFAULT_AXIS_STEPS_PER_UNIT {80,80,4000,777.6} // default steps per unit for ultimaker
#define DEFAULT_MAX_FEEDRATE {400, 400, 1, 45} // (mm/sec)
#define DEFAULT_MAX_ACCELERATION {5000,5000,50,5000} // 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 1000 // X, Y, Z and E max acceleration in mm/s^2 for printing moves
#define DEFAULT_RETRACT_ACCELERATION 2000 // X, Y, Z and E max acceleration in mm/s^2 for r retracts

On Thursday, October 10, 2013 10:33:43 AM UTC+2, VincentM wrote:

[Iceflow]

VicentM igual tenia los endstops configurados de otra manera a como tu los tienes... revisa ese apartado...

Ahora al menos se mueve y lo que tiene que moverse?

--

[Razh00]

Con el de VicentM no he conseguido imprimir.

Con el firmware normal se mueve bien desde el pronterface, pero al imprimir pierde pasos o algo, el ultimo cubo con la configuración que he puesto antes me mide 8,6cm de alto.

[Iceflow]

8.6cm de alto sigue siendo bastante alejado de lo que deberia...:(

Todo huele a perdida de pasos en Z... algo mecanico, no es normal si no. Quiza exceso de velocidad, aceleracion, corriente del driver incorrecta, temperatura del driver... rererererevisa todo otra vez!!! :P

[VincentM]

Yo tengo los endstops conectados a NC.
Si tu los tienes conectados a NO creo que cambiando  en estas líneas el false por true se arregla:

// The pullups are needed if you directly connect a mechanical endswitch between the signal and ground pins.
const bool X_ENDSTOPS_INVERTING = false; // set to true to invert the logic of the endstops.
const bool Y_ENDSTOPS_INVERTING = false; // set to true to invert the logic of the endstops.
const bool Z_ENDSTOPS_INVERTING = false; // set to true to invert the logic of the endstops.

[Razh00]

POR FIN!!!!!!!

He arrancado todos los cables y los he vuelto a soldar, he reajustado la corriente del pololu, he nivelado la cama por 5ª vez en lo que llevo de dia y ya lo he conseguido:

10,05 X 19,98 x 19,92  a mi me vale XD

todo apunta a que era un problema físico, el cual no he sido capaz de identificar....

lo bueno de todo esto es que me he aprendido Marlin de memoria jeje

El punto negativo es que noto que con Sprinter las paredes laterales del cubo me salian mas rectas (igual es medio milimetro de curvatura hacia el centro del cubo, pero ya no es prefecto jeje). si sabeis algun valor que ayude a esto....

En fin, muchas gracias por la ayuda a todos 

Si se os ocurre

[Xoan Sampaiño]

Los cambios hay que hacerlos de uno en uno para poder acotar el
problema, aunque sea a base de descartar cosas. Si no, nunca serás
capaz de identificarlo.

PD. Un «te lo dije» vendría a huevo... :D

2013/10/10 Razh00 <sble...@gmail.com>:

> --
>
> ---
> Has recibido este mensaje porque estás suscrito al grupo "Clone Wars:
> Imprimiendo impresoras 3D" de Grupos de Google.
> Para anular la suscripción a este grupo y dejar de recibir sus correos
> electrónicos, envía un correo electrónico a
> asrob-uc3m-impreso...@googlegroups.com.
> Para publicar una entrada en este grupo, envía un correo electrónico a
> asrob-uc3m-i...@googlegroups.com.
> Para obtener más opciones, visita https://groups.google.com/groups/opt_out.

[Razh00]

pff, ya lo se, pero es que estaba muy quemado, de  todas formas creo que eran o las conexiones (cables medio sueltos) o el pololu (demasiado girado y a veces no daba corriente). Una de las dos XD

[irobri]

Yo voto por la corriente, pero nunca lo sabremos...;)

Ahora toca gastar plastico!!!

[Razh00]

jaja ya he fundido la mitad en cubos de calibración