You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Only raise issues for problems with the library and/or provided examples. Post questions, comments and useful tips etc in the "Discussions" section.
To minimise effort to resolve issues the following should be provided as a minimum:
A description of the problem and the conditions that cause it to occur
If the image is larger than the MAX IMAGE WIDTH parameter, it causes the CPU to restart without warning.
IDE (e.g. Arduino or PlatformIO)
Arduino IDE 1.8.19
TFT_eSPI library version (try the latest, the problem may have been resolved!) from the Manage Libraries... menu
Is the latest.
Board package version (e.g. 2.0.3) available from the Boards Manager... menu
Procesor, e.g RP2040, ESP32 S3 etc
ESP32 DEV KIT V1
TFT driver (e.g. ILI9341), a link to the vendors product web page is useful too.
SSD1963 (800x480, 7 inch)
Interface type (SPI or parallel)
Parallel
Plus further information as appropriate to the problem:
TFT to processor connections used
A zip file containing your setup file (just drag and drop in message window - do not paste in long files!)
A zip file containing a simple and complete example sketch that demonstrates the problem but needs no special hardware sensors or libraries.
Screen shot pictures showing the problem (just drag and drop in message window)
The idea is to provide sufficient information so I can setup the exact same (or sufficiently similar) scenario to investigate and resolve the issue without having a tedious ping-pong of Q&A.
DO NOT paste code directly into the issue. To correctly format code put three ticks ( ` character on key next to "1" key) at the start and end of short pasted code segments to avoid format/markup anomolies. See here:
Ideally, the TFT_eSPI library could handle the MAX_IMAGE_WIDTH limit on its own without restarting the CPU, in the same way that the PNGdec library does.
Depending on the user having error handling in the sketch can harm the library 'image'
The text was updated successfully, but these errors were encountered:
There are 2 problems, the first is the lack of warning from the TFT_eSPI library, and as a result the uC restarts. The other is the limitation of the PNGdec library, but the library already handles this silently and decoding does not occur.
Only raise issues for problems with the library and/or provided examples. Post questions, comments and useful tips etc in the "Discussions" section.
To minimise effort to resolve issues the following should be provided as a minimum:
Board package version (e.g. 2.0.3) available from the Boards Manager... menu
Procesor, e.g RP2040, ESP32 S3 etc
Plus further information as appropriate to the problem:
The idea is to provide sufficient information so I can setup the exact same (or sufficiently similar) scenario to investigate and resolve the issue without having a tedious ping-pong of Q&A.
DO NOT paste code directly into the issue. To correctly format code put three ticks ( ` character on key next to "1" key) at the start and end of short pasted code segments to avoid format/markup anomolies. See here:
Example output:
Limit alert suggestion:
Serial monitor:
Serial monitor:
The text was updated successfully, but these errors were encountered: