Z Probe false deploys during the print

[Bobbik]

Basic Information:

Printer Model: DIY Cartesian P3STEEL
MCU / Printerboard: SKR gen 1.3
Host / SBC Rpi3B+
klippy.log

Describe your issue:

Probe false deploys mid-print and I don’t know why. I was a witness when the probe made a self-test during the print , like it was power cycled . Its a second probe: 1st: 3Dtouch (was broken when crashed into printed object), 2nd BTT microprobe, does the same. The cable was swapped also. Beside it, probes are functioning ok. I suspect that it has something to do with : [BUG] SKR v1.3 (or any other LPC1768): problem with servo signals that cause issues with bltouch · Issue #16171 · MarlinFirmware/Marlin · GitHub

TL:DR noisy pin signal, due to interference between MCU timer and PWM.

I know, different FW, but maybe issue is the same since it’s the same board. What I am planning to do: move Servo Pin to another group, maybe 1, raise mechanically the probe after homing , and try a bit longer print.

…

klippy.log (4).txt (6.2 MB)

[EddyMI3D]

Hello @Bobbik and welcome to the forum.

Please upload the klippy.log here and not to (another) file server.

[Bobbik]

Honestly dunno how
Edit: figured it out- I mean the attachment. Probe issue is still unresolved

[Bobbik]

Update: changed servo pin to group 1 (1.28 actually) . Now I am 1h45m onto printing same g-code (this time without filament) and so far the probe pin is stowed. I’ll update tomorrow , when the print finishes.

[Bobbik]

After 2.5 hours was ok. Then Klipper restarted with nulnulnulnulnul entry in the log, so I suppose in klipperian language means that my SD card is dying? Anyway, consider the probe issue as solved

[EddyMI3D]

@Bobbik

that my SD card is dying

That also can be a flaw in the PSU of th Pi.

[Bobbik]

Rpi PSU looks reliable-ish and worked fine just a day before with the same g-code. The SD card I found in my drawer , who knows where did I took it from