#bed crashed priming tower into print head after filament change

1 messages · Page 1 of 1 (latest)

quaint tree
#

I cannot for the life of me figure out where the setting is that is making my bed run back up into my print head. This is on a Mercury One.1

frank willowBOT
#

<@&1304550334839918672>

torpid crow
#

During what operation?

quaint tree
#

it happens between the two nozel brush passes

#

I have all the z moves in _afc_brush_vars set to -1

torpid crow
#

What about z for poop or for park?

#

Also maybe easier to just have you run debug so we can see your settings

frank willowBOT
quaint tree
torpid crow
#

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

quaint tree
#

even if my bed moves z and the poop tray never changes relitve to the gantry?

torpid crow
#

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

quaint tree
#

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

torpid crow
#

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

quaint tree
#

I thought -1 was a overide or dont move place marker

#

it is in the brush section

torpid crow
#

In some places it is, but doesn't look like kick. I suggest you just read the macro

quaint tree
#

" # Position of the center of the brush (Set z to -1 if you dont want a z move)"

torpid crow
#
  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}
quaint tree
torpid crow
#

These are your z moves in the kick macro

#

Did you have kick enabled before?

quaint tree
#

yes

torpid crow
#

Or did you customize the macro?

quaint tree
#

no

torpid crow
#

I don't know what to tell you

quaint tree
#

thats fair

torpid crow
#

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

quaint tree
#

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

torpid crow
#

let me read through the wipe routines real quick

quaint tree
#

it also says this in the macro vars: "variable_z_purge_move : False # Set to False to not move in Z during poop"

torpid crow
#

z_move = -1 is right here

quaint tree
#

I changed it back

torpid crow
#

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

quaint tree
#

right, that is where I got the missguided idea to add -1 to the poop vars

torpid crow
#

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

quaint tree
#

oh right, i got crossed up with kick

#

sorry

torpid crow
#

nw, there's a lot to keep track of, and I just wanna make sure we're on the same page

quaint tree
#

I totally understand

#

I was crossed up for a second

torpid crow
#

ok z in poop is controlled by the z_purge_move, which you have False

quaint tree
#

and that should mean it does not move the "Z" correct?

torpid crow
#

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?

quaint tree
#

ok so poop is prob not the issue

torpid crow
#

I don't think it is

#

so yeah, set the -1's in brush, and disable kick, see where you stand

quaint tree
#

I do not want any z movement durring cut/clean/poop/ wipe besides an anitial z hop before moving from the print

torpid crow
#

Oh I guess I should check park then too

quaint tree
#

none of those actions need movement from the bed to work and any movement down, could resault in a crash

torpid crow
#

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

quaint tree
#

ok good

torpid crow
#

Your z_hop here:

#--=================================================================================-
#------- Pause/Resume ---------------------------------------------------------------
#--=================================================================================-
z_hop: 5                        # Height to move up before and after a tool change completes

is the initial one

quaint tree
#

perfect

#

I just hope I can find what is introducing this unwanted z movement.

torpid crow
#

Well, let's find out. Right now it seems to be the most obvious cause

#

Everything else on the surface at least seems ok

quaint tree
#

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

torpid crow
#

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

quaint tree
#

Your awsome. Ill let you know

#

im good at hardware but not so much with software

torpid crow
#

You happen to have a backup of your old installation configs?

quaint tree
#

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

torpid crow
#

if you have config/macros/Kick.cfg from your old installation, post it here

quaint tree
#

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

torpid crow
#

ok, just wondering

quaint tree
#

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

torpid crow
#

good call. When you do maybe you'll find a beacon or carto inside!

quaint tree
#

nice dad joke

quaint tree
#

It looks like your right. The kick macro was the issue. I must me wrong that I was using it before.

torpid crow