Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] Enabling FT_MOTION with any shaper causes grinding, ignores endstops. #26858

Closed
1 task done
bmourit opened this issue Mar 10, 2024 · 4 comments
Closed
1 task done

Comments

@bmourit
Copy link

bmourit commented Mar 10, 2024

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

Yes, and the problem still exists.

Bug Description

Creality board 4.2.2 with A4988 drivers enabling FT_MOTION will cause movements to attempt moving beyond the endstops and motor grinding will occure. Hardware endstops endabled, but ignored. Doesn't seem to matter which shaper is used, problem persists.

Bug Timeline

No response

Expected behavior

No grinding

Actual behavior

Grinding/movement beyond endstops

Steps to Reproduce

No response

Version of Marlin Firmware

Latest Bugfix branch

Printer model

Ender-3 V4.2.2

Electronics

No response

LCD/Controller

No response

Other add-ons

No response

Bed Leveling

ABL Bilinear mesh

Your Slicer

None

Host Software

None

Don't forget to include

  • A ZIP file containing your Configuration.h and Configuration_adv.h.

Additional information & file uploads

Archive.zip

@narno2202
Copy link
Contributor

Your config files are not from bugfix but a mix from PR #26848 and from other branch. What is your Marlin version?
Please report here only bugs from bugfix or for Marlin stable.

@bmourit
Copy link
Author

bmourit commented Mar 10, 2024

It is from bugfix. I just changed the version manually due to some quirks i get with flashing identical versions . And yes, I was testing the pull to see if it helped. But the bug remains even in the pure bugfix version and I haven't been able to narrow it down. The changes in the Configs is near identical though, but if you like I can provide them again. The original used all defaults for FT_MOTION section.

The build does work fine if I use the LCD menu to disable FT_MOTION and restart. There is no other branch here beyond your pull request. Only changed values.

I'm about to run another debug build and see what I can find. The simplest explanation (to me) would be that the triggers are being inverted, since that would explain it happening on all axis. For the life of me I cannot see anywhere that would be happening.

@narno2202
Copy link
Contributor

@bmourit , please post your config files for bugfix. It's look like a buffer issue ( buffers too large).

@bmourit
Copy link
Author

bmourit commented Mar 14, 2024

@bmourit , please post your config files for bugfix. It's look like a buffer issue ( buffers too large).

I believe you are correct! Feel free to close this. I'll open a new bug if I find it again, but this seems to have been the issue. Thanks so much!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants