1.8TFT SPI 128*160 V1.1 screen not working with RaspberryPi please help :(

retroprogrammer

Even when I play a game all the colours are mixed up, I am using the carbon theme and the Gameboy advance logo is blue, but on the screen it is red

Hex

Use this as your fbtft.conf

options fbtft_device name=sainsmart18fb gpios=reset:25,dc:24,led:23 speed=40000000 bgr=1 rotate=1 custom=1 fps=60 width=128 height=160

and reboot

retroprogrammer

@Hex Now I have a white screen

Do I have to change wiring?

Hex

just revert it then. change name to fb_ili9163

I ont know what is causing the color problem. can you post a new picture of how a game like Zelda on Gameboy color looks like ?

retroprogrammer

@Hex Here is the pictures of Zelda on GBC:https://imgur.com/a/6JHBZ

Hex

@retroprogrammer i see in your fbtft.config file you have bgr=1, can you remove it and let me know if that works?

That should resolve your colour problem

retroprogrammer

@Hex No still same problem

retroprogrammer

@Hex Is their a way of making the screen a bit bigger?

Hex

how about bgr=0

The problem is that your blue and red channels are switched and this is the only way to resolve this. If this doesnt work then you will have to try different device names as some device_names dont support the BGR parameter (let me know if you need those).

From the author of fbtft:

bgr :
Set BGR bit (supported by some drivers). Use if Red and Blue is swapped. Default is don't touch.

The best way is to buy a new screen that is bigger. Else you could try my Viper frontend, which is in works currently. Even i was unhappy with the performance of ES on smaller screens. Here are some of the photos of my frontend. The screen is 320x240 @ 2.2inch.

alt text

Gamelist with images
alt text

retroprogrammer

@hex said in 1.8TFT SPI 128*160 V1.1 screen not working with RaspberryPi please help :(:

how about bgr=0

The problem is that your blue and red channels are switched and this is the only way to resolve this. If this doesnt work then you will have to try different device names as some device_names dont support the BGR parameter (let me know if you need those).

@Hex bgr=0 doesn't work either, I think the red and blue are swapped around or something, I need to know the device_ names please.

Hex

Take a look at this thread. the author also had the same problem and was able to get it resolved https://github.com/notro/fbtft/issues/156

Nochii

I use 1.8TFT that similar the red board one but it use st7735S. I config following the tutorial but no luck the screen keep white. what should I do ; w;

juj

I recently added support for 160x128 ST7735R display to my https://github.com/juj/fbcp-ili9341 display driver. Perhaps it is close enough to ST7735S that it might work there as well by reusing ST7735R options, if you're interested to hack on it a little.

Nochii

@juj I try this command:
git clone https://github.com/juj/fbcp-ili9341.git
cd fbcp-ili9341
mkdir build
cd build
cmake -DST7735R=ON -DPI_ZERO=ON -DGPIO_TFT_DATA_CONTROL=24 -DGPIO_TFT_RESET_PIN=25 -DSPI_BUS_CLOCK_DIVISOR=6 ..
make -j
sudo ./fbcp-ili9341
(I use pi zero not zero w)

I use https://www.aliexpress.com/item/1-8-inch-TFT-LCD-Display-module-ST7735S-128x160-51-AVR-STM32-ARM-8-16-bit/2055099048.html?spm=2114.search0204.3.30.14dd7e5bb5f8hn&ws_ab_test=searchweb0_0,searchweb201602_1_10152_10151_10065_10344_10068_10342_10343_5722611_10340_10341_10696_5722911_5722811_5722711_10084_10083_10618_10307_10059_100031_10103_10624_10623_10622_10621_10620_5722511-10620normal#cfs,searchweb201603_11,ppcSwitch_2_ppcChannel&algo_expid=320e54af-4cc8-48be-be2c-2dc33de19d12-4&algo_pvid=320e54af-4cc8-48be-be2c-2dc33de19d12&priceBeautifyAB=0
and connect with
LED 23
SCK 11
SDA 10
A0 24
RESET 25
CS 8
GND GND
VCC 3V3

but it does not work what I do wrong? (I quite new to Raspberry Pi)

juj

Not exactly sure, the initialization does look good. Try checking through the FAQ and Troubleshooting list if anything in there particular might be relevant: https://github.com/juj/fbcp-ili9341#faq-and-troubleshooting . If not, it might be that there's something essentially different between ST7735R and ST7735S that will need to be taken into account. If you find the spec sheets for both, perhaps you'll be able to spot a crucial difference?

Nochii

@juj Thank you, I think I should try change the GPIO pin if any progress I will report again :)