Fix homing without hardware modification #150
Conversation
chriswal
changed the title
|
why pulley homing? |
|
when filament is unloaded no idler homing for error handling on startup anymore. |
|
Ok but during homing the pulling don't move at all..
Il lun 10 giu 2019, 13:57 chriswal <[email protected]> ha scritto:
… when filament is removed no pulley homing for error handling on startup
anymore.
i added stallguard to the pulley.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#150?email_source=notifications&email_token=AL6BFE4CHAUWORQFM62JRQDPZY6RBA5CNFSM4HWPUI2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXJVVWA#issuecomment-500390616>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AL6BFEZKWITIIANSTHXJSFLPZY6RBANCNFSM4HWPUI2A>
.
|
|
sorry didnt read ...where do i home pulley? ...pulley is the filament moving part ..that has no home position |
|
@SNDR0 you meant the pulley or the idler (the idler is the one with the ball-bearings) ? |
|
Obviously the pulley. Your fix is similar to mine but more in detail.
Pulley in homing is not necessary, so a lot of program is erasable...
Similar to move_proportional... And the more tries for homing with this
last modify is not necessary. Once that zero position is find you can
switch to normal move and then move to home position
Il lun 10 giu 2019, 14:28 chriswal <[email protected]> ha scritto:
… @SNDR0 <https://github.com/SNDR0> you meant the pulley or the idler (the
idler is the one with the ball-bearings) ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#150?email_source=notifications&email_token=AL6BFE4HANRRZ2XJAZMLXSTPZZCGDA5CNFSM4HWPUI2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXJXUWA#issuecomment-500398680>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AL6BFE25TI4IS7Z5NFEYCY3PZZCGDANCNFSM4HWPUI2A>
.
|
|
multiple tries with different moves backwards on the selector can help if there is problem with stuck filament parts. thats why i left it. |
|
I'm at work and to program is not my job. This night I try your change and
I will say if it works fine. Bye
Il lun 10 giu 2019, 14:49 chriswal <[email protected]> ha scritto:
… multiple tries with different moves backwards on the selector can help if
there is problem with stuck filament parts. thats why i left it.
the move or move_with_stallguard for each axis is not the homing part ...
this is only a move routine and you should be able to move the pulley also.
the important part is not to update leds while moving.
did you try my change?
does it work on your mmu2?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#150?email_source=notifications&email_token=AL6BFE7SMQD2BF3LRCMIPGTPZZEXHA5CNFSM4HWPUI2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXJZBJQ#issuecomment-500404390>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AL6BFEY42ZDCPVRIIELOBJLPZZEXHANCNFSM4HWPUI2A>
.
|
|
ok i tried your version: this is the video https://photos.app.goo.gl/ACRHHLtMw1cEbMv98 this is my homing version: https://photos.app.goo.gl/jmi8YH8ULKjGrP376 |
|
Thanks for testing. I turned off stallguard for the idler and the tries to one, |
|
ak47 still shooting (shorter..).. in my version after 2 days on stallguard without good solutions, i decided to compare stallguard value of every single step. so when it rises over a certain value compared with the value of previous step a break occur. and the friction of filaments or springs not affect the crash at the end |
|
yes but i should be like the version before the fix. (version 1.5) |
|
https://photos.app.goo.gl/cpa8VevUhHafuW8n7 |
|
https://photos.app.goo.gl/QAgBxt8kMu2awZyp7 |
|
wow, it work fine. in my project studying the datasheet of tmc2130 i see that when the motor is spinning too low the value of sg is not stable. with low steps/s, tmc2130_read_sg is proportional to current (more friction = more sg), so with my formula for every step (if (new_sg >(old_sg +x)) break) i check the deceleration (indirectly, checking the friction). changing x i can change the sensibility of crash. it's like acceleration (m/s^2) and velocity (m/s). |
|
in the datasheet is more friction lower value ...0 is stall |
|
at near to zero spin motor i use this part of datasheet |
|
perhaps we can somehow auto calibrate it. so that in works on different machines |
|
my mmu2 is assembled with hyper mega shitty cinese motors, board and cables. so if your it's original we have the best and the last for testing. between there is all the others. try my version and say me if my raw routines works with your mmu2. |
|
i have also only the chinese version ...but i think prusa too ;-) |
|
i have no capacitors on my hc595 .. i made a branch with stallguard enabled on my repository perhaps you can test it ..and if stallguard dont work on the idler please try different sg threshold settings in the config.h for the idler |
|
Try my revised version if it works. Thanks |
|
On my MMU2 (Chinese clone too), the idler makes a lot of noise when booting the MMU2, I guess it makes the home but it repeats the movement almost 10 times. Then my printer connects to Octoprint and it repeats the noisy homing.... If I understand correctly, this PR correct this problem of noisy homing? |
|
Sorry for the late reply. |
3 participants
fix filament unload eeprom handling:
On setup idler is moved to eeprom stored loaded filament (so homing is done for idler)
but is never removed on unload. as only 0 to 4 is used 5 removes the filament on unload.
On setup if filament loaded is indicated active extruder is also set to loaded filament number.
fix motor humming and led flickering in idle mode:
leds not updated in idle mode
led set in setup
fix homing without hardware mod:
hc595 needs buffer capacitor. this is a workaround. no led updates on moving motor. so in the homing phase i had to change from green blinking leds to red steady (as done when moving selector).
added a move_with_stallguard sub to change led update behavior.