Introduction: Arduino_GFX

This instructables introduce a color display graphic function (GFX) Library for Arduino.

The content is intended to be updated from time to time, I will add more details if Arduino_GFX added more features. You can also help me enrich the content by leaving comments below.

Step 1: What Is Arduino_GFX?

Arduino_GFX is a color display GFX library for Arduino.

"for Arduino" means aims to support as much Arduino Platform as possible. And also aims to support as much display as possible in various interfaces.

Most hobbyist electronics market color display is SPI and most Arduino Platform support SPI. Arduino_GFX utilize Arduino native SPI class as basic interface, HWSPI, so Arduino_GFX is already virtually ready for most platform and most display.

Step 2: Software Design

Arduino_GFX start rewrite from Adafruit_GFX and used many features from LovyanGFX and TFT_eSPI, but the high level design is a little bit like Ucglib. Arduino_GFX decouple display driver and data interface into 2 separate class. It gives much more flexibilities, for example, ILI9341 display can use:

  • 8-bit SPI
  • 9-bit SPI
  • 6-bit parallel
  • 8-bit parallel
  • 9-bit parallel
  • 16-bit parallel
  • 18-bit parallel

Arduino_GFX support four of them:

  • 8-bit SPI
  • 9-bit SPI
  • 8-bit parallel
  • 16-bit parallel

Simply feed different data bus class to "Arduino_ILI9341" display class can support various type of ILI9341 display breakout module.

Ref.:

https://cdn-shop.adafruit.com/datasheets/ILI9341.p...

Step 3: Library Installation

  1. Open Library Manager in Arduino IDE: Tools menu -> Manage Libraries...
  2. Search "color display gfx" or "GFX Library for Arduino"
  3. select "GFX Library for Arduino" and Install

Or you can download the latest code from GitHub and import to library folder yourself:

https://github.com/moononournation/Arduino_GFX

Ref.:

https://www.arduino.cc/en/guide/libraries

Step 4: Ease of Use

Simple Declaration

#include <Arduino_GFX_Library.h>
Arduino_DataBus *bus = new Arduino_HWSPI(16 /* DC */, 5 /* CS */);
Arduino_GFX *gfx = new Arduino_ILI9341(bus, 17 /* RST */);

The declaration only requires 3 lines, using create_default_Arduino_DataBus() or create_default_Arduino_GFX() still can make it simpler. This 2 functions will mention in later steps.

And Simple Usage

gfx->begin();
gfx->fillScreen(BLACK);
gfx->println("Hello World!");

Step 5: Ease of Switching Hardware

Arduino_GFX write as generic as possible to support multi-platform. Switching dev board no need to change any code related to GFX function. Switching display simply replacing the GFX class, e.g. switching ILI9341 display to ST7789 IPS display will be:

// Arduino_GFX *gfx = new Arduino_ILI9341(bus, TFT_RST, 0 /* rotation */, false /* IPS */);
Arduino_GFX *gfx = new Arduino_ST7789(bus, TFT_RST, 0 /* rotation */, true /* IPS */);

Step 6: Manual Set Frequency

Every platform defined the default SPI speed, ESP family is 40 MHz, AVR family is 4 MHz, ...etc. When you initial the gfx class, "gfx->begin();", you can pass the frequency value in it to override the default value:

gfx->begin(80000000); // 80 MHz

Step 7: LED Backlight

As you can see the the declaration in previous step, there are no need to pass the LED pin to both class. This is because the LED on or off is not controlled by the display driver, in most case it is direct controlled by the MCU GPIO. Sometimes it is controlled by a dedicated power control chips; Sometimes there is no LED backlight, e.g. OLED.

So Arduino_GFX leave LED backlight control to the main program.

The most lazy way is just connect the LED pin to Vcc, but it may take a risk of burn out LED if the breakout board not have enough protection. So it is better using a GPIO:

pinMode(TFT_BL, OUTPUT);
digitalWrite(TFT_BL, HIGH);

Or if you want brightness control with PWM:

pinMode(TFT_BL, OUTPUT);
analogWrite(TFT_BL, 127); /* 0-255 */

Please note ESP32 not implemented analogWrite(), it have its own LED control function:

ledcSetup(0 /* LEDChannel */, 5000 /* freq */, 8 /* resolution */);
ledcAttachPin(TFT_BL, 0 /* LEDChannel */);
ledcWrite(0 /* LEDChannel */, 127); /* 0-255 */

Step 8: Benchmark

