Adafruit Qualia Esp32 s3 for Rgb666 Displays
Adafruit Qualia Esp32 s3 for Rgb666 Displays
Displays
Created by Melissa LeBlanc-Williams
https://learn.adafruit.com/adafruit-qualia-esp32-s3-for-rgb666-displays
Overview 9
Pinouts 13
• Microcontroller and WiFi
• 40-Pin Display Connector
• IO Expander
• Stemma QT Connector
• Reset and Boot0 Pins
• Debug Pin
• SPI Pins
• Analog Connector/Pins
• Buttons
• Backlight Jumpers
• IO Expander Address Jumpers
• Parallel Interface Jumpers
CircuitPython 18
• CircuitPython Quickstart
The REPL 45
• Entering the REPL
• Interacting with the REPL
• Returning to the Serial Console
CircuitPython Libraries 49
• The Adafruit Learn Guide Project Bundle
• The Adafruit CircuitPython Library Bundle
• Downloading the Adafruit CircuitPython Library Bundle
• The CircuitPython Community Library Bundle
• Downloading the CircuitPython Community Library Bundle
• Understanding the Bundle
• Example Files
• Copying Libraries to Your Board
• Understanding Which Libraries to Install
• Example: ImportError Due to Missing Library
• Library Install on Non-Express Boards
• Updating CircuitPython Libraries and Examples
• CircUp CLI Tool
CircuitPython Documentation 60
• CircuitPython Core Documentation
• CircuitPython Library Documentation
Recommended Editors 66
• Recommended editors
• Recommended only with particular settings or add-ons
• Editors that are NOT recommended
Downloads 230
• Schematic
• Fab Print
There are things everyone loves: ice cream, kittens, and honkin' large TFT LCD
screens. We're no strangers to small TFT's - from our itsy 1.14" color display (https://
adafru.it/191f) that graces many-a-TFT-Feather to our fancy 3.5" 320x480 (http://
adafru.it/2050) breakout screen. But most people who dabble or engineer with
microcontrollers know that you sort of 'top out' at 320x480 - that's the largest
resolution you can use with every day SPI or 8-bit 8080 interfaces. After that, you're
in TTL-interface TFT land, where displays no longer have an internal memory buffer
and instead the controller has to continuously write scanline data over a 16, 18 or 24
pin interface.
The ESP32-S3 is the first low-cost microcontroller that has a built in peripheral that
can drive TTL displays, and it can come with enough PSRAM to buffer those large
images. For example, on the Adafruit Qualia ESP32-S3 for TTL RGB-666 Displays, we
use a S3 module with 16 MB of Flash and 8 MB of octal PSRAM. Using the built in RGB
display peripheral you can display graphics, images, animations or even video
(cinepak, natch!) with near-instantaneous updates since the whole screen gets
updated about 30 frames per second (FPS).
This dev board is designed to make it easy for you to explore displays that use the
'secondary standard' 40-pin RGB-666 connector. This pin order is most commonly
seen on square, round and bar displays. You'll want to compare the display you're
using to this datasheet (http://adafru.it/5792021021323), and if it matches, you'll
probably be good! One nice thing about this connector ordering is that it also
includes pins for capacitive touch overlay, and we wire those up to the ESP32-S3's
I2C port so you can also have touch control with your display.
On the Qualia board we have the S3 modules, with 16 pins connected to the TFT for
5-6-5 RGB color, plus HSync, VSync, Data Enable and Pixel Clock. There's a constant
current backlight control circuit using the TPS61169 (https://adafru.it/191A) which can
get up to 30V forward voltage and can be configured for 25mA-200mA in 25mA
increments (default is 25mA). Power and programming is provided over a USB C
connector, wired to the S3's native USB port. For debugging, the hardware UART TX
pin is available as well.
The expander is what lets us have a full 4-pin SPI port and two more analog GPIO pins
- enough to wire up an MMC in 1-wire SDIO mode along with an I2S amplifier to make
an A/V playback demo (https://adafru.it/191C). Maybe we can even eat ice cream while
watching kitten vids! There is also the shared I2C port, we provide a Stemma QT /
Qwiic port for easy addition of any sensor or device you like.
Not all 40-pin displays have the power pins in the same place. Hooking up a
non RGB666 display with the Qualia S3 risks damaging the display.
IO Expander
Stemma QT Connector
Debug Pin
Analog Connector/Pins
Backlight Jumpers
CircuitPython
CircuitPython (https://adafru.it/tB7) is a derivative of MicroPython (https://adafru.it/BeZ)
designed to simplify experimentation and education on low-cost microcontrollers. It
makes it easier than ever to get prototyping by requiring no upfront desktop software
downloads. Simply copy and edit files on the CIRCUITPY drive to iterate.
CircuitPython Quickstart
Follow this step-by-step to quickly get CircuitPython running on your board.
Plug your board into your computer, using a known-good data-sync cable, directly, or
via an adapter if needed.
This board does not have a Neopixel, so you will need to just double tap the
reset button.
For this board, tap reset and wait about a half a second and then tap reset again.
Some boards may not have a UF2 bootloader installed. If double-clicking does
not work, follow the instructions on the "Install UF2 Bootloader" page in this
guide.
If double-clicking doesn't work the first time, try again. Sometimes it can take a few
tries to get the rhythm right!
A lot of people end up using charge-only USB cables and it is very frustrating! Make
sure you have a USB cable you know is good for data sync.
That's it!
The CIRCUITPY drive is where your code and the necessary libraries and files will
live. You can edit your code directly on this drive and when you save, it will run
automatically. When you create and edit code, you'll save your code in a code.py file
With a fresh CircuitPython install, on your CIRCUITPY drive, you'll find a code.py file
containing print("Hello World!") and an empty lib folder. If your CIRCUITPY
drive does not contain a code.py file, you can easily create one and save it to the
drive. CircuitPython looks for code.py and executes the code within the file
automatically when the board starts up or resets. Following a change to the contents
of CIRCUITPY, such as making a change to the code.py file, the board will reset, and
the code will be run. You do not need to manually run the code. This is what makes it
so easy to get started with your project and update your code!
Note that all changes to the contents of CIRCUITPY, such as saving a new file,
renaming a current file, or deleting an existing file will trigger a reset of the board.
On these boards, there are alternative ways to transfer and edit files. You can use the
Thonny editor (https://adafru.it/18e7), which uses hidden commands sent to the REPL
to read and write files. Or you can use the CircuitPython web workflow, introduced in
Circuitpython 8. The web workflow provides browser-based WiFi access to the
CircuitPython filesystem. These guides will help you with the web workflow:
This page explains both. You'll learn how CircuitPython finds the pins on your
microcontroller board, including how to find the available pins for your board and
what each pin is named. You'll also learn about the modules built into CircuitPython,
including how to find all the modules available for your board.
CircuitPython Pins
When using hardware peripherals with a CircuitPython compatible microcontroller,
you'll almost certainly be utilising pins. This section will cover how to access your
board's pins using CircuitPython, how to discover what pins and board-specific
objects are available in CircuitPython for your board, how to use the board-specific
objects, and how to determine all available pin names for a given pin on your board.
import board
When you're using any kind of hardware peripherals wired up to your microcontroller
board, the import list in your code will include import board . The board module is
built into CircuitPython, and is used to provide access to a series of board-specific
objects, including pins. Take a look at your microcontroller board. You'll notice that
next to the pins are pin labels. You can always access a pin by its pin label. However,
there are almost always multiple names for a given pin.
To see all the available board-specific objects and pins for your board, enter the REPL
( >>> ) and run the following commands:
import board
dir(board)
Here is the output for the QT Py SAMD21. You may have a different board, and this
list will vary, based on the board.
You can use the pin names on the physical board, regardless of whether they seem to
be specific to a certain protocol.
For example, you do not have to use the SDA pin for I2C - you can use it for a button
or LED.
On the flip side, there may be multiple names for one pin. For example, on the QT Py
SAMD21, pin A0 is labeled on the physical board silkscreen, but it is available in
CircuitPython as both A0 and D0 . For more information on finding all the names for a
given pin, see the What Are All the Available Pin Names? (https://adafru.it/QkA)
section below.
The results of dir(board) for CircuitPython compatible boards will look similar to
the results for the QT Py SAMD21 in terms of the pin names, e.g. A0, D0, etc.
However, some boards, for example, the Metro ESP32-S2, have different styled pin
names. Here is the output for the Metro ESP32-S2.
Note that most of the pins are named in an IO# style, such as IO1 and IO2. Those pins
on the physical board are labeled only with a number, so an easy way to know how to
access them in CircuitPython, is to run those commands in the REPL and find the pin
naming scheme.
If your code is failing to run because it can't find a pin name you provided,
verify that you have the proper pin name by running these commands in the
REPL.
What's a singleton? When you create an object in CircuitPython, you are instantiating
('creating') it. Instantiating an object means you are creating an instance of the object
with the unique values that are provided, or "passed", to it.
For example, When you instantiate an I2C object using the busio module, it expects
two pins: clock and data, typically SCL and SDA. It often looks like this:
Then, you pass the I2C object to a driver for the hardware you're using. For example,
if you were using the TSL2591 light sensor and its CircuitPython library, the next line
of code would be:
tsl2591 = adafruit_tsl2591.TSL2591(i2c)
However, CircuitPython makes this simpler by including the I2C singleton in the
board module. Instead of the two lines of code above, you simply provide the
singleton as the I2C object. So if you were using the TSL2591 and its CircuitPython
library, the two above lines of code would be replaced with:
tsl2591 = adafruit_tsl2591.TSL2591(board.I2C())
This eliminates the need for the busio module, and simplifies the code. Behind the
scenes, the board.I2C() object is instantiated when you call it, but not before, and
on subsequent calls, it returns the same object. Basically, it does not create an object
until you need it, and provides the same object every time you need it. You can call
board.I2C() as many times as you like, and it will always return the same object.
In the example below, click the Download Project Bundle button below to download
the necessary libraries and the code.py file in a zip file. Extract the contents of the zip
file, open the directory CircuitPython_Essentials/Pin_Map_Script/ and then click on
the directory that matches the version of CircuitPython you're using and copy the
contents of that directory to your CIRCUITPY drive.
Your CIRCUITPY drive should now look similar to the following image:
board_pins = []
for pin in dir(microcontroller.pin):
if (isinstance(getattr(microcontroller.pin, pin), microcontroller.Pin) or
Each line represents a single pin. Find the line containing the pin name that's labeled
on the physical board, and you'll find the other names available for that pin. For
example, the first pin on the board is labeled A0. The first line in the output is
board.A0 board.D0 (PA02) . This means that you can access pin A0 in
CircuitPython using both board.A0 and board.D0 .
The pins in parentheses are the microcontroller pin names. See the next section for
more info on those.
You'll notice there are two "pins" that aren't labeled on the board but appear in the
list: board.NEOPIXEL and board.NEOPIXEL_POWER . Many boards have several of
these special pins that give you access to built-in board hardware, such as an LED or
an on-board sensor. The QT Py SAMD21 only has one on-board extra piece of
hardware, a NeoPixel LED, so there's only the one available in the list. But you can
also control whether or not power is applied to the NeoPixel, so there's a separate pin
for that.
That's all there is to figuring out the available names for a pin on a compatible
microcontroller board in CircuitPython!
There are two options for this. You can check the support matrix (https://adafru.it/
N2a), and search for your board by name. Or, you can use the REPL.
Plug in your board, connect to the serial console and enter the REPL. Type the
following command.
help("modules")
That's it! You now know two ways to find all of the modules built into CircuitPython for
your compatible microcontroller board.
Windows users: due to the nature of MSI installers, please remove old
versions of Mu before installing the latest version.
Using Mu
You can now explore Mu! The three main sections of the window are labeled below;
the button bar, the text editor, and the serial console / REPL.
To create and edit code, all you'll need is an editor. There are many options. Adafruit
strongly recommends using Mu! It's designed for CircuitPython, and it's really simple
and easy to use, with a built in serial console!
If you don't or can't use Mu, there are a number of other editors that work quite well.
The Recommended Editors page (https://adafru.it/Vue) has more details. Otherwise,
make sure you do "Eject" or "Safe Remove" on Windows or "sync" on Linux after
writing a file if you aren't using Mu. (This was formerly not a problem on macOS, but
see the warning below.)
macOS Sonoma 14.1 introduced a bug that delays writes to small drives such
as CIRCUITPY drives. This caused errors when saving files to CIRCUITPY.
There is a workaround. The bug was fixed in Sonoma 14.4, but at the cost of
greatly slowed writes to drives 1GB or smaller.
import board
import digitalio
import time
led = digitalio.DigitalInOut(board.LED)
led.direction = digitalio.Direction.OUTPUT
while True:
led.value = True
time.sleep(0.5)
led.value = False
time.sleep(0.5)
The KB2040, QT Py , Qualia, and the Trinkeys do not have a built-in little red
LED! There is an addressable RGB NeoPixel LED. The above example will NOT
work on the KB2040, QT Py, Qualia, or the Trinkeys!
If you're using a KB2040, QT Py, Quaila, or a Trinkey, or any other board without a
single-color LED that can blink, please download the NeoPixel blink example (https://
adafru.it/UDU).
The NeoPixel blink example uses the onboard NeoPixel, but the time code is
the same. You can use the linked NeoPixel Blink example to follow along with
this guide page.
On most boards you'll find a tiny red LED. On the ItsyBitsy nRF52840, you'll
find a tiny blue LED. On QT Py M0, QT Py RP2040, Qualia, and the Trinkey
series, you will find only an RGB NeoPixel LED.
Your code changes are run as soon as the file is done saving.
There's one warning before you continue...
The CircuitPython code on your board detects when the files are changed or written
and will automatically re-start your code. This makes coding very fast because you
save, and it re-runs. If you unplug or reset the board before your computer finishes
writing the file to your board, you can corrupt the drive. If this happens, you may lose
the code you've written, so it's important to backup your code to your computer
regularly.
1. Use an editor that writes out the file completely when you save it.
Check out the Recommended Editors page (https://adafru.it/Vue) for details on
different editing options.
If you are dragging a file from your host computer onto the CIRCUITPY drive,
you still need to do step 2. Eject or Sync (below) to make sure the file is
completely written.
On Windows, you can Eject or Safe Remove the CIRCUITPY drive. It won't actually
eject, but it will force the operating system to save your file to disk. On Linux, use the
sync command in a terminal to force the write to disk.
You also need to do this if you use Windows Explorer or a Linux graphical file
manager to drag a file onto CIRCUITPY.
If you are having trouble saving code on Windows 10, try including this code
snippet at the top of code.py:
import supervisor
supervisor.runtime.autoreload = False
import board
import digitalio
import time
led = digitalio.DigitalInOut(board.LED)
led.direction = digitalio.Direction.OUTPUT
while True:
led.value = True
time.sleep(0.1)
Leave the rest of the code as-is. Save your file. See what happens to the LED on your
board? Something changed! Do you know why?
You don't have to stop there! Let's keep going. Change the second 0.5 to 0.1 so it
looks like this:
while True:
led.value = True
time.sleep(0.1)
led.value = False
time.sleep(0.1)
Now it blinks really fast! You decreased the both time that the code leaves the LED on
and off!
Now try increasing both of the 0.1 to 1 . Your LED will blink much more slowly
because you've increased the amount of time that the LED is turned on and off.
Well done! You're doing great! You're ready to start into new examples and edit them
to see what happens! These were simple changes, but major changes are done using
the same process. Make your desired change, save it, and get the results. That's
really all there is to it!
Here is the original code again for the LED blink example (if your board doesn't have
a single-color LED to blink, look instead at the NeoPixel blink example):
import board
import digitalio
import time
led = digitalio.DigitalInOut(board.LED)
led.direction = digitalio.Direction.OUTPUT
import board
import digitalio
import time
The import statements tells the board that you're going to use a particular library or
module in your code. In this example, you imported three modules: board ,
digitalio , and time . All three of these modules are built into CircuitPython, so no
separate library files are needed. That's one of the things that makes this an excellent
first example. You don't need anything extra to make it work!
These three modules each have a purpose. The first one, board , gives you access to
the hardware on your board. The second, digitalio , lets you access that hardware
as inputs/outputs. The third, time , let's you control the flow of your code in multiple
ways, including passing time by 'sleeping'.
led = digitalio.DigitalInOut(board.LED)
led.direction = digitalio.Direction.OUTPUT
Your board knows the red LED as LED . So, you initialise that pin, and you set it to
output. You set led to equal the rest of that information so you don't have to type it
all out again later in our code.
Loop-de-loops
The third section starts with a while statement. while True: essentially means,
"forever do the following:". while True: creates a loop. Code will loop "while" the
condition is "true" (vs. false), and as True is never False, the code will loop forever.
All code that is indented under while True: is "inside" the loop.
while True:
led.value = True
time.sleep(0.5)
led.value = False
time.sleep(0.5)
First, you have led.value = True . This line tells the LED to turn on. On the next
line, you have time.sleep(0.5) . This line is telling CircuitPython to pause running
code for 0.5 seconds. Since this is between turning the led on and off, the led will be
on for 0.5 seconds.
The next two lines are similar. led.value = False tells the LED to turn off, and
time.sleep(0.5) tells CircuitPython to pause for another 0.5 seconds. This occurs
between turning the led off and back on so the LED will be off for 0.5 seconds too.
Then the loop will begin again, and continue to do so as long as the code is running!
So, when you changed the first 0.5 to 0.1 , you decreased the amount of time that
the code leaves the LED on. So it blinks on really quickly before turning off!
For example, try reducing the code snippet above by eliminating the loop entirely,
and replacing it with led.value = True . The LED will flash almost too quickly to
see, and turn off. This is because the code finishes running and resets the pin state,
and the LED is no longer receiving a signal.
To that end, most CircuitPython programs involve some kind of loop, infinite or
otherwise.
print("Hello, world!")
Hello, world!
However, these print statements need somewhere to display. That's where the serial
console comes in!
The serial console receives output from your CircuitPython board sent over USB and
displays it so you can see it. This is necessary when you've included a print statement
in your code and you'd like to see what you printed. It is also helpful for
troubleshooting errors, because your board will send errors and the serial console will
display those too.
The serial console requires an editor that has a built in terminal, or a separate
terminal program. A terminal is a program that gives you a text-based interface to
perform various tasks.
Once you've opened Mu with your board plugged in, look for the Serial button in the
button bar and click it.
The Mu window will split in two, horizontally, and display the serial console at the
bottom.
If nothing appears in the serial console, it may mean your code is done
running or has no print statements in it. Click into the serial console part of
Mu, and press CTRL+D to reload.
After running the command above, reboot your machine to gain access to the group.
On other Linux distributions, the group you need may be different. See the Advanced
Serial Console on Linux (https://adafru.it/VAO) for details on how to add yourself to
the right group.
Windows requires you to download a terminal program. Check out the Advanced
Serial Console on Windows page for more details. (https://adafru.it/AAH)
MacOS has Terminal built in, though there are other options available for download.
Check the Advanced Serial Console on Mac page for more details. (https://adafru.it/
AAI)
Linux has a terminal program built in, though other options are available for
download. Check the Advanced Serial Console on Linux page for more
details. (https://adafru.it/VAO)
The code you wrote earlier has no output to the serial console. So, you're going to
edit it to create some output.
Open your code.py file into your editor, and include a print statement. You can print
anything you like! Just include your phrase between the quotation marks inside the
parentheses. For example:
import board
import digitalio
import time
led = digitalio.DigitalInOut(board.LED)
led.direction = digitalio.Direction.OUTPUT
while True:
print("Hello, CircuitPython!")
led.value = True
time.sleep(1)
led.value = False
time.sleep(1)
Now, let's go take a look at the window with our connection to the serial console.
Excellent! Our print statement is showing up in our console! Try changing the printed
text to something else.
import board
import digitalio
import time
while True:
print("Hello back to you!")
led.value = True
time.sleep(1)
led.value = False
time.sleep(1)
Keep your serial console window where you can see it. Save your file. You'll see what
the serial console displays when the board reboots. Then you'll see your new change!
The Traceback (most recent call last): is telling you the last thing your board
was doing before you saved your file. This is normal behavior and will happen every
time the board resets. This is really handy for troubleshooting. Let's introduce an error
so you can see how it is used.
Delete the e at the end of True from the line led.value = True so that it says
led.value = Tru
import board
import digitalio
import time
led = digitalio.DigitalInOut(board.LED)
led.direction = digitalio.Direction.OUTPUT
while True:
print("Hello back to you!")
led.value = Tru
time.sleep(1)
led.value = False
time.sleep(1)
Save your file. You will notice that your red LED will stop blinking, and you may have a
colored status LED blinking at you. This is because the code is no longer correct and
can no longer run properly. You need to fix it!
Usually when you run into errors, it's not because you introduced them on purpose.
You may have 200 lines of code, and have no idea where your error could be hiding.
This is where the serial console can help. Let's take a look!
Go back to your code, and take a look at line 10. Obviously, you know what the
problem is already. But if you didn't, you'd want to look at line 10 and see if you could
figure it out. If you're still unsure, try googling the error to get some help. In this case,
you know what to look for. You spelled True wrong. Fix the typo and save your file.
Nice job fixing the error! Your serial console is streaming and your red LED Is blinking
again.
The serial console will display any output generated by your code. Some sensors,
such as a humidity sensor or a thermistor, receive data and you can use print
statements to display that information. You can also use print statements for
troubleshooting, which is called "print debugging". Essentially, if your code isn't
working, and you want to know where it's failing, you can put print statements in
various places to see where it stops printing.
The REPL
The other feature of the serial connection is the Read-Evaluate-Print-Loop, or REPL.
The REPL allows you to enter individual lines of code and have them run immediately.
It's really handy if you're running into trouble with a particular program and can't
figure out why. It's interactive so it's great for testing new ideas.
If there is code running, in this case code measuring distance, it will stop and you'll
see Press any key to enter the REPL. Use CTRL-D to reload. Follow those
instructions, and press any key on your keyboard.
The Traceback (most recent call last): is telling you the last thing your board
was doing before you pressed Ctrl + C and interrupted it. The KeyboardInterrupt
is you pressing CTRL+C. This information can be handy when troubleshooting, but for
now, don't worry about it. Just note that it is expected behavior.
If your code.py file is empty or does not contain a loop, it will show an empty output
and Code done running. . There is no information about what your board was
doing before you interrupted it because there is no code running.
Regardless, once you press a key you'll see a >>> prompt welcoming you to the
REPL!
If you have trouble getting to the >>> prompt, try pressing Ctrl + C a few more times.
The first thing you get from the REPL is information about your board.
This line tells you the version of CircuitPython you're using and when it was released.
Next, it gives you the type of board you're using and the type of microcontroller the
board uses. Each part of this may be different for your board depending on the
versions you're working with.
Type help("modules") into the REPL next to the prompt, and press enter.
This is a list of all the core modules built into CircuitPython, including board .
Remember, board contains all of the pins on the board that you can use in your
code. From the REPL, you are able to see that list!
Type import board into the REPL and press enter. It'll go to a new prompt. It might
look like nothing happened, but that's not the case! If you recall, the import
statement simply tells the code to expect to do something with that module. In this
case, it's telling the REPL that you plan to do something with that module.
The REPL can also be used to run code. Be aware that any code you enter into the
REPL isn't saved anywhere. If you're testing something new that you'd like to keep,
make sure you have it saved somewhere on your computer as well!
Every programmer in every programming language starts with a piece of code that
says, "Hello, World." You're going to say hello to something else. Type into the REPL:
print("Hello, CircuitPython!")
You can write single lines of code that run stand-alone. You can also write entire
programs into the REPL to test them. Remember that nothing typed into the REPL is
saved.
There's a lot the REPL can do for you. It's great for testing new ideas if you want to
see if a few new lines of code will work. It's fantastic for troubleshooting code by
entering it one line at a time and finding out where it fails. It lets you see what
modules are available and explore those modules.
Everything typed into the REPL is ephemeral. Once you reload the REPL or
return to the serial console, nothing you typed will be retained in any memory
space. So be sure to save any desired code you wrote somewhere else, or
you'll lose it when you leave the current REPL instance!
CircuitPython Libraries
As CircuitPython development continues and there are new releases, Adafruit
will stop supporting older releases. Visit https://circuitpython.org/downloads
to download the latest version of CircuitPython for your board. You must
download the CircuitPython Library Bundle that matches your version of
CircuitPython. Please update CircuitPython and then visit https://
circuitpython.org/libraries to download the latest Library Bundle.
Each CircuitPython program you run needs to have a lot of information to work. The
reason CircuitPython is so simple to use is that most of that information is stored in
other files and works in the background. These files are called libraries. Some of them
are built into CircuitPython. Others are stored on your CIRCUITPY drive in a folder
called lib. Part of what makes CircuitPython so great is its ability to store code
separately from the firmware itself. Storing code separately from the firmware makes
it easier to update both the code you write and the libraries you depend.
Your board may ship with a lib folder already, it's in the base directory of the drive. If
not, simply create the folder yourself. When you first install CircuitPython, an empty lib
directory will be created for you.
CircuitPython libraries work in the same way as regular Python modules so the Python
docs (https://adafru.it/rar) are an excellent reference for how it all should work. In
Python terms, you can place our library files in the lib directory because it's part of the
Python path by default.
The bundle and the library releases on GitHub also feature optimized versions of the
libraries with the .mpy file extension. These files take less space on the drive and
have a smaller memory footprint as they are loaded.
Due to the regular updates and space constraints, Adafruit does not ship boards with
the entire bundle. Therefore, you will need to load the libraries you need when you
begin working with your board. You can find example code in the guides for your
board that depends on external libraries.
Either way, as you start to explore CircuitPython, you'll want to know how to get
libraries on board.
The first step is to find the Download Project Bundle button in the guide you're
working on.
The Download Project Bundle button is only available on full demo code
embedded from GitHub in a Learn guide. Code snippets will NOT have the
button available.
The Download Project Bundle button downloads a zip file. This zip contains a series
of directories, nested within which is the code.py, any applicable assets like images
or audio, and the lib/ folder containing all the necessary libraries. The following zip
was downloaded from the Piano in the Key of Lime guide.
The Piano in the Key of Lime guide was chosen as an example. That guide is
specific to Circuit Playground Express, and cannot be used on all boards. Do
not expect to download that exact bundle and have it work on your non-CPX
microcontroller.
In some cases, there will be other files such as audio or images in the same
directory as code.py and lib/. Make sure you include all the files when you
copy things over!
Once you copy over all the relevant files, the project should begin running! If you find
that the project is not running as expected, make sure you've copied ALL of the
project files onto your microcontroller board.
Match up the bundle version with the version of CircuitPython you are running. For
example, you would download the 6.x library bundle if you're running any version of
CircuitPython 6, or the 7.x library bundle if you're running any version of CircuitPython
7, etc. If you mix libraries with major CircuitPython versions, you will get incompatible
mpy errors due to changes in library interfaces possible during major version
changes.
There's also a py bundle which contains the uncompressed python files, you probably
don't want that unless you are doing advanced work on libraries.
These libraries are maintained by their authors and are not supported by Adafruit.
As you would with any library, if you run into problems, feel free to file an issue on the
GitHub repo for the library. Bear in mind, though, that most of these libraries are
supported by a single person and you should be patient about receiving a response.
Remember, these folks are not paid by Adafruit, and are volunteering their personal
time when possible to provide support.
The link takes you to the latest release of the CircuitPython Community Library
Bundle on GitHub. There are multiple versions of the bundle available. Download the
bundle version that matches your CircuitPython firmware version. If you don't know
the version, check the version info in boot_out.txt file on the CIRCUITPY drive, or the
initial prompt in the CircuitPython REPL. For example, if you're running v7.0.0,
download the 7.x library bundle.
Open the bundle folder. Inside you'll find two information files, and two folders. One
folder is the lib bundle, and the other folder is the examples bundle.
Now open the lib folder. When you open the folder, you'll see a large number of .mpy
files, and folders.
Example Files
All example files from each library are now included in the bundles in an examples
directory (as seen above), as well as an examples-only bundle. These are included for
two main reasons:
If the library is a directory with multiple .mpy files in it, be sure to copy the entire
folder to CIRCUITPY/lib.
This also applies to example files. Open the examples folder you extracted from the
downloaded zip, and copy the applicable file to your CIRCUITPY drive. Then, rename
it to code.py to run it.
If a library has multiple .mpy files contained in a folder, be sure to copy the
entire folder to CIRCUITPY/lib.
When you look at most CircuitPython examples, you'll see they begin with one or
more import statements. These typically look like the following:
• import library_or_module
However, import statements can also sometimes look like the following:
They can also have more complicated formats, such as including a try / except
block, etc.
The important thing to know is that an import statement will always include the
name of the module or library that you're importing.
Therefore, the best place to start is by reading through the import statements.
Here is an example import list for you to work with in this section. There is no setup or
other code shown here, as the purpose of this section involves only the import list.
import time
import board
import neopixel
import adafruit_lis3dh
import usb_hid
from adafruit_hid.consumer_control import ConsumerControl
from adafruit_hid.consumer_control_code import ConsumerControlCode
Keep in mind, not all imported items are libraries. Some of them are almost always
built-in CircuitPython modules. How do you know the difference? Time to visit the
REPL.
The following is the list of modules built into CircuitPython for the Feather RP2040.
Your list may look similar or be anything down to a significant subset of this list for
smaller boards.
The next one, neopixel , is not on the module list. That means it's your first library!
So, you would head over to the bundle zip you downloaded, and search for neopixel.
There is a neopixel.mpy file in the bundle zip. Copy it over to the lib folder on your
CIRCUITPY drive. The following one, adafruit_lis3dh , is also not on the module
list. Follow the same process for adafruit_lis3dh, where you'll find
adafruit_lis3dh.mpy, and copy that over.
The fifth one is usb_hid , and it is in the modules list, so it is built in. Often all of the
built-in modules come first in the import list, but sometimes they don't! Don't assume
that everything after the first library is also a library, and verify each import with the
modules list to be sure. Otherwise, you'll search the bundle and come up empty!
The final two imports are not as clear. Remember, when import statements are
formatted like this, the first thing after the from is the library name. In this case, the
library name is adafruit_hid . A search of the bundle will find an
adafruit_hid folder. When a library is a folder, you must copy the entire folder and its
contents as it is in the bundle to the lib folder on your CIRCUITPY drive. In this case,
you would copy the entire adafruit_hid folder to your CIRCUITPY/lib folder.
Notice that there are two imports that begin with adafruit_hid . Sometimes you will
need to import more than one thing from the same library. Regardless of how many
times you import the same library, you only need to load the library by copying over
the adafruit_hid folder once.
That is how you can use your example code to figure out what libraries to load on
your CircuitPython-compatible board!
There are cases, however, where libraries require other libraries internally. The
internally required library is called a dependency. In the event of library
This demonstration will only return an error if you do not have the required library
loaded into the lib folder on your CIRCUITPY drive.
import board
import time
import simpleio
led = simpleio.DigitalOut(board.LED)
while True:
led.value = True
time.sleep(0.5)
led.value = False
time.sleep(0.5)
Save this file. Nothing happens to your board. Let's check the serial console to see
what's going on.
Click the link above to download the correct bundle. Extract the lib folder from the
downloaded bundle file. Scroll down to find simpleio.mpy. This is the library file
you're looking for! Follow the steps above to load an individual library file.
If you run into this error in the future, follow along with the steps above and choose
the library that matches the one you're missing.
You can still end up running out of space on your M0 non-Express board even if you
only load libraries as you need them. There are a number of steps you can use to try
to resolve this issue. You'll find suggestions on the Troubleshooting page (https://
adafru.it/Den).
To update a single library or example, follow the same steps above. When you drag
the library file to your lib folder, it will ask if you want to replace it. Say yes. That's it!
A new library bundle is released every time there's an update to a library. Updates
include things like bug fixes and new features. It's important to check in every so
often to see if the libraries you're using have been updated.
CircuitPython Documentation
You've learned about the CircuitPython built-in modules and external libraries. You
know that you can find the modules in CircuitPython, and the libraries in the Library
Bundles. There are guides available that explain the basics of many of the modules
and libraries. However, there's sometimes more capabilities than are necessarily
showcased in the guides, and often more to learn about a module or library. So,
where can you find more detailed information? That's when you want to look at the
API documentation.
The main page covers the basics including where to download CircuitPython, how to
contribute, differences from MicroPython, information about the project structure,
and a full table of contents for the rest of the documentation.
The list along the left side leads to more information about specific topics.
The second section is Design and Porting Reference. It includes a design guide,
architecture information, details on porting, and adding module support to other
ports.
The fourth and final section is About the Project. It includes further information
including details on building, testing, and debugging CircuitPython, along with
various other useful links including the Adafruit Community Code of Conduct.
Whether you're a seasoned pro or new to electronics and programming, you'll find a
wealth of information to help you along your CircuitPython journey in the
documentation!
For the purposes of this page, the LED Animation library (https://adafru.it/O2d)
documentation will be featured. There are two links to the documentation in each
library GitHub repo. The first one is the docs badge near the top of the README.
The second place is the Documentation section of the README. Scroll down to find
it, and click on Read the Docs to get to the documentation.
Now that you know how to find it, it's time to take a look at what to expect.
The Introduction page is generated from the README, so it includes all the same info,
such as PyPI installation instructions, a quick demo, and some build details. It also
includes a full table of contents for the rest of the documentation (which is not part of
the GitHub README). The page should look something like the following.
The left side contains links to the rest of the documentation, divided into three
separate sections: Examples, API Reference, and Other Links.
Examples
The Examples section (https://adafru.it/VFD) is a list of library examples. This list
contains anywhere from a small selection to the full list of the examples available for
the library.
This section will always contain at least one example - the simple test example.
The simple test example is usually a basic example designed to show your setup is
working. It may require other libraries to run. Keep in mind, it's simple - it won't
showcase a comprehensive use of all the library features.
When there are multiple links in the Examples section, all of the example
content is, in actuality, on the same page. Each link after the first is an anchor
link to the specified section of the page. Therefore, you can also view all the
available examples by scrolling down the page.
You can view the rest of the examples by clicking through the list or scrolling down
the page. These examples are fully working code. Which is to say, while they may rely
on other libraries as well as the library for which you are viewing the documentation,
they should not require modification to otherwise work.
There is always at least one list item included. Libraries for which the code is included
in a single Python (.py) file, will only have one item. Libraries for which the code is
multiple Python files in a directory (called subpackages) will have multiple items in this
list. The LED Animation library has a series of subpackages, and therefore, multiple
items in this list.
Click on the first item in the list to begin viewing the API Reference section.
As with the Examples section, all of the API Reference content is on a single
page, and the links under API Reference are anchor links to the specified
section of the page.
When you click on an item in the API Reference section, you'll find details about the
classes and functions in the library. In the case of only one item in this section, all the
available functionality of the library will be contained within that first and only
subsection. However, in the case of a library that has subpackages, each item will
contain the features of the particular subpackage indicated by the link. The
documentation will cover all of the available functions of the library, including more
complex ones that may not interest you.
The first list item is the animation subpackage. If you scroll down, you'll begin to see
the available features of animation. They are listed alphabetically. Each of these
things can be called in your code. It includes the name and a description of the
specific function you would call, and if any parameters are necessary, lists those with
a description as well.
"""
This example animates a jade comet that bounces from end to end of the strip.
For QT Py Haxpress and a NeoPixel strip. Update pixel_pin and pixel_num to match
your wiring if
using a different board or form of NeoPixels.
This example will run on SAMD21 (M0) Express boards (such as Circuit Playground
Express or QT Py
Haxpress), but not on SAMD21 non-Express boards (such as QT Py or Trinket).
"""
import board
import neopixel
while True:
comet.animate()
Note the line where you create the comet object. There are a number of items inside
the parentheses. In this case, you're provided with a fully working example. But what
if you want to change how the comet works? The code alone does not explain what
the options mean.
Look familiar? It is! This is the documentation for setting up the comet object. It
explains what each argument provided in the comet setup in the code meant, as well
as the other available features. For example, the code includes speed=0.02 . The
documentation clarifies that this is the "Animation speed in seconds". The code
doesn't include ring . The documentation indicates this is an available setting that
enables "Ring mode".
This type of information is available for any function you would set up in your code. If
you need clarification on something, wonder whether there's more options available,
or are simply interested in the details involved in the code you're writing, check out
the documentation for the CircuitPython libraries!
Other Links
This section is the same for every library. It includes a list of links to external sites,
which you can visit for more information about the CircuitPython Project and Adafruit.
That covers the CircuitPython library documentation! When you are ready to go
beyond the basic library features covered in a guide, or you're interested in
understanding those features better, the library documentation on Read the Docs has
you covered!
Recommended Editors
The CircuitPython code on your board detects when the files are changed or written
and will automatically re-start your code. This makes coding very fast because you
save, and it re-runs.
This is really important to be aware of. If you unplug or reset the board before your
computer finishes writing the file to your board, you can corrupt the drive. If this
happens, you may lose the code you've written, so it's important to backup your code
to your computer regularly.
To avoid the likelihood of filesystem corruption, use an editor that writes out the file
completely when you save it. Check out the list of recommended editors below.
Recommended editors
• mu (https://adafru.it/ANO) is an editor that safely writes all changes (it's also our
recommended editor!)
• emacs (https://adafru.it/xNA) is also an editor that will fulIy write files on
save (https://adafru.it/Be7)
• Sublime Text (https://adafru.it/xNB) safely writes all changes
• Visual Studio Code (https://adafru.it/Be9) appears to safely write all changes
• gedit on Linux appears to safely write all changes
• IDLE (https://adafru.it/IWB), in Python 3.8.1 or later, was fixed (https://adafru.it/
IWD) to write all changes immediately
• Thonny (https://adafru.it/Qb6) fully writes files on save
• Notepad++ (https://adafru.it/xNf) flushes files after writes, as of several years
ago. In addition, you can change the path used for "Enable session snapshot
and periodic backup" to write somewhere else than the CIRCUITPY drive. This
will save space on CIRCUITPY and reduce writes to the drive.
You are strongly encouraged to upgrade to Windows 10 if you are still using Windows
7 or Windows 8 or 8.1. Windows 7 has reached end-of-life and no longer receives
security updates. A free upgrade to Windows 10 is still available (https://adafru.it/
RWc).
You'll use Windows Device Manager to determine which port the board is using. The
easiest way to determine which port the board is using is to first check without the
board plugged in. Open Device Manager. Click on Ports (COM & LPT). You should find
something already in that list with (COM#) after it where # is a number.
Sometimes the item will refer to the name of the board. Other times it may be called
something like USB Serial Device, as seen in the image above. Either way, there is a
new (COM#) following the name. This is the port your board is using.
If you want to save those settings for later, use the options under Load, save or delete
a stored session. Enter a name in the box under Saved Sessions, and click the Save
button on the right.
If no code is running, the window will either be blank or will look like the window
above. Now you're ready to see the results of your code.
The easiest way to determine which port the board is using is to first check without
the board plugged in. Open Terminal and type the following:
ls /dev/tty.*
Each serial connection shows up in the /dev/ directory. It has a name that starts with
tty. . The command ls shows you a list of items in a directory. You can use * as a
wildcard, to search for files that start with the same letters but end in something
different. In this case, you're asking to see all of the listings in /dev/ that start with
tty. and end in anything. This will show us the current serial connections.
ls /dev/tty.*
This will show you the current serial connections, which will now include your board.
Using Linux, a new listing has appeared called /dev/ttyACM0 . The ttyACM0 part of
this listing is the name the example board is using. Yours will be called something
similar.
The first part of this establishes using the screen command. The second part tells
screen the name of the board you're trying to use. The third part tells screen what
baud rate to use for the serial connection. The baud rate is the speed in bits per
second that data is sent over the serial connection. In this case, the speed required
by the board is 115200 bits per second.
The tio program works as well to connect to your board, and has the benefit of
automatically reconnecting. You would need to install it using your package manager.
The easiest way to determine which port the board is using is to first check without
the board plugged in. Open your terminal program and type the following:
ls /dev/ttyACM*
Each serial connection shows up in the /dev/ directory. It has a name that starts with
ttyACM. The command ls shows you a list of items in a directory. You can use * as
a wildcard, to search for files that start with the same letters but end in something
different. In this case, You're asking to see all of the listings in /dev/ that start with
ttyACM and end in anything. This will show us the current serial connections.
ls /dev/ttyACM*
This will show you the current serial connections, which will now include your board.
A new listing has appeared called /dev/ttyACM0. The ttyACM0 part of this listing is
the name the example board is using. Yours will be called something similar.
To connect to the serial console, use your terminal program. Type the following
command, replacing board_name with the name you found your board is using:
The first part of this establishes using the screen command. The second part tells
screen the name of the board you're trying to use. The third part tells screen what
Press enter to run the command. It will open in the same window. If no code is
running, the window will be blank. Otherwise, you'll see the output of your code.
Permissions on Linux
If you try to run screen and it doesn't work, then you may be running into an issue
with permissions. Linux keeps track of users and groups and what they are allowed to
do and not do, like access the hardware associated with the serial connection for
running screen . So if you see something like this:
then you may need to grant yourself access. There are generally two ways you can do
this. The first is to just run screen using the sudo command, which temporarily
gives you elevated privileges.
Then use the command adduser to add yourself to that group. You need elevated
privileges to do this, so you'll need to use sudo . In the example below, the group is
adm and the user is ackbar.
After you add yourself to the group, you'll need to logout and log back in, or in some
cases, reboot your machine. After you log in again, verify that you have been added
to the group using the command groups . If you are still not in the group, reboot and
check again.
And now you should be able to run screen without using sudo .
Python Arithmetic
Boards without long integer support are mostly SAMD21 ("M0") boards
without an external flash chip, such as the Adafruit Gemma M0, Trinket
M0, QT Py M0, and the Trinkey series. There are also a number of third-
party boards in this category. There are also a few small STM third-party
boards without long integer support.
If your development board has an SPI port and at least 4 additional pins,
you can check out this guide (https://adafru.it/F5X) on using AirLift with
CircuitPython - extra wiring is required and some boards like the
MacroPad or NeoTrellis do not have enough available pins to add the
hardware support.
For further project examples, and guides about using AirLift with specific
hardware, check out the Adafruit Learn System (https://adafru.it/VBr).
Most Espressif boards with only 4MB of flash do not have enough room
to include BLE in CircuitPython 9. Check the Module Support
Matrix (https://adafru.it/-Cy) to see if your board has support for _bleio .
CircuitPython 10 is planned to support _bleio on Espressif boards with
4MB flash.
On most other boards with adequate firmware space, BLE is available for
use with AirLift (https://adafru.it/11Av) or other NINA-FW-based co-
processors. Some boards have this coprocessor on board, such as the
PyPortal (https://adafru.it/11Aw). Currently, this implementation only
Memory Issues
? What is a MemoryError?
Memory allocation errors happen when you're trying to store too much
on the board. The CircuitPython microcontroller boards have a limited
amount of memory available. You can have about 250 lines of code on
the M0 Express boards. If you try to import too many libraries, a
combination of large libraries, or run a program with too many lines of
code, your code will fail to run and you will receive a MemoryError in
the serial console.
Make sure you are using .mpy versions of libraries. All of the
CircuitPython libraries are available in the bundle in a .mpy format which
takes up less memory than .py format. Be sure that you're using the
latest library bundle (https://adafru.it/uap) for your version of
CircuitPython.
If that does not resolve your issue, try shortening your code. Shorten
comments, remove extraneous or unneeded code, or any other clean up
you can do to shorten your code. If you're using a lot of functions, you
could try moving those into a separate library, creating a .mpy of that
library, and importing it into your code.
On macOS and Linux, after you download mpy-cross, you must make the
the file executable by doing chmod +x name-of-the-mpy-cross-
executable .
import gc
gc.mem_free()
Troubleshooting
From time to time, you will run into issues when working with CircuitPython. Here are
a few things you may encounter and how to resolve them.
You need to download the CircuitPython Library Bundle that matches your version of
CircuitPython. Please update CircuitPython and then download the latest
bundle (https://adafru.it/ENC).
As new versions of CircuitPython are released, Adafruit will stop providing the
previous bundles as automatically created downloads on the Adafruit CircuitPython
Library Bundle repo. If you must continue to use an earlier version, you can still
download the appropriate version of mpy-cross from the particular release of
CircuitPython on the CircuitPython repo and create your own compatible .mpy library
files. However, it is best to update to the latest for both CircuitPython and the library
bundle.
#!/bin/sh
#
# This works around bug where, by default,
# macOS 14.x before 14.4 writes part of a file immediately,
# and then doesn't update the directory for 20-60 seconds, causing
# the file system to be corrupted.
#
chmod +x remount-CIRCUITPY.sh
Place the file in a directory on your PATH , or in some other convenient place.
Now, each time you plug in or reset your CIRCUITPY board, run the file remount-
CIRCUITPY.sh. You can run it in a Terminal window or you may be able to place it on
the desktop or in your dock to run it just by double-clicking.
MakeCode
If you are running a MakeCode (https://adafru.it/zbY) program on Circuit Playground
Express, press the reset button just once to get the CPLAYBOOT drive to show up.
Pressing it twice will not work.
Windows 10 or later
Did you install the Adafruit Windows Drivers package by mistake, or did you upgrade
to Windows 10 or later with the driver package installed? You don't need to install this
package on Windows 10 or 11for most Adafruit boards. The old version (v1.5) can
interfere with recognizing your device. Go to Settings -> Apps and uninstall all the
"Adafruit" driver programs.
Windows 7 or 8.1
Windows 7 and 8.1 have reached end of life. It is recommended (https://adafru.it/Amd)
that you upgrade to Windows 10 or 11 if possible. Drivers are available for some older
CircuitPython boards, but there are no plans to release drivers for newer boards.
The Windows Drivers installer was last updated in November 2020 (v2.5.0.0) .
Windows 7 drivers for CircuitPython boards released since then, including
RP2040 boards, are not available. There are no plans to release drivers for
newer boards. The boards work fine on Windows 10 and later.
You should now be done! Test by unplugging and replugging the board. You should
see the CIRCUITPY drive, and when you double-click the reset button (single click on
Circuit Playground Express running MakeCode), you should see the
appropriate boardnameBOOT drive.
• AIDA64: to fix, stop the program. This problem has been reported to AIDA64.
They acquired hardware to test, and released a beta version that fixes the
problem. This may have been incorporated into the latest release. Please let us
know in the forums if you test this.
• Hard Disk Sentinel
Norton anti-virus can interfere with CIRCUITPY. A user has reported this problem on
Windows 7. The user turned off both Smart Firewall and Auto Protect, and CIRCUITPY
then appeared.
Depending on the size of your screen or Mu window, when you open the serial
console, the serial console panel may be very small. This can be a problem. A basic
CircuitPython error takes 10 lines to display!
Auto-reload is on. Simply save files over USB to run them or enter REPL to disable.
code.py output:
Traceback (most recent call last):
File "code.py", line 7
SyntaxError: invalid syntax
Therefore, if your serial console panel is five lines tall or less, you may only see blank
lines or blank lines followed by Press any key to enter the REPL. Use CTRL-D
This applies to any kind of serial output whether it be error messages or print
statements. So before you start trying to debug your problem on the hardware side,
be sure to check that you haven't simply missed the serial messages due to serial
output panel height.
Some utility programs, such as backup, anti-virus, or disk-checking apps, will write to
the CIRCUITPY as part of their operation. Sometimes they do this very frequently,
causing constant restarts.
Acronis True Image and related Acronis programs on Windows are known to cause
this problem. It is possible to prevent this by disabling the " (https://adafru.it/
XDZ)Acronis Managed Machine Service Mini" (https://adafru.it/XDZ).
If you cannot stop whatever is causing the writes, you can disable auto-reload by
putting this code in boot.py or code.py:
import supervisor
supervisor.runtime.autoreload = False
Circuit Playground Express and Circuit Playground Bluefruit have multiple RGB
LEDs, but do NOT have a status LED. The LEDs are all green when in the bootloader.
In versions before 7.0.0, they do NOT indicate any status while running
CircuitPython.
On start up, the LED will blink YELLOW multiple times for 1 second. Pressing the
RESET button (or on Espressif, the BOOT button) during this time will restart the board
and then enter safe mode. On Bluetooth capable boards, after the yellow blinks, there
will be a set of faster blue blinks. Pressing reset during the BLUE blinks will clear
Bluetooth information and start the device in discoverable mode, so it can be used
with a BLE code editor.
Once started, CircuitPython will blink a pattern every 5 seconds when no user code is
running to indicate why the code stopped:
When in the REPL, CircuitPython will set the status LED to WHITE. You can change the
LED color from the REPL. The status indicator will not persist on non-NeoPixel or
DotStar LEDs.
Colors with multiple flashes following indicate a Python exception and then indicate
the line number of the error. The color of the first flash indicates the type of error:
• GREEN: IndentationError
• CYAN: SyntaxError
• WHITE: NameError
• ORANGE: OSError
• PURPLE: ValueError
• YELLOW: other error
These are followed by flashes indicating the line number, including place value.
WHITE flashes are thousands' place, BLUE are hundreds' place, YELLOW are tens'
place, and CYAN are one's place. So for example, an error on line 32 would flash
YELLOW three times and then CYAN two times. Zeroes are indicated by an extra-long
dark gap.
So, for instance, if you upgraded to CircuitPython 7.x from 6.x you’ll need to download
a newer version of the library that triggered the error on import . All libraries are
available in the Adafruit bundle (https://adafru.it/y8E).
Be aware, if you have used Arduino to program your board, CircuitPython is no longer
able to provide the USB services. You will need to reload CircuitPython to resolve this
situation.
The easiest first step is to reload CircuitPython. Double-tap reset on the board so you
get a boardnameBOOT drive rather than a CIRCUITPY drive, and copy the latest
If reloading CircuitPython does not resolve your issue, the next step is to try putting
the board into safe mode.
Safe Mode
Whether you've run into a situation where you can no longer edit your code.py on
your CIRCUITPY drive, your board has gotten into a state where CIRCUITPY is read-
only, or you have turned off the CIRCUITPY drive altogether, safe mode can help.
Safe mode in CircuitPython does not run any user code on startup, and disables auto-
reload. This means a few things. First, safe mode bypasses any code in boot.py
(where you can set CIRCUITPY read-only or turn it off completely). Second, it does
not run the code in code.py. And finally, it does not automatically soft-reload when
data is written to the CIRCUITPY drive.
Therefore, whatever you may have done to put your board in a non-interactive state,
safe mode gives you the opportunity to correct it without losing all of the data on the
CIRCUITPY drive.
In Safe Mode
Once you've entered safe mode successfully in CircuitPython 6.x, the LED will pulse
yellow.
If you connect to the serial console, you'll find the following message.
Auto-reload is off.
Running in safe mode! Not running saved code.
CircuitPython is in safe mode because you pressed the reset button during boot.
Press again to exit safe mode.
You can now edit the contents of the CIRCUITPY drive. Remember, your code will not
run until you press the reset button, or unplug and plug in your board, to get out of
safe mode.
At this point, you'll want to remove any user code in code.py and, if present, the
boot.py file from CIRCUITPY. Once removed, tap the reset button, or unplug and plug
in your board, to restart CircuitPython. This will restart the board and may resolve
your drive issues. If resolved, you can begin coding again as usual.
If safe mode does not resolve your issue, the board must be completely erased and
CircuitPython must be reloaded onto the board.
You WILL lose everything on the board when you complete the following
steps. If possible, make a copy of your code before continuing.
CIRCUITPY will be erased and reformatted, and your board will restart. That's it!
The options listed below are considered to be the "old way" of erasing your board.
The method shown above using the REPL is highly recommended as the best
method for erasing your board.
Feather M0 Express
https://adafru.it/AdJ
Feather M4 Express
https://adafru.it/EVK
Metro M0 Express
https://adafru.it/AdK
CLUE_Flash_Erase.UF2
https://adafru.it/Jat
Matrix_Portal_M4_(QSPI).UF2
https://adafru.it/Q5B
It should reboot automatically and you should see CIRCUITPY in your file explorer
again.
If you haven't already downloaded the latest release of CircuitPython for your board,
check out the installation page (https://adafru.it/Amd). You'll also need to load your
code and reinstall your libraries!
If you are trying to erase a SAMD21 non-Express board, follow these steps to erase
your board.
It should reboot automatically and you should see CIRCUITPY in your file explorer
again.
If you haven't already downloaded the latest release of CircuitPython for your board,
check out the installation page (https://adafru.it/Amd) YYou'll also need to load your
code and reinstall your libraries!
The file system on the board is very tiny. (Smaller than an ancient floppy disk.) So, its
likely you'll run out of space but don't panic! There are a number of ways to free up
space.
Delete something!
The simplest way of freeing up space is to delete files from the drive. Perhaps there
are libraries in the lib folder that you aren't using anymore or test code that isn't in
use. Don't delete the lib folder completely, though, just remove what you don't need.
The board ships with the Windows 7 serial driver too! Feel free to delete that if you
don't need it or have already installed it. It's ~12KiB or so.
Use tabs
One unique feature of Python is that the indentation of code matters. Usually the
recommendation is to indent code with four spaces for every indent. In general, that
is recommended too. However, one trick to storing more human-readable code is to
use a single tab character for indentation. This approach uses 1/4 of the space for
indentation and can be significant when you're counting bytes.
On macOS?
MacOS loves to generate hidden files. Luckily you can disable some of the extra
hidden files that macOS adds by running a few commands to disable search indexing
ls -l /Volumes
Look for a volume with a name like CIRCUITPY (the default for CircuitPython). The full
path to the volume is the /Volumes/CIRCUITPY path.
Now follow the steps from this question (https://adafru.it/u1c) to run these terminal
commands that stop hidden files from being created on the board:
Replace /Volumes/CIRCUITPY in the commands above with the full path to your
board's volume if it's different. At this point all the hidden files should be cleared from
the board and some hidden files will be prevented from being created.
Alternatively, with CircuitPython 4.x and above, the special files and folders
mentioned above will be created automatically if you erase and reformat the
filesystem. WARNING: Save your files first! Do this in the REPL:
However there are still some cases where hidden files will be created by MacOS. In
particular if you copy a file that was downloaded from the internet it will have special
metadata that MacOS stores as a hidden file. Luckily you can run a copy command
from the terminal to copy files without this hidden metadata file. See the steps below.
cp -X file_name.mpy /Volumes/CIRCUITPY
(Replace file_name.mpy with the name of the file you want to copy.)
Or to copy a folder and all of the files and folders contained within, use a command
like:
If you are copying to the lib folder, or another folder, make sure it exists before
copying.
That's not very much space left! The next step is to show a list of the files currently on
the CIRCUITPY drive, including the hidden files, using the ls command. You cannot
use Finder to do this, you must do it via command line!
Finally, you can run df again to see the current space used.
Nice! You have 12Ki more than before! This space can now be used for libraries and
code!
For more information on safe mode and how to enter safe mode, see the Safe Mode
section on this page (https://adafru.it/Den).
CircuitPython is a programming language that's super simple to get started with and
great for learning. It runs on microcontrollers and works out of the box. You can plug it
in and get started with any text editor. The best part? CircuitPython comes with an
amazing, supportive community.
Everyone is welcome! CircuitPython is Open Source. This means it's available for
anyone to use, edit, copy and improve upon. This also means CircuitPython becomes
better because of you being a part of it. Whether this is your first microcontroller
board or you're a seasoned software engineer, you have something important to offer
the Adafruit CircuitPython community. This page highlights some of the many ways
you can be a part of it!
Adafruit Discord
The Adafruit Discord server is the best place to start. Discord is where the community
comes together to volunteer and provide live support of all kinds. From general
There are many different channels so you can choose the one best suited to your
needs. Each channel is shown on Discord as "#channelname". There's the #help-with-
projects channel for assistance with your current project or help coming up with ideas
for your next one. There's the #show-and-tell channel for showing off your newest
creation. Don't be afraid to ask a question in any channel! If you're unsure, #general is
a great place to start. If another channel is more likely to provide you with a better
answer, someone will guide you.
The help with CircuitPython channel is where to go with your CircuitPython questions.
#help-with-circuitpython is there for new users and developers alike so feel free to
ask a question or post a comment! Everyone of any experience level is welcome to
join in on the conversation. Your contributions are important! The #circuitpython-dev
channel is available for development discussions as well.
The Adafruit Discord is the 24x7x365 hackerspace that you can bring your
granddaughter to.
CircuitPython.org
Beyond the Adafruit Learn System, which you are viewing right now, the best place to
find information about CircuitPython is circuitpython.org (https://adafru.it/KJD).
Everything you need to get started with your new microcontroller and beyond is
If you submit any contributions to the libraries, and do not see them reflected on the
Contributing page, it could be that the job that checks for new updates hasn't yet run
for today. Simply check back tomorrow!
Pull Requests
The first tab you'll find is a list of open pull requests.
Open Issues
The second tab you'll find is a list of open issues.
GitHub issues are filed for a number of reasons, including when there is a bug in the
library or example code, or when someone wants to make a feature request. Issues
are a great way to find an opportunity to contribute directly to the libraries by
updating code or documentation. If you're interested in contributing code or
documentation, take a look at the open issues and find one that interests you.
If you're not sure where to start, you can search the issues by label. Labels are
applied to issues to make the goal easier to identify at a first glance, or to indicate the
difficulty level of the issue. Click on the dropdown next to "Sort by issue labels" to see
the list of available labels, and click on one to choose it.
Don't let the process intimidate you. If you're new to Git and GitHub, there is a
guide (https://adafru.it/Dkh) to walk you through the entire process. As well, there are
always folks available on Discord () to answer questions.
This section is generated by a script that runs checks on the libraries, and then
reports back where there may be issues. It is made up of a list of subsections each
containing links to the repositories that are experiencing that particular issue. This
page is available mostly for internal use, but you may find some opportunities to
contribute on this page. If there's an issue listed that sounds like something you could
help with, mention it on Discord, or file an issue on GitHub indicating you're working
CircuitPython Localization
The fourth tab you'll find is the CircuitPython Localization tab.
If you speak another language, you can help translate CircuitPython! The translations
apply to informational and error messages that are within the CircuitPython core. It
means that folks who do not speak English have the opportunity to have these
messages shown to them in their own language when using CircuitPython. This is
incredibly important to provide the best experience possible for all users.
CircuitPython uses Weblate to translate, which makes it much simpler to contribute
translations. You will still need to know some CircuitPython-specific practices and a
few basics about coding strings, but as with any CircuitPython contributions, folks are
there to help.
Regardless of your skill level, or how you want to contribute to the CircuitPython
project, there is an opportunity available. The Contributing page (https://adafru.it/VD7)
is an excellent place to start!
Adafruit GitHub
Whether you're just beginning or are life-long programmer who would like to
contribute, there are ways for everyone to be a part of the CircuitPython project. The
CircuitPython core is written in C. The libraries are written in Python. GitHub is the
best source of ways to contribute to the CircuitPython core (https://adafru.it/tB7), and
If you're new to GitHub or programming in general, there are great opportunities for
you. For the CircuitPython core, head over to the CircuitPython repository on GitHub,
click on "Issues (https://adafru.it/tBb)", and you'll find a list that includes issues labeled
"good first issue (https://adafru.it/188e)". For the libraries, head over to the
Contributing page Issues list (https://adafru.it/VFv), and use the drop down menu to
search for "good first issue (https://adafru.it/VFw)". These issues are things that have
been identified as something that someone with any level of experience can help
with. These issues include options like updating documentation, providing feedback,
and fixing simple bugs. If you need help getting started with GitHub, there is an
excellent guide on Contributing to CircuitPython with Git and GitHub (https://adafru.it/
Dkh).
Already experienced and looking for a challenge? Checkout the rest of either issues
list and you'll find plenty of ways to contribute. You'll find all sorts of things, from new
driver requests, to library bugs, to core module updates. There's plenty of
opportunities for everyone at any level!
When working with or using CircuitPython or the CircuitPython libraries, you may find
problems. If you find a bug, that's great! The team loves bugs! Posting a detailed issue
to GitHub is an invaluable way to contribute to improving CircuitPython. For
CircuitPython itself, file an issue here (https://adafru.it/tBb). For the libraries, file an
issue on the specific library repository on GitHub. Be sure to include the steps to
replicate the issue as well as any other information you think is relevant. The more
detail, the better!
Testing new software is easy and incredibly helpful. Simply load the newest version of
CircuitPython or a library onto your CircuitPython hardware, and use it. Let us know
about any problems you find by posting a new issue to GitHub. Software testing on
both stable and unstable releases is a very important part of contributing
CircuitPython. The developers can't possibly find all the problems themselves! They
need your help to make CircuitPython even better.
On GitHub, you can submit feature requests, provide feedback, report problems and
much more. If you have questions, remember that Discord and the Forums are both
there for help!
The Adafruit Forums (https://adafru.it/jIf) are the perfect place for support. Adafruit
has wonderful paid support folks to answer any questions you may have. Whether
your hardware is giving you issues or your code doesn't seem to be working, the
forums are always there for you to ask. You need an Adafruit account to post to the
forums. You can use the same account you use to order from Adafruit.
While Discord may provide you with quicker responses than the forums, the forums
are a more reliable source of information. If you want to be certain you're getting an
Adafruit-supported answer, the forums are the best place to be.
There are forum categories that cover all kinds of topics, including everything
Adafruit. The Adafruit CircuitPython (https://adafru.it/xXA) category under "Supported
Products & Projects" is the best place to post your CircuitPython questions.
Be sure to include the steps you took to get to where you are. If it involves wiring,
post a picture! If your code is giving you trouble, include your code in your post!
These are great ways to make sure that there's enough information to help you with
your issue.
You might think you're just getting started, but you definitely know something that
someone else doesn't. The great thing about the forums is that you can help others
too! Everyone is welcome and encouraged to provide constructive feedback to any of
the posted questions. This is an excellent way to contribute to the community and
share your knowledge!
CircuitPython previously used a secrets.py file for this purpose. The settings.toml file
is quite similar.
The most minimal settings.toml file must contain your WiFi SSID and password, as
that is the minimum required to connect to WiFi. Copy this example, paste it into your
settings.toml, and update:
• your_wifi_ssid
• your_wifi_password
CIRCUITPY_WIFI_SSID = "your_wifi_ssid"
CIRCUITPY_WIFI_PASSWORD = "your_wifi_password"
• your_wifi_ssid
• your_wifi_password
• your_aio_username
• your_aio_key
CIRCUITPY_WIFI_SSID = "your_wifi_ssid"
CIRCUITPY_WIFI_PASSWORD = "your_wifi_password"
ADAFRUIT_AIO_USERNAME = "your_aio_username"
ADAFRUIT_AIO_KEY = "your_aio_key"
Some projects use different variable names for the entries in the settings.toml file.
For example, a project might use ADAFRUIT_AIO_ID in the place of
ADAFRUIT_AIO_USERNAME . If you run into connectivity issues, one of the first things
to check is that the names in the settings.toml file match the names in the code.
• Use \u escapes for weird characters, \x and \ooo escapes are not available
in .toml files
• Unicode emoji, and non-ASCII characters, stand for themselves as long as you're
careful to save in "UTF-8 without BOM" format
import os
print(os.getenv("test_variable"))
In the upcoming CircuitPython WiFi examples, you'll see how the settings.toml file is
used for connecting to your SSID and accessing your API keys.
The first thing you need to do is update your code.py to the following. Click the
Download Project Bundle button below to download the necessary libraries and the
code.py file in a zip file. Extract the contents of the zip file, and copy the entire lib
folder and the code.py file to your CIRCUITPY drive.
import os
import ipaddress
import ssl
import wifi
import socketpool
import adafruit_requests
print(f"Connecting to {os.getenv('CIRCUITPY_WIFI_SSID')}")
wifi.radio.connect(os.getenv("CIRCUITPY_WIFI_SSID"),
os.getenv("CIRCUITPY_WIFI_PASSWORD"))
print(f"Connected to {os.getenv('CIRCUITPY_WIFI_SSID')}")
print(f"My IP address: {wifi.radio.ipv4_address}")
ping_ip = ipaddress.IPv4Address("8.8.8.8")
ping = wifi.radio.ping(ip=ping_ip)
if ping is None:
print("Couldn't ping 'google.com' successfully")
else:
# convert s to ms
print(f"Pinging 'google.com' took: {ping * 1000} ms")
pool = socketpool.SocketPool(wifi.radio)
requests = adafruit_requests.Session(pool, ssl.create_default_context())
print()
print("Done")
If you have a fresh install of CircuitPython on your board, the initial settings.toml file
on your CIRCUITPY drive is empty.
To get started, you can update the settings.toml on your CIRCUITPY drive to contain
the following code.
# This is where you store the credentials necessary for your code.
# The associated demo only requires WiFi, but you can include any
# credentials here, such as Adafruit IO username and key, etc.
CIRCUITPY_WIFI_SSID = "your-wifi-ssid"
CIRCUITPY_WIFI_PASSWORD = "your-wifi-password"
This file should contain a series of Python variables, each assigned to a string. Each
variable should describe what it represents (say wifi_ssid ), followed by an
= (equals sign), followed by the data in the form of a Python string (such as
"my-wifi-password" including the quote marks).
At a minimum you'll need to add/update your WiFi SSID and WiFi password, so do
that now!
As you make projects you may need more tokens and keys, just add them one line at
a time. See for example other tokens such as one for accessing GitHub or the
Hackaday API. Other non-secret data like your timezone can also go here.
Of course, don't share your settings.toml - keep that out of GitHub, Discord or other
project-sharing sites.
If you connect to the serial console, you should see something like the following:
Performs a scan of all access points and prints out the access point's name (SSID),
signal strength (RSSI), and channel.
Connects to the access point you defined in the settings.toml file, and prints out its
local IP address.
Attempts to ping a Google DNS server to test connectivity. If a ping fails, it returns
None . Initial pings can sometimes fail for various reasons. So, if the initial ping is
successful ( is not None ), it will print the echo speed in ms. If the initial ping fails, it
will try one more time to ping, and then print the returned value. If the second ping
fails, it will result in "Ping google.com: None ms" being printed to the serial
console. Failure to ping does not always indicate a lack of connectivity, so the code
will continue to run.
ping_ip = ipaddress.IPv4Address("8.8.8.8")
ping = wifi.radio.ping(ip=ping_ip) * 1000
if ping is not None:
print(f"Ping google.com: {ping} ms")
else:
ping = wifi.radio.ping(ip=ping_ip)
print(f"Ping google.com: {ping} ms")
The code creates a socketpool using the wifi radio's available sockets. This is
performed so we don't need to re-use sockets. Then, it initializes a a new instance of
the requests (https://adafru.it/E9o) interface - which makes getting data from the
internet really really easy.
pool = socketpool.SocketPool(wifi.radio)
requests = adafruit_requests.Session(pool, ssl.create_default_context())
To read in plain-text from a web URL, call requests.get - you may pass in either a
http, or a https url for SSL connectivity.
Requests can also display a JSON-formatted response from a web URL using a call to
requests.get .
Finally, you can fetch and parse a JSON URL using requests.get . This code snippet
obtains the stargazers_count field from a call to the GitHub API.
OK you now have your ESP32 board set up with a proper settings.toml file and can
connect over the Internet. If not, check that your settings.toml file has the right SSID
and password and retrace your steps until you get the Internet connectivity working!
IPv6 Networking
Starting in CircuitPython 9.2, IPv6 networking is available on most Espressif wifi
boards. Socket-using libraries like adafruit_requests and adafruit_ntp will need to be
updated to use the new APIs and for now can only connect to services on IPv4.
It's also important to be aware that, as currently implemented by Espressif, there are
privacy concerns especially when these devices operate on the global IPv6 network:
The device's unique identifier (its EUI-64 or MAC address) is used by default as part of
its IPv6 address. This means that the device identity can be tracked across multiple
networks by any service it connects to.
wifi.start_dhcp_client(ipv6=True)
Check IP addresses
The read-only addresses property of the wifi.radio object holds all addresses,
including IPv4 and IPv6 addresses:
>>> wifi.radio.dns
('FD5F:3F5C:FE50::1',)
>>> wifi.radio.dns = ("1.1.1.1",)
>>> wifi.radio.dns
('1.1.1.1',)
Ping v6 networks
wifi.radio.ping accepts v6 addresses and names:
>>> wifi.radio.ping("google.com")
0.043
>>> wifi.radio.ping("ipv6.google.com")
0.048
Not all 40-pin displays have the power pins in the same place. Hooking up a
non RGB-666 display with the Qualia S3 risks damaging the display.
If you would like to generate the init code for CircuitPython, you can do so in a couple
of ways with the conversion script below. In both ways you will need to run it using
Python on your computer. Start by saving the code below as convert_initcode.py.
# convert_initcode.py
# MIT license
import re
(
BEGIN_WRITE,
WRITE_COMMAND_8,
WRITE_COMMAND_16,
WRITE_DATA_8,
WRITE_DATA_16,
WRITE_BYTES,
WRITE_C8_D8,
WRITE_C8_D16,
WRITE_C16_D16,
END_WRITE,
DELAY,
) = range(11)
class Encoder:
def __init__(self):
self.content = bytearray()
self.reset()
self.content.extend(self.pending_data)
if self.pending_delay:
self.content.append(self.pending_delay)
print(f" {bytes(self.content)}")
self.reset()
def reset(self):
self.pending_command = None
self.pending_data = bytearray()
self.pending_delay = 0
self.content = bytearray()
def translate_init_operations(*initcode):
initcode = iter(initcode)
encoder = Encoder()
print("init_code = bytes((")
for op in initcode:
if op in (BEGIN_WRITE, END_WRITE):
continue
elif op == WRITE_COMMAND_8:
encoder.command(next(initcode))
elif op == WRITE_C8_D8:
encoder.command(next(initcode))
encoder.data(next(initcode))
elif op == WRITE_C8_D16:
encoder.command(next(initcode))
encoder.data(next(initcode))
encoder.data(next(initcode))
elif op == WRITE_BYTES:
for _ in range(next(initcode)):
encoder.data(next(initcode))
elif op == DELAY:
encoder.delay(next(initcode))
else:
raise ValueError(f"Invalid operation 0x{op:02x}")
encoder.flush()
print("))")
def translate_init_file(initcode_filename):
initcode_regex = r"\( *0x([0-9a-fA-F]+) *\);"
command_data_regex = r"\( *0x([0-9a-fA-F]+), *0x([0-9a-fA-F]+) *\);"
delay_regex = r"\( *(\d+) *\);"
# Init code files are inconsistent in their naming of command, data, and delay
functions
command8_values = ("SPI_WriteComm", "W_C", "WriteCommand", "WriteComm")
data_values = ("SPI_WriteData", "W_D", "WriteParameter", "WriteData")
delay_values = ("Delayms", "Delay", "Delay_ms")
encoder = Encoder()
def get_command8(line):
for command in command8_values:
if command in line:
encoder.command(get_initcode8(line))
return True
return False
def get_delay(line):
for delay in delay_values:
if delay in line:
encoder.delay(get_delay_value(line))
return True
return False
def get_initcode8(line):
match = re.search(initcode_regex, line)
if match:
return int(match.group(1), 16)
raise ValueError(f"Warning: could not parse initcode in line '{line}'")
def get_initcode16(line):
match = re.search(command_data_regex, line)
if match:
command = int(match.group(1), 16)
data = int(match.group(2), 16)
return command, data
raise ValueError(f"Warning: could not parse initcode in line '{line}'")
def get_delay_value(line):
match = re.search(delay_regex, line)
if match:
return int(match.group(1))
raise ValueError(f"Warning: could not parse delay in line '{line}'")
To use the code, you can just import the conversion script into your own code:
translate_init_operations(
WRITE_COMMAND_8, 0xFF,
WRITE_BYTES, 5, 0x77, 0x01, 0x00, 0x00, 0x13,
WRITE_C8_D8, 0xEF, 0x08,
...
)
It's assumed that BEGIN_WRITE / END_WRITE are not 'important'. However, DELAY is
accounted for.
Then to convert the file, in your main script, just run translate_init_file() like
this:
translate_init_file("display_init_codes.txt")
Determining Timings
If you have your own RGB-666 display, you may wish to use it with the Qualia ESP32-
S3. The main pieces of information that you will need to find are:
• Display Width
• Display Height
• Horizontal and Vertical:
Pieces of Information that are helpful, but can be determined by trial and error
include:
◦ Horizontal Idle
◦ Vertical Idle
◦ Data Enable Idle
◦ Pixel Clock Active
◦ Pixel Clock Idle
For the display width and height, these are in pixels and should be easy to find.
In the above diagram, you can see for instance the HP (or Horizontal Period) split up
into hpw (or Horizontal Sync Pulse Width), hbp (or Horizontal Back Porch), hdisp
(or Horizontal Display, which is the visible area), and hfp (or Horizontal Front Porch).
For the vertical, this is the same except vs is used for the Vertical Sync Pulse Width.
When a display is drawn, the horizontal and vertical periods are split up into these
sections. The Sync Pulse Widths are used by the display to keep everything in sync
and the Front and Back Porch are blanking periods and are carried over from VGA
when CRTs (or Cathode Ray Tubes) were used to give a little extra time for signals to
synchronize or allow the electron beam to move to a different place.
You can also use the diagram to figure out the Horizontal and Vertical Idle Polarity by
looking at the lines underneath and to the left. In the case of the above diagram, both
of the signals have a high idle state, which is the part of the signal where it is out of
the sync pulse phase.
tft_timings = {
"frequency": [Number],
"width": [Number],
"height": [Number],
"hsync_pulse_width": [Number],
"hsync_back_porch": [Number],
"hsync_front_porch": [Number],
"hsync_idle_low": [True/False],
"vsync_pulse_width": [Number],
"vsync_back_porch": [Number],
"vsync_front_porch": [Number],
"vsync_idle_low": [True/False],
"pclk_active_high": [True/False],
"pclk_idle_high": [True/False],
"de_idle_high": [True/False],
}
import random
import displayio
import time
import busio
import board
import dotclockframebuffer
from framebufferio import FramebufferDisplay
init_code = bytes((...))
board.I2C().deinit()
i2c = busio.I2C(board.SCL, board.SDA) #, frequency=400_000)
tft_io_expander = dict(board.TFT_IO_EXPANDER)
dotclockframebuffer.ioexpander_send_init_sequence(i2c, init_code, **tft_io_expander)
i2c.deinit()
tft_pins = dict(board.TFT_PINS)
tft_timings = {...}
display.auto_refresh = True
for i in range(256):
b = i >> 3
g = (i >> 2) << 5
r = b << 11
for j in range(64):
bitmap[i, j] = b
bitmap[i, j+64] = b|g
bitmap[i, j+128] = g
bitmap[i, j+192] = g|r
bitmap[i, j+256] = r
bitmap[i, j+320] = r|b
bitmap[i, j+384] = r|g|b
Once everything is set correctly, the above image should look like this:
Backlight Settings
The default backlight setting for the Qualia ESP32-S3 is set to 25mA, which is a safe
value and won't overload the display.
If you would like to make it brighter for your project, this can be increased by bridging
the solderable jumpers on the front of the board. There are 3 jumpers, which are
Keep in mind that it is possible to overload the display, so you will want to refer to the
display spec sheet for the display you are using, which can be found on the
corresponding display's product page near the bottom. Here's are a few spec sheet
examples. You'll want to look for a table similar to the following:
In this case, you will notice that the typical forward current is 20mA, but has a
maximum current of 25mA. You will want to leave the display at the default 25mA in
this case.
In this spec sheet, you'll notice that it is expecting 40mA, but there is no maximum
set. Extrapolating off the previous example, you could also go up to 50mA for that
display.
Display Settings
Here are the maximum backlight settings for the displays carried in the Adafruit
shop (https://adafru.it/195a).
Round Displays
2.1" 480x480 Round Display (Touchscreen) (http://adafru.it/5792) - 25mA
Bar Displays
3.2" 320x820 Bar Display (Touchscreen) (http://adafru.it/5797) - 25mA
Not all 40-pin displays have the power pins in the same place. Hooking up a
non RGB-666 display with the Qualia S3 risks damaging the display.
Luckily, this guide provides all the information for the displays that are sold in the
Adafruit shop. However, if you have a different display, you will need to find the
information in the data sheet.
If a board is designed for dot clock TFT displays, the GPIO connections are listed in
board.TFT_PINS . Otherwise, it depends on how the display is connected.
These values are used in the display constructor with the ** so that each element
becomes a separate argument to the function.
If the board's built in display requires an initialization sequence, then this is given as
board.TFT_INIT_SEQUENCE . If the SPI bus is on an I2C I/O expander the settings for
the I/O expander are in board.TFT_IO_EXPANDER , intended to be expanded with
** .
#include "py/objtuple.h"
#include "boards/espressif_esp32s3_lcd_ev/board.h"
#include "shared-bindings/board/__init__.h"
#include "shared-module/displayio/__init__.h"
{ MP_ROM_QSTR(MP_QSTR_TFT_PINS), MP_ROM_PTR(&tft_pins_dict) },
{ MP_ROM_QSTR(MP_QSTR_TFT_TIMINGS), MP_ROM_PTR(&tft_timings_dict) },
{ MP_ROM_QSTR(MP_QSTR_TFT_IO_EXPANDER), MP_ROM_PTR(&tft_io_expander_dict) },
{ MP_ROM_QSTR(MP_QSTR_TFT_INIT_SEQUENCE), &display_init_byte_obj},
{ MP_ROM_QSTR(MP_QSTR_I2S_SCK), MP_ROM_PTR(&pin_GPIO16) },
{ MP_ROM_QSTR(MP_QSTR_I2S_MCLK), MP_ROM_PTR(&pin_GPIO5) },
{ MP_ROM_QSTR(MP_QSTR_I2S_WS), MP_ROM_PTR(&pin_GPIO7) },
{ MP_ROM_QSTR(MP_QSTR_I2S_SDO), MP_ROM_PTR(&pin_GPIO6) },
{ MP_ROM_QSTR(MP_QSTR_TX), MP_ROM_PTR(&pin_GPIO43) },
{ MP_ROM_QSTR(MP_QSTR_RX), MP_ROM_PTR(&pin_GPIO44) },
{ MP_ROM_QSTR(MP_QSTR_SCL), MP_ROM_PTR(DEFAULT_I2C_BUS_SCL) },
{ MP_ROM_QSTR(MP_QSTR_SDA), MP_ROM_PTR(DEFAULT_I2C_BUS_SDA) },
{ MP_ROM_QSTR(MP_QSTR_DISPLAY), MP_ROM_PTR(&displays[0].display) },
{ MP_ROM_QSTR(MP_QSTR_I2C), MP_ROM_PTR(&board_i2c_obj) },
};
MP_DEFINE_CONST_DICT(board_module_globals, board_module_globals_table);
#include "supervisor/board.h"
#include "mpconfigboard.h"
#include "shared-bindings/board/__init__.h"
#include "shared-bindings/busio/I2C.h"
#include "shared-bindings/dotclockframebuffer/DotClockFramebuffer.h"
#include "shared-bindings/dotclockframebuffer/__init__.h"
#include "shared-bindings/framebufferio/FramebufferDisplay.h"
#include "shared-bindings/microcontroller/Pin.h"
#include "shared-module/displayio/__init__.h"
#include "boards/espressif_esp32s3_lcd_ev/board.h"
common_hal_dotclockframebuffer_framebuffer_construct(
framebuffer,
/* de */ &pin_GPIO17,
/* vsync */ &pin_GPIO3,
/* hsync */ &pin_GPIO46,
/* dclk */ &pin_GPIO9,
/* data */ red_pins, MP_ARRAY_SIZE(red_pins), green_pins,
MP_ARRAY_SIZE(green_pins), blue_pins, MP_ARRAY_SIZE(blue_pins),
/* frequency */ 12000000,
/* width x height */ 480, 480,
/* horizontal: pulse, back & front porch, idle */ 13, 20, 40, false,
busio_i2c_obj_t i2c;
i2c.base.type = &busio_i2c_type;
common_hal_busio_i2c_construct(&i2c, DEFAULT_I2C_BUS_SCL, DEFAULT_I2C_BUS_SDA,
400000, 255);
const int i2c_device_address = 32;
dotclockframebuffer_ioexpander_spi_bus spibus = {
.bus = &i2c,
.i2c_device_address = i2c_device_address,
.i2c_write_size = 2,
.addr_reg_shadow = { .u32 = 1 }, // GPIO data at register 1
.cs_mask = 0x100 << 1, // data payload is at byte 2
.mosi_mask = 0x100 << 3,
.clk_mask = 0x100 << 2,
};
common_hal_busio_i2c_deinit(&i2c);
}
Example TFT_PINS
The TFT_PINS should be arranged in a Python dict. For the Qualia ESP32-S3, you can
simply use board.TFT_PINS . They should be arranged similar to the Espressif LCD
EV board's TFT_PINS :
{
"de": microcontroller.pin.GPIO17,
"vsync": microcontroller.pin.GPIO3,
"hsync": microcontroller.pin.GPIO46,
"dclk": microcontroller.pin.GPIO9,
"red": (
microcontroller.pin.GPIO1,
microcontroller.pin.GPIO2,
microcontroller.pin.GPIO42,
microcontroller.pin.GPIO41,
microcontroller.pin.GPIO40,
),
"green": (
microcontroller.pin.GPIO21,
Example TFT_TIMINGS
The specific timings can be found in the display datasheet or, for displays sold
through the Adafruit store, on the page for the specific display in this guide.
As an example, here are the timings for the 480x480 display from the Espressif LCD
EVK:
TFT_TIMINGS = {
"frequency": 6_500_000, # should be 18_000_000,
"width": 480,
"height": 480,
"hsync_pulse_width": 13,
"hsync_front_porch": 40,
"hsync_back_porch": 20,
"vsync_pulse_width": 15,
"vsync_front_porch": 40,
"vsync_back_porch": 20,
"hsync_idle_low": False,
"vsync_idle_low": False,
"de_idle_high": False,
"pclk_active_high": True,
"pclk_idle_high": False,
}
Timings for the 720x720 square display, which does not require a SPI init sequence,
would look like this:
tft_timings = {
"frequency": 6_500_000,
"width": 720,
"height": 720,
"hsync_pulse_width": 20,
"hsync_front_porch": 40,
"hsync_back_porch": 40,
"vsync_pulse_width": 10,
"vsync_front_porch": 40,
"vsync_back_porch": 40,
"hsync_idle_low": False,
"vsync_idle_low": False,
"de_idle_high": False,
"pclk_active_high": False,
"pclk_idle_high": False,
}
Here are some values for a PCA9554A expander. This is the IO expander used on the
Qualia ESP32-S3 and the values can be found in board.TFT_IO_EXPANDER :
• i2c_address=0x3f
• gpio_address=1 (the GPIO output register address)
• gpio_data_len=1 (1 byte of data)
• gpio_data=0xfd (value of other GPIOs on expander)
• cs_bit=1 (index of chip select)
• mosi_bit=7 (index of data out)
• clk_bit=0 (index of clock)
• reset_bit=2 (optional index of reset pin)
• i2c_init_sequence=b'...' (other register settings, see below)
i2c_init_sequence=bytes((
2, 3, 0x78, # set pin direction (register 3) to 0x78 (0-bit is output mode)
2, 2, 0 # disable output inverts (register 2) to 0
))
The delay value, if specified, is in milliseconds. The special delay value of 255 or
0xFF is treated as 500 milliseconds.
Example 1
The following byte sequence sends the command 0xfa followed by 4 bytes of data
and no delay:
Example 2
The following byte sequence sends the command 0x11, no data, and then delays by a
minimum of 120ms:
The gpio_data parameter must be pre-set with the correct value all I/O pins,
because it is not assumed that the current output values can be read back.
Here is the initialization code for the 480x480 square display on the Espressif LCD
EVK, which uses 400kHz for the I2C Bus Speed:
init_sequence = bytes((
0xf0, 5, 0x55, 0xaa, 0x52, 0x08, 0x00,
0xf6, 2, 0x5a, 0x87,
0xc1, 1, 0x3f,
0xc2, 1, 0x0e,
0xc6, 1, 0xf8,
0xc9, 1, 0x10,
0xcd, 1, 0x25,
0xf8, 1, 0x8a,
0xac, 1, 0x45,
0xa0, 1, 0xdd,
0xa7, 1, 0x47,
0xfa, 4, 0x00, 0x00, 0x00, 0x04,
0x86, 4, 0x99, 0xa3, 0xa3, 0x51,
0xa3, 1, 0xee,
0xfd, 3, 0x3c, 0x3c, 0x00,
0x71, 1, 0x48,
0x72, 1, 0x48,
0x73, 2, 0x00, 0x44,
0x97, 1, 0xee,
0x83, 1, 0x93,
0x9a, 1, 0x72,
0x9b, 1, 0x5a,
0x82, 2, 0x2c, 0x2c,
0xb1, 1, 0x10,
0x6d, 32, 0x00, 0x1f, 0x19, 0x1a, 0x10, 0x0e, 0x0c, 0x0a, 0x02, 0x07, 0x1e,
0x1e, 0x1e, 0x1e, 0x1e, 0x1e, 0x1e, 0x1e, 0x1e, 0x1e, 0x1e, 0x1e, 0x08, 0x01, 0x09,
0x0b, 0x0d, 0x0f, 0x1a, 0x19, 0x1f, 0x00,
0x64, 16, 0x38, 0x05, 0x01, 0xdb, 0x03, 0x03, 0x38, 0x04, 0x01, 0xdc, 0x03,
0x03, 0x7a, 0x7a, 0x7a, 0x7a,
0x65, 16, 0x38, 0x03, 0x01, 0xdd, 0x03, 0x03, 0x38, 0x02, 0x01, 0xde, 0x03,
0x03, 0x7a, 0x7a, 0x7a, 0x7a,
0x66, 16, 0x38, 0x01, 0x01, 0xdf, 0x03, 0x03, 0x38, 0x00, 0x01, 0xe0, 0x03,
0x03, 0x7a, 0x7a, 0x7a, 0x7a,
0x67, 16, 0x30, 0x01, 0x01, 0xe1, 0x03, 0x03, 0x30, 0x02, 0x01, 0xe2, 0x03,
0x03, 0x7a, 0x7a, 0x7a, 0x7a,
0x68, 13, 0x00, 0x08, 0x15, 0x08, 0x15, 0x7a, 0x7a, 0x08, 0x15, 0x08, 0x15,
0x7a, 0x7a,
0x60, 8, 0x38, 0x08, 0x7a, 0x7a, 0x38, 0x09, 0x7a, 0x7a,
0x63, 8, 0x31, 0xe4, 0x7a, 0x7a, 0x31, 0xe5, 0x7a, 0x7a,
0x69, 7, 0x04, 0x22, 0x14, 0x22, 0x14, 0x22, 0x08,
0x6b, 1, 0x07,
0x7a, 2, 0x08, 0x13,
0x7b, 2, 0x08, 0x13,
0xd1, 52, 0x00, 0x00, 0x00, 0x04, 0x00, 0x12, 0x00, 0x18, 0x00, 0x21, 0x00,
0x2a, 0x00, 0x35, 0x00, 0x47, 0x00, 0x56, 0x00, 0x90, 0x00, 0xe5, 0x01, 0x68, 0x01,
0xd5, 0x01, 0xd7, 0x02, 0x36, 0x02, 0xa6, 0x02, 0xee, 0x03, 0x48, 0x03, 0xa0, 0x03,
0xba, 0x03, 0xc5, 0x03, 0xd0, 0x03, 0xe0, 0x03, 0xea, 0x03, 0xfa, 0x03, 0xff,
0xd2, 52, 0x00, 0x00, 0x00, 0x04, 0x00, 0x12, 0x00, 0x18, 0x00, 0x21, 0x00,
0x2a, 0x00, 0x35, 0x00, 0x47, 0x00, 0x56, 0x00, 0x90, 0x00, 0xe5, 0x01, 0x68, 0x01,
0xd5, 0x01, 0xd7, 0x02, 0x36, 0x02, 0xa6, 0x02, 0xee, 0x03, 0x48, 0x03, 0xa0, 0x03,
0xba, 0x03, 0xc5, 0x03, 0xd0, 0x03, 0xe0, 0x03, 0xea, 0x03, 0xfa, 0x03, 0xff,
0xd3, 52, 0x00, 0x00, 0x00, 0x04, 0x00, 0x12, 0x00, 0x18, 0x00, 0x21, 0x00,
0x2a, 0x00, 0x35, 0x00, 0x47, 0x00, 0x56, 0x00, 0x90, 0x00, 0xe5, 0x01, 0x68, 0x01,
0xd5, 0x01, 0xd7, 0x02, 0x36, 0x02, 0xa6, 0x02, 0xee, 0x03, 0x48, 0x03, 0xa0, 0x03,
0xba, 0x03, 0xc5, 0x03, 0xd0, 0x03, 0xe0, 0x03, 0xea, 0x03, 0xfa, 0x03, 0xff,
expander_addr = 32
bus = busio.I2C(microcontroller.pin.GPIO18, microcontroller.pin.GPIO8,
frequency=400_000)
if not bus.try_lock():
raise RuntimeError("Bus already locked")
# Set direction register
bus.writeto(expander_addr, b"\3\xf1")
# Set pull ups
bus.writeto(expander_addr, b"\2\0")
bus.unlock()
t0 = time.monotonic()
ioexpander_send_init_sequence(
bus=bus,
i2c_address=expander_addr,
gpio_address=1,
gpio_data_len=1,
gpio_data=0xf1,
cs_bit=1,
mosi_bit=3,
clk_bit=2,
init_sequence=init_sequence)
t1 = time.monotonic()
print(t1-t0, "s to send init code")
Boards that have a built in display can perform these steps in the board init function
such as the Espressif LCD EV board (https://adafru.it/195d).
fb = DotClockFramebuffer(**TFT_PINS, **TFT_TIMINGS)
disp = FramebufferDisplay(fb, auto_refresh=True)
Dot clocks
The higher the dot clock frequency, the more susceptible the display is to distortions
while doing PSRAM-intensive activities. This looks like portions of the screen shifting
horizontally for a frame, then returning to the normal position.
For most displays, the user can select a lower clock (down to some display-
dependent minimum). This decreases refresh rate but reduces the chance of
distortion.
If you're not sure if you have a touch display, just check if your display includes a
square IC connected off to the side of the main ribbon cable.
import board
i2c = board.I2C()
while i2c.try_lock():
pass
i2c.scan()
You should see a couple of devices listed. These will be the GPIO expander and the
touch controller. The GPIO Expander is at 0x3F (or 63 in decimal) by default, though
import board
import busio
import adafruit_focaltouch
Likely you will have already initialized I2C for using the GPIO expander, so you can
just add the adafruit_focaltouch import line and further down add the initialization
line like this:
import adafruit_focaltouch
...
import board
import busio
import adafruit_cst8xx
Likely you will have already initialized I2C for using the GPIO expander, so you can
just add the adafruit_cst8xx import line and further down add the initialization line
like this:
import adafruit_cst8xx
...
if ctp.touched:
for touch in ctp.touches:
x = touch["x"]
y = touch["y"]
Example
Here is a paint demo that works on the TL040HDS20 4.0" Square display and
FocalTouch library. Just click the Download Project button, unzip it, and copy it over to
your CIRCUITPY drive.
import board
import busio
import displayio
import dotclockframebuffer
from framebufferio import FramebufferDisplay
import adafruit_focaltouch
displayio.release_displays()
tft_timings = {
"frequency": 16000000,
"width": 720,
"height": 720,
"hsync_pulse_width": 2,
"hsync_front_porch": 46,
"hsync_back_porch": 44,
"vsync_pulse_width": 2,
"vsync_front_porch": 16,
"vsync_back_porch": 18,
"hsync_idle_low": False,
"vsync_idle_low": False,
"de_idle_high": False,
"pclk_active_high": False,
"pclk_idle_high": False,
}
init_sequence_tl040hds20 = b""
fb = dotclockframebuffer.DotClockFramebuffer(**tft_pins, **tft_timings)
display = FramebufferDisplay(fb, auto_refresh=False)
# Main Program
pixel_size = 6
palette_width = 160
palette_height = display.height // 8
pixel_shader=displayio.ColorConverter(input_colorspace=displayio.Colorspace.RGB565),
)
display.auto_refresh = True
ft = adafruit_focaltouch.Adafruit_FocalTouch(i2c, address=0x48)
current_color = displayio.ColorConverter().convert(0xFFFFFF)
for i in range(palette_width):
color_index = i * 255 // palette_width
rgb565 = displayio.ColorConverter().convert(color_index | color_index << 8 |
color_index << 16)
r_mask = 0xF800
g_mask = 0x07E0
b_mask = 0x001F
for j in range(palette_height):
bitmap[i, j + palette_height] = rgb565 & b_mask
bitmap[i, j + palette_height * 2] = rgb565 & (b_mask | g_mask)
bitmap[i, j + palette_height * 3] = rgb565 & g_mask
bitmap[i, j + palette_height * 4] = rgb565 & (r_mask | g_mask)
bitmap[i, j + palette_height * 5] = rgb565 & r_mask
bitmap[i, j + palette_height * 6] = rgb565 & (r_mask | b_mask)
bitmap[i, j + palette_height * 7] = rgb565
while True:
if ft.touched:
try:
for touch in ft.touches:
x = touch["x"]
y = touch["y"]
if x < palette_width:
current_color = bitmap[x, y]
else:
for i in range(pixel_size):
for j in range(pixel_size):
x_pixel = x - (pixel_size // 2) + i
y_pixel = y - (pixel_size // 2) + j
if 0 <= x_pixel < display.width and 0 <= y_pixel <
To use, just use your finger to paint on the canvas. You can also select a color from
the left. The closer to the edge of the display, the darker, the color will be.
Initialization Codes
Here are the init codes for this display:
init_sequence_tl021wvc02 = bytes((
0xff, 0x05, 0x77, 0x01, 0x00, 0x00, 0x10,
0xc0, 0x02, 0x3b, 0x00,
0xc1, 0x02, 0x0b, 0x02,
0xc2, 0x02, 0x00, 0x02,
0xcc, 0x01, 0x10,
0xcd, 0x01, 0x08,
0xb0, 0x10, 0x02, 0x13, 0x1b, 0x0d, 0x10, 0x05, 0x08, 0x07, 0x07, 0x24, 0x04,
0x11, 0x0e, 0x2c, 0x33, 0x1d,
0xb1, 0x10, 0x05, 0x13, 0x1b, 0x0d, 0x11, 0x05, 0x08, 0x07, 0x07, 0x24, 0x04,
0x11, 0x0e, 0x2c, 0x33, 0x1d,
Timings
Here are the timing settings for this display:
tft_timings = {
"frequency": 16_000_000,
"width": 480,
"height": 480,
"hsync_pulse_width": 20,
"hsync_front_porch": 40,
"hsync_back_porch": 40,
"vsync_pulse_width": 10,
"vsync_front_porch": 40,
"vsync_back_porch": 40,
"hsync_idle_low": False,
"vsync_idle_low": False,
"de_idle_high": False,
"pclk_active_high": True,
"pclk_idle_high": False,
}
Example
Here's an example using those settings:
init_sequence_tl021wvc02 = bytes((
0xff, 0x05, 0x77, 0x01, 0x00, 0x00, 0x10,
0xc0, 0x02, 0x3b, 0x00,
0xc1, 0x02, 0x0b, 0x02,
0xc2, 0x02, 0x00, 0x02,
0xcc, 0x01, 0x10,
0xcd, 0x01, 0x08,
0xb0, 0x10, 0x02, 0x13, 0x1b, 0x0d, 0x10, 0x05, 0x08, 0x07, 0x07, 0x24, 0x04,
0x11, 0x0e, 0x2c, 0x33, 0x1d,
0xb1, 0x10, 0x05, 0x13, 0x1b, 0x0d, 0x11, 0x05, 0x08, 0x07, 0x07, 0x24, 0x04,
0x11, 0x0e, 0x2c, 0x33, 0x1d,
0xff, 0x05, 0x77, 0x01, 0x00, 0x00, 0x11,
0xb0, 0x01, 0x5d,
0xb1, 0x01, 0x43,
0xb2, 0x01, 0x81,
0xb3, 0x01, 0x80,
0xb5, 0x01, 0x43,
0xb7, 0x01, 0x85,
0xb8, 0x01, 0x20,
0xc1, 0x01, 0x78,
0xc2, 0x01, 0x78,
0xd0, 0x01, 0x88,
0xe0, 0x03, 0x00, 0x00, 0x02,
0xe1, 0x0b, 0x03, 0xa0, 0x00, 0x00, 0x04, 0xa0, 0x00, 0x00, 0x00, 0x20, 0x20,
0xe2, 0x0d, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00,
0xe3, 0x04, 0x00, 0x00, 0x11, 0x00,
0xe4, 0x02, 0x22, 0x00,
0xe5, 0x10, 0x05, 0xec, 0xa0, 0xa0, 0x07, 0xee, 0xa0, 0xa0, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, 0x00,
0xe6, 0x04, 0x00, 0x00, 0x11, 0x00,
0xe7, 0x02, 0x22, 0x00,
0xe8, 0x10, 0x06, 0xed, 0xa0, 0xa0, 0x08, 0xef, 0xa0, 0xa0, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, 0x00,
0xeb, 0x07, 0x00, 0x00, 0x40, 0x40, 0x00, 0x00, 0x00,
0xed, 0x10, 0xff, 0xff, 0xff, 0xba, 0x0a, 0xbf, 0x45, 0xff, 0xff, 0x54, 0xfb,
0xa0, 0xab, 0xff, 0xff, 0xff,
0xef, 0x06, 0x10, 0x0d, 0x04, 0x08, 0x3f, 0x1f,
0xff, 0x05, 0x77, 0x01, 0x00, 0x00, 0x13,
0xef, 0x01, 0x08,
0xff, 0x05, 0x77, 0x01, 0x00, 0x00, 0x00,
0x36, 0x01, 0x00,
0x3a, 0x01, 0x60,
0x11, 0x80, 0x64,
0x29, 0x80, 0x32,
))
board.I2C().deinit()
i2c = busio.I2C(board.SCL, board.SDA) #, frequency=400_000)
tft_io_expander = dict(board.TFT_IO_EXPANDER)
#tft_io_expander['i2c_address'] = 0x38 # uncomment for rev B
dotclockframebuffer.ioexpander_send_init_sequence(i2c, init_sequence_tl021wvc02,
**tft_io_expander)
i2c.deinit()
tft_pins = dict(board.TFT_PINS)
tft_timings = {
"frequency": 16_000_000,
"width": 480,
"height": 480,
fb = dotclockframebuffer.DotClockFramebuffer(**tft_pins, **tft_timings)
disp = FramebufferDisplay(fb, auto_refresh=False)
while True:
for info in (tft_pins, tft_timings):
print("\n" * 24)
for k, v in info.items():
print(f"{k:<20} {v}")
disp.auto_refresh = True
time.sleep(6)
disp.auto_refresh = False
Go ahead and save the example you your CircuitPython code.py and run the code.
Your display should now look like this:
Initialization Codes
Here are the init codes for this display:
init_sequence = bytes((
b'\xff\x05w\x01\x00\x00\x13'
b'\xef\x01\x08'
b'\xff\x05w\x01\x00\x00\x10'
b'\xc0\x02;\x00'
b'\xc1\x02\x10\x0c'
b'\xc2\x02\x07\n'
b'\xc7\x01\x00'
b'\xcc\x01\x10'
b'\xcd\x01\x08'
b'\xb0\x10\x05\x12\x98\x0e\x0f\x07\x07\t\t#\x05R\x0fg,\x11'
b'\xb1\x10\x0b\x11\x97\x0c\x12\x06\x06\x08\x08"\x03Q\x11f+\x0f'
b'\xff\x05w\x01\x00\x00\x11'
b'\xb0\x01]'
b'\xb1\x01-'
b'\xb2\x01\x81'
b'\xb3\x01\x80'
b'\xb5\x01N'
b'\xb7\x01\x85'
b'\xb8\x01 '
b'\xc1\x01x'
b'\xc2\x01x'
b'\xd0\x01\x88'
b'\xe0\x03\x00\x00\x02'
b'\xe1\x0b\x060\x080\x050\x070\x0033'
b'\xe2\x0c\x11\x1133\xf4\x00\x00\x00\xf4\x00\x00\x00'
b'\xe3\x04\x00\x00\x11\x11'
b'\xe4\x02DD'
b'\xe5\x10\r\xf50\xf0\x0f\xf70\xf0\t\xf10\xf0\x0b\xf30\xf0'
b'\xe6\x04\x00\x00\x11\x11'
b'\xe7\x02DD'
b'\xe8\x10\x0c\xf40\xf0\x0e\xf60\xf0\x08\xf00\xf0\n\xf20\xf0'
b'\xe9\x026\x01'
b'\xeb\x07\x00\x01\xe4\xe4D\x88@'
b'\xed\x10\xff\x10\xafvT+\xcf\xff\xff\xfc\xb2Eg\xfa\x01\xff'
b'\xef\x06\x08\x08\x08E?T'
b'\xff\x05w\x01\x00\x00\x00'
b'\x11\x80x'
b':\x01f'
b'6\x01\x00'
b'5\x01\x00'
b')\x802'
))
tft_timings = {
"frequency": 15000000,
"width": 480,
"height": 480,
"hsync_pulse_width": 2,
"hsync_back_porch": 10,
"hsync_front_porch": 10,
"hsync_idle_low": False,
"vsync_pulse_width": 6,
"vsync_back_porch": 10,
"vsync_front_porch": 10,
"vsync_idle_low": False,
"pclk_active_high": True,
"pclk_idle_high": False,
"de_idle_high": False,
}
Example
Here's an example using those settings:
import displayio
import busio
import board
import dotclockframebuffer
from framebufferio import FramebufferDisplay
tft_pins = dict(board.TFT_PINS)
tft_timings = {
"frequency": 15000000,
"width": 480,
"height": 480,
"hsync_pulse_width": 2,
"hsync_back_porch": 10,
"hsync_front_porch": 10,
"hsync_idle_low": False,
"vsync_pulse_width": 6,
"vsync_back_porch": 10,
"vsync_front_porch": 10,
"vsync_idle_low": False,
"pclk_active_high": True,
"pclk_idle_high": False,
"de_idle_high": False,
}
init_sequence = bytes((
b'\xff\x05w\x01\x00\x00\x13'
b'\xef\x01\x08'
b'\xff\x05w\x01\x00\x00\x10'
b'\xc0\x02;\x00'
b'\xc1\x02\x10\x0c'
board.I2C().deinit()
i2c = busio.I2C(board.SCL, board.SDA)
tft_io_expander = dict(board.TFT_IO_EXPANDER)
#tft_io_expander['i2c_address'] = 0x38 # uncomment for rev B
dotclockframebuffer.ioexpander_send_init_sequence(i2c, init_sequence,
**tft_io_expander)
i2c.deinit()
bitmap = displayio.OnDiskBitmap("/round-display-ruler-720p.bmp")
fb = dotclockframebuffer.DotClockFramebuffer(**tft_pins, **tft_timings)
display = FramebufferDisplay(fb, auto_refresh=False)
display.auto_refresh = True
Download the following images into the root folder of of your CIRCUITPY drive:
Go ahead and save the example you your CircuitPython code.py and run the code.
Your display should now look like this:
Initialization Codes
Here are the init codes for this display:
init_code = bytes((
b'\xff\x010'
b'\xff\x01R'
b'\xff\x01\x01'
b'\xe3\x01\x00'
b'\n\x01\x11'
b'#\x01\xa0'
b'$\x012'
b'%\x01\x12'
b'&\x01.'
b"'\x01."
b')\x01\x02'
b'*\x01\xcf'
b'2\x014'
b'8\x01\x9c'
b'9\x01\xa7'
b":\x01'"
b';\x01\x94'
b'B\x01m'
b'C\x01\x83'
b'\x81\x01\x00'
b'\x91\x01g'
b'\x92\x01g'
b'\xa0\x01R'
b'\xa1\x01P'
b'\xa4\x01\x9c'
b'\xa7\x01\x02'
b'\xa8\x01\x02'
b'\xa9\x01\x02'
b'\xaa\x01\xa8'
b'\xab\x01('
b'\xae\x01\xd2'
b'\xaf\x01\x02'
b'\xb0\x01\xd2'
b'\xb2\x01&'
b'\xb3\x01&'
b'\xff\x010'
b'\xff\x01R'
b'\xff\x01\x02'
b'\xb1\x01\n'
b'\xd1\x01\x0e'
b'\xb4\x01/'
b'\xd4\x01-'
b'\xb2\x01\x0c'
b'\xd2\x01\x0c'
b'\xb3\x010'
b'\xd3\x01*'
Timings
Here are the timing settings for this display:
tft_timings = {
"frequency": 16000000,
"width": 720,
"height": 720,
"hsync_pulse_width": 2,
"hsync_back_porch": 44,
"hsync_front_porch": 46,
"hsync_idle_low": False,
"vsync_pulse_width": 16,
"vsync_back_porch": 16,
"vsync_front_porch": 50,
"vsync_idle_low": False,
"pclk_active_high": True,
"pclk_idle_high": False,
Example
Here's an example using those settings:
import displayio
import busio
import board
import dotclockframebuffer
from framebufferio import FramebufferDisplay
init_sequence_hd40015c40 = bytes((
b'\xff\x010'
b'\xff\x01R'
b'\xff\x01\x01'
b'\xe3\x01\x00'
b'\n\x01\x11'
b'#\x01\xa0'
b'$\x012'
b'%\x01\x12'
b'&\x01.'
b"'\x01."
b')\x01\x02'
b'*\x01\xcf'
b'2\x014'
b'8\x01\x9c'
b'9\x01\xa7'
b":\x01'"
b';\x01\x94'
b'B\x01m'
b'C\x01\x83'
b'\x81\x01\x00'
b'\x91\x01g'
b'\x92\x01g'
b'\xa0\x01R'
b'\xa1\x01P'
b'\xa4\x01\x9c'
b'\xa7\x01\x02'
b'\xa8\x01\x02'
b'\xa9\x01\x02'
b'\xaa\x01\xa8'
b'\xab\x01('
b'\xae\x01\xd2'
b'\xaf\x01\x02'
b'\xb0\x01\xd2'
b'\xb2\x01&'
b'\xb3\x01&'
b'\xff\x010'
b'\xff\x01R'
b'\xff\x01\x02'
b'\xb1\x01\n'
b'\xd1\x01\x0e'
b'\xb4\x01/'
b'\xd4\x01-'
b'\xb2\x01\x0c'
b'\xd2\x01\x0c'
b'\xb3\x010'
b'\xd3\x01*'
b'\xb6\x01\x1e'
b'\xd6\x01\x16'
b'\xb7\x01;'
tft_pins = dict(board.TFT_PINS)
tft_timings = {
"frequency": 16000000,
"width": 720,
"height": 720,
"hsync_pulse_width": 2,
"hsync_back_porch": 44,
"hsync_front_porch": 46,
"hsync_idle_low": False,
"vsync_pulse_width": 16,
"vsync_back_porch": 16,
"vsync_front_porch": 50,
"vsync_idle_low": False,
"pclk_active_high": True,
"pclk_idle_high": False,
"de_idle_high": False,
}
board.I2C().deinit()
i2c = busio.I2C(board.SCL, board.SDA)
tft_io_expander = dict(board.TFT_IO_EXPANDER)
#tft_io_expander['i2c_address'] = 0x38 # uncomment for rev B
dotclockframebuffer.ioexpander_send_init_sequence(i2c, init_sequence_hd40015c40,
**tft_io_expander)
i2c.deinit()
fb = dotclockframebuffer.DotClockFramebuffer(**tft_pins, **tft_timings)
display = FramebufferDisplay(fb, auto_refresh=False)
display.auto_refresh = True
Download the following image into the root folder of of your CIRCUITPY drive:
Go ahead and save the example you your CircuitPython code.py and run the code.
Your display should now look like this:
Initialization Codes
Here are the init codes for this display:
init_sequence_tl034wvs05 = bytes((
b'\xff\x05w\x01\x00\x00\x13'
b'\xef\x01\x08'
b'\xff\x05w\x01\x00\x00\x10'
b'\xc0\x02;\x00'
b'\xc1\x02\x12\n'
b'\xc2\x02\x07\x03'
b'\xc3\x01\x02'
b'\xcc\x01\x10'
b'\xcd\x01\x08'
b'\xb0\x10\x0f\x11\x17\x15\x15\t\x0c\x08\x08&\x04Y\x16f-\x1f'
b'\xb1\x10\x0f\x11\x17\x15\x15\t\x0c\x08\x08&\x04Y\x16f-\x1f'
b'\xff\x05w\x01\x00\x00\x11'
b'\xb0\x01m'
b'\xb1\x01:'
b'\xb2\x01\x01'
b'\xb3\x01\x80'
b'\xb5\x01I'
b'\xb7\x01\x85'
b'\xb8\x01 '
b'\xc1\x01x'
Timings
Here are the timing settings for this display:
tft_timings = {
"frequency": 16000000,
"width": 480,
"height": 480,
"hsync_pulse_width": 20,
"hsync_front_porch": 40,
"hsync_back_porch": 40,
"vsync_pulse_width": 10,
"vsync_front_porch": 40,
"vsync_back_porch": 40,
"hsync_idle_low": False,
"vsync_idle_low": False,
"de_idle_high": False,
"pclk_active_high": False,
"pclk_idle_high": False,
}
Example
Here's an example using those settings:
import displayio
import busio
import board
import dotclockframebuffer
from framebufferio import FramebufferDisplay
tft_pins = dict(board.TFT_PINS)
tft_timings = {
"frequency": 16000000,
"width": 480,
"height": 480,
init_sequence_tl034wvs05 = bytes((
b'\xff\x05w\x01\x00\x00\x13'
b'\xef\x01\x08'
b'\xff\x05w\x01\x00\x00\x10'
b'\xc0\x02;\x00'
b'\xc1\x02\x12\n'
b'\xc2\x02\x07\x03'
b'\xc3\x01\x02'
b'\xcc\x01\x10'
b'\xcd\x01\x08'
b'\xb0\x10\x0f\x11\x17\x15\x15\t\x0c\x08\x08&\x04Y\x16f-\x1f'
b'\xb1\x10\x0f\x11\x17\x15\x15\t\x0c\x08\x08&\x04Y\x16f-\x1f'
b'\xff\x05w\x01\x00\x00\x11'
b'\xb0\x01m'
b'\xb1\x01:'
b'\xb2\x01\x01'
b'\xb3\x01\x80'
b'\xb5\x01I'
b'\xb7\x01\x85'
b'\xb8\x01 '
b'\xc1\x01x'
b'\xc2\x01x'
b'\xd0\x01\x88'
b'\xe0\x03\x00\x00\x02'
b'\xe1\x0b\x07\x00\t\x00\x06\x00\x08\x00\x0033'
b'\xe2\r\x11\x1133\xf6\x00\xf6\x00\xf6\x00\xf6\x00\x00'
b'\xe3\x04\x00\x00\x11\x11'
b'\xe4\x02DD'
b'\xe5\x10\x0f\xf3=\xff\x11\xf5=\xff\x0b\xef=\xff\r\xf1=\xff'
b'\xe6\x04\x00\x00\x11\x11'
b'\xe7\x02DD'
b'\xe8\x10\x0e\xf2=\xff\x10\xf4=\xff\n\xee=\xff\x0c\xf0=\xff'
b'\xe9\x026\x00'
b'\xeb\x07\x00\x01\xe4\xe4D\xaa\x10'
b'\xec\x02<\x00'
b'\xed\x10\xffEg\xfa\x01+\xcf\xff\xff\xfc\xb2\x10\xafvT\xff'
b'\xef\x06\x10\r\x04\x08?\x1f'
b'\xff\x05w\x01\x00\x00\x00'
b'5\x01\x00'
b':\x01f'
b'\x11\x80x'
b')\x802'
))
board.I2C().deinit()
i2c = busio.I2C(board.SCL, board.SDA)
tft_io_expander = dict(board.TFT_IO_EXPANDER)
#tft_io_expander['i2c_address'] = 0x38 # uncomment for rev B
dotclockframebuffer.ioexpander_send_init_sequence(i2c, init_sequence_tl034wvs05,
**tft_io_expander)
i2c.deinit()
bitmap = displayio.OnDiskBitmap("/display-ruler-720p.bmp")
fb = dotclockframebuffer.DotClockFramebuffer(**tft_pins, **tft_timings)
display = FramebufferDisplay(fb, auto_refresh=False)
display.auto_refresh = True
Download the following image into the root folder of of your CIRCUITPY drive:
Go ahead and save the example you your CircuitPython code.py and run the code.
Your display should now look like this:
Initialization Codes
Here are the init codes for this display:
init_sequence_tl040wvs03 = bytes((
b'\xff\x05w\x01\x00\x00\x10'
b'\xc0\x02;\x00'
b'\xc1\x02\r\x02'
b'\xc2\x021\x05'
b'\xcd\x01\x08'
b'\xb0\x10\x00\x11\x18\x0e\x11\x06\x07\x08\x07"\x04\x12\x0f\xaa1\x18'
b'\xb1\x10\x00\x11\x19\x0e\x12\x07\x08\x08\x08"\x04\x11\x11\xa92\x18'
b'\xff\x05w\x01\x00\x00\x11'
b'\xb0\x01`'
b'\xb1\x012'
b'\xb2\x01\x07'
b'\xb3\x01\x80'
b'\xb5\x01I'
b'\xb7\x01\x85'
b'\xb8\x01!'
b'\xc1\x01x'
b'\xc2\x01x'
b'\xe0\x03\x00\x1b\x02'
b'\xe1\x0b\x08\xa0\x00\x00\x07\xa0\x00\x00\x00DD'
b'\xe2\x0c\x11\x11DD\xed\xa0\x00\x00\xec\xa0\x00\x00'
Timings
Here are the timing settings for this display:
tft_timings = {
"frequency": 16000000,
"width": 480,
"height": 480,
"hsync_pulse_width": 2,
"hsync_back_porch": 44,
"hsync_front_porch": 50,
"hsync_idle_low": False,
"vsync_pulse_width": 2,
"vsync_back_porch": 18,
"vsync_front_porch": 16,
"vsync_idle_low": False,
"pclk_active_high": True,
"pclk_idle_high": False,
"de_idle_high": False,
}
Example
Here's an example using those settings:
import displayio
import busio
import board
import dotclockframebuffer
from framebufferio import FramebufferDisplay
tft_pins = dict(board.TFT_PINS)
tft_timings = {
"frequency": 16000000,
"width": 480,
"height": 480,
"hsync_pulse_width": 2,
"vsync_pulse_width": 2,
"vsync_back_porch": 18,
"vsync_front_porch": 16,
"vsync_idle_low": False,
"pclk_active_high": True,
"pclk_idle_high": False,
"de_idle_high": False,
}
init_sequence = bytes((
b'\xff\x05w\x01\x00\x00\x10'
b'\xc0\x02;\x00'
b'\xc1\x02\r\x02'
b'\xc2\x021\x05'
b'\xcd\x01\x08'
b'\xb0\x10\x00\x11\x18\x0e\x11\x06\x07\x08\x07"\x04\x12\x0f\xaa1\x18'
b'\xb1\x10\x00\x11\x19\x0e\x12\x07\x08\x08\x08"\x04\x11\x11\xa92\x18'
b'\xff\x05w\x01\x00\x00\x11'
b'\xb0\x01`'
b'\xb1\x012'
b'\xb2\x01\x07'
b'\xb3\x01\x80'
b'\xb5\x01I'
b'\xb7\x01\x85'
b'\xb8\x01!'
b'\xc1\x01x'
b'\xc2\x01x'
b'\xe0\x03\x00\x1b\x02'
b'\xe1\x0b\x08\xa0\x00\x00\x07\xa0\x00\x00\x00DD'
b'\xe2\x0c\x11\x11DD\xed\xa0\x00\x00\xec\xa0\x00\x00'
b'\xe3\x04\x00\x00\x11\x11'
b'\xe4\x02DD'
b'\xe5\x10\n\xe9\xd8\xa0\x0c\xeb\xd8\xa0\x0e\xed\xd8\xa0\x10\xef\xd8\xa0'
b'\xe6\x04\x00\x00\x11\x11'
b'\xe7\x02DD'
b'\xe8\x10\t\xe8\xd8\xa0\x0b\xea\xd8\xa0\r\xec\xd8\xa0\x0f\xee\xd8\xa0'
b'\xeb\x07\x02\x00\xe4\xe4\x88\x00@'
b'\xec\x02<\x00'
b'\xed\x10\xab\x89vT\x02\xff\xff\xff\xff\xff\xff Eg\x98\xba'
b'6\x01\x00'
b'\xff\x05w\x01\x00\x00\x13'
b'\xe5\x01\xe4'
b'\xff\x05w\x01\x00\x00\x00'
b':\x01f'
b'!\x80\n'
b'\x11\x80x'
b')\x00'
))
board.I2C().deinit()
i2c = busio.I2C(board.SCL, board.SDA)
tft_io_expander = dict(board.TFT_IO_EXPANDER)
#tft_io_expander['i2c_address'] = 0x38 # uncomment for rev B
dotclockframebuffer.ioexpander_send_init_sequence(i2c, init_sequence,
**tft_io_expander)
i2c.deinit()
bitmap = displayio.OnDiskBitmap("/display-ruler-720p.bmp")
fb = dotclockframebuffer.DotClockFramebuffer(**tft_pins, **tft_timings)
display = FramebufferDisplay(fb, auto_refresh=False)
display.auto_refresh = True
Download the following image into the root folder of of your CIRCUITPY drive:
Go ahead and save the example you your CircuitPython code.py and run the code.
Your display should now look like this:
Initialization Codes
Here are the init codes for this display:
init_sequence_tl040hds20 = bytes()
Timings
Here are the timing settings for this display:
tft_timings = {
"frequency": 16000000,
"width": 720,
"height": 720,
"hsync_pulse_width": 2,
"hsync_front_porch": 46,
"hsync_back_porch": 44,
"vsync_pulse_width": 2,
"vsync_front_porch": 16,
"vsync_back_porch": 18,
"hsync_idle_low": False,
"vsync_idle_low": False,
"de_idle_high": False,
"pclk_active_high": False,
"pclk_idle_high": False,
}
Example
Here's an example using those settings:
tft_pins = dict(board.TFT_PINS)
tft_timings = {
"frequency": 16000000,
"width": 720,
"height": 720,
"hsync_pulse_width": 2,
"hsync_front_porch": 46,
"hsync_back_porch": 44,
"vsync_pulse_width": 2,
"vsync_front_porch": 16,
"vsync_back_porch": 18,
"hsync_idle_low": False,
"vsync_idle_low": False,
"de_idle_high": False,
"pclk_active_high": False,
"pclk_idle_high": False,
}
init_sequence_tl040hds20 = bytes()
board.I2C().deinit()
i2c = busio.I2C(board.SCL, board.SDA)
tft_io_expander = dict(board.TFT_IO_EXPANDER)
#tft_io_expander['i2c_address'] = 0x38 # uncomment for rev B
dotclockframebuffer.ioexpander_send_init_sequence(i2c, init_sequence_tl040hds20,
**tft_io_expander)
i2c.deinit()
bitmap = displayio.OnDiskBitmap("/display-ruler-720p.bmp")
fb = dotclockframebuffer.DotClockFramebuffer(**tft_pins, **tft_timings)
display = FramebufferDisplay(fb, auto_refresh=False)
display.auto_refresh = True
Download the following image into the root folder of of your CIRCUITPY drive:
Initialization Codes
Here are the init codes for this display:
Timings
Here are the timing settings for this display:
tft_timings = {
"frequency": 16000000,
"width": 320,
"height": 820,
"hsync_pulse_width": 3,
"hsync_back_porch": 251,
"hsync_front_porch": 150,
"hsync_idle_low": False,
"pclk_active_high": False,
"pclk_idle_high": False,
"de_idle_high": False,
}
Example
Here's an example using those settings:
import random
import displayio
import time
import busio
import board
import dotclockframebuffer
from framebufferio import FramebufferDisplay
init_sequence_tl032 = bytes((
b'\x11\x80d'
b'\xff\x05w\x01\x00\x00\x13'
b'\xef\x01\x08'
b'\xff\x05w\x01\x00\x00\x10'
b'\xc0\x02\xe5\x02'
b'\xc1\x02\x0c\n'
b'\xc2\x02\x07\x0f'
b'\xc3\x01\x02'
b'\xcc\x01\x10'
b'\xcd\x01\x08'
b'\xb0\x10\x00\x08Q\r\xce\x06\x00\x08\x08\x1d\x02\xd0\x0fo6?'
b'\xb1\x10\x00\x10O\x0c\x11\x05\x00\x07\x07\x1f\x05\xd3\x11n4?'
b'\xff\x05w\x01\x00\x00\x11'
b'\xb0\x01M'
b'\xb1\x01\x1c'
b'\xb2\x01\x87'
b'\xb3\x01\x80'
b'\xb5\x01G'
b'\xb7\x01\x85'
b'\xb8\x01!'
b'\xb9\x01\x10'
b'\xc1\x01x'
b'\xc2\x01x'
b'\xd0\x81\x88d'
b'\xe0\x03\x80\x00\x02'
b'\xe1\x0b\x04\xa0\x00\x00\x05\xa0\x00\x00\x00``'
b'\xe2\r00``<\xa0\x00\x00=\xa0\x00\x00\x00'
b'\xe3\x04\x00\x0033'
b'\xe4\x02DD'
b'\xe5\x10\x06>\xa0\xa0\x08@\xa0\xa0\nB\xa0\xa0\x0cD\xa0\xa0'
b'\xe6\x04\x00\x0033'
b'\xe7\x02DD'
b'\xe8\x10\x07?\xa0\xa0\tA\xa0\xa0\x0bC\xa0\xa0\rE\xa0\xa0'
b'\xeb\x07\x00\x01NN\xeeD\x00'
b"\xed\x10\xff\xff\x04Vr\xff\xff\xff\xff\xff\xff'e@\xff\xff"
b'\xef\x06\x10\r\x04\x08?\x1f'
b'\xff\x05w\x01\x00\x00\x13'
b'\xe8\x02\x00\x0e'
b'\xff\x05w\x01\x00\x00\x00'
b'\x11\x80x'
board.I2C().deinit()
i2c = busio.I2C(board.SCL, board.SDA, frequency=400_000)
tft_io_expander = dict(board.TFT_IO_EXPANDER)
#tft_io_expander['i2c_address'] = 0x38 # uncomment for rev B
dotclockframebuffer.ioexpander_send_init_sequence(i2c, init_sequence_tl032,
**tft_io_expander)
i2c.deinit()
tft_pins = dict(board.TFT_PINS)
tft_timings = {
"frequency": 16000000,
"width": 320,
"height": 820,
"hsync_pulse_width": 3,
"hsync_back_porch": 251,
"hsync_front_porch": 150,
"hsync_idle_low": False,
"vsync_pulse_width": 6,
"vsync_back_porch": 90,
"vsync_front_porch": 100,
"vsync_idle_low": False,
"pclk_active_high": False,
"pclk_idle_high": False,
"de_idle_high": False,
}
#bitmap = displayio.OnDiskBitmap("/display-ruler-720p.bmp")
display.auto_refresh = True
for i in range(256):
b = i >> 3
g = (i >> 2) << 5
r = b << 11
for j in range(64):
bitmap[i, j] = b
bitmap[i, j+64] = b|g
bitmap[i, j+128] = g
Go ahead and save the example you your CircuitPython code.py and run the code.
Your display should now look like this:
Initialization Codes
Here are the init codes for this display:
init_code = bytes((
b'\xff\x05w\x01\x00\x00\x13'
Timings
Here are the timing settings for this display:
tft_timings = {
"frequency": 16000000,
"width": 240,
"height": 960,
"overscan_left": 120,
"hsync_pulse_width": 8,
"hsync_back_porch": 20,
"hsync_front_porch": 20,
"hsync_idle_low": False,
"vsync_pulse_width": 8,
"vsync_back_porch": 20,
"vsync_front_porch": 20,
"vsync_idle_low": False,
If you are getting espidf.IDFError: Invalid argument, make sure you are running
CircuitPython 9.0.0-alpha.6 or later.
Example
Here's an example using those settings:
import time
import random
import displayio
import busio
import board
import dotclockframebuffer
from framebufferio import FramebufferDisplay
tft_pins = dict(board.TFT_PINS)
tft_timings = {
"frequency": 16000000,
"width": 240,
"height": 960,
"overscan_left": 120,
"hsync_pulse_width": 8,
"hsync_back_porch": 20,
"hsync_front_porch": 20,
"hsync_idle_low": False,
"vsync_pulse_width": 8,
"vsync_back_porch": 20,
"vsync_front_porch": 20,
"vsync_idle_low": False,
"pclk_active_high": True,
"pclk_idle_high": False,
"de_idle_high": False,
}
init_sequence_hd371 = bytes((
b'\xff\x05w\x01\x00\x00\x13'
b'\xef\x01\x08'
b'\xff\x05w\x01\x00\x00\x10'
b'\xc0\x02w\x00'
b'\xc1\x02\x11\x0c'
b'\xc2\x02\x07\x02'
b'\xcc\x010'
b'\xb0\x10\x06\xcf\x14\x0c\x0f\x03\x00\n\x07\x1b\x03\x12\x10%6\x1e'
b'\xb1\x10\x0c\xd4\x18\x0c\x0e\x06\x03\x06\x08#\x06\x12\x100/\x1f'
b'\xff\x05w\x01\x00\x00\x11'
b'\xb0\x01s'
b'\xb1\x01|'
b'\xb2\x01\x83'
board.I2C().deinit()
i2c = busio.I2C(board.SCL, board.SDA)
tft_io_expander = dict(board.TFT_IO_EXPANDER)
#tft_io_expander['i2c_address'] = 0x38 # uncomment for rev B
dotclockframebuffer.ioexpander_send_init_sequence(i2c, init_sequence_hd371,
**tft_io_expander)
i2c.deinit()
BAR_WIDTH = 128
BAR_HEIGHT = 64
display.auto_refresh = True
for i in range(BAR_WIDTH):
b = i >> 3
g = (i >> 2) << 5
r = b << 11
for j in range(BAR_HEIGHT):
Go ahead and save the example you your CircuitPython code.py and run the code.
Your display should now look like this:
Initialization Codes
Here are the init codes for this display:
Timings
Here are the timing settings for this display:
tft_timings = {
"frequency": 16000000,
"width": 320,
"height": 960,
"overscan_left": 80,
"hsync_pulse_width": 10,
"hsync_front_porch": 30,
"hsync_back_porch": 50,
"hsync_idle_low": False,
"vsync_pulse_width": 2,
"vsync_front_porch": 14,
"vsync_back_porch": 17,
"vsync_idle_low": False,
"pclk_active_high": False,
"pclk_idle_high": False,
Example
Here's an example using those settings:
import time
import random
import displayio
import busio
import board
import dotclockframebuffer
from framebufferio import FramebufferDisplay
tft_pins = dict(board.TFT_PINS)
tft_timings = {
"frequency": 16000000,
"width": 320,
"height": 960,
"overscan_left": 80,
"hsync_pulse_width": 10,
"hsync_front_porch": 30,
"hsync_back_porch": 50,
"hsync_idle_low": False,
"vsync_pulse_width": 2,
"vsync_front_porch": 15,
"vsync_back_porch": 17,
"vsync_idle_low": False,
"pclk_active_high": False,
"pclk_idle_high": False,
"de_idle_high": False,
}
init_sequence_hd458 = bytes((
b'\xff\x05w\x01\x00\x00\x13'
b'\xef\x01\x08'
b'\xff\x05w\x01\x00\x00\x10'
b'\xc0\x02w\x00'
b'\xc1\x02\t\x08'
b'\xc2\x02\x01\x02'
b'\xc3\x01\x02'
b'\xcc\x01\x10'
b'\xb0\x10@\x14Y\x10\x12\x08\x03\t\x05\x1e\x05\x14\x10h3\x15'
b'\xb1\x10@\x08S\t\x11\t\x02\x07\t\x1a\x04\x12\x12d))'
b'\xff\x05w\x01\x00\x00\x11'
b'\xb0\x01m'
b'\xb1\x01\x1d'
b'\xb2\x01\x87'
b'\xb3\x01\x80'
b'\xb5\x01I'
b'\xb7\x01\x85'
b'\xb8\x01 '
b'\xc1\x01x'
b'\xc2\x01x'
b'\xd0\x01\x88'
b'\xe0\x03\x00\x00\x02'
b'\xe1\x0b\x02\x8c\x00\x00\x03\x8c\x00\x00\x0033'
b'\xe2\r3333\xc9<\x00\x00\xca<\x00\x00\x00'
board.I2C().deinit()
i2c = busio.I2C(board.SCL, board.SDA)
tft_io_expander = dict(board.TFT_IO_EXPANDER)
#tft_io_expander['i2c_address'] = 0x38 # uncomment for rev B
dotclockframebuffer.ioexpander_send_init_sequence(i2c, init_sequence_hd458,
**tft_io_expander)
i2c.deinit()
BAR_WIDTH = 256
BAR_HEIGHT = 64
display.auto_refresh = True
for i in range(BAR_WIDTH):
b = i >> 3
g = (i >> 2) << 5
r = b << 11
for j in range(BAR_HEIGHT):
bitmap[i, j] = b
bitmap[i, j+BAR_HEIGHT*1] = b|g
bitmap[i, j+BAR_HEIGHT*2] = g
bitmap[i, j+BAR_HEIGHT*3] = g|r
bitmap[i, j+BAR_HEIGHT*4] = r
bitmap[i, j+BAR_HEIGHT*5] = r|b
bitmap[i, j+BAR_HEIGHT*6] = r|g|b
The first thing you will need to do is to download the latest release of the Arduino
IDE. You will need to be using version 1.8 or higher for this guide
To use the ESP32-S2/S3 with Arduino, you'll need to follow the steps below for your
operating system. You can also check out the Espressif Arduino repository for the
most up to date details on how to install it (https://adafru.it/weF).
After you have downloaded and installed the latest version of Arduino IDE, you will
need to start the IDE and navigate to the Preferences menu. You can access it from
the File menu in Windows or Linux, or the Arduino menu on OS X.
We will be adding a URL to the new Additional Boards Manager URLs option. The list
of URLs is comma separated, and you will only have to add each URL once. New
Adafruit boards and updates to existing boards will automatically be picked up by the
Board Manager each time it is opened. The URLs point to index files that the Board
Manager uses to build the list of available & installed boards.
To find the most up to date list of URLs you can add, you can visit the list of third party
board URLs on the Arduino IDE wiki (https://adafru.it/f7U). We will only need to add
https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/
package_esp32_index.json
If you're an advanced hacker and want the 'bleeding edge' release that may have
fixes (or bugs!) you can check out the dev url instead:
https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/
package_esp32_dev_index.json
If you have multiple boards you want to support, say ESP8266 and Adafruit, have
both URLs in the text box separated by a comma (,)
The next step is to actually install the Board Support Package (BSP). Go to the Tools
→ Board → Board Manager submenu. A dialog should come up with various BSPs.
Search for esp32. Choose the latest version, which may be later than the version
shown in the screenshot below.
In the Tools → Board submenu you should see ESP32 Arduino and in that dropdown
it should contain the ESP32 boards along with all the latest ESP32-S2/S3 boards.
For additional information, you can track the issue (https://adafru.it/18fr) on GitHub in
the arduino-esp32 repository.
Make sure to press the reset button after uploading code from the Arduino
IDE to the ESP32-S3!
Plug in the ESP32-S2/S3 board and wait for it to be recognized by the OS (just takes a
few seconds).
In the Port menu, select the serial port that is labelled "ESP32S2 Dev Module"
or "ESP32S3 Dev Module".
(Note this is the Port menu, not the Board menu. In the Board menu choose
the exact board you are using.)
// the setup function runs once when you press reset or power the board
void setup() {
// initialize built in LED pin as an output.
pinMode(LED_BUILTIN, OUTPUT);
// initialize USB serial converter so we have a port created
Serial.begin();
Note that we use LED_BUILTIN not pin 13 for the LED pin. That's because we
don't always use pin 13 for the LED on boards. For example, on the Metro
ESP32-S2 the LED is on pin 42!
And click upload! After uploading, you may see something like this:
That's it, you will be able to see the red LED blink. You will also see a new serial port
created.
You may call Serial.begin(); in your sketch to create the serial port so don't
forget it, it is not required for other Arduinos or previous ESP boards!
You can now select the new serial port name which will be different than the
bootloader serial port. Arduino IDE will try to use auto-reset to automatically put the
board into bootloader mode when you ask it to upload new code
Library Installation
The examples for the Qualia ESP32-S3 require the GFX Library for Arduino. You can
install that library for Arduino using the Library Manager in the Arduino IDE.
Click the Manage Libraries... menu item, search for GFX Library for Arduino, scroll
down, and select the GFX Library for Arduino by user Moon On Our Nation:
WiFi Test
Thanksfully if you have ESP32 sketches, they'll 'just work' with variations of ESP32.
You can find a wide range of examples in the File->Examples->Examples for Adafruit
Metro ESP32-S2 subheading (the name of the board may vary so it could be
"Examples for Adafruit Feather ESP32 V2" etc)
And upload this example to your board. The ESP32 should scan and find WiFi
networks around you.
For ESP32, open the serial monitor, to see the scan begin.
For ESP32-S2, -S3 and -C3, don't forget you have to click Reset after uploading
through the ROM bootloader. Then select the new USB Serial port created by the
ESP32. It will take a few seconds for the board to complete the scan.
Copy the example below and paste it into the Arduino IDE:
/*
Web client
#include <WiFi.h>
void setup() {
//Initialize serial and wait for port to open:
Serial.begin(115200);
while (!Serial) {
; // wait for serial port to connect. Needed for native USB port only
}
WiFi.begin(ssid, pass);
while (WiFi.status() != WL_CONNECTED) {
delay(500);
Serial.print(".");
}
Serial.println("");
Serial.println("Connected to WiFi");
printWifiStatus();
void loop() {
// if there are incoming bytes available
// from the server, read them and print them:
while (client.available()) {
char c = client.read();
Serial.write(c);
}
// do nothing forevermore:
while (true) {
delay(100);
}
void printWifiStatus() {
// print the SSID of the network you're attached to:
Serial.print("SSID: ");
Serial.println(WiFi.SSID());
NOTE: You must change the SECRET_SSID and SECRET_PASS in the example code
to your WiFi SSID and password before uploading this to your board.
After you've set it correctly, upload and check the serial monitor. You should see the
following. If not, go back, check wiring, power and your SSID/password
/*
This example creates a client object that connects and transfers
data using always SSL.
*/
#include <WiFiClientSecure.h>
#include <WiFi.h>
void setup() {
//Initialize serial and wait for port to open:
Serial.begin(115200);
while (!Serial) {
; // wait for serial port to connect. Needed for native USB port only
}
WiFi.begin(ssid, pass);
while (WiFi.status() != WL_CONNECTED) {
delay(500);
Serial.print(".");
}
Serial.println("");
Serial.println("Connected to WiFi");
printWifiStatus();
uint32_t bytes = 0;
void loop() {
// if there are incoming bytes available
// from the server, read them and print them:
while (client.available()) {
char c = client.read();
Serial.write(c);
bytes++;
}
// do nothing forevermore:
while (true);
}
}
void printWifiStatus() {
// print the SSID of the network you're attached to:
Serial.print("SSID: ");
Serial.println(WiFi.SSID());
As before, update the ssid and password first, then upload the example to your
board.
• For more information and guides about Adafruit IO, check out the Adafruit IO
Basics Series. (https://adafru.it/iDX)
Install Libraries
In the Arduino IDE, navigate to Sketch -> Include Library->Manage Libraries...
Enter Adafruit IO Arduino into the search box, and click Install on the Adafruit IO
Arduino library option to install version 4.0.0 or higher.
We'll create a dashboard to visualize and interact with the data being sent between
your ESP32-S2/S3 board and Adafruit IO.
We'll want to turn the board's LED on or off from Adafruit IO. To do this, we'll need to
add a toggle button to our dashboard.
Next up, we'll want to display button press data from your board on Adafruit IO. To do
this, we'll add a gauge block to the Adafruit IO dashboard. A gauge is a read only
block type that shows a fixed range of values.
Click Create.
Code Usage
For this example, you will need to open the adafruitio_26_led_btn example included
with the Adafruit IO Arduino library. In the Arduino IDE, navigate to File -> Examples -
> Adafruit IO Arduino -> adafruitio_26_led_btn.
Before uploading this code to the ESP32-S2/S3, you'll need to add your network and
Adafruit IO credentials. Click on the config.h tab in the sketch.
Click the Upload button to upload your sketch to the ESP32-S2/S3. After uploading,
press the RESET button on your board to launch the sketch.
Open the Arduino Serial monitor and navigate to the Adafruit IO dashboard you
created. You should see the gauge response to button press and the board's LED
light up in response to the Toggle Switch block.
You should also see the ESP32-S2/S3's LED turning on and off when the LED is
toggled:
This currently will not compile with version 3.0.0 of the ESP32 Board Support
Package. Please use version 2 of the BSP.
#include <Arduino_GFX_Library.h>
#include <Adafruit_FT6206.h>
#include <Adafruit_CST8XX.h>
uint16_t *colorWheel;
// Most touchscreens use FocalTouch with I2C Address often but not always 0x48!
#define I2C_TOUCH_ADDR 0x48
// 2.1" 480x480 round display use CST826 touchscreen with I2C Address at 0x15
//#define I2C_TOUCH_ADDR 0x15 // often but not always 0x48!
void setup(void)
{
Serial.begin(115200);
//while (!Serial) delay(100);
#ifdef GFX_EXTRA_PRE_INIT
GFX_EXTRA_PRE_INIT();
#endif
Serial.println("Beginning");
// Init Display
Serial.println("Initialized!");
gfx->fillScreen(BLACK);
expander->pinMode(PCA_TFT_BACKLIGHT, OUTPUT);
expander->digitalWrite(PCA_TFT_BACKLIGHT, HIGH);
void loop()
{
if (touchOK) {
if (isFocalTouch && focal_ctp.touched()) {
TS_Point p = focal_ctp.getPoint(0);
Serial.printf("(%d, %d)\n", p.x, p.y);
gfx->fillRect(p.x, p.y, 5, 5, WHITE);
} else if (!isFocalTouch && cst_ctp.touched()) {
CST_TS_Point p = cst_ctp.getPoint(0);
Serial.printf("(%d, %d)\n", p.x, p.y);
gfx->fillRect(p.x, p.y, 5, 5, WHITE);
}
}
// https://chat.openai.com/share/8edee522-7875-444f-9fea-ae93a8dfa4ec
void generateColorWheel(uint16_t *colorWheel) {
int width = gfx->width();
int height = gfx->height();
int half_width = width / 2;
int half_height = height / 2;
float angle;
uint8_t r, g, b;
int index, scaled_index;
This sketch was written for either of the 2.1" Round 480x480 RGB-666 displays.
Now upload the sketch to your Qualia ESP32-S3 and make sure a round display is
connected. You may need to press the Reset button to reset the microcontroller. You
should now see a circular rainbow appear on the display!
Here are some pre-compiled UF2s for various displays so you can instantly test them!
This currently will not compile with version 3.0.0 of the ESP32 Board Support
Package. Please use version 2 of the BSP.
#include <Arduino_GFX_Library.h>
#include "Adafruit_FT6206.h"
void setup(void)
{
//while (!Serial) delay(100);
#ifdef GFX_EXTRA_PRE_INIT
GFX_EXTRA_PRE_INIT();
#endif
// Init Display
Wire.setClock(400000); // speed up I2C
if (!gfx->begin()) {
Serial.println("gfx->begin() failed!");
while (1) yield();
}
gfx->fillScreen(BLACK);
expander->pinMode(PCA_TFT_BACKLIGHT, OUTPUT);
expander->digitalWrite(PCA_TFT_BACKLIGHT, HIGH);
Serial.println("Hello!");
gfx->fillScreen(BLACK);
gfx->setCursor(100, gfx->height() / 2 - 75);
gfx->setTextSize(5);
gfx->setTextColor(WHITE);
gfx->println("Hello World!");
expander->pinMode(PCA_BUTTON_UP, INPUT);
expander->pinMode(PCA_BUTTON_DOWN, INPUT);
}
void loop()
{
if (touchOK && ctp.touched()) {
TS_Point p = ctp.getPoint(0);
Serial.printf("(%d, %d)\n", p.x, p.y);
gfx->fillRect(p.x, p.y, 5, 5, WHITE);
}
This sketch was written for either of the 2.1" Round 480x480 RGB-666 displays.
Now upload the sketch to your Qualia ESP32-S3 and make sure a round display is
connected. You may need to press the Reset button to reset the microcontroller. You
should now see text appear on the display like in the image below.
FocalTouch Controllers
Initializing the Touch Controller
The FocalTouch controllers use Adafruit_FT6206_Library. In order to use the
controller, it will need to first be initialized. You can use the following code to initialize
it. If your I2C address differs, change it to the appropriate value.
if (ctp.touched()) {
TS_Point p = ctp.getPoint(0);
Serial.printf("(%d, %d)\n", p.x, p.y);
}
#include <Wire.h>
#include <Adafruit_CST8XX.h>
if (!ctp.begin(&Wire, I2C_TOUCH_ADDR)) {
Serial.println("No touchscreen found");
}
if (ctp.touched()) {
CST_TS_Point p = ctp.getPoint(0);
Serial.printf("(%d, %d)\n", p.x, p.y);
}
Example
To see an example, check out the Arduino Rainbow Demo Page (https://adafru.it/197f).
The Qualia ESP32-S3 RGB-666 ships with a UF2 bootloader which allows the board to
show up as TFT_S3BOOT when you double-tap the reset button, and enables you to
drag and drop UF2 files to update the firmware.
If your UF2 bootloader ends up damaged or overwritten, you can follow the steps
found in the Factory Reset and Bootloader Repair (https://adafru.it/197B) section of the
Factory Reset page in this guide.
Once completed, you'll return to where the board was when you opened the
package. Then you'll be back in business, and able to continue with your existing
plans!
Factory Reset
The Qualia ESP32-S3 microcontroller ships running a circular rainbow gradient
example for the round 480x480 display. It's lovely, but you probably had other plans
for the board. As you start working with your board, you may want to return to the
original code to begin again, or you may find your board gets into a bad state. Either
way, this page has you covered.
You're probably used to seeing the TFT_S3BOOT drive when loading CircuitPython or
Arduino. The TFT_S3BOOT drive is part of the UF2 bootloader, and allows you to
drag and drop files, such as CircuitPython. However, on the ESP32-S3 the UF2
bootloader can become damaged.
To enter bootloader mode, plug in the board into a USB cable with data/sync
capability. Press the reset button once, wait till the RGB LED turns purple, then press
the reset button again. Then drag this file over:
Your board is now back to its factory-shipped state! You can now begin again with
your plans for your board.
It turns out, however, the ESP32-S2/S3 comes with a second bootloader: the ROM
bootloader. Thanks to the ROM bootloader, you don't have to worry about damaging
the UF2 bootloader. The ROM bootloader can never be disabled or erased, so its
always there if you need it! You can simply re-load the UF2 bootloader from the ROM
bootloader.
Completing a factory reset will erase your board's firmware which is also used
for storing CircuitPython/Arduino/Files! Be sure to back up your data first.
There are two ways to do a factory reset and bootloader repair. The first is using
WebSerial through a Chromium-based browser, and the second is using esptool via
command line. We highly recommend using WebSerial through Chrome/Chromium.
The next section walks you through the prerequisite steps needed for both methods.
Note that this file is approximately 3MB. This is not because the bootloader is
3MB, it is because the bootloader is near the end of the available flash. Most
of the file is empty but its easier to program if you use a combined file.
Before you start, make sure your ESP32-S2/S3 is plugged into USB port to your
computer using a data/sync cable. Charge-only cables will not work!
1. Press and hold the BOOT/DFU button down. Don't let go of it yet!
2. Press and release the Reset button. You should still have the BOOT/DFU button
pressed while you do this.
3. Now you can release the BOOT/DFU button.
No USB drive will appear when you've entered the ROM bootloader. This is normal!
Now that you've downloaded the .bin file and entered the bootloader, you're ready to
continue with the factory reset and bootloader repair process. The next two sections
walk you through using WebSerial and esptool .
You will have to use a Chromium browser (like Chrome, Opera, Edge...) for this to
work, Safari and Firefox, etc. are not supported because we need Web Serial and only
Chromium is supporting it to the level needed.
If you're using Chrome 88 or older, see the Older Versions of Chrome section
at the end of this page for instructions on enabling Web Serial.
Connect
You should have plugged in only the ESP32-S2/S3 that you intend to flash. That way
there's no confusion in picking the proper port when it's time!
This will erase everything on your board! If you have access, and wish to keep
any code, now is the time to ensure you've backed up everything.
Once completed, you can skip down to the section titled Reset the Board.
If you used WebSerial ESPTool, you do not need to complete the steps in this
section!
Once you have entered ROM bootloader mode, you can then use Espressif's esptool
program (https://adafru.it/E9p) to communicate with the chip! esptool is the 'official'
programming tool and is the most common/complete way to program an ESP chip.
Install ESPTool.py
You will need to use the command line / Terminal to install and run esptool .
You will also need to have pip and Python installed (any version!).
Install the latest version using pip (you may be able to run pip without
the 3 depending on your setup):
esptool.py
Make sure you are running esptool v3.0 or higher, which adds ESP32-S2/S3
support.
You should get a notice that it connected over that port and found an ESP32-S2/S3.
esptool.py erase_flash
You must be connected (by running the command in the previous section) for this
command to work as shown.
There might be a bit of a 'wait' when programming, where it doesn't seem like it's
working. Give it a minute, it has to erase the old flash code which can cause it to
seem like it's not running.
If you have a 480x480 round display plugged in, you should see a circular rainbow
gradient appear on the display.
As of chrome 89, Web Serial is already enabled, so this step is only necessary
on older browsers.
After you have downloaded and installed the latest version of Arduino IDE, you will
need to start the IDE and navigate to the Preferences menu. You can access it from
In the Additional Boards Manager URLs field, you'll want to add a new URL. The list of
URLs is comma separated, and you will only have to add each URL once. The URLs
point to index files that the Board Manager uses to build the list of available &
installed boards.
https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/
package_esp32_dev_index.json
Add the URL to the the Additional Boards Manager URLs field (highlighted in red
below).
In the Tools > Boards menu you should see the ESP32 Arduino menu. In the
expanded menu, it should contain the ESP32 boards along with all the latest ESP32-
S2 boards.
Now that your IDE is setup, you can continue on to loading the sketch.
Once successfully uploaded, the little red LED will begin blinking once every second.
At that point, you can now enter the bootloader.
The Qualia ESP32-S3 RGB-666 does not have a little red LED, so the default
Blink sketch will fail.
If you change LED_BUILTIN to 13 , the sketch will compile and upload. Be aware
that, once the sketch is loaded, nothing will happen on the board. However, you will
have a bootloader. The updated code would look like this:
void setup() {
pinMode(13, OUTPUT);
}
void loop() {
digitalWrite(13, HIGH);
delay(1000);
digitalWrite(13, LOW);
Alternatively, you could load a different sketch. It doesn't matter which sketch you
use.
Downloads
• ESP32-S3 product page with resources (https://adafru.it/ZAS)
• ESP32-S3 datasheet (https://adafru.it/ZAT)
• ESP32-S3 Technical Reference (https://adafru.it/ZAU)
• ST7701 datasheet (http://adafru.it/57957701)
• NV3052C datasheet (http://adafru.it/5793305202)
• 3D models on GitHub (https://adafru.it/198d)
• Qualia ESP32-S3 RGB-666 EagleCAD PCB files on GitHub (https://adafru.it/198e)
• Qualia ESP32-S3 RGB-666 Fritzing object in the Adafruit Fritzing Library (https://
adafru.it/198A)
Schematic