so what's the trick for klicky!

...have tried all four variations of PIN configs
# Inductive probe configuration
# Klicky?
[probe]
#z_offset: 0.0 # Adjust this to fit your setup
pin: ^probe_pin # For NPN NC probes such as the Super Pinda / Vinda / SupCR / Decoprobe probes.
#pin: ^!probe_pin # NPN NO (refer to the specs on your probe)
#pin: probe_pin # PNP NO (refer to the specs on your probe)
#pin: !probe_pin # PNP NC (refer to the specs on your probe)
#z_offset = 3.685 # see save_config bottom of file -pat 20221213
x_offset: -24
y_offset: -18
speed: 5 # lift_speed defaults to this setting for SPEED as well - pat 20221214
lift_speed: 15
samples: 3 ; number of probes to perform per sample
sample_retract_dist: 2.0
# Inductive probe configuration
# Klicky?
[probe]
#z_offset: 0.0 # Adjust this to fit your setup
pin: ^probe_pin # For NPN NC probes such as the Super Pinda / Vinda / SupCR / Decoprobe probes.
#pin: ^!probe_pin # NPN NO (refer to the specs on your probe)
#pin: probe_pin # PNP NO (refer to the specs on your probe)
#pin: !probe_pin # PNP NC (refer to the specs on your probe)
#z_offset = 3.685 # see save_config bottom of file -pat 20221213
x_offset: -24
y_offset: -18
speed: 5 # lift_speed defaults to this setting for SPEED as well - pat 20221214
lift_speed: 15
samples: 3 ; number of probes to perform per sample
sample_retract_dist: 2.0
All respond when manually pressing the button or pulling the switch off the magnets. the problem (to me appears?) there must be a setting I'm missing as both the z-endstop and probe seem to work in unison. HOME ALL, X and Y home and as soon as it heads for the dock I get this error and it shuts down
No description
40 Replies
ptegler
ptegler•16mo ago
No description
ptegler
ptegler•16mo ago
so what am I missing. printer .cfg attached
ptegler
ptegler•16mo ago
miklschmidt
miklschmidt•16mo ago
probe should be triggered when not attached (normally closed switch) So change your pin definition to match
z-endstop and probe seem to work in unison
Yes that's how it works when you use the probe as your z-endstop. Which all RR machines do
ptegler
ptegler•16mo ago
so why the error (deployed) when it starts to go pick up the probe? X and Y home, then as soon as it starts to head over to pick up the probe I get the above errors regardless of which pin config I set in printer.cfg probe docked
ptegler
ptegler•16mo ago
No description
ptegler
ptegler•16mo ago
#z_offset: 0.0 # Adjust this to fit your setup
pin: ^probe_pin # For NPN NC probes such as the Super Pinda / Vinda / SupCR / Decoprobe probes.
#pin: ^!probe_pin # NPN NO (refer to the specs on your probe)
#pin: probe_pin # PNP NO (refer to the specs on your probe)
#pin: !probe_pin # PNP NC (refer to the specs on your probe)
#z_offset = 3.685 # see save_config bottom of file -pat 20221213
x_offset: -24
y_offset: -18
speed: 5 # lift_speed defaults to this setting for SPEED as well - pat 20221214
lift_speed: 15
samples: 3 ; number of probes to perform per sample
sample_retract_dist: 2.0
#z_offset: 0.0 # Adjust this to fit your setup
pin: ^probe_pin # For NPN NC probes such as the Super Pinda / Vinda / SupCR / Decoprobe probes.
#pin: ^!probe_pin # NPN NO (refer to the specs on your probe)
#pin: probe_pin # PNP NO (refer to the specs on your probe)
#pin: !probe_pin # PNP NC (refer to the specs on your probe)
#z_offset = 3.685 # see save_config bottom of file -pat 20221213
x_offset: -24
y_offset: -18
speed: 5 # lift_speed defaults to this setting for SPEED as well - pat 20221214
lift_speed: 15
samples: 3 ; number of probes to perform per sample
sample_retract_dist: 2.0
matches the include files for the probe pin
miklschmidt
miklschmidt•16mo ago
This looks correct yes. And you say it's not working like this?
miklschmidt
miklschmidt•16mo ago
This is mine with euclid (docked):
No description
miklschmidt
miklschmidt•16mo ago
Works exactly as it should
ptegler
ptegler•16mo ago
yes... see the post this a.m. screen cap error when it starts to go for the docked probe pickup
miklschmidt
miklschmidt•16mo ago
Be careful with this with the klicky btw:
[ratos_homing] # see ratos/homing.cfg - pat 20230306
z_hop: 7
z_hop_speed: 15
[ratos_homing] # see ratos/homing.cfg - pat 20230306
z_hop: 7
z_hop_speed: 15
I'm sorry but it doesn't make any sense that it would throw that error if it's triggered while stowed. That's how it should be.
ptegler
ptegler•16mo ago
haven't gottne far enough for that issue but will watch it now
miklschmidt
miklschmidt•16mo ago
You also posted a pic where it reported open, which indeed won't work
ptegler
ptegler•16mo ago
could it be a timing issue? variables as far as positions? EG: this is my 300 bed on a 500 frame... so min/maxs for probing are way smaller than the frame dims and where the prob is located.
miklschmidt
miklschmidt•16mo ago
No
ptegler
ptegler•16mo ago
everything seems to match everything I can trace through the includes. and etc. as as you state.... should work. that's why it's confusing as heck here for something that should be rather straight forward
miklschmidt
miklschmidt•16mo ago
Only thing i can think of is that you have a loose connection thats shorting to gnd and thus reporting triggered when moving or something like that If it reports triggered there's no state change before it has picked up the probe, so litterally impossible for that error unless you have short 🙂
ptegler
ptegler•16mo ago
...should see the light flicker on the probe.... will put one of my tiny o-scopes on the line and see if I can catch a pulse that should not be there
miklschmidt
miklschmidt•16mo ago
It could be a short elsewhere Like the signal wire shorts to the gnd wire somewhere in your wireloom
ptegler
ptegler•16mo ago
hhhmm... pondering here..... I used the connectorized umbilical wires that was originally going to my BLtouch. So at the octopus board nothing changed. Jut plugged in V+ gnd and PB7 to the klicky at the carriage (5 wire connector... klicky harness just using three and plugged into same loom)
miklschmidt
miklschmidt•16mo ago
I don't know. I just know it works as intended as i literally use it all the time 😄
ptegler
ptegler•16mo ago
ok...will have to revert back to bltouch.... to test wiring. So only thing that will change is include statements and what's plugged into the umbilical at the carriage. printer.cfg entris all looked ok?
miklschmidt
miklschmidt•16mo ago
Or move the toolhead to the dock position and run "QUERY_ENDSTOPS" again
ptegler
ptegler•16mo ago
yep, easy test...can query with/without porbe attached as well as move the carriage arounf a bit thanks again for putting up with me. It just gets VERY confusing when you know better, and it doesn't work as you believe it should.... you start questioning your sanity, or is it improper docs.... or have you just lost your mind completely for playing with stuff that already worked just fine 🙂
miklschmidt
miklschmidt•16mo ago
@ptegler for more debugging you can do this to verify the exact code that throws that error during homing To verify state when stowed:
ASSERT_PROBE_STOWED
ASSERT_PROBE_STOWED
to verify state when deployed:
ASSERT_PROBE_DEPLOYED
ASSERT_PROBE_DEPLOYED
If it doesn't throw any errors everything is working as it should.
ptegler
ptegler•16mo ago
will go try that...be back
ptegler
ptegler•16mo ago
with probe stowed
No description
ptegler
ptegler•16mo ago
with probe attached
ptegler
ptegler•16mo ago
No description
miklschmidt
miklschmidt•16mo ago
Yeah this further confirms you have a wiring problem because this does what it should do At some X/Y positions your wires are shorting
ptegler
ptegler•16mo ago
just now after doing the asserts.... it head over to the doc as expected! my positions were off, so restarted firmware.... home x and homed y..amd about to manually move x and y to find proper dims for probe positions...but no errors this time.
miklschmidt
miklschmidt•16mo ago
You prolly didn't press "save and restart" when you fixed your probe pin or something. Anyways, problem solved i guess 🙂
ptegler
ptegler•16mo ago
So possibly... on boot up.... doing an assert stowed resolved the initial issue ? will see what happens after I get the proper docking positions set seems so. tnx again
miklschmidt
miklschmidt•16mo ago
No, it doesn't do anything I think you just forgot to restart klipper after saving your config Or you have a loose connection and it'll fail again
ptegler
ptegler•16mo ago
good chance CRAP... Q can you home Y before X?!!! after setting my docking positions.... restarted...went to home all... and snapped my klicky arm mounts out of the carriage as it tried to move the to X zero (docking was X10) Homing Y first would solve that possible issue in the future if the carriage is way forward on the bed. sorry... (out from under my rock.....) @miklschmidt finally went to do my first print (actually the euclid probe dock you linked) with the new (appearing to work right ) dockable probe. Bed heated.... carriage grabbed the probe and did the z-tilt. But then with probe still deployed, the bed came up once again while the carriage was headed towards the primeblob location, but half way there the bed came up a couple millimeters and cashed the probe, partially disconnecting it so it errored.
ptegler
ptegler•16mo ago
No description
ptegler
ptegler•16mo ago
so went looking through cfg files.... z_hop is still there but set to 30mm (way more than enough to clear) ..couldn't find any reason for the probe to lower enough (bed z- motion) to rub the probe and freeze frame the motion. Any suggestions before I mess up my carriage probe arm again? tia
miklschmidt
miklschmidt•16mo ago
Increase your bed_mesh horizontal_move_z
ptegler
ptegler•16mo ago
wow... ha... perhaps one of the only variables I haven't changed at one time or another! thanks
Want results from more Discord servers?
Add your server