Arduino_GFX is not putting speed at the first priority, but still paid much effort to make the display look smooth. Let's compare the speed with a most well known GFX library and 2 fastest GFX libraries.

  Arduino IDE:  1.8.15
arduino-esp32:  1.0.6
 PSRAM option:  disable
    Dev Board:  TTGO T8 v1.8
Color Display:  ILI9341
    Interface:  SPI
SPI Frequency:  40 MHz
    Test Code:  https://github.com/moononournation/Arduino_graphicstest_PDQ.git
    Test Date:  2021 Jun 16

| Benchmark          | Adafruit_GFX |  Arduino_GFX |   Lovyan_GFX |     TFT_eSPI |
| ------------------ | ------------ | ------------ | ------------ | ------------ |
| Screen fill        |      195,782 |      160,094 |      154,341 |      155,938 |
| Text               |       97,662 |       18,960 |       22,473 |       21,752 |
| Pixels             |    1,365,211 |      903,549 |      867,702 |      775,781 |
| Lines              |    1,062,311 |      412,026 |      269,060 |      264,950 |
| Horiz/Vert Lines   |       17,637 |       14,197 |       13,692 |       13,833 |
| Rectangles-filled  |      406,817 |      332,696 |      320,761 |      323,908 |
| Rectangles         |       11,641 |        9,254 |        8,545 |        8,714 |
| Triangles-filled   |      150,941 |      118,010 |      105,661 |      109,675 |
| Triangles          |       58,843 |       23,570 |       15,884 |       16,277 |
| Circles-filled     |       76,739 |       52,170 |       42,787 |       45,827 |
| Circles            |      118,125 |       40,955 |       25,959 |       25,269 |
| Arcs-filled        |     N/A      |       33,381 |       21,546 |     N/A      |
| Arcs               |     N/A      |       66,054 |       47,901 |     N/A      |
| Rounded rects-fill |      408,534 |      338,136 |      318,882 |      323,189 |
| Rounded rects      |       43,185 |       21,562 |       13,089 |       15,371 |

Step 9: Why Run "Fast"?

Arduino_GFX write as generic as possible to support multi-platform; And use OO parent class to standardize various data bus class and display class API. These design have a little bit overhead.

Even it makes Arduino_GFX cannot run as fast as fine tuned Lovyan_GFX or TFT_eSPI, the figures is "very near" :P

Here is some design to make Arduino_GFX run fast:

  • Tailor-made data bus classes. Arduino_GFX decouple data bus operation from display driver, it is more easy to write individual data bus class for each platform. E.g. NRFXSPI data bus class can run much faster than general HWSPI data bus class in Arduino Nano 33 BLE platform.
  • Stick to 16-bit color space. 24-bit color is overkilled for most MCU and also most color display support 16-bit color (except ILI948* in SPI mode). Stick to 16-bit color only can simplify the implementation, run faster and reduce library size footprint.
  • No read operation. Since not all display provide read back graphic memories API, Arduino_GFX skip read operations at all. It can reduce the library size footprint and sometimes reduce the operation time.

Step 10: Size Does Matter?

Yes, if you are using the MCU with limited program space, e.g. Arduino Nano only have 32 KB program space (exclude the size of boot loader, maximum is 30720 bytes).

In early development stage, once I added the Arcs function to PDQgraphicstest example, I found it cannot fit in Arduino Nano. A display library used up all program space means you cannot do any thing in the project. It is not acceptable, so I raise an issue in GitHub myself:

https://github.com/moononournation/Arduino_GFX/iss...

After various fine tuning and tradeoff, now PDQgraphicstest use 28530 bytes (92%); And HelloWorld example use 11496 bytes (37%), I thing it is good enough for many projects.

Step 11: 2 Hardware Factors

When you design your display project, there are 2 variable hardware factors to consider:

  • Dev board. Different dev board (platform) have different GPIO pins mapping and different interface (data bus) can be used. Also driving higher resolution color display smooth requires higher processing power.
  • Display breakout board. Different Display have different display driver and different interface (data bus) can be used.

First of all, it must have common interface between the dev board and display, most likely it should be 8-bit SPI. And then you need to allocate other GPIO control pins, e.g. CS, DC, RST and LED. If you do not have preference for using which GPIOs, Arduino_GFX already defined some default for ease of use.

Since most display using 8-bit SPI, simply use below line to create the default 8-bit SPI data bus class:

#include <Arduino_GFX_Library.h>
Arduino_DataBus *bus = create_default_Arduino_DataBus();

