TFT display doesn't show correct max or actual charging current

[lutorm]

The old text display would show the actual current while charging. The new TFT display does not, but it would be nice if it did. The max charging current that it does show also does not update based on shaper settings, my station is set to 16A and even if the shaper cuts the available charge current to something less, the display still shows 16A. This seems less than ideal.

Edit: in fact, it seems there's something buggy about the display updating in general because if I change the max current in the web settings, the display does not always update. I have to restart the wifi for the display to show the new current max.

[ausil]

Somewhat related, I have had the Amperage vanish entirely on both of my units. I agree that it should show the current charge rate while charging. and the maximum possible when not plugged in

[ClassicGOD]

I'm having the same issue but I just assumed it's early days for the TFT and it's going to get better.
I would love to see real time not only set current but real charging current, power ETC.

[clowrey]

Hey @lutorm cool to see you on here! I just got my own OpenEVSE online (I've installed one 2 years ago at a friends) and thought the same thing - it seems this open source firmware for the screen etc is really just a beta type display of a few settings. Not sure where the active development discussions are taking place other than the issues here.

The screen has a high enough resolution to display many different data points etc.

The comments at the bottom of the post here explain where things are going, this one is from 9 days ago: https://openev.freshdesk.com/support/discussions/topics/6000069197/page/3

@ken We agree, the first firmware 5.1.0 was essentially a proof of concept, attempting to approximate the old display.

The interface is by no means final, we took static images of the web interface. Future versions will use the LVGL.

We plan to add additional screens that will automatically change, showing the the session log, usage and history. In addition we are working on an enclosure with a cutout, seals and a touch display. The watertight seals are really tricky. The hardware is capable of display sleep, it is on the list.

[lutorm]

Actually, I've now seen the display reflect lowered shaper current, so it seems that in some cases it does respond. I wonder if the problem was a totally frozen display, I don't recall checking if the charge time was ticking.

[eagle360]

I don't know if this is related to this issue but I have now had a new OpenEVSE with the new 3.5" tft display freeze up twice in the last two weeks. It has only been in use for the last two weeks and is running the configuration below as delivered. The first time the display froze 17 minutes into a charge and the second time about 30 minutes. In both cases the entire display and Web server were unresponsive and required a power cycle. The OpenEVSE module was still going and the charge continued after the display module was locked up. Apparently there is no watchdog timer enabled on this module that would reset it when it locks up. While not ideal, as any logging data would be lost, it would at least keep the unit functional. A boot notification would allow knowing that the system reset. I will see if this issue continues to happen with the developer build and post in the issue thread if it continues to happen. Also as far as I know there were no web browsers connected to the device when it locked up. The device is still a mostly default configuration with only two timers and an NTP server configured. The rest of the configuration is as delivered.

OpenEVSE 8.2.2
OpenEVSE Wifi v5.1.2