Problem with plugins KEYPAD and DISPLAY

[grblhal]

Problem with plugins KEYPAD and DISPLAY

[terjeio]

Two issues at play it seems, first is that the i2c_probe() function leaves the bus stuck. The second is that there should be a delay in the display_init code before the probe is executed. I'll add 10 ms - perhaps that is enough for the display processor to start up so that the I2C address is active.

[zab-ig]

Thanks for the quick response.
10 ms was not enough. I tried 100, 150, 200 ms - it didn't work. As a result, I set the delay to 500 ms, with this delay the keypad and grbl controller work stably.
And another question: if you connect the keypad after turning on the Grbl controller, the keypad does not work and the Grbl controller does not respond to it. Can this be fixed somehow?

[terjeio]

Thanks for the quick response.

You were lucky as I was just about to commit a batch of other changes...

As a result, I set the delay to 500 ms, with this delay the keypad and grbl controller work stably.

That is a long time, does the keypad code really start up that slow?

if you connect the keypad after turning on the Grbl controller, the keypad does not work and the Grbl controller does not respond to it. Can this be fixed somehow?

If the MCU I2C port tolerates hot inserts then either a $ command to initialize the plugin or an "inserted" signal must be added. Polling for it is, IMO, not a good idea.

[terjeio]

I'll increase the delay to 510ms in the next commit since there is 500ms of delay in the startup sequence before I2C is enabled.