BLTouch working
-
Homing Z using a Z probe is done using a G30 command. See https://duet3d.com/wiki/Configuring_RepRapFirmware_for_a_Cartesian_printer#Homing_files. To use a deployable Z probe, you need to ensure that you have set up the deployprobe.g and retractprobe.g files correctly for your probe, then in homez.g and homeall.g put M401 before the G30 command and M402 after it.
If you want to use mesh bed compensation then I suggest you put these commands in bed.g:
M401
G29
M402HTH David
-
I am missing some basic information for understand how all the macro interact I reach this results simply copying some posted configuration but I don't understand how the firmware works
When I launch a print, how can I practically run a bed leveling routine and bed compensation?I understand from the wiki there are 2 bed leveling system
G29 and G32 ( G29 is better for a core xy) so I went for G29 .
I have to use M557 command but where? I made a macro with this inside
[c]G91
G1 Z6 F200
G90
M98 Pdeployprobe.g
G29 S2
M557 X30:270 Y30:270 S60
G29
M98 Pretractprobe.g[/c]
and I can run it with G29 so I understand I could simply put G28 and then G29 in the start script in the slicer program , is that right?What if I would use a simply 5 points bed leveling using something like this
[c]G30 P0 X50 Y50 Z-99999
G30 P1 X50 Y250 Z-99999
G30 P2 X250 Y250 Z-99999
G30 P3 X250 Y50 Z-99999
G30 P4 X150 Y150 Z-99999 S0
[/c]
where I should place this commands and How I should run it?Hope You'll excuse me for such dumb questions but I always used Marlin based printer till now
Thank you very much -
Have you read https://duet3d.com/wiki/Using_mesh_bed_compensation ?
You can put the M557 command in config.g assuming that you always want to probe the same bed area. Or it can go in the same file as the G29 command.
Your mesh bed levelling macro looks ok but the G29 S2 line is not needed because the height map is automatically cleared at the start of the other G29 command.
Your 5 point probing sequence also looks good, but of course you need to deploy the probe at the start and retract it at the end.
You could put either sequence in your bed.g file so that you can invoke it with G32.
-
Have you read https://duet3d.com/wiki/Using_mesh_bed_compensation ?
You can put the M557 command in config.g assuming that you always want to probe the same bed area. Or it can go in the same file as the G29 command.
Your mesh bed levelling macro looks ok but the G29 S2 line is not needed because the height map is automatically cleared at the start of the other G29 command.
Your 5 point probing sequence also looks good, but of course you need to deploy the probe at the start and retract it at the end.
You could put either sequence in your bed.g file so that you can invoke it with G32.
Thank you for all your patience and assistance.
Yes I read that part about 30 times
Maybe I am missing some basic concept.
This is the part I can't understandYou can put the M557 command in config.g assuming that you always want to probe the same bed area. Or it can go in the same file as the G29 command.
You could put either sequence in your bed.g file so that you can invoke it with G32- If I understand correctly G29–> mesh bed levelling G32-->Probing at fixed points But I am missing the practical differences between this 2 commands.
if I'd put all the 2 sequences in bed.g with G29 command will be executed the mesh levelling instead with G32 will be executed the 5 points leveling is that correct?
-When I run a G29 command what config files are read by the board? And when I run a G32? Always look in bed.g if present? - How bed.g Config.g and a Macro interact?
- You said that putting the M557 command in config.h will be tested always the same area, Do you mean that having differents macros for bed levelling I can starts it in many ways following may needs? How can I test 2 different pattern mesh map using G29 command? How can coexist 2 M557 command ? Using 2 differents macros?
I have another problem , when I home the Z probe seems to work perfectly, the printer register the touch point and the home Z button become blue . The problem is the probe that after touching the bed with the pin it start flashing and I have to reset it manually https://www.youtube.com/watch?v=eq2wTy3-kxA
this is my homing routine[c]G91 ; relative mode
G1 Z4 F200 ; raise head 4mm to ensure it is above the Z probe trigger height
G90 ; back to absolute mode
M98 Pdeployprobe.g
G1 X150 Y150 F2000 ; put head over the centre of the bed, or wherever you want to probe
G30 ; lower head, stop when probe triggered and set Z to trigger height[/c]Hope you'll be able to understand my very mad English
- If I understand correctly G29–> mesh bed levelling G32-->Probing at fixed points But I am missing the practical differences between this 2 commands.
-
There are two sorts of bed compensation you can do:
1. Mesh levelling, using M557 to define the grid and G29 S0 (or just G29) to probe it. The height map is saved to a file, the default filename is heightmap.csv. You can also load a previously-generated height map using G29 S1.
2. Bed probing using a sequence of G30 commands. On Delta printers this does auto calibration. On Cartesian printers it is an older way of doing bed compensation, provided for backwards compatibility with older firmware that didn't support mesh levelling.
The G32 command simply runs the bed.g file.
On a Cartesian printer, you can use either mesh levelling (G29) or G30 probing, not both. I recommend mesh levelling. So I suggest you put your mesh levelling script in bed.g.
I'll leave it for someone who has a BLTouch to help you with your BLTouch issue.
HTH David
-
Thank you very much for your assistance , I am really happy with your board!
-
How does this look? I have a delta with a 300mm bed.
In my system editor i have
config.g
;**************** Z probe and compensation definition****************
M558 P5 X0 Y0 Z1 H5 F100 T2000
M307 H3 A-1 C-1 D-1
M557 R125 S15
G31 X19 Y-11 Z1.5 P1 ; Set the zprobe offset and threshold (determine your printer's Z offset value). For a delta, use zero X and Y offset.bed.g
;Bed*****
G28 ;Home the printer
G91 ;Set to Relative Positioning
G0 Z5 F3500 ;Move to center 5mm from bed
G90 ;Set to Absolute Positioning
M561 ;Clear any bed transform, otherwise homing may be at the wrong height
M557 R115 S15 ;Mesh leveling
M98 Presetprobe.g ;Call macro reset prob
M98 Pdeployprobe.g ;Call macro deploy probe
G4 P50 ;Pause
G29 S2 ;Clear height map
G29 S0 ;Generate bed height map
M98 Pretractprobe.g ;Call macro retract probe
G1 X0 Y0 Z150 F15000 ;Get the head out of the way of the bedPrefix code
M141 S45 ; Heat the chamber
M140 S <bed>; ;Heat the bed
M190 ; Wait for bed to reach temp
G28 ; Home
M104 ; Set extruder temperature
M109 ; Set extruder temperature and wait
G21 ; Set Units to Millimeters
G90 ; Set to Absolute Positioning
M82 ; Set extruder to absolute mode
G92 E0; Set Position for extruder
G29 S1 ; Load bed height map</bed> -
Hi everyone.
I've read through this entire thread 3 or 4 times now and I still can't get my DuetWiFi-BLTouch deploying, let alone retracting or bed levelling.
I've followed the BLTouch Wiki through and have the exact wiring connections.
What happens when I run a Home All, or even a Deploy Command, M401 or M280 P3 S10 I1, it homes X and Y successfully, then throws this error: INVALID M CODE: M401, or INVALID M CODE M280 P3 S10 I1, if I have changed all the deploy commands to the latter. I haven't been able to find this error code anywhere on the Duet forum or the internet.
When I start the Tevo Black Widow printer, the BLTouch lights up and deploys and retracts twice, before defaulting to the constantly lit state with the pin up. I had been using it perfectly fine with the MKS board, before switching to the Duet. I also don't have any macros set up yet, so I don't know if that's an issue for testing the BLTouch or running a home command.
I've been working on it for 4 days straight now and I have no idea what to do, please help.
Here's my config.g, which was set up by someone in my FB group:
; Configuration file for Duet WiFi (firmware version 1.17)
; executed by the firmware on start-up
;
; generated by RepRapFirmware Configuration Tool on Sat Mar 04 2017 15:46:00 GMT+0100 (W. Europe Standard Time); General preferences
M111 S0 ; Debugging off
G21 ; Work in millimetres
G90 ; Send absolute coordinates…
M83 ; ...but relative extruder moves
M555 P2 ; Set firmware compatibility to look like Marlin
M208 X0 Y0 Z0 S1 ; Set axis minima
M208 X340 Y250 Z280 S0 ; Set axis maxima; Endstops
M574 X1 Y1 Z1 S0 ; Define active low and unused microswitches
M558 P5 X0 Y0 Z1 H5 F200 T6000 ; Set Z probe type to modulated, the axes for which it is used and the probe + travel speeds
G31 X-40 Y7 Z0.9 P50 ; Set Z probe trigger value, offset and trigger height;Z-offset (Z0.9). Higher value LOWER nozzle height
; Lower value RAISE nozzle heightM557 X10:340 Y10:240 S68 ; Define mesh grid
M307 H3 A-1 C-1 D-1 ; disable heater 3, which makes it available for use to control the BLTouch
; Drives
M569 P0 S1 ; Drive 0 goes forwards - X
M569 P1 S0 ; Drive 1 goes backwards - Y
M569 P2 S0 ; Drive 2 goes backwards - Z
M569 P3 S1 ; Drive 3 goes forwards - ExtruderM350 X16 Y16 Z16 E16 I1 ; Configure microstepping with interpolation 16
M92 X160 Y160 Z1600 E800 ; Set steps per mm 16M566 X600 Y420 Z12 E120 ; Set maximum instantaneous speed changes (mm/min) - (JERK)
M203 X6000 Y6000 Z500 E400 ; Set maximum speeds (mm/min)
M201 X1000 Y1000 Z1000 E250 ; Set accelerations (mm/s^2)
M204 P1000 T1000 ; Set Max acceleration for P=printing moves and T=travel moves
M906 X1600 Y1600 Z900 E1000 I30 ; Set motor currents (mA) and motor idle factor in per cent
M84 S30 ; Set idle timeout; Heaters
M143 S285 ; Set maximum heater temperature to 285C
;M305 P1 X101M305 P1 T107000 B10832 C4.891620e-7 R4700 ; Set thermistor + ADC parameters for heater 0 - BED
M305 P0 T99600 B4388 C0 R4700 ; Set thermistor + ADC parameters for heater 1 - HOTEND E3dM307 H0 P96.0, I3.285, D603.9 ;Bed
;M307 H1 P1.1, I0.011, D51.5 ;Hotend pidM307 H1 P17.8, I0.055, D74.9 ;Hotend E3d pid
; Tools
M563 P0 D0 H1 ; 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; Network
M550 Black Widow ; Set machine name
M552 P0.0.0.0 S1 ; Enable network and acquire dynamic address via DHCP; Fans
M106 P0 S0.3 I0 F500 H-1 ; Set fan 0 value, PWM signal inversion and frequency. Thermostatic control is turned off
M106 P1 S1 I0 F500 H1 T45 ; Set fan 1 value, PWM signal inversion and frequency. Thermostatic control is turned on
M106 P2 S1 I0 F500 H1 T45 ; Set fan 2 value, PWM signal inversion and frequency. Thermostatic control is turned on; Custom settings are not configured
-
What version of RepRapFirmware are you running? It must be quite old if it doesn't support M280 or M401.
-
I don't have access to my BW config file at work here, but one thing I would try, is to leave off the I1 (invert polarity) in the M280 command. When I used the BLTouch, it would not work with that parameter set.
So basically just try this to deploy:
M280 P3 S10Hi everyone.
I've read through this entire thread 3 or 4 times now and I still can't get my DuetWiFi-BLTouch deploying, let alone retracting or bed levelling.
I've followed the BLTouch Wiki through and have the exact wiring connections.
What happens when I run a Home All, or even a Deploy Command, M401 or M280 P3 S10 I1, it homes X and Y successfully, then throws this error: INVALID M CODE: M401, or INVALID M CODE M280 P3 S10 I1, if I have changed all the deploy commands to the latter. I haven't been able to find this error code anywhere on the Duet forum or the internet.
When I start the Tevo Black Widow printer, the BLTouch lights up and deploys and retracts twice, before defaulting to the constantly lit state with the pin up. I had been using it perfectly fine with the MKS board, before switching to the Duet. I also don't have any macros set up yet, so I don't know if that's an issue for testing the BLTouch or running a home command.
I've been working on it for 4 days straight now and I have no idea what to do, please help.
-
What version of RepRapFirmware are you running? It must be quite old if it doesn't support M280 or M401.
I'm using RepRapFirmware: 1.15b (2016-08-25)
-
I don't have access to my BW config file at work here, but one thing I would try, is to leave off the I1 (invert polarity) in the M280 command. When I used the BLTouch, it would not work with that parameter set.
So basically just try this to deploy:
M280 P3 S10I saw your post and tried this solution immediately, but it didn't fix the error.
-
You will need the I1 parameter on the M280 command if you have the BLTouch connected to the Heater 3 pin on the expansion connector. If you have a DueX2 or DueX5 connected and you connect the BLTouch to one of the servo outputs on the DueX instead, then you don't need the I1 parameter.
-
If there was a wiring diagram to show that the connections for the BLTouch was to the 4pin Z-probe input, and not the 3pin Z-endstop input, this would have been helpful 2 days ago. To the laymen and on other control boards, there is no differentiation between these items. It would not be conceivable to have an z endstop and a z probe existing at the same time.
-
You will need the I1 parameter on the M280 command if you have the BLTouch connected to the Heater 3 pin on the expansion connector. If you have a DueX2 or DueX5 connected and you connect the BLTouch to one of the servo outputs on the DueX instead, then you don't need the I1 parameter.
It's just the Duet WiFi by itself. I have tried the M280 command with the I1 parameter, and it doesn't work. It just says Invalid M Code still.
What do I do now?
-
Start by upgrading to version. 1.18
-
Start by upgrading to version. 1.18
I can't figure out how to upgrade the firmware. I have the Arduino program, which I used to update the MKS board with Marlin. Pretty easy.
What's the latest process for doing this for RepRap?
It's all on the wiki, https://duet3d.com/wiki/Duet_Wiki#Updating_Duet_WiFi_firmware.
-
Start by upgrading to version. 1.18
I can't figure out how to upgrade the firmware. I have the Arduino program, which I used to update the MKS board with Marlin. Pretty easy.
What's the latest process for doing this for RepRap?
It's all on the wiki, https://duet3d.com/wiki/Duet_Wiki#Updating_Duet_WiFi_firmware.
Thanks, I just happened to see it at the same time I received your response.
It's now homing X, Y, and Z.
The next issue I have to work through is that it's not stopping on Z, and rams the bed. I double-checked the config update I was using, and used my finger to test the BLT, but it still rams.
I'll go back through the thread, but you have an immediate fix then please let me know.
Thanks for your help.
-
Im using a BLTouch, a fairly new 'smart' version.
It seems to be working correctly, but i've never cut the trace to change it from 5v to 3.3v.
Since its hooked to the 5v output on the duet, whats correct?
A) - Cut it to work at 3.3v
B) - leave it at 5v
C) - if its working don't f$*k with it regardless of settings,
D) - Its gonna blow up, fry the duet, and burn down the house by running at 5v….. -
It's safest to cut the trace.