Below steps illustrate the pins connection with the ILI9341 SPI breakout board for each platform.

Step 12: Teensy 4.1

Connection summary:

Teensy 4.1    -> ILI9341
Vin           -> Vcc
GND           -> GND
GPIO 39       -> CS
GPIO 40       -> RESET
GPIO 41       -> D/C
GPIO 11(MOSI) -> SDI(MOSI)
GPIO 13(SCK)  -> SCK
GPIO 22       -> LED

Step 13: Arduino Nano

Since Arduino Nano is 5V dev board but most display is not 5V I/O tolerant so it require some resistors between GPIOs and display pins.

Connection summary:

Arduino Nano                   -> ILI9341
Vin                            -> Vcc
GND                            -> GND
GPIO 9        -> 3.3k resistor -> CS
GPIO 7        -> 3.3k resistor -> RESET
GPIO 8        -> 3.3k resistor -> D/C
GPIO 11(MOSI) -> 3.3k resistor -> SDI(MOSI)
GPIO 13(SCK)  -> 3.3k resistor -> SCK
GPIO 6                         -> LED

Step 14: Arduino Nano 33 BLE

Connection summary:

Arduino Nano 33 BLE -> ILI9341
Vin                 -> Vcc
GND                 -> GND
GPIO 9              -> CS
GPIO 7              -> RESET
GPIO 8              -> D/C
GPIO 11(MOSI)       -> SDI(MOSI)
GPIO 13(SCK)        -> SCK
GPIO 6              -> LED

Step 15: Black Pill

Connection summary:

Black Pill    -> ILI9341
Vin           -> Vcc
GND           -> GND
GPIO A4       -> CS
GPIO A2       -> RESET
GPIO A3       -> D/C
GPIO A7(MOSI) -> SDI(MOSI)
GPIO A5(SCK)  -> SCK
GPIO A1       -> LED

Step 16: ESP8266

Connection summary:

ESP8266       -> ILI9341
Vin           -> Vcc
GND           -> GND
GPIO 15       -> CS
GPIO 2        -> RESET
GPIO 4        -> D/C
GPIO 13(MOSI) -> SDI(MOSI)
GPIO 14(SCK)  -> SCK
GPIO 5        -> LED

Step 17: Seeeduino XIAO

Connection summary:

Seeeduino XIAO -> ILI9341
Vin            -> Vcc
GND            -> GND
GPIO 3         -> CS
GPIO 1         -> RESET
GPIO 2         -> D/C
GPIO 10(MOSI)  -> SDI(MOSI)
GPIO 8(SCK)    -> SCK
GPIO 0         -> LED

Step 18: RTL8720DN

Connection summary:

RTL8720DN     -> ILI9341
Vin           -> Vcc
GND           -> GND
GPIO 18       -> CS
GPIO 2        -> RESET
GPIO 17        -> D/C
GPIO 21(MOSI) -> SDI(MOSI)
GPIO 19(SCK)  -> SCK
GPIO 23       -> LED

Ref.:

https://www.instructables.com/RTL8720DN/

Step 19: ESP32

Connection summary:

ESP32         -> ILI9341
Vin           -> Vcc
GND           -> GND
GPIO 5        -> CS
GPIO 33       -> RESET
GPIO 27       -> D/C
GPIO 23(MOSI) -> SDI(MOSI)
GPIO 18(SCK)  -> SCK
GPIO 22       -> LED

Step 20: ESP32-C3

Connection summary:

ESP32-C3      -> ILI9341
Vin           -> Vcc
GND           -> GND
GPIO 7        -> CS
GPIO 1        -> RESET
GPIO 2        -> D/C
GPIO 6(MOSI)  -> SDI(MOSI)
GPIO 4(SCK)   -> SCK
GPIO 3        -> LED

Step 21: Raspberry Pi Pico

Connection summary:

Raspberry Pi Pico -> ILI9341
Vin               -> Vcc
GND               -> GND
GPIO 17           -> CS
GPIO 26           -> RESET
GPIO 27           -> D/C
GPIO 19(MOSI)     -> SDI(MOSI)
GPIO 18(SCK)      -> SCK
GPIO 28           -> LED

Step 22: Raspberry Pi Pico W

Connection summary:

Raspberry Pi Pico -> ILI9341
Vin               -> Vcc
GND               -> GND
GPIO 17           -> CS
GPIO 26           -> RESET
GPIO 27           -> D/C
GPIO 19(MOSI)     -> SDI(MOSI)
GPIO 18(SCK)      -> SCK
GPIO 28           -> LED

