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] Broken babystepping #16941

Closed
sismo99 opened this issue Feb 23, 2020 · 20 comments
Closed

[BUG] Broken babystepping #16941

sismo99 opened this issue Feb 23, 2020 · 20 comments

Comments

@sismo99
Copy link

sismo99 commented Feb 23, 2020

###Bug Description

After updating to Latest Marlin 2.0.4.1 and later to the latest bugfix (23-02-2020) when i try to adjust my z offset with the babytep function the nozzle does not move to any direction (up or down) the values goes up or down but the nozzle does not move

when not printig i can go to the move axis menu and it does move well but not in the babysteping function, also y can adjust the z offset with the M851 command (but i have to guess it, print a proof and adjust it like that)

i tried and old build of marlin 2.0.3 (2 Weeks Ago) and worked well so i guess the priblem is in this latest build

###My Configurations

Ender-3 Pro
SKR Mini E3 1.2
Latest Marlin Bugfix (23-02-2020)
EZABL system

VSCode qit PlatformIO

Configuration Files.zip

Steps to Reproduce

  1. Update To The lastest stable or bugfix Marlin
  2. Try to configure your Z-Offset
  3. Start a print and double clic in the dial button
  4. Move the dial to any direction you can se the values change but not the nozzle

Expected behavior: The nozzle move a little up or down

Actual behavior: It does not move nothing

Additional Information

As i say in the move axis menu it moves but not while you are in babystepping

@thisiskeithb
Copy link
Member

thisiskeithb commented Feb 23, 2020

I had reported it initially in #16889, but babystepping is still broken using 2bcc2ec ☹️

@goofball222
Copy link

Seeing the same thing here with 2bcc2ec freshly compiled. Back to M211 S0 and negative G1 Z axis moves I go.

@brejzek
Copy link

brejzek commented Feb 24, 2020

I have the same problem ender 3 pro skr 1.3. Which version to roll back to?

@XBrav
Copy link

XBrav commented Feb 24, 2020

I have the same problem ender 3 pro skr 1.3. Which version to roll back to?

Marlin 2.0.3 is working fine for me. It's definitely something in 2.0.4 forward.

@thisiskeithb
Copy link
Member

Marlin 2.0.3 is working fine for me. It's definitely something in 2.0.4 forward.

There was a bug in 2.0.3 that prevented extruder motors being turned off and also would leave the hotend on stuck on your print near the end if you have status LEDs, so be careful with it.

@Kraken3d
Copy link

I also concur. Babysteps are not functional in the latest build. I just finished recompiling my firmware from the previous release and babysteps are no longer working. Just as the original poster had mentioned.

@SCiunczyk
Copy link
Contributor

I have this same problem on megaatmega2560/RAMPS/TMC2130

@Minims
Copy link
Contributor

Minims commented Feb 24, 2020

Same here on SKR Pro with the last bugfix-2.0.x.

@thinkyhead
Copy link
Member

I have it working on an LPC1769 now. I'll push a fix soon after I check out the reason why it works.

@SCiunczyk
Copy link
Contributor

Great, I'll test in on my hardware immediately.

@thinkyhead
Copy link
Member

thinkyhead commented Feb 24, 2020

Cool. The patch is now pushed to bugfix-2.0.x. The problem was my misunderstanding of how I set up the babystepping array. That was simple to fix.

I also added a "hidden" option at the top of stepper.cpp. Comment out BABYSTEPPING_EXTRA_DIR_WAIT to leave out the extra delays around the last DIR pin change in a babystep. This can make babystepping smoother but less delay might trigger errors with certain Trinamic drivers.

@SCiunczyk
Copy link
Contributor

I can confirm, it's working like a charm on my megaatmega2560/RAMPS/TMC2130. Many thanks @thinkyhead !

@Roonster78
Copy link

I can confirm also on BTT SKR mini E3 V1.2/TMC2209! Thanks @thinkyhead

@Powerprobot
Copy link
Contributor

Powerprobot commented Feb 24, 2020

I can confirm working on BTT SKR1.3 with TMC2208 Uart Stealthchop Mode! great work! Thanks @thinkyhead

@thinkyhead
Copy link
Member

Good to hear it's working. I did some additional things last week to try to mitigate bad timing shutting down TMC2209 drivers (particularly on SKR boards) so hopefully now that the calls are working again we'll get a chance to do more testing and patching of that issue.

@sismo99
Copy link
Author

sismo99 commented Feb 25, 2020

i just have the chanceto cimpile the new bigfix and just to confirm that it is working great (i know that it is closed but as posted this i want to confir that it was fixed thanks a lot Thinkyheadkeep with the great work

@thinkyhead thinkyhead changed the title [BUG] Babysteppeing Not moving in 2.0.4.1 and also latest Bugfix [BUG] Broken babystepping Feb 25, 2020
@bill-orange
Copy link

Still appears broken on Melzi board.

@larsnordstrom
Copy link

I have the same issue on 2.0.4.4 with Einsy Rambo + PINDA2.

@thinkyhead
Copy link
Member

See if BABYSTEPPING_EXTRA_DIR_WAIT helps at all. And then see if INTEGRATED_BABYSTEPPING helps at all.

@github-actions
Copy link

github-actions bot commented Jul 3, 2020

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.

@github-actions github-actions bot locked and limited conversation to collaborators Jul 3, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests