[QUESTION] BLTouch/Endstop always TRIGGERED

Anilo1990 commented 4 years ago

Hi guys.

Hope you guys can help me a little because my printer is broken right now.

My Configurations

So I own a Ender 3 Pro with a Cheetah 1.2a silent board. For ABL I'm using a genuine BLTouch V3.1 with Marling Bugfix 2.0.x. Since I've this printer it worked fine for me. No big issues at all for months.

Configuration.h and Configuration_adv.h file below in the zip file. Configuration.zip

What Happened / Bug Description

I was designing a case for the motherboard so I can store it on the backside of the printer. Because there is limited amount of space I cut off the protruding PINs for the display cable on the back of the motherboard. After that I realized that my printer isn't autohoming anymore.

https://youtu.be/LqzZSbMJdMM (with BLTouch) https://youtu.be/A5y0Ab0J8RQ (with mech. Endstop)

### Actual behavior: [What actually happens]

[...]
Send: M119
[...]
Recv: Reporting endstop status
Recv: x_min: open
Recv: y_min: open
Recv: z_min: **TRIGGERED** -> _fyi: red light + pin is retracted; it doesn't matter if something is pluged into the Z-Min port_
Recv: ok
[...]

Send: M43 S1
Recv: Servo probe test
Recv: . using index: 0, deploy angle: 10, stow angle: 90
Recv: . Probe Z_MIN_PIN: 15
Recv: . Z_MIN_ENDSTOP_INVERTING: false
Recv: . Check for BLTOUCH
Recv: . Deploy & stow 4 times
Recv: WARNING: INVERTING setting probably backwards.
Recv: ** Please trigger probe within 30 sec ** -> _fyi: slightly touching the pin; color turns from blue to red_
Recv: FAIL: No trigger detected
Recv: ok
[...]

I checked every wire twice and thrice. Did a continuity test with my multimeter for the BLTouch wires and the multimeter is beeping. Before autohoming I can move the Z-axis up and down via LCD commands. I don't know what happened to this board which was functioning properly before cutting of the protruding pins. Btw the protruding pins which you see on the picture below are for the LCD and they have nothing to do with the Z-axis or BLTouch. Also I didn't put any stress on this board which might be a result of cold joints.

81996961_10218989159938924_4696010240926154752_o

I also tried the stock Fysetc Marlin software from https://github.com/MarlinFirmware/Marlin/issues/new/choose without any success.

### Expected behavior: [What you expect to happen] The expected behavior would be that I can autohome my printer and the Z-axis is not always triggered. I can see that when I manually trigger the mechanical endstops for X and Y. The state changes from open to triggered but not for Z.

### Additional Information I'm reading through the whole internet since yesterday night. Also in Github there are a few topics related to this issue but unfortunately nothing works for me

https://github.com/MarlinFirmware/Marlin/issues/11877 https://github.com/MarlinFirmware/Marlin/issues/12657 https://github.com/MarlinFirmware/Marlin/issues/7024

AmiSMB commented 4 years ago

I would try with nothing connected to the Z endstop connection and see what happens. If your x and y end stops are working the I would test one of these connected to the z stop connector to see what happens. I think that you may have damaged the board if it was working before.

Anilo1990 commented 4 years ago

If your x and y end stops are working the I would test one of these connected to the z stop connector to see what happens.

I tried that already. It always says "triggered". But I don't understand what cutting off the protruding pins has to do with the Z-min issue :-( I ordered another board from Aliexpress. I'll compare them both when the new one arrives. In the meantime if someone has an idea feel free to tell me please.

GMagician commented 4 years ago

I tried that already. It always says "triggered". But I don't understand what cutting off the protruding pins has to do with the Z-min issue :-(

Hoping you have done it without power, it can be that electrostatic discharge has destroyed processor input

Anilo1990 commented 4 years ago

I tried that already. It always says "triggered". But I don't understand what cutting off the protruding pins has to do with the Z-min issue :-(

Hoping you have done it without power, it can be that electrostatic discharge has destroyed processor input

of course I did it without power. Plugged off the AC cable from the printer as well. Who is going to solder with power turned on if someone does that he deserves to fry his board :-D

I can trigger and open the mechanical endstops for X and Y so I don't know why Z is not working. I plugged the Y endstop to Z but it's always saying triggered. Never mind, I'll check again when the new mainboard arrives.

CRCinAU commented 4 years ago

I'm not sure what the problem is here:

