Unresolved Negative values on Z ehile printing

@Frankn sorry if that came off kind of harsh, I was having a bad day with an access point. But just so you know, when anyone uses anecdotal information and passes it off without qualification, it isn't good for the whole community, that is why I was adamant about making sure you understood the concept of zprobe_offset correctly. I should have just said it in a more pleasant but firm fashion.

 

Nuclear weapons were not involved. All good

 

Hey, I know you meant this as a joke, but when it is your opinion then state so very plainly otherwise some will accept it as factual.

 

Wow @Frankn , in light of facts presented by someone actually working with the firmware code, you are choosing to spout off opinions contrary to those facts. I am not even sorry to tell you that your opinion is wrong and you know where it belongs.

 

Yes, our version is a kludge, M565 was never supposed to be included in Marlin Firmware. In the Marlin 1.1.0 GIT Repository they eliminated this code (or maybe it was never submitted as a pull request) and went to using their approved M851, I had a few emails exchanged with the developers about this very topic. That said, if you ever decide to move to 1.1.0, and there are a lot of underlying code fixes and other reasons to do so, you will need to learn to use M851 rather than M565.

As soon as 1.1.0 becomes a RC, I will do a pull request with my Configuration.h, so the RoboR1 can be added in the release.