[2.0.x] G34 Automatic Alignment of multi-stepper Z axis#11302
[2.0.x] G34 Automatic Alignment of multi-stepper Z axis#11302thinkyhead merged 2 commits intoMarlinFirmware:bugfix-2.0.xfrom
Conversation
|
Just a doubt, how can you detect, if you have a not planar bed, if detected offset are due to z stepper misalignment or bed itself? |
|
I cannot. This Feature just ensures the defined probe positions are best leveled. You can overlay bed leveling as you want. |
0226dcc to
834ea7f
Compare
|
You'll have to re-do this PR, which contains not only the feature it advertises, but also contains all the code from your "triple-Z" PR too. You can't mix two PRs together like this. Wait until the other PR is merged, and then fix or re-do this PR starting from |
|
Hi @thinkyhead, the PR contains all required code, including the triple-z stepper code. I can redo the PR, in case you merge my other PRs. |
9fb4e95 to
ad12b9b
Compare
|
Hello. My name is Florin Chirita. I am building a printer with 2 z axis and I am using your triplez-ms-2.0.x firmware. Please help me, point me in the right direction. |
|
@fkirita Be patient. This PR might get merged when ready. From your request i conclude - you are not ready for building, even more selling a 3D-Printer. |
|
Thank you for your response. You are jumping to wrong conclusion. |
5f6db62 to
d0c96ee
Compare
d18a484 to
96a4e6d
Compare
|
Rebased, squashed, fixed up configs, etc. @TheLongAndOnly — To get the updated code you should use the Git console: |
83c5f20 to
11e1577
Compare
All you have to do is download https://github.com/TheLongAndOnly/Marlin/archive/g34-triple-2.0.x.zip which now contains a mixture of 1.1.9, bug fixes, and the changes from this pull request. |
11e1577 to
a425543
Compare
|
@TheLongAndOnly — This PR is incomplete. There's no definition of anything like this to be seen… //#define Z_TRIPLE_STEPPER_DRIVERS
#if ENABLED(Z_TRIPLE_STEPPER_DRIVERS)
//#define Z_TRIPLE_ENDSTOPS
#if ENABLED(Z_TRIPLE_ENDSTOPS)
#define Z3_USE_ENDSTOP _YMAX_
#define Z_TRIPLE_ENDSTOPS_ADJUSTMENT 0
#endif
#endif |
a425543 to
f1c0f08
Compare
bd9e1a7 to
2211cae
Compare
2211cae to
c548b46
Compare
|
Well I got it going on my Hypercube, Marlin 2.0 bugfix 5th Nov, 2018. |
|
Impossible to say. This Issue Queue is for Marlin bug reports and development-related issues, and we prefer not to handle user-support questions here. (As noted on this page.) For best results getting help with configuration and troubleshooting, please use the following resources:
After seeking help from the community, if the consensus points to to a bug in Marlin, then you should post a bug report. |
|
I still owe you the documentation. Do I need any access for the wiki or can I just edit? |
|
You can fork the documentation repo and submit a PR to it, just like the regular Marlin repo. |
|
Any documentation on this feature? On my coreXY printer, it seems to do the opposite of what it should do (ie.. instead of leveling the dual z axis, it makes them more out of sync): After homing (G28) running a G34 results in the head moving to the first Z axis point (10,165) and probing twice, then moving to the 2nd Z axis point (270, 165) probing twice. Now my 2nd z axis was slightly lower than my first and I expected it to be compensated upwards; however, the compensation moved it even lower. Its almost as if the compensation is flipped. |
|
@gururise |
|
Im going to work on the documentation soon. Ensure the probe points match the stepper position. If not it will mis-align, but should stop, because it monitors the improvement. |
|
Just an FYI, enabling this feature is causing significant layer shifting for myself and at least one other user. |
|
I don't know how this would cause layer shifts as the code related to this feature is only used when leveling the axis and not during the print. If you are having problems with shifts it may be a hardware issue or unrelated bug lingering elsewhere. This feature has been working flawless on my three corexy machines and two cartesian machines. |
|
@gururise are you sure you have this feature working correctly? If you have the Z motors the wrong way around, then using this feature can result in the Z axis becoming more skewed rather than less. I have been using this for a while but then rewired some stuff and got the Z motors switched over, but running a single G34 still seemed to work fine (if I ran multiple G34s one after another I eventually got a probe failed).You may want to enable levelling debug output and check what is going on. |
|
On my coreXY printer, i have the same behaviour of @gururise- "it seems to do the opposite of what it should do (ie.. instead of leveling the dual z axis, it makes them more out of sync):" |
|
Sorry. |
|
Just an update... G34 is working fine on my CoreXY machine with no layer shifting. What caused the earlier layer shifts is unknown, and probably hardware related. After upgrading tension, belts and pulleys, G34 is working fine. |
|
Where about do I find in the code, where the G34 command is, as I'd like to make some modifications, as I'm trying to get the 4 point levelling working on my printer, but the way in which the command does it, is incorrect it adjusts and measures in the four corners square when it should be probing and measuring on diagonals, and want to adjust to this behaviour |
This new feature allows to automatically align multiple Z-Stepper drivers by iteratively probing positions close to the stepper driver spindles and correcting the offsets.
Works for dual and triple (tested) Z-Stepper configurations.
Configurables:
Machine needs to be homed prior to invoking G34.
M422 allows configuration of probe points.
ToDo:
Integrates 2 additional open PRs: