Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MHS-3.5inch RPi Display working perfectly. #191

Closed
Jpe230 opened this issue Feb 14, 2021 · 2 comments
Closed

MHS-3.5inch RPi Display working perfectly. #191

Jpe230 opened this issue Feb 14, 2021 · 2 comments

Comments

@Jpe230
Copy link

Jpe230 commented Feb 14, 2021

I'm writing this in case anyone happens to buy this display or is interested in a fast 3.5 SPI display

I was looking for a faster display than my current Waveshare 3.5inch RPi LCD, using it for gaming is totally unacceptable, even with fbcp-ili9341, the screen tears horrible and I couldn't get acceptable framerates, that's why I search for a faster display for my Pi Zero.

I found this in Amazon and decided to buy it because of the theoretical SPI bus speed (125 MHZ) only to found out that the drivers are totally trash, so again no gaming with the "stock" drivers.

Decided to give it a try using fbcp-ili9341 and the results dropped my jaw, gameplay is buttery smooth and with minimal tearing.

According to the wiki this display uses the same pin definition and lcd driver as the Waveshare so to generate the makefile for fbcp-ili9341 I used:

cmake -DWAVESHARE35B_ILI9486=ON -DSPI_BUS_CLOCK_DIVISOR=4

It worked amazing, even on a Pi Zero.

This is the display (from the back)
IMG_6567-exif-remove

The big chip is what I assume is the LCD Driver but for some reason the IC is completely unmarked.
IMG_6564-exif-remove

The other chip is the XT2046.
IMG_6566-exif-remove

And here it is playing SMB, the gameplay is buttery smooth and I can't notice lag nor tearing.
IMG_6568-exif-remove

@juj
Copy link
Owner

juj commented Feb 14, 2021

Great to see that these 125MHz displays are becoming more common.

Pi Zero can certainly push the bandwidth, but it does cause a bit high CPU stress on DispmanX, so more complex applications can stutter, e.g. SNES emulated games iirc.

@Matthew1471
Copy link

Same but I had to use

cmake -DWAVESHARE35B_ILI9486=ON -DSPI_BUS_CLOCK_DIVISOR=4 -DUSE_DMA_TRANSFERS=OFF ..

On a Raspberry Pi 3B

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants