RFF 3.3 and unresponsive BLTOUCH
-
Hello
I recently made some amendments via the wizard to my config. (pid values) but had I've had issues with my BLtouch since. The initial self test on start up works perfectly fine however the pin does not self deploy when homed. M401 / M402 also do not take affect.
Im assuming its not an issue with wiring as the self test functions on start up and it functioned perfectly fine before uploading the pid updates. Signals fine
I've also tested with another Genuine BLTOUCHPlease find my homez/ deploy/retract/ configs below
Thank you
; homez.g ; called to home the Z axis ; ; generated by RepRapFirmware Configuration Tool v3.3.3 on Thu Oct 07 2021 17:04:34 GMT+0100 (British Summer Time) G91 ; relative positioning G1 H2 Z5 F6000 ; lift Z relative to current position G90 ; absolute positioning G1 X-51 Y14 F6000 ; go to first probe point G30 ; home Z by probing the bed ; Uncomment the following lines to lift Z after probing ;G91 ; relative positioning ;G1 Z5 F100 ; lift Z relative to current position ;G90 ; absolute positioning
; deployprobe.g ; called to deploy a physical Z probe ; ; generated by RepRapFirmware Configuration Tool v3.3.3 on Thu Oct 07 2021 17:04:34 GMT+0100 (British Summer Time) M280 P0 S10 ; deploy BLTouch
; retractprobe.g ; called to retract a physical Z probe ; ; generated by RepRapFirmware Configuration Tool v3.3.3 on Thu Oct 07 2021 17:04:34 GMT+0100 (British Summer Time) M280 P0 S90 ; retract BLTouch
; Configuration file for Duet WiFi (firmware version 3.3) ; executed by the firmware on start-up ; ; generated by RepRapFirmware Configuration Tool v3.3.3 on Thu Oct 07 2021 17:04:34 GMT+0100 (British Summer Time) ; General preferences G90 ; send absolute coordinates... M83 ; ...but relative extruder moves M550 P"My Printer" ; set printer name ; Network M552 S1 ; enable network M586 P0 S1 ; enable HTTP M586 P1 S0 ; disable FTP M586 P2 S0 ; disable Telnet ; Drives M569 P0 S0 ; physical drive 0 goes backwards M569 P1 S1 ; physical drive 1 goes forwards M569 P2 S1 ; physical drive 2 goes forwards M569 P3 S1 ; physical drive 3 goes forwards M584 X0 Y1 Z2 E3 ; set drive mapping M350 X16 Y16 Z16 E16 I1 ; configure microstepping with interpolation M92 X160.00 Y160.00 Z1600.00 E409.00 ; set steps per mm M566 X900.00 Y900.00 Z60.00 E120.00 ; set maximum instantaneous speed changes (mm/min) M203 X6000.00 Y6000.00 Z180.00 E1200.00 ; set maximum speeds (mm/min) M201 X500.00 Y500.00 Z20.00 E250.00 ; set accelerations (mm/s^2) M906 X800 Y800 Z800 E900 I30 ; set motor currents (mA) and motor idle factor in per cent M84 S30 ; Set idle timeout ; Axis Limits M208 X0 Y0 Z0 S1 ; set axis minima M208 X310 Y320 Z400 S0 ; set axis maxima ; Endstops M574 X1 S1 P"xstop" ; configure switch-type (e.g. microswitch) endstop for low end on X via pin xstop M574 Y1 S1 P"ystop" ; configure switch-type (e.g. microswitch) endstop for low end on Y via pin ystop M574 Z1 S2 ; configure Z-probe endstop for low end on Z ; Z-Probe M950 S0 C"exp.heater3" ; create servo pin 0 for BLTouch M558 P9 C"^zprobe.in" H5 F120 T6000 ; set Z probe type to bltouch and the dive height + speeds G31 P500 X66 Y1 Z2.5 ; set Z probe trigger value, offset and trigger height M557 X15:215 Y15:195 S20 ; define mesh grid ; Heaters M308 S0 P"bedtemp" Y"thermistor" T100000 B4138 ; configure sensor 0 as thermistor on pin bedtemp M950 H0 C"bedheat" T0 ; create bed heater output on bedheat and map it to sensor 0 M307 H0 B0 S1.00 ; disable bang-bang mode for the bed heater and set PWM limit M140 H0 ; map heated bed to heater 0 M143 H0 S120 ; set temperature limit for heater 0 to 120C M308 S1 P"e0temp" Y"thermistor" T100000 B4725 C7.06e-8 ; configure sensor 1 as thermistor on pin e0temp M950 H1 C"e0heat" T1 ; create nozzle heater output on e0heat and map it to sensor 1 M307 H1 B0 S1.00 ; disable bang-bang mode for heater and set PWM limit M143 H1 S280 ; set temperature limit for heater 1 to 280C ; Fans M950 F0 C"fan0" Q500 ; create fan 0 on pin fan0 and set its frequency M106 P0 S0 H-1 ; set fan 0 value. Thermostatic control is turned off M950 F1 C"fan1" Q500 ; create fan 1 on pin fan1 and set its frequency M106 P1 S1 H1 T45 ; set fan 1 value. Thermostatic control is turned on ; Tools M563 P0 S"HEMERA" D0 H1 F0 ; define tool 0 G10 P0 X0 Y0 Z0 ; set tool 0 axis offsets G10 P0 R0 S0 ; set initial tool 0 active and standby temperatures to 0C ; Custom settings are not defined
-
@siopshop is the only thing that changed your heater PID values? Do you have a copy of your old config files in case you can spot another difference?
please send M98 P"0:/sys/config.g" from the console to see if any errors are reported in your config.g
-
@t3p3tony said in RFF 3.3 and unresponsive BLTOUCH:
M98 P"0:/sys/config.g"
Ye no other errors reported. This event is replied
M98 P0:/sys/config.g HTTP is enabled on port 80 FTP is disabled TELNET is disabled
Yes it was the only parameters which were changed. Im really scratching my head on this one. Been through this list and reconfigured the probe following this
https://duet3d.dozuki.com/Wiki/BLTouch_Troubleshooting
https://duet3d.dozuki.com/Wiki/Connecting_a_Z_probe#Section_Software_setup_RepRapFirmware_Num_3Will have a look at an old config
-
Oddly the same issues persist with the last known working config.
Will clean the probe and test out with another set of Bl touch wiring.
The wiring from bltouch follows the sam path as all the other wiring from my Hemera. Ive heard of interference issues but never had this issue in the past. But will isolate to make sure.
self test on start up works correctly
Side by side in notepad++ I cant see any differences but the pid values and the printer name.
Is there anything board side i should check for ?
-
@siopshop if there are no differences form a known working config (which also has the same issues now) other than the heater PID settings then its not the config that the cause.
-
Wow. It was an inteference issue. Shielded the bltoch cable and now works fine
Thanks for your time
-
@siopshop ok thats odd that it changed between configs - but good to know its resolved!
-
@t3p3tony
Unfortunatley it became unresponsive shortly after. Ive attached a pic of the board below and it looks like L5&L6 has burnt out. Could you confirm ? -
-
@siopshop its hard to say from the image (although they don't look quite right). What is unresponsive, the whole board or the BL touch?
-
Compared with another duet 2 wifi I have, L6 and L5 are blacked out and it expelled a waft of “component pop” in the air when switched on.
The Bl touch no longer lights up and is unresponsive, previously the Bltouch would probe test on start up.
Multi meter has confirmed that these have blown. Currently looking at schem to see what else has been affected.
I think its a goner.No amendments have been made to the wiring over the past 24hrs. Sheathed the bltouch cable with some paracord and recrimped is all. Red to 5v, yellow heater 3, black / brown to ground, white in. The bltouch is a 3.0 and my understanding is that the duet 2 is 5v tolerant.
This is my 3rd duet on one of my printers and I know the pin out pretty well… I’d be surprised if I had “F upped”Ive never had an issue with a film resistor blowing like this out of the blue but im absolutely bemused to how this has happened and the gradual degradation ive seen over the past few days
Is it worth sending it over for inspection?
-
@siopshop said in RFF 3.3 and unresponsive BLTOUCH:
Thanks for the background, it difficult sometimes on here to tell how much familiarity people have with the boards.
Your report confirms that L6 and L5 are damaged, as you say its confirming what else is damaged and how. Those are ferrite beads, not resistors. L6 is used to filter VDDPLL from VDDOUT/VDDCORE. all of those are not directly exposed to any of the IO interfaces.
L5 is the filter between 3.3V and ADVREF.I have not seen these ferrites damaged in the way you describe before, they are basically shorts at DC frequencies so if they have passed enough current to get damaged I would expect the MCU is also damaged.
-
Oh no bobbins.
Ill retrace my steps. I wouldn't say im 100% pcb literate but enough to say its likely goosed.
The printer still homes and is responsive via DWC. I’ll run a dry gcode and see its behaviour, report backWould Duet recycle the board if i sent it back ?
-
@siopshop ahh that's interesting, if the Duet is still responsive then the mcu might not be damaged. that would indicate a different failure mode for those ferrites
Would be interesting to know if all the temperatures read correctly. Also if you have one to hand you can test the zprobe.in with a simple switch to see if its still working.
-
For your checks, I would suggest to use a different pin and see if the BLtouch works as intended like:
M558 P9 C"^exp.4" 5 F60 T1000
And connect the white pin to the EXP-Pin 4.
Before, make sure that your BLtouch is giving out 0 and 3.3/5V on the white pin (check that with a multimeter). Just to be sure, the BLtouch has no weird short, that is damaging your board.
I'm pretty sure, that the BLtouch will give out 5V if its powered via 5V.
The duet exp pins are to my knowledge not 5V tolerant (only 0-3.3V), so you might need to put a level shifter or voltage divider in between.As I cant find a documentation (nor here https://duet3d.dozuki.com/Wiki/Connecting_a_Z_probe neither there https://duet3d.dozuki.com/Wiki/Duet_Wiring_Diagrams) of how the Z_probe_in pin is implemented, I cant give you further help on that.
I hope this helps you to check and workaround this issue.