Flowcode Support Board

Hmm ok so it is already on.

Which chip are you using? I'm guessing with the 80MHz SPI it's an ESP32 type. Have you checked you are on the high speed SPI pins, some pins work much faster then others for SPI. Certainly if you're specifying 80MHz then the liklihood is it isn't actually anywhere near 80MHz and once you're on the correct high speed pins 80MHz may be too fast for the display driver IC.

This is taken from AI so pinch of salt time...

ESP32 (WROOM/WROVER)
CH1: MOSI: 13, MISO: 12, SCLK: 14
CH2: MOSI: 23, MISO: 19, SCLK: 18

ESP32-S3
CH1: MOSI: 15, MISO: 9, SCLK: 14,
CH2: MOSI: 11, MISO: 13, SCLK: 12,

When you expecience the slowdown would you say it's the redrawing of the background or the redrawing of the text or both that is visibly slow? The fast pixel code is not applied to text that is set to be transparent so I'll check what the display manager uses.

One trick might be to reduce the area of the value holder shape to be the smallest dimensions you can without the text going out of bounds. This will result in a faster draw time.

Hi Ben

Yes it's an ESP32S3.

With the display manager, this reduction of field is very easy. I get good results when I optimize it.
I've noticed that the pixel queue can't be larger than 240 with the display manager, otherwise, it crashes in the hardware.
Set to 241 is crashing...

Without the display manager, I can go up to 24000 without any problems.

I had to use the pin you specified for the AD converter (SPI2) and the SD card (SD-MMC).

For me, the display with the display manager is fast enough now.
But if you want to fix the issue with the pixel queue size and display manager, I can test it anytime.

Hello,

Thanks for letting us know and glad you've got it running better now

It's interesting about the crash. I'll see if I can replicate that.

Hi Stefan.erni!

Good to hear you managed it to get it work. As you maybe already have seen, I work a lot with the Display manager and want to get all the knowledge as possible. Maybe you want to share your project so I can see what you have done, I can definitely learn something from your experience

Br Jorgen

Hello,

I've found the cause of the crash, the pixel queue buffer in the ST7789V was not dynamically changing size to match the requirement and so if increased over 240 was going out of bounds. Now resizing correctly via library update.