Replies: 1 comment 1 reply
-
Did you resolve this? Just for my interest I read through and And it seems if you don't construct the obejct as |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
I am using this core for a project using spi0 on an Adafruit ILI9341 device with the following pins:
MOSI : GP19
MISO : GP16
SCK : GP18
CS : GP17
RST,DC,BL : GP20-22
Using Adafruits library, the default speed is very slow - drawing my starting page takes more than 1 second. It uses the drawRGBBitmap function to build a pretty GUI and these elements seem to take the longest, but everything else is much slower than I think it should be at what I thought would be 64MHz. The rest of the program includes a few buttons, PWM to drive motors, one interrupt pin for a flow meter, ADC, and some LED GPIO. The first try, I initialized the TFT with the whole pinout. I tried to run tft.begin(64000000) with no luck. I tried using the setXX() function for the pins. When I tried to initialize the TFT with the SPIClass - the pico "crashed" and the program suspended. I had a LED turn on after initializing the screen and Serial.begin() was never called (no COM port showed up), so I know the program stopped running in some sense. I modified the program to work with Bodmer's TFT_eSPI, the exact same issue occurred and the program stopped running.
I am going to try to modify the program further and take out features to find the cause, as well as benchmark SPI in the program and a separate test program. I have not gone super far into it yet, started porting the code to a Pico board this morning, but this seems like it could be a deeper issue with the core to me.
Beta Was this translation helpful? Give feedback.
All reactions