Por que o ILI9488 é mais lento via SPI
No modo serial, o ILI9488 só suporta 18 bits por pixel. Um quadro completo de 320×480 tem, portanto, 460.800 bytes, contra 307.200 bytes em RGB565. A 40 MHz via SPI, isso dá cerca de 11 fps contra 16 fps antes de qualquer sobrecarga.
Quando escolhê-lo
O ILI9488 é uma boa opção quando acionado por paralelo 8080 ou RGB, ou quando um projeto existente já depende dele. Para novos projetos SPI normalmente recomendamos um módulo de 3,5″ baseado no ST7796S.
Suporte de bibliotecas para o ILI9488
| Biblioteca | Driver / classe | Observações |
|---|---|---|
| TFT_eSPI (Arduino) | ILI9488_DRIVER | |
| LovyanGFX (Arduino / ESP-IDF) | lgfx::Panel_ILI9488 | |
| Observação | Via SPI, o ILI9488 precisa de cor de 18 bits (3 bytes por pixel). |
User_Setup_ILI9488.h · LGFX_ILI9488.hpp. Os pinos são marcadores; enviamos atualizações por e-mail quando adicionamos configurações testadas.
ILI9488: solução de problemas e perguntas frequentes
ILI9488 vs. ST7796S: qual é melhor via SPI?
O ST7796S aceita RGB565 via SPI, então transfere um terço a menos de dados por quadro que o ILI9488 no modo SPI de 18 bits. Em displays de 3,5″ acionados por SPI, o ST7796S costuma dar taxas de quadros visivelmente maiores.
Por que as cores saem erradas no meu ILI9488 via SPI?
Provavelmente seu código está enviando pixels de 16 bits. No modo SPI, o ILI9488 espera 3 bytes por pixel (COLMOD 0x66). Converta RGB565 para RGB666 antes de enviar ou use uma biblioteca que faça isso.