#Toolhead won't retract at end of print and then hub isn't empty.(SOLVED)
1 messages · Page 1 of 1 (latest)
I thought it was just not retracting enough but I changed it and it didn't fix it
<@&1304550334839918672>
What's the current state of your hub? Have you checked your filament to verify that there are no warn in divots in the filament?
You are able to do regular changes without an issue?
Yeah
It's still in the head
I'm slowly hoping my Unload.. at 80mm now so... I'll see what happens
May wanna verify that your toolhead sensor is working properly as well
those ball bearings do wear
Works great without afc
I'm trying unload to distance
Of it stays doing it I'll tear my head apart
what commands are you trying to do?
I'm just testing load unload right now
Then will see what happens in the next print just to see if I'm stupid and it happens all the time
It seems to be working.... including the runout sensor
Nope just did 2mm of the wrong filament(All I had not the issue) but did the cut and then just didn't retract or disengage the toolhead. Bt started squealing so I unlatched the extruder and now it's limping back to the box turtle. Had to leave for my wife's bday party before I couldn't see if it still thrown an error.
Ignore the green 🙂
Red was in the 4th lane but I was short that much. A son as I unlatched the toolhead extruder it started to unload
It loads and unloads manually perfectly. It only does this at the end of a print.
sounds similar to an issue we are seeing with someone else that their toolhead sensor wasn't registering all the time, if you can insert the filament and get it to not register in the GUI then its NG and needs work in some manner
What's the status of your toolhead sensor and where is your filament?
It's clear
I just had to manually finish the move past the hub
It's all so to the extruder not retracting or disengaging
It's perfectuntil the end of the print. Even does changes
What command is in your print_end?
There are no BT macros in his print end, just looked at his klippy file
The unload one that's been there since the first print with bt
It stopped spring right a few days ago
It's the one from the sample
I have no idea what sample you are referring to as there is no Print_end in Boxturtle or AFC documentation.
Also there is nothing in your print_end to tell it to unload
Sorry to sidetrack but what screen are you using?
This isn't a klipperscreen debug thread 🤣 jk
No but it’s relevant enough to him 🫣🤫
But I see why you are asking
It's on my slicer profile
ok care to share it?
Bt_tool_unload
Print_end
All caps
I've never had to change it and it's always worked. Until maybe Friday
I upgraded Friday
Yeah I'm not sure why my screen looks like this. After the update the bottom of the screen is cut off... so not sure
Add this before your BT unload G92 E0
There is an issue that we are currently looking into that's probably causing your issue. But until it's fixed adding zeroing out the extruder should allow the unload to be successful
added. will let yall know
Let me know what screen you are using 👍🏼
Thanks
pitft 4.3 2.0 or 2.1
I have both @hushed basin if you need help troubleshooting
(although i need to get my v2 actually back up on modern afc first
)
sorry to further side track this thread but are you up to date with klipperscreen?
I believe so...i did update all
In truth i don't know off the top of my head. I'm at work but I'll look when I get home
ok thanks
Ok what didn't help, and you get any errors in the console?
It didn't release the filament until I unlatched my toolhead
Have you double checked your ball bearing to make sure you are using the right size or that it has not worn down. @somber yarrow was having the same problem that you are describing and it ended up being a problem with his toolhead sensor.
Ya I beat myself up for 2 days to figure out that ldo sent 2 sized bearings... double check see if your bearing is right size for sure...
It was working great. Until I updated
And it will change with no problem is only at the end of the print that it messed up
When I get home I'll be checking my tool unload stuff.
And i think it's a 2.1
So really when the error happens, immediately uploading your current klippy.log and AFC.log file might really help us out in figuring what's going on.
I would also move that BT_tool_unload inside your print end so that it shows up in Klipper logs. Also lets you make changes easier
I can't cause of the macros I'm using. And the the one I uploaded is when it happened. It doesn't show up anything
I can't edit the end macro easily
I've tried
what printer is it?
Voron
2.4 350
I don't understand how you can't edit the print_end then
The guy who made the macros I used have then read only... and when I try to add they just get ignored for the print end. I can change print start
It cuts the hotend off before it can unload if i put it in
Tell me what to put and I'll try and add it again
I know how to write the macros i just can't get them to override just the print end one
I would copy the contents of the file and make a whole new file then
It's fixed. I kept adding 1mm to the tool stn
No clue how it got messed up
And why it only was affected at the end of a print
But it worked
Toolhead won't retract at end of print and then hub isn't empty.(SOLVED)
Still does not make sense why that would cause the error you were seeing 🤷♂️
It wasn't releasing the filament from the toolhead causing the hub to be occupied. Pausing the print until fixed. At the very end
It's running great as of this morning. I added what yall said to add before the unload and I've upped my tool unload distance and the stn
I really need to get away from the macros I'm using and write some i can edit. When i find those I didn't know they were locked
They've been really good and work well but not being about to really change them have been a pain
Like I want to change the idle off time but... it can't be overridden
But thanks to everyone who was here for me 🙂 I do appreciate it
You can change the permission on the macros file so you can edit them....