Step 23: Data Bus

Arduino_GFX now support the following data bus:

  • 8-bit and 9-bit hardware SPI (ESP32SPI)
  • 8-bit hardware SPI (HWSPI, ESP8266SPI, mbedSPI, NRFXSPI, RPiPicoSPI)
  • 8-bit and 9-bit software SPI (SWSPI)
  • 8-bit parallel interface (AVRPAR8, ESP32PAR8, RPiPicoPAR8, RTLPAR8)
  • 16-bit parallel interface (ESP32PAR16, RPiPicoPAR16)

More details at GitHub WiKi: https://github.com/moononournation/Arduino_GFX/wi...

I cannot mention all data bus class detail here, just highlight some special below.

9-bit SPI

9-bit SPI is not the most common name for this interface, a more common name is 3-line SPI or 3-wire SPI. But I found there have 2 different meaning for 3-line SPI:

  • No DC pin, append 1-bit for each 8-bit data to represent it is command or data. 3-line is CLK, MOSI and MISO
  • Combined MOSI and MISO pin, data input and output use same GPIO. 3-line is DC, CLK and MOSI+MISO

So I will avoid call 9-bit SPI as 3-line SPI.

In digital world, the smallest data size is bit, but the actual smallest data computation and storage size is byte (8 bit). So many MCU only can support transfer SPI data bit in the factor 8. I found ESP32 SPI can freely control the number of bit transfer, so I make ESP32SPI Data Bus class support 9-bit SPI.

Software SPI also can support 9-bit SPI, it just slower.

mbedSPI or NRFXSPI

The official SPI for Arduino Nano 33 BLE is a little bit slow for color display, it even much slower than Arduino Nano. It is a well known issue on the web, the reason may caused by a mbedOS in the middle. When I dig into the firmware source code, I found 9 internal classes related to SPI. I selected implement 2 classes. I think NRFXSPI implementation can meet the performance of 64 MHz main frequency, mbedSPI is just a backup plan in case NRFXSPI broken something in mbedOS.

Parallel Interface

AVR family is 8-bit MCU, running in 8 or 16 MHz, maximum SPI speed is 4 MHz. Seems not fast enough for color display, as show in the first video. How about 8-bit parallel? MCU can use port operation command direct access all GPIOs under same port in 1 instruction. So AVR 8-bit parallel interface (AVRPAR8) can run much faster than SPI. However, most AVR dev board not breakout enough pins for 8-bit port operation. E.g. Arduino UNO only break out port D all 8 GPIOs but use port D require sacrifice the serial port pins.

Many 32-bit MCU also have port operation, but the port also in 32-bit. It means require some bit operation before setting only 8-bit data (more than 1 instruction), so it is not as efficient as 8-bit MCU.

RPiPicoPAR16 data bus class utilize Raspberry Pi Pico 32-bit data port first 16 bits to form a 16-bit parallel interface, average only requires around 2 instructions to send 16 bits data, so it is very efficient.

ESP32PAR8, RTLPAR8 and ESP32PAR16 are actually a semi-software implementation of parallel interface, so it is not run very fast.

Step 24: AVR Port Patching

As mentioned in previous step, many AVR breakout board not breakout all port GPIOs and limited the port parallel interface usage. If you want challenge your soldering skill, you can breakout the missing pins yourself ;>

The above pictures and video are breakout Arduino Pro Micro 8MHz port B all pins and connect to NT35310 display.

Step 25: Display Driver

Arduino_GFX currently support below display:

  • GC9A01 round display 240x240
  • HX8347C 240x320
  • HX8347D 240x320
  • HX8352C 240x400
  • HX8357A 320x480 (currently only portrait works, i.e. rotation 0 and 2)
  • HX8357B (9-bit SPI) 320x480
  • ILI9225 176x220
  • ILI9341 240x320
  • ILI9342 320x240
  • ILI9481 320x480
  • ILI9486 320x480
  • ILI9488 320x480
  • JBT6K71 240x320
  • NT35310 320x480
  • NT35510 480x800
  • NT39125 240x376
  • R61529 320x480
  • SEPS525 160x128
  • SSD1283A 130x130
  • SSD1331 96x64
  • SSD1351 128x128 and 128x96
  • ST7735 80x160, 128x128 and 128x160 various tabs
  • ST7789 135x240, 240x240, round corner display 240x280 and 240x320
  • ST7796 320x480

