Closed wildBill83 closed 12 years ago
On 4/19/2012 9:32 PM, wildBill83 wrote:
I have been trying to get quick home (home both x and y at same time) to work, is this currently supported or still developmental? Not sure it anything changed, but I use quickhome now since january, without problems.
Also when homing, my printer only hits the end stops once, even though in the firmware I am telling it to retract and slowly home after hitting the end stop. Am I the only one seeing this behaviour? not clue, I am not up to date.
bkubicek, I haven't been able to ever get it to work in any version. I'll post my config.h when I get home. I think it has to do with non-standard end stop configuration.
I have the same Problem See # 145.
And no reaktion of my Post !
Hardwarekiller
quickhome is fixed now.
Sorry bkubicek but i get exactly the same issues as wildBill83 (quick home fails (not that I am concerned) and there is no home retract).
I think your Marlin is brilliant (i have tried several others)
Current set-up: reprap prusa mendel Marlin- ErikZalm-Marlin-v1.0.0.RC2-94-gffea800 Pronterface Slic3r
So exactly, can you post your configurations files? What is your machine? What kind of enstops do you have?
My machine is a Reprap Prusa Mendel with wades extruder running (Arduino Mega 2560 rev3, RAMPS 1.4 (Arduino Mega Pololu Shield), pololu stepper drivers (Pololu A4988)).
Latest fully functional firmware (Sprinter - kliment-Sprinter-7d45ae9)
I am currently using mechanical endstops (micro switches (normally open))
If i can be of any further assistance (i.e. help you help others) - just send me an email I am more than willing ;-)
Here are my config files:
// This configurtion 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
//User specified version info of THIS file 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 file by the user have been successfully uploaded into firmware.
// This determines the communication speed of the printer
//#define BAUDRATE 115200
//// The following define selects which electronics board you have. Please choose the one that matches your setup // Gen7 custom (Alfons3 Version) = 10 "https://github.com/Alfons3/Generation_7_Electronics" // Gen7 v1.1, v1.2 = 11 // Gen7 v1.3 = 12 // Gen7 v1.4 = 13 // MEGA/RAMPS up to 1.2 = 3 // RAMPS 1.3 = 33 (Power outputs: Extruder, Bed, Fan) // RAMPS 1.3 = 34 (Power outputs: Extruder0, Extruder1, Bed) // Gen6 = 5 // Gen6 deluxe = 51 // Sanguinololu 1.2 and above = 62 // Ultimaker = 7 // Teensylu = 8 // Gen3+ =9
//=========================================================================== //=============================Thermal Settings ============================ //===========================================================================
//// 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 // 2 is 200k thermistor // 3 is mendel-parts thermistor // 4 is 10k thermistor !! do not use it for a hotend. It gives bad resolution at high temp. !! // 5 is ParCan supplied 104GT-2 100K // 6 is EPCOS 100k // 7 is 100k Honeywell thermistor 135-104LAG-J01
// Actual temperature must be close to target for this long before M109 returns success
// 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.
// 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.
// PID settings: // Comment the following line to disable PID and enable bang-bang.
//#define PID_DEBUG // Sends debug data to the serial port. //#define PID_OPENLOOP 1 // Puts PID in open loop. M104 sets the output power in %
// If you are using a preconfigured hotend then you can use one of the value sets by uncommenting it // Ultimaker
#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
//this prevents dangerous Extruder moves, i.e. if the temperature is under the limit //can be software-disabled for whatever purposes by
//=========================================================================== //=============================Mechanical Settings=========================== //===========================================================================
// Endstop Settings
// 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. //#define DISABLE_MAX_ENDSTOPS
// For Inverting Stepper Enable Pins (Active Low) use 0, Non Inverting (Active High) use 1
// Disables axis when it's not being used.
// ENDSTOP SETTINGS: // Sets direction of endstops when homing; 1=MAX, -1=MIN
// The position of the homing switches. Use MAX_LENGTH * -0.5 if the center should be 0, 0, 0
//// MOVEMENT SETTINGS
// default settings
//++++++++++++++++++++++++++++++++AXIS CALIBRATION+++++++++++++++++++++++++++++++++++++++++++++++++ //#define DEFAULT_AXIS_STEPS_PER_UNIT {78.7402,78.7402,200_8/3,760_1.1} // default steps per unit for ultimaker
//++++++++++++++++++++++++++++++++AXIS CALIBRATION+++++++++++++++++++++++++++++++++++++++++++++++++
//
//=========================================================================== //=============================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
//LCD and SD support //#define ULTRA_LCD //general lcd support, also 16x2 //#define SDSUPPORT // Enable SD Card Support in Hardware Console
//#define ULTIPANEL
// #define NEWPANEL //enable this if you have a click-encoder panel
// Preheat Constants
#define LCD_WIDTH 16
#define LCD_HEIGHT 2
// 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
OK.
All Versions from Marlin include the Version from Apr 12 2012 works ! After this Version works Home NOT correct This Version have 2 Bugs !
Normaly must work
If I have an axis X or whether X or Z in the host software to go home then drove towards end stop. Once it has now hit the end stop, the axis stops short, then the axis moves a little back from the end stop away, and goes back to the end stop, and then stops.
This Bug-Version make If the axis is driven home to them is just standing there and drives do not return shortly, and again at the end stop
2 If the axis is already at home and now I press the Home button, the axis normal to make the same as when I come from a different position, which makes them not!
This Bug-Version make If the axis is already at home and I press the Home button then ride the short axis NOT the end stop off and back on it but, the stepper motor makes them very short little steps towards home, and that every time I use the Home button actuated
It is NOT the way to the Configuration, since even if there is nothing he does makes the wrong Since its release on 15 April changes were made, the problem has occurred. The version dated 12 April and earlier worked flawlessly all
Hardwarekiller
in git, you can download individual states after commits. please try the following commits: a) https://github.com/ErikZalm/Marlin/zipball/67cf105bc69c555547d1c2ba1974b03a2a2c70c3 this one should probably work
b) if it as you say, this one is most likely not to work: https://github.com/ErikZalm/Marlin/tree/67cf105bc69c555547d1c2ba1974b03a2a2c70c3
c) if you have a non-workign set: does the problem still occur, if you change the home position to i.E.
Thanks for the great response! a) - no change in operation (still no retract when homing and quick home (x and y axis at same time) fails to work (yes i have uncommented #define QUICK_HOME)
b) improves situation: quick home is successful when uncommented (#define QUICK_HOME ) AND no longer need to comment #ifdef ULTIPANEL when using ramps #define MOTHERBOARD 33 - this problem was not listed but now no longer needs a workaround :D (//#ifdef ULTIPANEL) BUT still no retract when homing
c) changing the home position makes no change in operation (when as set as above)
muffinman: That is very very difficult to debug. You guys state that the version before 12.April worked. I send you a link to this version, a, and you tell me its not retracing, although its from 12. april. That does not fit together.
have you changed something in the configuration_adv.h? somewhere close to
?
Hey bkubicek :-),
I have never said 12 April version works (the version I am currently playing around with is (ErikZalm-Marlin-v1.0.0.RC2-98-ge4d2138).
The only setting that i have changed in configuration_adv.h is uncommenting #define QUICK_HOME (retract did not work with it either commented or uncommented.
Here is my configuration_adv.h file for you to look at (if you need to that is). I do appreciate your help (I have been talking to one of my mates about the issue and he is having a look into it as well (another programmer)).
Could it be something to do with an error in the actual marlin code:
if ((LETTER##_MIN_PIN > -1 && LETTER##_HOME_DIR==-1) || (LETTER##_MAX_PIN > -1 && LETTER##_HOME_DIR==1))\ { \ current_position[LETTER##_AXIS] = 0; \ plan_set_position(current_position[X_AXIS], current_position[Y_AXIS], current_position[Z_AXIS], current_position[E_AXIS]); \ destination[LETTER##_AXIS] = 1.5 * LETTER##_MAX_LENGTH * LETTER##_HOME_DIR; \ feedrate = homing_feedrate[LETTER##_AXIS]; \ plan_buffer_line(destination[X_AXIS], destination[Y_AXIS], destination[Z_AXIS], destination[E_AXIS], feedrate/60, active_extruder); \ st_synchronize();\ \ current_position[LETTER##_AXIS] = 0;\ plan_set_position(current_position[X_AXIS], current_position[Y_AXIS], current_position[Z_AXIS], current_position[E_AXIS]);\ destination[LETTER##_AXIS] = -LETTER##_HOME_RETRACT_MM * LETTER##_HOME_DIR;\ plan_buffer_line(destination[X_AXIS], destination[Y_AXIS], destination[Z_AXIS], destination[E_AXIS], feedrate/60, active_extruder); \ st_synchronize();\ \ destination[LETTER##_AXIS] = 2LETTER##_HOME_RETRACT_MM \ LETTER##_HOME_DIR;\ feedrate = homing_feedrate[LETTER##_AXIS]/2 ; \ plan_buffer_line(destination[X_AXIS], destination[Y_AXIS], destination[Z_AXIS], destination[E_AXIS], feedrate/60, active_extruder); \ st_synchronize();\ \ current_position[LETTER##_AXIS] = (LETTER##_HOME_DIR == -1) ? LETTER##_HOME_POS : LETTER##_MAX_LENGTH;\ destination[LETTER##_AXIS] = current_position[LETTER##_AXIS];\ feedrate = 0.0;\ endstops_hit_on_purpose();\ }
I understand what and how it does but not why it does (currently reading a C++ book on it).
Here is my configuration_adv.h setup:
//=========================================================================== //=============================Thermal Settings ============================ //===========================================================================
// Select one of these only to define how the bed temp is read. // //#define BED_LIMIT_SWITCHING
//// Heating sanity check: // This waits for the watchperiod in milliseconds whenever an M104 or M109 increases the target temperature // If the temperature has not increased at the end of that period, the target temperature is set to zero. // It can be reset with another M104/M109 //#define WATCHPERIOD 20000 //20 seconds
// Wait for Cooldown // This defines if the M109 call should not block if it is cooling down. // example: From a current temp of 220, you set M109 S200. // if CooldownNoWait is defined M109 will not wait for the cooldown to finish
// this adds an experimental additional term to the heatingpower, proportional to the extrusion speed. // if Kc is choosen well, the additional required power due to increased melting should be compensated.
#define DEFAULT_Kc (1) //heatingpower=Kc*(e_speed)
//automatic temperature: The hot end target temperature is calculated by all the buffered lines of gcode.
//The maximum buffered steps/sec of the extruder motor are called "se".
//You enter the autotemp mode by a M109 S
// extruder run-out prevention. //if the machine is idle, and the temperature over MINTEMP, every couple of SECONDS some filament is extruded //#define EXTRUDER_RUNOUT_PREVENT
//These defines help to calibrate the AD595 sensor in case you get wrong temperature measurements. //The measured temperature is defined as "actualTemp = (measuredTemp * TEMP_SENSOR_AD595_GAIN) + TEMP_SENSOR_AD595_OFFSET"
//This is for controlling a fan to cool down the stepper drivers //it will turn on when any driver is enabled //and turn off after the set amount of seconds from last driver being disabled again //#define CONTROLLERFAN_PIN 23 //Pin used for the fan to cool controller, comment out to disable this function
//=========================================================================== //=============================Mechanical Settings=========================== //===========================================================================
// This defines the number of extruders
//#define Z_LATE_ENABLE // Enable Z the last moment. Needed if your Z driver overheats.
//homing hits the endstop, then retracts by this distance, before it tries to slowly bump again:
//default stepper release if idle
// minimum time in microseconds that a movement needs to take if the buffer is emptied.
// If defined the movements slow down when the look ahead buffer is only half full
// Frequency limit // See nophead's blog for more info // Not working O //#define XY_FREQUENCY_LIMIT 15
// Minimum planner junction speed. Sets the default minimum speed the planner plans for at the end // of the buffer and all stops. This should not be much greater than zero and should only be changed // if unwanted behavior is observed on a user's machine when running at very slow speeds.
//=========================================================================== //=============================Additional Features=========================== //===========================================================================
// The hardware watchdog should halt the Microcontroller, in case the firmware gets stuck somewhere. However: // the Watchdog is not working well, so please only enable this for testing // this enables the watchdog interrupt. //#define USE_WATCHDOG //#ifdef USE_WATCHDOG // you cannot reboot on a mega2560 due to a bug in he bootloader. Hence, you have to reset manually, and this is done hereby: //#define RESET_MANUAL //#define WATCHDOG_TIMEOUT 4 //seconds //#endif
// extruder advance constant (s2/mm3) // // advance (steps) = STEPS_PER_CUBIC_MM_E * EXTUDER_ADVANCE_K * cubic mm per second ^ 2 // // hooke's law says: force = k * distance // bernoulli's priniciple says: v ^ 2 / 2 + g . h + pressure / density = constant // so: v ^ 2 is proportional to number of steps we advance the extruder //#define ADVANCE
// Arc interpretation settings:
const int dropsegments=5; //everything with less than this number of steps will be ignored as move and joined with the next movement
// If you are using a RAMPS board or cheap E-bay purchased boards that do not detect when an SD card is inserted // You can get round this by connecting a push button or single throw switch to the pin defined as SDCARDCARDDETECT // in the pins.h file. When using a push button pulling the pin to ground this will need inverted. This setting should // be commented out otherwise
//=========================================================================== //=============================Buffers ============================ //===========================================================================
// The number of linear motions that can be in the plan at any give time.
// THE BLOCK_BUFFER_SIZE NEEDS TO BE A POWER OF 2, i.g. 8,16,32 because shifts and ors are used to do the ringbuffering.
//The ASCII buffer for recieving from the serial:
//=========================================================================== //============================= Define Defines ============================ //===========================================================================
This is my configuration.h
I have an old prusa with RAMPS 1.4 and mechanical end stops (micro switches)
// This configurtion 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
//User specified version info of THIS file 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 file by the user have been successfully uploaded into firmware.
// This determines the communication speed of the printer
//#define BAUDRATE 115200
//// The following define selects which electronics board you have. Please choose the one that matches your setup // Gen7 custom (Alfons3 Version) = 10 "https://github.com/Alfons3/Generation_7_Electronics" // Gen7 v1.1, v1.2 = 11 // Gen7 v1.3 = 12 // Gen7 v1.4 = 13 // MEGA/RAMPS up to 1.2 = 3 // RAMPS 1.3 = 33 (Power outputs: Extruder, Bed, Fan) // RAMPS 1.3 = 34 (Power outputs: Extruder0, Extruder1, Bed) // Gen6 = 5 // Gen6 deluxe = 51 // Sanguinololu 1.2 and above = 62 // Ultimaker = 7 // Teensylu = 8 // Gen3+ =9
//=========================================================================== //=============================Thermal Settings ============================ //===========================================================================
//// 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 // 2 is 200k thermistor // 3 is mendel-parts thermistor // 4 is 10k thermistor !! do not use it for a hotend. It gives bad resolution at high temp. !! // 5 is ParCan supplied 104GT-2 100K // 6 is EPCOS 100k // 7 is 100k Honeywell thermistor 135-104LAG-J01
// Actual temperature must be close to target for this long before M109 returns success
// 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.
// 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.
// PID settings: // Comment the following line to disable PID and enable bang-bang.
//#define PID_DEBUG // Sends debug data to the serial port. //#define PID_OPENLOOP 1 // Puts PID in open loop. M104 sets the output power in %
// 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.25*PID_dT)
// #define DEFAULT_Kd (99/PID_dT)
// 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*PID_dT)
// #define DEFAULT_Kd (440/PID_dT)
//this prevents dangerous Extruder moves, i.e. if the temperature is under the limit //can be software-disabled for whatever purposes by
//=========================================================================== //=============================Mechanical Settings=========================== //===========================================================================
// Endstop Settings
// 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.
// For Inverting Stepper Enable Pins (Active Low) use 0, Non Inverting (Active High) use 1
// Disables axis when it's not being used.
// ENDSTOP SETTINGS: // Sets direction of endstops when homing; 1=MAX, -1=MIN
// The position of the homing switches. Use MAX_LENGTH * -0.5 if the center should be 0, 0, 0
//// MOVEMENT SETTINGS
//#define HOMING_FEEDRATE {50_60, 50_60, 4*60, 0} // set the homing speeds (mm/min)
// default settings
//
//=========================================================================== //=============================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
//LCD and SD support //#define ULTRA_LCD //general lcd support, also 16x2 //#define SDSUPPORT // Enable SD Card Support in Hardware Console
// Preheat Constants
// 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
This is my configuration_adv.h
//=========================================================================== //=============================Thermal Settings ============================ //===========================================================================
// Select one of these only to define how the bed temp is read. // //#define BED_LIMIT_SWITCHING
//// Heating sanity check: // This waits for the watchperiod in milliseconds whenever an M104 or M109 increases the target temperature // If the temperature has not increased at the end of that period, the target temperature is set to zero. // It can be reset with another M104/M109 //#define WATCHPERIOD 20000 //20 seconds
// Wait for Cooldown // This defines if the M109 call should not block if it is cooling down. // example: From a current temp of 220, you set M109 S200. // if CooldownNoWait is defined M109 will not wait for the cooldown to finish
// this adds an experimental additional term to the heatingpower, proportional to the extrusion speed. // if Kc is choosen well, the additional required power due to increased melting should be compensated.
//automatic temperature: The hot end target temperature is calculated by all the buffered lines of gcode.
//The maximum buffered steps/sec of the extruder motor are called "se".
//You enter the autotemp mode by a M109 S
// extruder run-out prevention. //if the machine is idle, and the temperature over MINTEMP, every couple of SECONDS some filament is extruded //#define EXTRUDER_RUNOUT_PREVENT
//These defines help to calibrate the AD595 sensor in case you get wrong temperature measurements. //The measured temperature is defined as "actualTemp = (measuredTemp * TEMP_SENSOR_AD595_GAIN) + TEMP_SENSOR_AD595_OFFSET"
//=========================================================================== //=============================Mechanical Settings=========================== //===========================================================================
// This defines the number of extruders
//#define Z_LATE_ENABLE // Enable Z the last moment. Needed if your Z driver overheats.
//homing hits the endstop, then retracts by this distance, before it tries to slowly bump again:
//default stepper release if idle
// minimum time in microseconds that a movement needs to take if the buffer is emptied. Increase this number if you see blobs while //printing high speed & high detail. It will slowdown on the detailed stuff.
// If defined the movements slow down when the look ahead buffer is only half full
// Frequency limit // See nophead's blog for more info // Not working O //#define XY_FREQUENCY_LIMIT 15
// Minimum planner junction speed. Sets the default minimum speed the planner plans for at the end // of the buffer and all stops. This should not be much greater than zero and should only be changed // if unwanted behavior is observed on a user's machine when running at very slow speeds.
//=========================================================================== //=============================Additional Features=========================== //===========================================================================
// The hardware watchdog should halt the Microcontroller, in case the firmware gets stuck somewhere. However: // the Watchdog is not working well, so please only enable this for testing // this enables the watchdog interrupt. //#define USE_WATCHDOG //#ifdef USE_WATCHDOG // you cannot reboot on a mega2560 due to a bug in he bootloader. Hence, you have to reset manually, and this is done hereby: //#define RESET_MANUAL //#define WATCHDOG_TIMEOUT 4 //seconds //#endif
// extruder advance constant (s2/mm3) // // advance (steps) = STEPS_PER_CUBIC_MM_E * EXTUDER_ADVANCE_K * cubic mm per second ^ 2 // // hooke's law says: force = k * distance // bernoulli's priniciple says: v ^ 2 / 2 + g . h + pressure / density = constant // so: v ^ 2 is proportional to number of steps we advance the extruder //#define ADVANCE
// A debugging feature to compare calculated vs performed steps, to see if steps are lost by the software. //#define DEBUG_STEPS
// Arc interpretation settings:
const int dropsegments=5; //everything with less than this number of steps will be ignored as move and joined with the next movement
// If you are using a RAMPS board or cheap E-bay purchased boards that do not detect when an SD card is inserted // You can get round this by connecting a push button or single throw switch to the pin defined as SDCARDCARDDETECT // in the pins.h file. When using a push button pulling the pin to ground this will need inverted. This setting should // be commented out otherwise
//=========================================================================== //=============================Buffers ============================ //===========================================================================
// The number of linear motions that can be in the plan at any give time.
// THE BLOCK_BUFFER_SIZE NEEDS TO BE A POWER OF 2, i.g. 8,16,32 because shifts and ors are used to do the ringbuffering.
//The ASCII buffer for recieving from the serial:
//=========================================================================== //============================= Define Defines ============================ //===========================================================================
Hello,
I spent last week to get my old JTAG ICE MKII working with Arduino1280+RAMPS14. It was a real pain to get Arduino and Marlin to compile and work in AVRStudio5...
...but now I'm able to use a proper development environment with hardware breakpoints and easy debugging.
Today I spoke with hardwarekiller about his problem and after a short debug session we found the problem mentioned in this thread (maybe it also is a solution for other people with similar problem.
Symptom: Homing was not working properly - In fact the retract never happend.
Problem: In "PINS.H" the "X_MAX_PIN" / "Y_MAX_PIN" / "Z_MAX_PIN" been defined (this is Marlin default) and "X_ENDSTOPS_INVERTING" / "Y_ENDSTOPS_INVERTING" / "Z_ENDSTOPS_INVERTING" was set to false.
==> BUT THERE WERE NO ENDSTOPS CONNECTED TO X_MAX / Y_MAX / Z_MAX
==> The endstop for X/Y/Z max was ALWAYS signalled ==> No retract
Solution: Check your "pins.h" and set X_MAX_PIN / Y_MAX_PIN / Z_MAX PIN to "-1" to disable the endstops in case your machine does not have endstops connected.
Hope this solves the problem for others as well.
Maik
BTW: I found some programing mistakes/bugs in Marlin firmware with AVR-Studio (e.g. it is not a good idea to have a static variable of a class which initializes a lot of hardware inside of the constructor -> "MainMenu". This showed a lot of problems in AVRStudio during startup. Better call a dedicated INIT function from either setup() or loop() - AFTER Arduino library did their own initilization).
I will try that. Any chance this enables dual axis homing?
Now ist Works !
Thanks !!!!
Hardwarekiller
so, to tidy up, as far as I understand, this is not an issue of the marlin code, but a configuration problem. I will hence close this issue, if there is furher trouble, please feel free to reopen it. all the best, bernhard
THank-you all who helped fix this problem i very much appreciate it :D
Muffin
setting X_MAX_PIN / Y_MAX_PIN / Z_MAX PIN to "-1" did not solve my problem. Individual axis homing works.
Any fix for dual axis homing?
Hi WildBill83,
Make sure you change it in the right section - if you are using ramps 1.4 it should now look like this:
/****
//////////////////FIX THIS//////////////
// uncomment one of the following lines for RAMPS v1.3 or v1.0, comment both for v1.2 or 1.1 // #define RAMPS_V_1_3 // #define RAMPS_V_1_0
the parts we are interested in is
Please note this is not the whole pins.h file.
Muffin
I have the pins.h set that way, it enables the correct homing. I still need to resolve dual axis homing.
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
I have been trying to get quick home (home both x and y at same time) to work, is this currently supported or still developmental?
Also when homing, my printer only hits the end stops once, even though in the firmware I am telling it to retract and slowly home after hitting the end stop. Am I the only one seeing this behaviour?