创客:“Arduino_GFX库”介绍

本文内容来自:Arduino_GFX : 28 Steps (with Pictures) – Instructables

由于原文较长,视频无法显示,建议移步原文查看。


Arduino_GFX
Arduino_GFX
About: Make it yourself if you cannot buy one! 

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?

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

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

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

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:

Step 6: Manual Set Frequency

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

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:

Or if you want brightness control with PWM:

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

Step 8: Benchmark

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.

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” 😛

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?

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).

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 require 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:

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

Step 12: Teensy 4.1

Teensy 4.1
Teensy 4.1

Connection summary:

Step 13: Arduino Nano

Arduino Nano
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:

Step 14: Arduino Nano 33 BLE

Arduino Nano 33 BLE
Arduino Nano 33 BLE

Connection summary:

Step 15: Black Pill

Black Pill
Black Pill

Connection summary:

Step 16: ESP8266

ESP8266
ESP8266

Connection summary:

Step 17: Seeeduino XIAO

Seeeduino XIAO
Seeeduino XIAO

Connection summary:

Step 18: RTL8720DN

RTL8720DN
RTL8720DN

Connection summary:

Ref.:

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

Step 19: ESP32

ESP32
ESP32

Connection summary:

Step 20: Raspberry Pi Pico

Raspberry Pi Pico
Raspberry Pi Pico

Connection summary:

Step 21: 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 it 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 it 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 class 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 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 22: AVR Port Patching

AVR Port Patching
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 23: Display Driver

Arduino_GFX currently support below display:

  • GC9A01 round display 240×240
  • HX8347C 240×320
  • HX8347D 240×320
  • HX8352C 240×400
  • HX8357A 320×480 (currently only portrait works, i.e. rotation 0 and 2)
  • HX8357B (9-bit SPI) 320×480
  • ILI9225 176×220
  • ILI9341 240×320
  • ILI9342 320×240
  • ILI9481 320×480
  • ILI9486 320×480
  • ILI9488 320×480
  • JBT6K71 240×320
  • NT35310 320×480
  • NT35510 480×800
  • NT39125 240×376
  • R61529 320×480
  • SEPS525 160×128
  • SSD1283A 130×130
  • SSD1331 96×64
  • SSD1351 128×128 and 128×96
  • ST7735 80×160, 128×128 and 128×160 various tabs
  • ST7789 135×240, 240×240, round corner display 240×280 and 240×320
  • ST7796 320×480

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 240×240 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.

HX8357B

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

NT35510

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

Step 24: 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:

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

Step 25: 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:

Step 26: Supported Dev Device

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:

Step 27: Examples

Examples

Arduino_GFX have few examples demonstrate how to use this library:

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

  • 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
  • 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 28: More Application

More Application

Comments

No comments yet. Why don’t you start the discussion?

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注