Gigabot suddenly thinks its bed is 2X larger than it is.
I printed something sliced with Simplify3D set on standard preset for a standard re-3D gigabot. I noticed, after I stopped the machine, that Simplify had written at G-code start:
M92 X118.52 ; calibrate X
M92 Y118.52 ; calibrate Y
M92 Z4031.5 ; calibrate Z
M92 E1710 ; calibrate E
So, the steps per unit is set too high… What should it be for our GigaBot?
I really didn’t think the simplify 3D default gigabot profile would re-calibrate the steppers like this. Sorry. My previous print, sliced with Cura worked perfectly.
Also, no disastrous crash or anything. Just out of cal.
I believe that the Marlin version most recently uploaded by Bill is the one labeled “Hive13_3_52”…according to the config.h file, the calibration should be:
Printing Calibration cube now.
X and Y are fine, extrusion looks good.
1st layer Z is off (sensor). I’m adjusting now. Mike, you may need to futher tune this, I’m eyeballing it.
And, yes, I hit M500 to save the corrected values.
A calibration cube came out perfectly. 20mm on all sides.
Note, the Z probe was loose, and it did get knocked out a bit. I adjusted, but it may need additional fine tuning. AKA, don’t try super thin 1st layers till you’re sure… Normal printing should be fine & dandy (1st layer > 0.2mm)
On a another note:
MIKE & BILL: do we have a copy of the Marlin firmware currently loaded? If not, can someone link me the source and so I can back it up to the server? I’d hate to loose all the progress there.
Found it. I’ll make another backup, as Ian has been overhauling the computers a lot lately.
Your modifications work great. I will make some scripts and presets so that software profiles match the machine more closely.
Is it possible to do the bed tramming with 3 points rather than 9, or is it doing more than simply tramming with your additional code?
Also, is there a G-Code command to change the Z offeset for the probe? ie. on a PrintrBot it’s M212 Z[xxx]. Might some in handy when the sensor gets loose or if it takes a knock.
My suggestion is we live with the 9 points… there is a bug in the 3 point code and it was a lot easier to use the 9 point instead of fixing it.
Also, since it’s based on Marlin, the M212 code should still be present. Just do an M501 and see if it reports it… if it does, then it supports it. In fact, we might actually be already using it.