I'm using complete code bases, I learned the hard way years ago not to mix old configs with new ones. What get's me with this is usually you cannot use the sdcard functions at all, with this one I can read the sdcard but it just wont print them....
Printable View
I know there have been some additions and changes to the SD Card code. But I don't use the SD Card stuff. It might be worth while to do a diff between the old and new code and see what you can spot. I don't think there have been that many changes so most likely it won't be too hard to spot. If you upload the source to the version that works, I can take a look too.
Not to confuse myself more than I already am, but take a look at this thread http://3dprintboard.com/showthread.p...s-enhancements
For some reason after making the changes for my printer, it compiles and it is also working, I can run a print directly from the sdcard now....
There are a lot of conditional defines (#define, #ifdef, etc.) in the Marlin codebase and it isn't hard to utterly confuse their locations, particularly given the formatting.
Glad to hear that fork is working for you.
Oh, and please: Make sure you update your E-steps and set the ABL servo angle before using!
I have also integrated the bonm14 into current Marlin including Roxy's changes (fork available here: https://github.com/beckdac/Marlin ). I had to do some work to reconcile the two approaches, particularly for handling the number of points, but that is done. Please see this post for more information: http://3dprintboard.com/showthread.p...ll=1#post28235
If you have a post-processing script already setup, syl20, I'd love to have a look at it.
Well, it wasn't code... I just used a calculator to get that number. And remember... I have 4 spring loaded screws holding my bed. Not 3 so maybe this doesn't work as well for MakerFarm's??? But as it turns out, that number isn't actually usable. It will move that corner up or down that much. But the problem is that pushes the mean of the sample points up or down by half that much.
I wonder if a better approach would be this: Get the bed very close to level, and then 'unadjust' one of the screws by one turn and see how much it shifts the topographical map. Then put it back and 'unadjust' the next axis at see how much it shifts things.
If we can figure this out... It might be good to have a Configuration.h parameter for the important (heavily owned and used) machines where the user can uncomment the appropriate line.
Ha! I thought that output was from Marlin on serial. You keep great inline notes!
Interesting! I have one solid nylon spacer in a corner (the XY homing corner) and three springs with M3 socket caps through the glass, heated bed, and air gap/cardboard + birch wood with thumbwheels capturing nylon lock nuts below. I calibrated my Z_PROBE_OFFSET_FROM_EXTRUDER in the fixed corner with the nylon spacer because I thought it was invariant.