Esp-iot-solution ILI9488

xsd · October 24, 2019, 9:33pm

When increasing resolution from 300x400 towards 320x480 (ILI9488) some objects are not being drawn. In esp-iot-solution ‘lvgl_example’ chart is being displayed without upper menu with white instead of black background.

ESP32DOWDQ6 (DEVKIT1) with ILI9488 display (ER-TFTM035-6 board)
esp-idf v3.2.2 GCC 5.2.0 Toolchain version: crosstool-ng-1.22.0-80-g6c4433a Linux x64
I am using LVGL v.5.3 because this environment cannot compile LVGL v.6.0

So far I have been trying to increase - decrease: buffer size, auto flash interval, dma size, nothing helped except when decreasing SPI clock to 1MHz or lower system draws everything in full resolution but it is unusable at that speed (same situation is with dma turned off).

I have rewritten ILI9341 drivers code: initialization to suit ILI9488 and added color conversion from 16 bit color to 18 bit color (RGB666) and everything works fine on lower resolutions.

Any help is highly appreciated.

embeddedt · October 25, 2019, 12:04am

You should try to solve that issue. 5.3 is almost a year old at this point and there are no new bugfixes.

momosh13 · October 25, 2019, 1:05am

Hi xsd
I have the same screen, please tell me, if you able to do something with Touch (capacitive) ?
Thank you

qris_best · October 25, 2019, 1:18am

I made the Ili9488 work before. Checkout the code on GitHub. It is compiled on platformio.

https://github.com/mvturnho/ILI9488-lvgl-ESP32-WROVER-B

I hope this helps.

xsd · October 25, 2019, 6:05am

Sorry, I’ve got resistive touch panel and it works out of the box.

xsd · October 25, 2019, 6:22am

Thx, qris_best, I’ll check it out.

momosh13 · October 25, 2019, 7:40am

Thank you xsd
For reply

xsd · October 25, 2019, 7:04pm

I know, I am working on it. Here is the other photo of what I have with smaller resolution (I couldn’t post it when I had opened this topic). Thx for reply.

xsd · October 25, 2019, 8:20pm

RESOLVED. So I’ll share it for anyone who might need it.
Thanks to loboris who analyzed how much time is needed to clear this screen (link bellow)
https://www.esp32.com/viewtopic.php?t=1683&start=20
I have figured out that screen has not been written entirely while LVGL is refreshing it. So, at 40MHz SPI using DMA, screen print takes more than 160ms and LVGL Driver Auto Flush interval needs to be set accordingly longer than that, now it is 250ms, and everything works fine. Here is the photo.

embeddedt · October 25, 2019, 9:04pm

I’m pretty sure that is not the correct way of doing it. What you should do is only call lv_disp_flush_ready once the DMA transaction completes. The current method is going to fall apart if for any reason the DMA transaction takes longer than 250 ms.

xsd · October 25, 2019, 9:30pm

Thank you for your time.
It is being called right after entire transaction completes meaning multiple DMA buffers sent.
void ex_disp_flush(...) { lcd_obj->drawBitmap(...); lv_flush_ready(); }
On the other hand there is a line in lv_conf.h:
#define LV_REFR_PERIOD CONFIG_LVGL_DRIVER_AUTO_FLUSH_INTERVAL

The second counts obviously at the moment and it should not. Maybe to put a comment on it? Any advice?

embeddedt · October 25, 2019, 10:24pm

Does drawBitmap only return once the DMA transaction completes, or is it asynchronous (meaning it returns beforehand)?

I have figured out that screen has not been written entirely while LVGL is refreshing it

I don’t think LV_REFR_PERIOD is the root cause of that. As you can see from this code sample your disp_flush function will not be called again until you call lv_flush_ready. So I think the problem here is that you are calling lv_flush_ready too soon.

github.com

littlevgl/lvgl/blob/84781c62c2a8291aacdc7abd6ae54e64a2b6b72b/lv_core/lv_vdb.c#L71-L108


/**
 * Get the 'vdb' variable or allocate one in LV_VDB_DOUBLE mode
 * @return pointer to a 'vdb' variable
 */
lv_vdb_t * lv_vdb_get(void)
{
#if LV_VDB_DOUBLE == 0
    /* Wait until VDB is flushing.
     * (Until this user calls of 'lv_flush_ready()' in the display drivers's flush function*/
    while(vdb_flushing);


    return &vdb;
#else
    /*If already there is an active do nothing*/
    return &vdb[vdb_active];
#endif
}


/**
 * Flush the content of the VDB

This file has been truncated. show original

qris_best · October 26, 2019, 2:04pm

Great that the issue is solved. Could you share your code through GitHub. I would love to see your driver code, mine is still a but laggy on the 480x320 resolution.

xsd · October 26, 2019, 6:50pm

Hi again. Yes, it returns only once when entire DMA transaction completes.

I’ve put a comment on #define LV_REFR_PERIOD just to check how system works without it and everything works fine.

xsd · October 26, 2019, 6:52pm

qris_best, just download esp-iot-solution and look inside components hmi and components spi-devices, I am using their drivers.

qris_best · October 26, 2019, 9:24pm

Ah oké, but then I have to figure out all over how to integrate with lvgl. Can you share the driver and flush code for lvgl on Ili9488 display?

embeddedt · October 26, 2019, 9:51pm

By putting a comment, I assume you mean commenting out that line so it isn’t compiled.

That should trigger a compilation error, because then LV_REFR_PERIOD should be undefined. Can you put an #error statement in this lv_conf.h and see if it gets triggered?

xsd · October 27, 2019, 8:49pm

It triggers.

xsd · October 27, 2019, 8:50pm

It’s already integrated.

qris_best · October 27, 2019, 9:26pm

I am sorry, but I see no Ili9488, only drivers for the ili9341. So from the lvgl flush code you have to convert the rgb565 into rgb666 . How did you do that.
Also ili9488 unit is slightly different from ili9341.