Send: M119
Recv: Reporting endstop status
Recv: x_min: open
Recv: y_min: open
Recv: z_min: TRIGGERED
Recv: filament: TRIGGERED
Recv: ok P31 B31
[...]
Send: M280 P0 S10
Recv: ok P31 B31
[...]
Send: M119
Recv: Reporting endstop status
Recv: x_min: open
Recv: y_min: open
Recv: z_min: open
Recv: filament: TRIGGERED
Recv: ok P31 B31
[...]
Send: M280 P0 S90
Recv: ok P31 B31
[...]
Send: M119
Recv: Reporting endstop status
Recv: x_min: open
Recv: y_min: open
Recv: z_min: TRIGGERED
Recv: filament: TRIGGERED
Recv: ok P31 B31
[...]
Send: M280 P0 S160
Recv: ok P31 B31
[...]
Send: M119
Recv: Reporting endstop status
Recv: x_min: open
Recv: y_min: open
Recv: z_min: TRIGGERED
Recv: filament: TRIGGERED
Recv: ok P31 B31

Pin down = open, Pin up = TRIGGERED.

Anilo1990 commented 4 years ago

I'm not sure what the problem is here: Pin down = open, Pin up = TRIGGERED.

Is this a question from your issue or what are you trying to tell us?

You should read what M119 command is doing http://marlinfw.org/docs/gcode/M119.html "The BLTOUCH probe only sends a brief pulse, so “TRIGGERED” indicates the probe is in error state."

You need to use M43 S1 and touch your BLTouch barely to see if the state changes from open to triggered and vice versa. From what I can say is either your mainboard or the BLTouch has a malfunction.

CRCinAU commented 4 years ago

It's always been like this from day #1 - and it works fine. In fact, it was one of the test units for working on the BLTOUCH_HS_MODE functionality in Marlin.

It's a genuine BLTouch v3.0 and tested on both an SKR e3 mini v1.2 and the stock Ender 3 mainboard.

Further, you can see me sending the RESET ALARM (M280 P0 S160) and the probe is still TRIGGERED.

Anilo1990 commented 4 years ago

@CRCinAU the thing is then why my ender 3 is not working? Like I sad I tried the stock BLTouch firmware from fysetc and also I tried to plug in the other mechanical endstops into Z_min but it never worked after I cut of the protruding PINs.

My BLTouch is also a original one not one of this knockoffs for 10 bucks.

CRCinAU commented 4 years ago

Go back to basics. If you deploy the probe, does it change to OPEN? If you stow the probe again, does it go back to TRIGGERED?

At this stage, I'd ignore what the documentation says - as a lot of boards don't support interrupts on the probe ports - meaning it all has to be done via polling - so a pulse can be very bad - especially if missed...

Anilo1990 commented 4 years ago

@CRCinAU i did everything i know but so far it doesn’t change. Do you have a recommended way to test? I can then try that later when I’m home again.

GMagician commented 4 years ago

@CRCinAU please note this:

also I tried to plug in the other mechanical endstops into Z_min but it never worked

this is not a bltouch issue...

Edit: If mechanical endstop doesn't work and input associated to z_min is correct, answer is not too much different then "damaged input"

CRCinAU commented 4 years ago

this is not a bltouch issue...

Certainly. I wonder though, I never could get it working on the PROBE port on the SKR E3 Mini v1.2 - I had to use the Z-STOP port. While that's an off topic discussion, I wonder if its to do with the input setup - which would be board specific...

GMagician commented 4 years ago

That may be an hardware issues maybe because of some sort of PNP NPN? Don't know how skr works. But mechanical endstops (AFAIK) have a pull-up and close to GND then testing input with these device, without pullup in configuration, should work (but board may have its own pull down.. any schematic available?)

CRCinAU commented 4 years ago

As this might be useful to OP, as it may well be a similar board issue, schematics for the SKR E3 mini v1.2 are here: https://github.com/bigtreetech/BIGTREETECH-SKR-mini-E3/tree/master/hardware/BTT%20SKR%20MINI%20E3%20V1.2

GMagician commented 4 years ago

Stop and probe are, on H/W side, identical. They have a board pull-up so closing to gnd is ok, no pull up required in configuration.

Edit: Only difference I see is PROBE that is connected to a multifunction pin (PC14-OSC32-IN) maybe it needs a special processor setup to be correctly used. I don't know how stm32 works, maybe some other developpers know it