Trying to get an SSD1357z 64x64 display working #2839
Replies: 3 comments 5 replies
-
I just got the same display as you, id like to know if you figured it out . |
Beta Was this translation helpful? Give feedback.
-
I'm getting very similar results with the TFT_eSPI SSD1351 driver. Specified Currently looking for a datasheet to help me understand what's going on, but the SparkFun 64x64 OLED Library does work for me, so first I want to try modifying the TFT_eSPI SSD1351 initialization code to match the initialization code in the SparkFun library. Most of the command codes specified the main SSD1357 header file of the SparkFun library seem to match the ones from the TFT_eSPI 1351 initialization code, which is promising. |
Beta Was this translation helpful? Give feedback.
-
Hi. I have spent the last days trying to implement a driver for the SSD1357 (64x64), and I finally have made it work. For some reason, it does not like the 16-bit transfer in the setWindow()-function, so it has to be sent as two 8-bit transfers. I have used the initialization sequence from this datasheet (madctl has been modified -> 0x72): The command list is here: What remains to be done is the rotation and "madctl" settings. I have not figured out the correct values yet, Would probably also be smart to implement user settings for the 96x64 and other common resolutions. The driver works for my purposes as it is now (have tested it with RP Pico), but if you want to figure out the remaining stuff please do. |
Beta Was this translation helpful? Give feedback.
-
I got this little display for esp32 AR projects and it's mostly working via the SSD1351 driver, however half the screen is garbled.
I've tried different frequencies with no results. I'm wondering if my pins are wrong, or if there's anything else I can change in the 1351 driver to make it work for the 1357z.
Pins are as follows:
CS: 18
RST: 19
SCLK: 21
MOSI: 22
DC: 23
Beta Was this translation helpful? Give feedback.
All reactions