BLTouch Trigger not working
-
If can be useful the result of M122 is the following:
M122 === Diagnostics === RepRapFirmware for Duet 2 WiFi/Ethernet version 2.0(RTOS) running on Duet WiFi 1.02 or later Board ID: 08D4M-999N9-JD3S8-6J1FG-3S86R-13Q9N Used output buffers: 3 of 20 (9 max) === RTOS === Static ram: 28380 Dynamic ram: 96108 of which 16 recycled Exception stack ram used: 508 Never used ram: 6060 Task NETWORK ready, free stack 396 Task HEAT blocked, free stack 1256 Task MAIN running, free stack 3560 === Platform === Last reset 00:08:18 ago, cause: software Last software reset at 2018-06-18 23:13, reason: User, spinning module GCodes, available RAM 6316 bytes (slot 1) Software reset code 0x0003 HFSR 0x00000000, CFSR 0x00000000, ICSR 0x0041f000, BFAR 0xe000ed38, SP 0xffffffff Error status: 0 Free file entries: 10 SD card 0 detected, interface speed: 20.0MBytes/sec SD card longest block write time: 0.0ms MCU temperature: min 38.9, current 40.4, max 40.8 Supply voltage: min 23.9, current 24.1, max 24.2, under voltage events: 0, over voltage events: 0 Driver 0: standstill, SG min/max 0/215 Driver 1: standstill, SG min/max 0/116 Driver 2: standstill, SG min/max not available Driver 3: standstill, SG min/max not available Driver 4: standstill, SG min/max not available Date/time: 2018-06-18 23:21:33 Slowest loop: 48.64ms; fastest: 0.07ms === Move === Hiccups: 55318, StepErrors: 0, LaErrors: 0, FreeDm: 240, MinFreeDm 237, MaxWait: 2982539784ms, Underruns: 0, 0 Scheduled moves: 9, completed moves: 9 Bed compensation in use: none Bed probe heights: 0.000 0.000 0.000 0.000 0.000 === Heat === Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1 === GCodes === Segments left: 0 Stack records: 2 allocated, 0 in use Movement lock held by null http is idle in state(s) 0 telnet is idle in state(s) 0 file is idle in state(s) 0 serial is idle in state(s) 0 aux is idle in state(s) 0 daemon is idle in state(s) 0 queue is idle in state(s) 0 autopause is idle in state(s) 0 Code queue is empty. === Network === Slowest loop: 62.03ms; fastest: 0.01ms Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0) HTTP sessions: 1 of 8 - WiFi - Network state is running WiFi module is connected to access point Failed messages: pending 0, notready 0, noresp 0 WiFi firmware version 1.21 WiFi MAC address 60:01:94:7e:eb:98 WiFi Vcc 3.42, reset reason Turned on by main processor WiFi flash size 4194304, free heap 15800 WiFi IP address 192.168.0.35 WiFi signal strength -50dBm, reconnections 0, sleep mode modem Failed to request ESP stats Socket states: 0 0 0 0 0 0 0 0 === Expansion === -
Hi,
When you power on your duet, is the BL-Touch doing a self test? Deploy/Retract several times.
If you have a newer BL-Touch you won't need the 220Ohm resistor any more.
You also don't have to call deployprobe.g and retractprobe.g manually, G30 will do this for you.
-
@mloidl said in BLTouch Trigger not working:
Hi,
When you power on your duet, is the BL-Touch doing a self test? Deploy/Retract several times.
If you have a newer BL-Touch you won't need the 220Ohm resistor any more.
You also don't have to call deployprobe.g and retractprobe.g manually, G30 will do this for you.
No, at power on the BLTouch seems "normal", no self test and no led powered. Only if I move the probe up and down manually the led blink.
I'm not using an original new BLTouch, but a 3DTouch (that was working correctly on the old i3).
-
Since you're not using an original BL-Touch i'm not sure if the start-up behavior is correct or not.
But what i've read is that the controlling the 3DTouch should be the same as for the BL-Touch.Can you deploy/retract the probe when sending M280 P3 S10 I1 / M280 P3 S90 I1, directly?
Maybe you can try to not invert the Servo-Signal. Remove 'I1' from M280.
-
@mloidl said in BLTouch Trigger not working:
Since you're not using an original BL-Touch i'm not sure if the start-up behavior is correct or not.
But what i've read is that the controlling the 3DTouch should be the same as for the BL-Touch.Can you deploy/retract the probe when sending M280 P3 S10 I1 / M280 P3 S90 I1, directly?
Maybe you can try to not invert the Servo-Signal. Remove 'I1' from M280.
I tried sending the gcode manually, but immediately the led of the sensor started to blinking on and off without moving the probe and in DWC there was a constant 1000 as value of the trigger. It continued to blinking (and the trigger value remained 1000) until I restarted the printer power on/off.
After the restart the led was off with the probe down, on if the probe was up with a trigger value of 0 in DWC... until I resend the gcode
-
A blink LED normally indicates an error.
Have you tried removing the I1 from the M280 command.
On my BL-Touch i had to add I1 because it was blinking without it. Maybe that's different for the 3DTouch. -
@mloidl said in BLTouch Trigger not working:
A blink LED normally indicates an error.
Have you tried removing the I1 from the M280 command.
On my BL-Touch i had to add I1 because it was blinking without it. Maybe that's different for the 3DTouch.Yes, I tried all these combinations:
- M280 P3 S10 I1
- M280 P3 S10
- M280 P3 S90 I1
- M280 P3 S90
- M280 P3 S160 I1
- M280 P3 S160
The result is always the same: blinking led.
-
Currently i'm out of ideas.
Maybe it's an wiring issue or 3DTouch does not behave like BL-Touch.
-
Try adding I1 to your m558 command for the 3d touch. It may behave differently than the BLTouch.
How is it wired?
Is the pin clean and straight? Does it move freely by hand?
-
After many tries I found something of interesting
When I power on the printer, I have to move the pin probe up (if it's down) and send a M280 P3 S160 I1 to "unlock" the sensor. After this, I can send all the commands to move the probe pin or to self-test (with the I1).
But if I power on the printer and the probe pin is down the command with S160 will not work and the sensor will start to blinking in error.
So, the simplest solution is to move the pin up before send any command, followed by the "unlock" command (M280 P3 S160 I1).
I modified all my homing config adding the unlock command before any commands, just to be sure that it's not locked in error before the homing.
Now, the question is: the command M280 P3 S160 I1 should not move the pin up automatically? Because it's not always working
-
Sounds like your pin probe needs adjusting, on the bltouch this is done via the small grub screw on the top to set the correct pin height.
-
@boldnuts said in BLTouch Trigger not working:
Sounds like your pin probe needs adjusting, on the bltouch this is done via the small grub screw on the top to set the correct pin height.
But now is working correctly the trigger, are you sure I need to adjust the probe calibration?
-
Does it do the correct up/down bit on power up self test, if so the pin should stay in the up position after this, mine does and I don't need to move it up or down via any commands for it to work.
-
I had a similar issue at first. The pin ended up being a little dirty and would stick a bit causing it to go into error immediately at startup because it couldn't drop consistently. I ended up taking the pin out and cleaning it with a bit of alcohol and some high grit sandpaper. It moved smoothly after that.