All display class details are described at GitHub Wiki: https://github.com/moononournation/Arduino_GFX/wi...

You may find more display discussion in my previous instructables: https://www.instructables.com/Select-Color-Displa...

I cannot mention all display details here, just highlight some special below.

GC9A01

This is a round display with 240x240 resolution. Same as ILI9341, this display is not 5V I/O tolerant so it require some resistors between GPIOs and display pins if using 5V MCU like Arduino Nano.

#include <Arduino_GFX_Library.h>
Arduino_DataBus *bus = create_default_Arduino_DataBus();
Arduino_GFX *gfx = new Arduino_GC9A01(bus, 7 /* RST */, 0 /* rotation */, true /* IPS */);

HX8357B

This is an IPS display with 320x480 resolution. This display only support 9-bit SPI so it is better connect with ESP32SPI.

#include <Arduino_GFX_Library.h>
Arduino_DataBus *bus = new Arduino_ESP32SPI(-1 /* DC */, 5 /* CS */, 18 /* SCK */, 23 /* MOSI */, -1 /* MISO */);
Arduino_GFX *gfx = new Arduino_HX8357B(bus, 7 /* RST */, 0 /* rotation */, true /* IPS */);

NT35510

This is the highest resolution display I have in hand, it is 480x800. This display support 8-bit or 16-bit parallel interface.

#include <Arduino_GFX_Library.h>
Arduino_DataBus *bus = new Arduino_RPiPicoPAR8(27 /* DC */, 17 /* CS */, 18 /* WR */, 19 /* RD */);
Arduino_GFX *gfx = new Arduino_NT35510(bus, 7 /* RST */, 0 /* rotation */);

Step 26: Canvas

Arduino_GFX provide various canvas class, sometimes it call framebuffer, for draw buffering on complicated presentation:

  • Canvas (16-bit color, 2 bytes for each pixel)
  • Canvas_Indexed (half memory space)
  • Canvas_3bit (1/4 memory space framebuffer)
  • Canvas_Mono (1/16 memory space framebuffer)

The display only require refresh once after canvas draw finish and call flush(). It can reduce the display flicking substantially but requires more RAM.

First declare a canvas output display:

#include <Arduino_GFX_Library.h>
Arduino_DataBus *bus = create_default_Arduino_DataBus();
Arduino_GFX *output_display = new Arduino_ST7789(bus, TFT_RST, 0 /* rotation */, true /* IPS */);

Then declare canvas: (240x320 resolution requires 153600 bytes RAM)

Arduino_GFX *gfx = new Arduino_Canvas(240 /* width */, 320 /* height */, output_display);

Step 27: TFT 3-bit Driver

Some display support 3-bit color space like ILI9488. It is hard to direct implement 3-bit color space efficiently. But it can work with a Canvas_3bit class in the middle:

#include <Arduino_GFX_Library.h>
// 3-bit color Canvas, R1G1B1, 8 colors
Arduino_G *output_display = new Arduino_ILI9488_3bit(bus, -1 /* RST */, 0 /* rotation */, false /* IPS */);
Arduino_GFX *gfx = new Arduino_Canvas_3bit(480 /* width */, 320 /* height */, output_display);

Step 28: Supported Dev Device

Arduino_GFX support create default display class accordingly to selected built-in display dev device in Board selection menu. Below are recognizable dev device:

  • Wio Terminal
  • M5Stack Core Family (v1)
  • Odroid Go
  • TTGO T-Watch

Simple declaration:

#include <Arduino_GFX_Library.h>
Arduino_GFX *gfx = create_default_Arduino_GFX();

Step 29: More Dev Device

You may find PDQgraphicstest have more dev device setting example.

Step 30: Examples

Arduino_GFX have few examples demonstrate how to use this library:

(Arduino IDE File menu -> Examples -> GFX Library for Arduino)

  • AsciiTable - show all default font characters in table format
  • Clock - A simple non-flicking analog clock implementation
  • Hello World - Everyone first display program
  • HelloWorldGfxfont - more fonts
  • ImgViewer - display Animated GIF, BMP, JPEG, MJPEG or PNG image files from flash file system or SD card
  • LVGL - Demostrate the LVGL implementation with Arduino_GFX
  • MultipleDeviceTest - connect multiple display at the same time
  • PDQgraphicsTest - you can find many GFX functions demo here
  • WiFiAnalyzer - A simple WiFi Analyzer for WiFi capable platform
  • WiFiPhotoFrame - Download photo on the web and display on the fly

Step 31: More Application