I'm trying, with no success, to make a 3,5 inch tft lcd screen function with an orange pi zero plus (h5) via SPI. I will love if someone could help me diagnose the reason why I'm failing in doing so.
The screen in question is a WaveShare knockoff -> link (the pinout can be found at the bottom of the page.)
I'm running Armbian buster 5.92 with the kernel 4.19.63 and all packages upgraded. I also have a working serial connection (using the UART pins located next to Ethernet jack on the board) and am using the 'screen' program to communicate with the device.
When connecting the screen and turning on the board the leds on the screen turns on and the display turns a bright white. The display remains this way no matter what I do.
My goal is to make the console output to the screen. There is also a 'touch functionality' incorporated, but for me it is secondary.
Here is my process so far trying to make the screen work
After reading a lot of forum posts for cases similar to mine (but all referring to the zero (h3) board and to a different Armbian/Kernel versions than mine - and also producing different results), I tried to:
Activate the 'SPI overlays' needed by editing the /boot/armbianEnv.txt file according to this documentation (I also changed the 'verbosity' parameter to '7' and the 'console' parameter to 'both')
Orange Pi Zero Plus - 3.5 tft lcd screen via SPI
in Allwinner sunxi
Posted
I'm trying, with no success, to make a 3,5 inch tft lcd screen function with an orange pi zero plus (h5) via SPI. I will love if someone could help me diagnose the reason why I'm failing in doing so.
The screen in question is a WaveShare knockoff -> link (the pinout can be found at the bottom of the page.)
I'm running Armbian buster 5.92 with the kernel 4.19.63 and all packages upgraded. I also have a working serial connection (using the UART pins located next to Ethernet jack on the board) and am using the 'screen' program to communicate with the device.
When connecting the screen and turning on the board the leds on the screen turns on and the display turns a bright white. The display remains this way no matter what I do.
My goal is to make the console output to the screen. There is also a 'touch functionality' incorporated, but for me it is secondary.
Here is my process so far trying to make the screen work
After reading a lot of forum posts for cases similar to mine (but all referring to the zero (h3) board and to a different Armbian/Kernel versions than mine - and also producing different results), I tried to:
Activate the 'SPI overlays' needed by editing the /boot/armbianEnv.txt file according to this documentation (I also changed the 'verbosity' parameter to '7' and the 'console' parameter to 'both')
After rebooting this appear to activate the SPI1 with CS1 as expected
Then I tried to activate and configure the fbtft_device module, that supposedly supports my screen, by creating
/etc/modules-load.d/fbtft.conf
and adding this two lines:
and also
/etc/modprobe.d/fbtft.conf with this configuration
Extracted from here
After rebooting, again, a new framebuffer device is created
But the screen remains white, with no alteration.
In dmesg I can see that SPI1 failed to transfer data and that the fbtft_device is trying to use spi1.0
So, according with this fbtft_device documentation I changed /etc/modprobe.d/fbtft.conf to include cs=1 to see if the module would 'use' spi1.1
After rebooting, the screen remains white and now dmesg is showing this:
Now it appears that spi1.1 is been deleted and in fact it is not present in /dev/
Now I am stuck. Can someone help me understand and diagnose what is happening?