NPN probe on SHT42 does not react

Hi all, I just fixed the port of the probe in the SHT42 config, by updating Klipper. (It is now PB1 as expected). Nevertheless, the probe is reacting in wrong direction. The probe is always lightened and if I use a tool to get near by the light goes off... but Klipper shows it always as open. These are my settings in the printer.cfg: Inductive probe configuration [probe] pin: ^probe_pin z_offset: 0.0 # Adjust this to fit your setup Probe [probe] pin: ^toolboard:probe_pin In the "old" RatOS, I used this setting: [probe] pin: ^probe_pin Any idea why this is not working anymore?
8 Replies
miklschmidt
miklschmidt2y ago
[probe]
pin: ^toolboard:probe_pin
[probe]
pin: ^toolboard:probe_pin
Notice the toolboard: prefix. That tells klipper that the pin resides on the toolboard instead of the main MCU. This is important, without it you'll be using the wrong pin and it won't work. With regards to the light, that's not something you can change with config/wiring, that's a hardware property.
WerWeißDasSchon
Hmmm... but even that I already tried and it does not react in the endstop test I can see that the light of the probe is switched off if I get close, but endstop test shows still open. Tried that again, changing to ^toolboard: probe_pin and restarted the printer. Then I put something under the probe with a steel sheet on top, to not damage the bed while homing the Z axis. It did not react, so I had to use the emergency stop-
miklschmidt
miklschmidt2y ago
Use QUERY_ENDSTOPS for testing then you don't run the risk of damaging anything
WerWeißDasSchon
oh yes, I should know that... Nevertheless, I just rerouted the probe down to the Octopus 1.1 and there it works perfect now, after setting the right configuration. May be the board has a glitch. We´ll see. Next week I get my Euclid and then I need to change the settings again. If it is just this single port which is somehow broken, I might use another one,or send this thing back.
miklschmidt
miklschmidt2y ago
It’s possible that PB1 can’t be used as an interrupt, but that seems unlikely Most of these stm32’s can run all pins as either/or.
WerWeißDasSchon
Pin-out not changed, just added a connector and a cable to it and sent it down to the board. Changed ports accordingly and... voila, it works. I will play around with it the next days. May be I will try out if the original port works, but now I need to print... So far, thanks a lot for your input.
miklschmidt
miklschmidt2y ago
If not try moving the pin back to PC15 (along with the pin in the config, so ^toolboard:PC15). I've been running my Z-Probe on the endstop port, so i haven't tested PB1.
WerWeißDasSchon
✅ Will try that tomorrow. Thanks a lot
Want results from more Discord servers?
Add your server