fix(nv14/el18): Battery charging

[richardclli]

This PR disables the use of direct drawing for firmware:

#5068

which breaks the charging UI in Flysky radios (NV14, EL18, PL18, PL18EV, etc.)

This PR provide a quick fix, the charging mechanism will be reworked later on according to

#2794

Replaced by a better implementation:
#5237

[pfeerick]

Would probably be better to limit this to those radios, or even simpler, flysky radios generally, so this doesn't clash with h7 (the whole reason that other PR exists ;) )

[richardclli]

Would probably be better to limit this to those radios, or even simpler, flysky radios generally, so this doesn't clash with h7 (the whole reason that other PR exists ;) )

I already added remarks to the code, these will be reverted once the charging mechanism is reworked.

BTW, this PR fixed one more BUG introduced by obsolete-stdperiph if you take a look on what I have changed.

[raphaelcoeffic]

I believe we can make it possible on runtime in general, with just some parameter in the LCD init. I’ll try to see if there are any conflicts that way. But clearly, we should offer a way to use LVGL proper in such applications as well (charging screen).

[richardclli]

I believe we can make it possible on runtime in general, with just some parameter in the LCD init. I’ll try to see if there are any conflicts that way. But clearly, we should offer a way to use LVGL proper in such applications as well (charging screen).

@raphaelcoeffic Any progress?

[richardclli]

Replaced by a better implementation:
#5237