Don't reinit i2c LCDs

[dbuezas]

Description

LCDs are restarted when the SD CARD is inserted or released. From what I can gather, this is because SPI LCDs share pins with the the sd card, which introduces noise in the lines and the LCD draws gibberish.
This cannot be the case for i2c displays, and it adds a visibly long delay when:

• The SD Card is inserted/removed
• The user enters the main menu.

This PR disables unnecessary LCD reinits for i2c displays.

I'm not sure if the way I detect i2c displays is the best one, I couldn't find anything more explicit

Requirements

I2C LCD and SDCARD

Benefits

Snappier UI

Configurations

Related Issues

[dbuezas]

Before

• Black screens on card insertion and when opening the main menu

before.mp4

After

• Faster and no black screen interruptions

after.mp4

[thinkyhead]

The current conditions based on certain displays being immune is obviously unwieldy. Eventually we could more directly compare the MOSI pin for the LCD to the MOSI pin for the SD card and only reinit when they match. Also there is a pending LCD pins refactor, and there each LCD model will be able to set appropriate flags for its particular quirks.

[dbuezas]

The current conditions based on certain displays being immune is obviously unwieldy

100% but still better than what I did checking the U8GPARAM. I thought those lcds could also work in SPI mode.
Actually, the ssd1309 itself can.

Also there is a pending LCD pins refactor

Looking forward to it. I have multiple hacks to get software i2c working with different busses at good speed

[dbuezas]

I just found HAS_U8GLIB_I2C_OLED in Conditionals_LCD.h, that one may be slightly more clear

#if ANY(U8GLIB_SSD1306, U8GLIB_SSD1309, U8GLIB_SH1106)
  #define HAS_U8GLIB_I2C_OLED 1
  #define HAS_WIRED_LCD 1
  #define DOGLCD
#endif

[dbuezas]

1f9fc66 accidentally reverted these changes, was that accidental?