"Z probe already triggered at the start of the homing move."????
-
@crchisholm You have your bltouch connected now ?
Check your sensor signal wiring and the value of your probe-z shown in the web frontend.
If it reads 1000 all the time you may have a wiring problem like bad crimp or using the wrong polarity of your probe signal cable or something like that.Check the documentation and all the test and probe release reset command mentioned there:
https://duet3d.dozuki.com/Wiki/Connecting_a_Z_probe#Section_BLTouch -
I don't know why I am having trouble typing here, but what I actually entered in DWC was...
M557 X0:200 Y0:200 S50
M558 P9 H5 F100 T6000
G32
and I get the Z Probe already triggered before probing move started. -
@crchisholm what do you have in bed.g? That's what gets run when you send g32
-
@scachi Well, you called that one correctly! I have continuity on four or the five wires all the way from the termination point back to the jack on the BLTouch connector. The white wire does not. I am not sure what I can do about this as my eyes are just not up to working on a connector that small. I may have to return the device back to Amazon and order another. This is frustrating, but then, no body forced me to build this printer. Crap
-
@phaedrux As you will see from my last, I now have another issue I have to get resolved before I move ahead with this.
To answer your question.....
; bed.g
; called to perform automatic bed compensation via G32
;
; generated by RepRapFirmware Configuration Tool v2 on Fri Feb 01 2019 16:04:23 GMT-0500 (Eastern Standard Time)
M561 ; clear any bed transform
G29 ; probe the bed and enable compensationBTW, how do you mark code as you did in your message. I tried <code></code> and that didn't seem to work.
-
All the forum markup can be found here: http://commonmark.org/help/
For the Bltouch wire that's unfortunate. Dupont connectors and crimps are quite fiddly. If you aren't able to recrimp the wire yourself perhaps a local electronics shop could give you a hand?
-
Crap! the return window is closed, so I will have to try and fix this tomorrow, or order another. Sheesh
-
Ok, so I ordered another BLTouch. It will be here Monday.
@Phaedrux: In the meantime, I know there no since trying to figure out what was going on now that I know there was a problem with the wires, but does the bed.g look ok?
-
The bed.g looks like it wouldn't have any problems, but there's only two commands in it. And G29 will automatically cancel any active bed compensation before running, so it's really only calling G32 to run G29. Might as well just call G29.
-
Maybe I should elaborate on how G29 can be used.
G32 used to be used to do a 5 point compensation routine that would generate a plane through 5 points you specified in bed.g. G29 has now taken over that roll, but it can do more than just 5 points. It's far more flexible. With G29 you specify a grid (with M557) and then a detailed network of points gets probed to allow for more fine grained adjustments.
You can still use G29 with a sparse grid of points to get the same effect as the old way if you know your bed is really flat already and want to probe it quickly before every print this is not a bad way to go.
However, if your bed isn't very flat but the platform itself is pretty stable, you can do a high detail G29 with lots of points and save that resulting heightmap and reload it before a print without needing to reprobe. Usually it would be loaded at startup in config.g or after homing, or right before printing.
Does that kind of make sense on your options for using G29?
Now that G29 is the recommended way of doing compensation, G32 and bed.g are usually used for printers with 2 or more independently Z axis lead screws so you can do automatic leveling.
-
Ok, I think I’ve got it. I am pretty confident that my bed is level: 0.25” tool and jig grade extruded aluminum. There will be a bed leveling need though. The rails that the x gantry ride on are out of parallel by a about 0.4 mm in 305mm and have not been able to get that fixed.
I will give this all a fresh start on Monday when the replacement probe arrives.
Thank again for all your help. Everyone!
-
If your printer has a Z endstop switch, you can home Z using that. See https://duet3d.dozuki.com/Wiki/ConfiguringRepRapFirmwareCartesianPrinter#Section_Homing_Z.
-
@dc42 : yes it does have a z e/s. And I am using the same code as is in the link. That part is working fine. It’s just the bed leveling that I need to get ironed out. Thanks.
-
Ok, got the new BLT and tested all the wiring and all good. (the Z probe now shows 0 instead of 1000) I decided to try and do all the commands first from the DWC to see what happens, so I did the following....
homed all three axis
dropped the bed 50mm
entered these commands in the DWC...M557 X0:200 Y0:200 S50
M558 P9 X0 Y0 Z1 F500 T5000 H3
G30The bed immediately started rising, but the probe was not deployed. I was not sure if it would deploy once it got to the Z home, but decided I was not feeling real safe about what would happen next, so I stopped it.
Should G30 have automatically deployed the probe, waited until it returned to z home, or some other behaviour.
What should have happened with the commands above?
If these are not correct, can you offer any suggested changes? -
Yes G30 should deploy the probe. Do you have the deploy and retract servo commands entered into the deployprobe.g and retractprobe.g macros in the sys folder?
https://duet3d.dozuki.com/Wiki/Connecting_a_Z_probe#Section_BLTouch
https://duet3d.dozuki.com/Wiki/Test_and_calibrate_the_Z_probe
-
I've went back through this several times. I'm really stumped. When I first fire up the printer, the probe deploys and retracts twice and the Z probe is at 0, so I assume the probe is not defective.
I've looked at the deployprobe.g and retractprobe.g several times and everything looks as the setup directions say.
I've ran through the troubleshooting guild a couple times and I don't see any issues or potential issues related to that.
I ran the commission code to deploy but nothing seems to happen.
I checked that I am connected to the proper pins: 1:red, 2:brown and 8:orange Z probe in: white GND: black
I've added the following to config.g to no effect....
; BLTouch code
M307 H3 A-1 C-1 D-1
M558 P9 H5 F100 T2000
G31 X30 Y15 Z3 P25@dc42 has said I don't need the |1
When I start the single probe, I get
M112
M999
Z-probe was not triggered dring probing moveI can't seem to get the probe to deploy by any method.
I am very sure I am doing something wrong, but can't figure out what.
-
So you're saying if you send M401 and M402 in the console nothing happens?
What commands are you using in deployprobe and retractprobe?
M307 H3 A-1 C-1 D-1means that you're trying to use heater pin 3 on the expansion connector. Is that correct? That would mean that your servo commands should use P3. -
@phaedrux That is correct. Nothing. Tried it several time after several restarts
-
Here is deployprobe.g
M280 P3 S10
and retractprobe.g
M280 P3 S90
-
Try adding
I1to those.
