#bed crashed priming tower into print head after filament change
1 messages · Page 1 of 1 (latest)
<@&1304550334839918672>
During what operation?
it happens between the two nozel brush passes
I have all the z moves in _afc_brush_vars set to -1
What about z for poop or for park?
Also maybe easier to just have you run debug so we can see your settings
@quaint tree, please run this debugging script when not printing and post the resulting link in chat.
Armored Turtle Project Documentation
Ok, I'm just going through everything and I'll just make observations as I go
For one thing, your kick Z has to be set to something > 0, or it defaults to 0.5
This is a Z above the bed for kick
the sequence it does it cut -> park -> unload -> load -> poop -> wipe -> kick -> wipe -> continue
so if you say it is something weird between two wipe passes, it could be the kick
also z_after_kick should be a bigger number. After it finishes the kick, it goes to this height
and this doesn't have a check, it'll go to -1 in your case, so this could be your problem
even if my bed moves z and the poop tray never changes relitve to the gantry?
Even if what? If you have kick enabled (which you do) it will try to do the kick routine as you've programmed it to do
so my bed moves z but my poop tray and brush are mounted to the printer frame. the z relationship between print head and tray never change
If you have kick enabled, it will always move Z
If you need kick to work a different way you need to customize the macro
The kick_start_loc also moves z to the location in there, you've also got that at -1
In some places it is, but doesn't look like kick. I suggest you just read the macro
" # Position of the center of the brush (Set z to -1 if you dont want a z move)"
G1 Z{kick_start_z} F{z_travel_speed}
...
{% if kick_z > 0 %}
G1 Z{kick_z} F{z_travel_speed}
{% else %}
RESPOND TYPE=command MSG='AFC-KICK: kick_z value to low. Please adjust in AFC_Macro_Vars.cfg. Defaulting to 0.5mm z-height'
G1 Z0.5 F{z_travel_speed}
{% endif %}
...
G1 Z{z_after_kick} F{z_travel_speed}
so the one thing I will add is, before I had a issue with the host memory card, I didnt have this problem but ever since I got the printer back on line, it now crashes into the print inbetween nozzle brushings
yes
Or did you customize the macro?
no
I don't know what to tell you
thats fair
This is the way the macro is written, just gotta work with it. Maybe you can try to disable it to make sure we're on the right track
all the settings you sited, were as you suggest, this morning. I changed them today trying to solve the issue
ok\
thats a good idea, disable kick to verify it is were the problem lies
that is intgeresting since the bed doesnt move until the nozzle is being cleaned
let me read through the wipe routines real quick
it also says this in the macro vars: "variable_z_purge_move : False # Set to False to not move in Z during poop"
z_move = -1 is right here
I changed it back
z_purge_move is for poop
# Move in Z after brush to avoid bed if brush is at Z0 (Set z to -1 if you dont want a z move)
variable_z_move : -1
that's good, the brush has this logic:
{% if z_move >= 0 %}
{% if verbose > 1 %}
RESPOND TYPE=command MSG='AFC_Brush: Finish z_move.'
{% endif %}
G91
G1 Z{z_move} F{z_travel_speed}
G90
{% endif %}
so if you're -1 it won't move, which is what you want for a gantry brush
right, that is where I got the missguided idea to add -1 to the poop vars
We haven't talked about poop yet
but -1 isn't handled in kick
variable_brush_loc : -22,17,-1 # Position of the center of the brush (Set z to -1 if you dont want a z move)
this is right
nw, there's a lot to keep track of, and I just wanna make sure we're on the same page
ok z in poop is controlled by the z_purge_move, which you have False
and that should mean it does not move the "Z" correct?
Except for one part...
Oh nvm
Yeah, so if that's False there should be no z movement in poop at all
Is that what you want, and consistent with your observations?
ok so poop is prob not the issue
I don't think it is
so yeah, set the -1's in brush, and disable kick, see where you stand
I do not want any z movement durring cut/clean/poop/ wipe besides an anitial z hop before moving from the print
Oh I guess I should check park then too
none of those actions need movement from the bed to work and any movement down, could resault in a crash
the park logic:
{% if park_z > 0 and park_z < z_safe %}
G1 Z{park_z} F{z_travel_speed}
{% endif %}
so 0 for park is right
ok good
Your z_hop here:
#--=================================================================================-
#------- Pause/Resume ---------------------------------------------------------------
#--=================================================================================-
z_hop: 5 # Height to move up before and after a tool change completes
is the initial one
Well, let's find out. Right now it seems to be the most obvious cause
Everything else on the surface at least seems ok
when it happens, no mater how many layers the print is currently at, it always bring the nozzle down to almost touching the bed
Thank you for your time. I will disable kick and see what I get
post back, if thisn't it we'll keep looking. what you want to do will be possible one way or another
I think we'll have to customize kick though, I just don't see how it could work as written
You happen to have a backup of your old installation configs?
I was missing some, hence all of my issues now. It happened last year and I got so frustrated, I didn't come back to it until this week. This was once my favorite machine
if you have config/macros/Kick.cfg from your old installation, post it here
I have to assume I dont have the final version because the ones I have on this machine, are the only ones I found
Trust me, I have saves of it this config now
ok, just wondering
I really wish I did. it had all kinds of things I had honed to perfection
I'm still running Kicky but I want to convert to eddy. Im not gonna crack that egg until this is sorted
good call. When you do maybe you'll find a beacon or carto inside!
nice dad joke
It looks like your right. The kick macro was the issue. I must me wrong that I was using it before.
I dunno what your poop situation is like then, do you need kick or no?