search

MarlinFirmware / Marlin

Marlin is an optimized firmware for RepRap 3D printers based on the Arduino platform. Many commercial 3D printers come with Marlin installed. Check with your vendor if you need source code for your specific machine.
https://marlinfw.org
GNU General Public License v3.0
16.03k stars 19.13k forks source link

[BUG] PRINTER KILL AFTER HOMING 4 Z MOTOR #26717

Open andrea199 opened 5 months ago

andrea199 commented 5 months ago

Did you test the latest bugfix-2.1.x code?

Yes, and the problem still exists.

Bug Description

Hi everyone, I'm trying to configure my 3D printer with: Motors: 2 Y Motors, 4 Z Motors Endstops: 2 Y Endstops, 4 Z Endstops I'm encountering an issue during Z-axis homing. The homing sequence starts, touches the endstops, then moves up for a certain ammount of mm (That i dont know how to change), then it come back down and in the instant of the second touch of the endstops, it crashes and triggers the error pictured below. My Setup: Marlin 2.1.2.1 Bigtreetech Octopus board with TMC2209 drivers controlled via UART All motor and endstop pin assignments have been adjusted due to the dual Y and quad Z configuration. Troubleshooting: I suspected the pin changes might be causing the problem, but running M119 confirms all endstops are correctly wired and functioning properly. As a temporary workaround, I comment out //#define Z_MULTI_ENDSTOPS and use only one Z endstop for homing, which avoids the crash and error. However, I'd like to utilize all four endstops for improved accuracy. How can I configure Marlin to handle 4 Z-axis homing without the crash? Any guidance or insights would be greatly appreciated! As a possible solution, I also considered modifying the homing procedure to make it happen in a single downward movement, i.e. without the upward and downward movement. I am not sure how to do this, but in Klipper, you can set the value of "homing_retract_dist" to 0 to make it home in a single movement. There is a similar command in marlin ?

Thank you for your time and assistance! image

Bug Timeline

No response

Expected behavior

No response

Actual behavior

No response

Steps to Reproduce

No response

Version of Marlin Firmware

2.1

Printer model

No response

Electronics

No response

LCD/Controller

No response

Other add-ons

No response

Bed Leveling

None

Your Slicer

None

Host Software

None

Don't forget to include

Additional information & file uploads

CONFIG.zip

sargonphin commented 5 months ago

Could you enable #define DEBUG_LEVELING_FEATURE in Configuration.h, compile & flash the firmware, then run M111 S247 and then G28?

This will output a whole lot more debug information on the terminal and maybe help diagnose any issue with the endstops

andrea199 commented 5 months ago

Hi, I tryed what you asked and thats the result !! the operation goes smooth until when the motor Re-bump all the Z endstop are touched.

11:07:52.757 : echo:DEBUG:ECHO,INFO,ERRORS,COMMUNICATION,DETAIL 11:07:57.480 : N20 G28 Z0107 11:07:57.555 : echo:N20 G28 Z0107 11:07:57.555 : >>> G28 X0.00 Y0.00 Z0.00 11:07:57.555 : Machine Type: Cartesian 11:07:57.555 : Probe: NONE 11:07:57.555 : >>> homeaxis(Z) 11:07:57.555 : Home Fast: -1500.00mm 11:07:57.555 : >>> do_homing_move X0.00 Y0.00 Z0.00 11:07:57.556 : ...(Z, -1500.00, [2.00]) 11:08:04.057 : <<< do_homing_move X0.00 Y0.00 Z0.00 11:08:04.057 : Move Away: 10.00mm 11:08:04.057 : >>> do_homing_move X0.00 Y0.00 Z0.00 11:08:04.057 : ...(Z, 10.00, [2.00]) 11:08:09.174 : <<< do_homing_move X0.00 Y0.00 Z0.00 11:08:09.174 : Re-bump: -20.00mm 11:08:09.174 : >>> do_homing_move X0.00 Y0.00 Z0.00 11:08:09.174 : ...(Z, -20.00, 0.50) 11:08:21.432 : <<< do_homing_move X0.00 Y0.00 Z0.00 11:08:21.432 : >>> do_homing_move X0.00 Y0.00 Z0.00 11:08:21.432 : ...(Z, 0.00, [2.00]) 11:08:21.432 : echo:Home fallito 11:08:21.451 : Error:Printer halted. kill() called!

image image