Cannot get Duet 3 MB6HC and BLTouch working
I found the problem and OMG I am livid.
The colours for the wires from my BLTouch are not the ones from the documentation at all.
The pattern on mine is as follows (From left to right)
White, Black, Yellow, Blue, Red.
So this means the pin layout is
Red = io7.in (Z Probe Pin)
White + Blue = GND
Yellow = io7.out (Servo Control)
Black = 5V
The only colour that matched up is Yellow. I am extremely surprised the BLTouch is still working with just about everything connected incorrectly.
The probe is working now, at least in testing. I need to fix the wiring going to the actual print carriage and put it through its paces
Just got it connected and while it deploys and retracts properly now, it doesn't send back that the Z has been triggered. It detects it in the probe itself, the light lights up and everything, but nothing in the DWC. The Z stays at 0. Willing to bet putting 5V through the Z probe fired something. Now I am down 3 BLTouches. Yay.
@phat32 are these clone BLTouch, or genuine? The trigger registers very quickly, often too quickly to show on DWC. See https://duet3d.dozuki.com/Wiki/Test_and_calibrate_the_Z_probe
If your Z probe produces a short pulse when it triggers (e.g. Smart Effector, Precision Piezo, FSRs with John SL board, BLTouch) then the pulse will probably be too short for you to see. Proceed to the dynamic test.
Nuramori last edited by Nuramori
@phat32 half the time I don’t see a trigger value in dwc, but it is registering/triggering properly (since my platform stops
The pulse is so short that the web interface won’t always catch it.
@phat32, I'm glad you found the problem. Was it a genuine BLTouch, and if not, what brand was it? If we can identify the brand then I'll add a warning to your documentation about it. The genuine BLTouch manual is at https://5020dafe-17d8-4c4c-bf3b-914a8fdd5140.filesusr.com/ugd/f5a1c8_d40d077cf5c24918bd25b6524f649f11.pdf and clearly states the wire colours on the first page.
On Duet 3 and 3 Mini it's best not to enable pullup resistors on ioN.in pins. They all have permanent pullup resistors anyway, and if you enable the MCU ones as well then the noise margin is reduced.
@phat32 Thanks for the wiki edit. I lightly amended it, also adding the colours. https://duet3d.dozuki.com/Wiki/Connecting_a_Z_probe#Section_BLTouch
Phat32 last edited by Phat32
@droftarts Genuine as far as I can tell. Sadly when I tried to use the sensor to level it just drove the bed into the nozzle and would give the alarm flashing on the BLTouch. Pretty sure pumping 5V through the Z Probe killed something that is preventing it from sending a signal back.
And no problem This was an expensive lesson and I want to make sure others have the info needed to prevent it from happening to them
@Nuramori sadly my platform doesn't stop moving and drives into the nozzle and the BLTouch alarm activates. Oh well, lessons learned right? haha
@dc42 Thank you From all apperances and what not it appears to be genuine but in a Creality CR-10 V2 kit. I saw posts elsewhere of 2 others who had this happen, it could be the sellers and including alternate cabling or something.
Thank you! I thought that was the case but was unsure. I will make that change in the config It would be good if the RRF Config Tool can be updated when configuring the BLTouch on the Duet 3 to remove the pull up, if that is possible
Nuramori last edited by
@phat32 Do you have the correct offset from the nozzle? I've found the ideal distance to be 6.1mm from the nozzle tip to the flat base where the pin opening is. If it's too far away, then you can get the situation you're describing.
Nuramori last edited by Nuramori
@dc42 Is the pullup info you mentioned also apply to toolboards? I had a devil of a time with my BLtouch until I enabled the pullup on the duet3 before I used a toolboard, and continued to use the pull up on the toolboard as a habit.
Nurgelrot last edited by
@dc42 You can't even trust real BLTouch I have one I know is genuine and the wiring was reversed in the small connector at the BLTouch. Always trace the wires.
@nuramori Unfortunately it happened during the initial probe process, at that point the z offset doesn't really take effect. It will stop when the probe trigger is detected, the offset comes into effect when doing the print operation itself. To be safe I also set a very low initial offset so I can adjust from there
Nuramori last edited by
@phat32 I’m not talking about the g-code setting - I’m talking about the physical distance of the bltouch itself vertically from the tip. If it’s too far then the probe tip doesn’t move enough to trigger before the nozzle crashes.
@nuramori Ah my misunderstanding, but also yes haha. The BLTouch when retracted is barely above the height of the nozzle
@phat32 are the probes working now, despite miswiring? I thought they were quite robust, and as they run on 5V, miswiring shouldn’t make the magic smoke come out.
You should be able to test without actually homing, by sending M401 to deploy the probe, then lightly pushing in the probe pin, or moving bed up/nozzle down in small Z increments until it just pushes in the pin, and makes the red LED come on in the BLTouch. DWC should report a probe reading of 1000. If you push too hard you trigger the alarm mode on the BLTouch (flashing red LED); clear it with M42 P0 S160.
@droftarts I can confirm the miswiring causes the z probe to not report back to the main board. I tried many times and while the probe would deploy it would not show any value in the UI but 0 when manually touched.
My 4th was just delivered and after swapping it out it worked perfectly instantly. With the wrong wires going to ground and the Z probe acting as the 5V had fired something for sure.
With the 2nd one I did 100% hear a pop when I issued the M401 command.