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.22k stars 19.22k forks source link

[BUG] Motors make louder and grinding sound after homing #24968

Open classicrocker883 opened 1 year ago

classicrocker883 commented 1 year ago

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

Yes, and the problem still exists.

Bug Description

I think this is particular to the Generic STM32F103RE environment, and/or Voxelab Aquila boards.

After having the BLtouch and UBL enabled, the motors would be fine when moving manually in the Move Axis submenu, but once it goes to Home, all at once or any which axis, the motor energizes and moves as if it is out of step. it makes a louder and grinding type of noise and more vibration.

I've only had it happen with the Maple env. and ive been able to get it to come and go, but it is unclear how or what settings were changed. I'll do some more testing and come back with anymore information.

but I since think it is related to the BL touch.

Bug Timeline

No response

Expected behavior

No response

Actual behavior

No response

Steps to Reproduce

No response

Version of Marlin Firmware

bugfix-2.1.x most current

Printer model

No response

Electronics

No response

Add-ons

No response

Bed Leveling

No response

Your Slicer

No response

Host Software

No response

Don't forget to include

Additional information & file uploads

No response

Nikolay-Po commented 1 year ago

Hi! One man reported the same bug - grinding at endstops with BTT SKR 1.4 turbo (Cortex M3 MCU core). He said, both X and Y endstops triggering with a lag comparable to one second duration. Z endstop seems to working OK. Stable release, 2.1.1.

Nikolay-Po commented 1 year ago

Configuration.txt Configuration_adv.txt Here are configuration files which are exhibiting an issue.

ilko-k commented 1 year ago

Hi, I got a similar issue when I launched a new print after having flashed the v2.1.2.

In my start gcode, Z axis is raised before the print really starts. In this version, the feedrate seems to be wrongly calculated, or it has something to do with the new TMCs code structure maybe… The motor is louder, suddenly gets overboosted and jumping steps while grinding at 3000+ feedrate. It's a G0 move and I defined variable G0 feedrates.

This does not occur with v2.1.1.

My Board is a MKS Gen L, TMC2208 standalone drivers.

ProtomakerSprint commented 1 year ago

grinding sound, I've had this because, (I know it doesn't make sense), the Printer bed is not level

classicrocker883 commented 1 year ago

look at /Marlin/src/module/stepper.h

the cycles values have been changed and may be the cause of the issue.

ilko-k commented 1 year ago

hello, I bought a new printer, this time it's a coreXY with a MKS Robin Nano board. Flashed v2.1.2 and rolled back to 2.1.1 after less than one minute cause that grinding issue is still there. Maybe it has something to do with TMC drivers (still) or MKS brand in general ?

Reminder : The issue also occurs on my Tevo Flash (MKS GEN L, TMC drivers)

github-actions[bot] commented 1 month ago

Greetings from the Marlin AutoBot! This issue has had no activity for the last 90 days. Do you still see this issue with the latest bugfix-2.1.x code? Please add a reply within 14 days or this issue will be automatically closed. To keep a confirmed issue open we can also add a "Bug: Confirmed" tag.

Disclaimer: This is an open community project with lots of activity and limited resources. The main project contributors will do a bug sweep ahead of the next release, but any skilled member of the community may jump in at any time to fix this issue. That can take a while depending on our busy lives so please be patient, and take advantage of other resources such as the MarlinFirmware Discord to help solve the issue.

classicrocker883 commented 1 month ago

if anyone has this issue (generally noticed using Maple env boards) one fix is to add #define OLD_ADAPTIVE_MULTISTEPPING to Configuration_adv.h