Fix for broken MBL

[ghost]

LCD call was waiting forever, causing the system to hang.

[manianac]

Since we are no longer setting no_reentrance with lcd_wait_for_homing, I would remove this line.

[ghost]

Done.

[ghost]

Can we ditch the whole lcd_wait_for_homing() function? I cannot find any other calls to it.

[thinkyhead]

Can we ditch the whole lcd_wait_for_homing() function?

No. It's okay that it's only used once, currently. And I think the proper fix is actually this:

  inline void lcd_wait_for_homing() {
    no_reentrance = true;
    while (!axis_homed[X_AXIS] || !axis_homed[Y_AXIS] || !axis_homed[Z_AXIS]) idle();
-   no_reentrance = true;
+   no_reentrance = false;
  }

[thinkyhead]

Should be fixed now, with fb3c30e, as above. Please confirm.

[ghost]

First off, welcome back, @thinkyhead!

I can try it this evening.

[thinkyhead]

Good to be back. I hope to be around a bit more. Still much to do in this move to Texas….

[ghost]

That commit didn't work. Details are on your commit.

[WheresWaldo]

Is there any movement on this PR. I had a bunch of reports from the Robo3D users that have migrated to 1.1.0 RCBugFix that are reporting MESH freezing during implementation. All with code from December 31, 2016.

I was trying to maintain configuration files for the Robo R1 printer and everyone now has gone back to RC8 since the anomalous behavior is not present.

[manianac]

Awaiting @thinkyhead s return, until then you'll have to experiment with your own PR or code regression.

[Sparkman61]

For what its worth, the change posted by @thinkyhead seemed to correct the freezing problem. At least on my printer.

[WheresWaldo]

I did not know Scott was away. I will wait for his return.

[thinkyhead]

I've made the move to Austin, but my 3D printers are still in the mail. Once they arrive (in 2-3 days) I will be able to troubleshoot more. This PR won't be the solution, so I'm closing it.