@mikemcg I don't have a T-RGB to use, but I'll try to help.
But, most LilyGO boards' hardest to compile sketch is the factory.ino!
I can compile the GFX.ino for the T-RGB with no problems.
You might try a simple generic Serial.print test program to debug your rig.

//words preceded by "//"" are comments and are not executed bool ticktock; //declare ticktock as a boolean flag void setup() { //runs once on start up Serial.begin (115200); //open the serial port for USB cable } void loop() { //runs in circles! ticktock = !ticktock; //every pass through reverse the flag if (ticktock) { //test current value of the ticktock flag Serial.println("tick"); } else { //prints one or the other to the USB port Serial.println("tock"); } delay (1000); //wait for a second and run again! }

I am using:
-(MacOS, M1)
-Arduino IDE 2.2.1 , but 1.8.19 is fine but you must update all libraries
-ESP 2.0.11 (Board definition)
-I used Github to down load (clone) the complete set of files.
You really should copy all of the files (from the downloaded repository) folder marked Lib into your 'libraries' folder, overwriting and replacing the originals, but don't do a Arduino library update after that! LilyGO boards are very fussy about using THEIR versions of some standard libraries, not good form, tho'.
-All my libraries are current, except the aforementioned LilyGO supplied set.

-and the comm setup is:

"ESP32S3 Dev Module"
Upload Speed: "921600"
USB Mode: "Hardware CDC and JAG"
USB CDC On Boot: "Enabled"
USB Firmware MSC On Boot: "Disabled"
USB DFU On Boot: "Disabled"
Upload Mode: "UARTO / Hardware CDC"
CPU Frequency: "240MHz (WiFi)"
Flash Mode: "QIO 80MHz"
Flash Size: "16MB (128Mb)"
Partition Scheme: "Default 4MB with spiffs (1.2MB APP/1.5MB SPIFFS)"
Core Debug Level: "F' PSRAM: "OPI PSRAM"
Arduino Runs On: "Core 1"
Events Run On: "Core 1"

Hope that helps -Terry

@jrossouw Figured it out - the serial speed was wrong. Changed it to 115200 and now it is working.

@teastain2 I'm not new to all this and perfectly know and use also Arduino.
What follows is about Lily and not you of course.

But when MicroPython is claimed to be supported, it needs more than a vague link.
A fair comparison will be announcing support for Arduino but only provide a link to Arduino website.
I have a fair amount of boards with support for MicroPython or CircuitPython and I have at least a proper firmware for the board.
Drivers exists for LoRa and screen, I was successful in the past with a previous T-Watch.

Once more a company launch a product and do not provide proper documentation.
Maybe it's time to start shaming those companies as it is now a trend to push hardware to the market without anything on software side.

@bugsthewonder Ummm...Often the Unit Test factory test sketch is just that, a test sketch and has no real value to the user. They are often the most difficult to compile and upload successfully, because the tech at LilyGO does not realize that his Arduino IDE setup environment is jam packed with exotics goodies.
Often the boards are tested with PlatfomIO, ESP-IDF or even the test program is already compiled to a binary and directly loaded into the unit!!!
So, I took a look at your program and it would be difficult to edit out the references to VAD.
I depends on what you want from your purchase.
I like to create my own programs, using the examples as examples to figure out how it works.
-Terry

@abdnatsheh Thanks for the info!

I'm not sure about this product.
Are you asking for the exact firmware that shipped with your watch when new?
Here is a link to example sketches at the LilyGO repository:
https://github.com/Xinyuan-LilyGO/TTGO_TWatch_Library/tree/master/examples
To be sure, you may raise and "Issue" on this site, which may take a long time.
I have found that a nice inquiry at their office address works:
sales@lilygo.cc
Also LilyGO suggest this GitHub repository:
https://github.com/sharandac/My-TTGO-Watch
Hope this helps!
-Terry

i solved after i added these under void setup() :
pinMode(BOARD_POWERON, OUTPUT);
digitalWrite(BOARD_POWERON, HIGH);

then continue the same code

I finally had some success. I bought another esp32s3 that more resembles the devkit with all pins from the chip accessible and not being used for other purposes.

All USB devices are software driven; some more than others. The esp32s3 is designed to implement a USB device. By default it implements a composite device of both a serial device and a JTAG interface.

The devkit version of the chip I purchased had a second console interface. By default it is independent and has nothing to do with uploading software to the chip or the JTAG. The virtual console can be configured to use either the real serial to usb chip or the virtual usb one. The are some situations where the virtual serial port can stop working so it can be good to use a dedicated serial to usb chip.

There are also some "efuses" that you can trip to permanently configure the chip to use alternative pins on the esp32s3 for jtag. But on the t-display-s3 those appear to be used by the display. So for the t-display-s3 you have the virtual serial port and jtag devices. Those are referred to as "builtin".

The builtin software device is a composite device that has two interfaces. More or less two devices in one. On Windows 10... can't speak for any other version... both devices are installed with the "usbser" (USB Serial) device driver. I have no idea why. You use the "Zadig" utility to more easily tell Windows to switch to using the WinUSB driver that you installed with tools. But you only do that with "interface 2". Leave "interface 0" set to the default "usbser". Once you have used Zadig and only on interface 2 be sure to disconnect and reconnect the usb cable. If you did it right the JTAG device will no longer be listed in the device manager under "ports" but rather will be listed under "universal serial bus devices". Hopefully you will now be able to connect with: openocd -f board/esp32s3-builtin.cfg

Hope this is correct and helps others.

@m4biz Dev . If esp32 chip is used, most boards can choose Dev.

This product uses SH1106 screen driver There is an example at this link Please select Generic ESP8266 Module in the Arduino IDE board

fddfdb04-13b7-4f66-a272-914419bf9583-image.png

@gfaman said in T5 4.7 e-paper missing library::

hal/rmt_ll.h:

hey, I just had the same problem. just comment this header, and everything will compile correctly.
arduino already have these headers.