Re: ESP32-S3 LCD and I2S FULL documentation
Posted: Fri Nov 26, 2021 5:10 pm
Hi @ESP_Sprite,
I want to use "esp32-s3 hw_lcd" with internal or external ram memory with dma.
I am writing a specific driver (not a generic driver) for a lcd, at first using an 8-bit parallel i8080 bus with RGB565(two writes in the i8080 bus is equal to one pixel).
I will use two buffers for rendering.
I will use dma to transfer the buffers from ram(internal or external) to "esp32-s3 hw_lcd internal module" .
I want to test with internal ram and spiram memory, to see the lcd refresh speed.
With spiram i can have two full display buffers, but i don't know if it's the best strategy because of the buffers rendering speed and the transfer speed to display (cache problem maybe).
With static internal ram i can have two partial display buffers (2 buffers with 1/8 display size for example), i think it's faster.
While one display buffer is being rendered the other display buffer is being sent to the physical display by dma.
In the esp32, my i2s0 lcd driver is working fine.
I want to use "esp32-s3 hw_lcd" with internal or external ram memory with dma.
I am writing a specific driver (not a generic driver) for a lcd, at first using an 8-bit parallel i8080 bus with RGB565(two writes in the i8080 bus is equal to one pixel).
I will use two buffers for rendering.
I will use dma to transfer the buffers from ram(internal or external) to "esp32-s3 hw_lcd internal module" .
I want to test with internal ram and spiram memory, to see the lcd refresh speed.
With spiram i can have two full display buffers, but i don't know if it's the best strategy because of the buffers rendering speed and the transfer speed to display (cache problem maybe).
With static internal ram i can have two partial display buffers (2 buffers with 1/8 display size for example), i think it's faster.
While one display buffer is being rendered the other display buffer is being sent to the physical display by dma.
In the esp32, my i2s0 lcd driver is working fine.