I switched to the RUMBA but not required obviously.  I had already switched to the stock Marlin firmware before I saw ozadr1an's branch for the SD with bed leveling support or I would have probably gone that route.  One frustration with the Marlin firmware is the whole board config process is being worked on (like boards.h, configuration.h and pins.h) so feels like every time you do a git pull, you have to either merge your changes locally or throw them out and redo it.  I think I saw they are looking for a stable release in the next few weeks.  Someone also is working on a web based config tool to try to make the process easier (http://www.thinkyhead.com/_marlin/).

Good to know I received the sensor today, but I'll wait til the newest release . I'm still using the rev E board from solidoodle, just about the only thing I haven't changed, will it work with the new marlin code?

Yep

Looks like AZERATE  read my mind 6 months ago . This Marlin code I beleave has the code I need for auto bed leveling. Thank you community, this is how cutting edge work should be done!

Back in the 1980's PC 's were in the same spot as 3d printers are now there was so much secrecy and back stabbing, I really got turned off to the whole thing. I beleave it's why it took so many years to get from the 8080 to the 8086. Programmers such as myself left the PC markets and signed on to apple, color computer, and the venerable commodore 64 (I loved my coco!) Looking back I guess I should thank big blue for being so thick, it let APPLE grow to were it's now. BTW who is big blue? Who cares!

https://github.com/ozadr1an/Solidoodle- … in_v1_beta

I've been playing with auto leveling with the stock marlin firmware, though still not perfect.  In the last release version ran into an issue with it not reading the offset out correctly which was frustrating (but worked fine when set from the LCD.)  Supposedly redone in the dev version, but since it's been going thru some major work the last couple months, not sure if I'm ready for any instability

I ended up designing a mechanical arm as wasn't sure about the accuracy of an inductive sensor.  For some (maybe mislead in my mind) reason, I feel like a decent switch would have more repeatable results.  I'll need to dig into the inductive sensors a bit as definitely makes it a lot less complex.

EDIT:  BTW the only reason I went with the full marlin firmware is bleeding edge features.  They recently added support example for filament width sensors (I have one to play with but haven't had a chance to wire it in.)

-Mike

Back in the 1980's PC 's were in the same spot as 3d printers are now there was so much secrecy and back stabbing, I really got turned off to the whole thing. I beleave it's why it took so many years to get from the 8080 to the 8086. Programmers such as myself left the PC markets and signed on to apple, color computer, and the venerable commodore 64 (I loved my coco!) Looking back I guess I should thank big blue for being so thick, it let APPLE grow to were it's now. BTW who is big blue? Who cares!

https://github.com/ozadr1an/Solidoodle- … in_v1_beta

I bought one but I never installed it because I was planning to use it along with the geckotek build plate but this one is still in development.

Just wondering if anyone has figured out how to modify the SD firmware to use inductive sensor as described by Thomas Sandladerer , his youtube video was published in Sept. ,2014 for the printrbot, so the Marlin code should work for SD. I know something was published using the z, endstop, but I was looking for something more elegant.  BTW he clearly describes how to modify the configurationH file and CONFIGURATIONADAVDVH file but there must be a CPP file that actually does the work of tramming and setting the modified x,y,z values. Any comments & info is appreciated.

Those who don't know ask, those who don't care comment,  those who comment without answers  hide ignorance for fear of asking. Be fearless!