robertoj

Hello viteo Did you give up on the mipi-dbi-spi driver? I have a st7796s, and I tried "compatible="4in,panel-mipi-dbi-spi" ", as suggested in https://forums.raspberrypi.com/viewtopic.php?t=358240&hilit=Ili9341#p2165638 and I saw your example as the only example of mipi-dbi-spi in armbian, so I am trying to modify your DTS I tried "compatible=sitronix,st7796s" and it doesn't work

I purchased a 4.0 inch LCD with red PCB... I thought it would have the ili9486 chip, but it is actually ST7796s... I am currently trying to make it work.

Are you trying to connect an LCD?

I am interested in the ST7796 kernel module Can anybody check whether Sitronix ST7796 is included in the current or latest kernel? fb or drm?

WDR_s, can you check if the manufacturer actually says ili9486? I have an LCD from aliexpress, which claims it is ili9486, but deeper in the webpage it reads st7796s... and someone complained it is actually ili9488. Maybe you havent identified correctly the LCD controller ilitek chip. Here are other things we can try for the ili9486, ili9488 or st7796, using the panel-mipi-dbi-spi driver (changing the raspberry pi methods into armbian methods) https://forums.raspberrypi.com/viewtopic.php?t=376047 https://forums.raspberrypi.com/viewtopic.php?t=358240&hilit=Ili9341#p2165638 https://github.com/notro/panel-mipi-dbi/wiki https://gitlab.freedesktop.org/drm/misc/kernel/-/blob/drm-misc-next/Documentation/devicetree/bindings/display/panel/panel-mipi-dbi-spi.yaml?ref_type=heads

Hello Did anyone have success with connecting an ili9486 to an orangepi zero 3 or another SBC? I read that starting with linux 5.4, we need to change the reset pin polarity to 1, as show in https://github.com/swkim01/waveshare-dtoverlays/issues/24 I just got this LCD https://www.aliexpress.us/item/3256803856059047.html It is the bigger borther of the ili9341 which I already have working according to: https://forum.armbian.com/topic/44191-orangepi-zero-lts-ili9341-tft-lcd-and-later-orangepi-zero-3/#comment-204672 The interesting thing is: when I use the ili9341 dtbo with the ili9486, I see a fraction of the X11 desktop, in the left 15% of the LCD screen... so at least I know that the connections and lowest level protocol is working. However, when I try changing the compatible to ilitek,ili9486, with all the settings the same (except for rotation->rotate), I stay with a white screen. actually, some other Aliexpress buyer says that my LCD is ili9488… so everyone needs to check their actual lcd controller. I need to recompile Armbian tomorrow It appears that ili9488 is a clone of st7796s, which has this example DTS https://github.com/Sergey1560/fb_st7796s/blob/master/dts/sun50i-h6-st7796s.dts It also appears that having the correct init bytes is critical. Here's another reference: https://forum.allaboutcircuits.com/threads/configuration-of-lcd-with-linux.145849/

Is this regarding the orange pi zero? How big of an upgrade was it? What are the specific apt-get error messages you see? I run debian in my orange pi zero, not ubuntu I think it will be quicker if you reload an old OS image in a different microSD and see what changed. (if you change something manually and mess it up even further, you are on your own XD ) If there's no solution or workaround, I would personally start from a new armbian OS image. Unless someone else can share the sources.list

Can you post what exactly you DID and solved your problem? (In case someone suffers the same thing you suffered) Or if you haven't solved your problem, at least we know that it is unsolvable and do the sane thing: restart from scratch, from a new armbian image. Then highlight it as the solution.

You need to change those symlinks Image and uInitrd to the files ending with 6.6.44 In your case, make a copy of your microSD now and try sudoing this: rm /boot/Image ln -s /boot/vmlinuz-6.6.44-current-sunxi64 /boot/Image rm /boot/uInitrd ln -s /boot/uInitrd-6.6.44-current-sunxi64 /boot/uInitrd I don't know why the dtb folder symlink is already good for 6.6.44

cd /boot ls -l Look at the symlinks ZImage and uInitrd... are they pointing to the linux version you want Also: "apt list --installed | grep linux" to see which linux armbian packages are installed Look at all the suggestions here: https://forum.armbian.com/topic/38570-upgraded-to-latest-armbian-but-stuck-on-old-kernel/

Take this dts as reference, change the gpio to the opiz3 pin you want Do you know how to use armbian-add-overlay? https://www.kernel.org/doc/Documentation/devicetree/bindings/pps/pps-gpio.txt https://forum.banana-pi.org/t/bpi-m2-zero-how-to-define-the-pps-gpio-pin-a-gnss-solution/17562

Those 2 lines contradict each other: both reset and dc (data/command) cant be the same. Can you send a drawing of the wiring between the orange pi zero and the LCD display? (in terms of SPI-MISO, MOSI, DC, RESET, LED, etc, and the DTS you have just tried?

Is it advisable to use Wayland for trouble-free H264 acceleration? (if someone experiences flickering)

I had no idea there is a script for THAT Thanks Armbian team To the original poster: all beginners should stick to microSD. Please gain experience, make the tool you want, and share it here. Also look at this wonderful tool that bedna made: (it might be useful for you)

Did you have any success with the ili9486? I would like to use a bigger 480x320 pixel SPI LCD panel more reference: https://maker.pro/forums/threads/configuration-of-lcd-with-linux.287566/

How do you measure “lightness”? I use openbox, but I want to try Wayland now.

https://forum.armbian.com/topic/44191-orangepi-zero-lts-ili9341-tft-lcd-and-later-orangepi-zero-3/?do=findComment&comment=204672 ^ Try the DTS from this comment. You need to make the pins match the pins I define there with Dupont wires.

https://forum.armbian.com/topic/44191-orangepi-zero-lts-ili9341-tft-lcd-and-later-orangepi-zero-3/ See all the things I have tried to make it work with ili9341... consider using dupont wires so that you can use my dts, making the pins match electrically, and changing the driver line to "compatible = "waveshare,rpi-lcd-35"; Also get an ili9341 so that you witness that it can work.

How is it going with the ili9486 LCD? the armbianEnv.txt only needs the user-overlay line with the dts you are using (without the dts extension)… but seeing your progress, I am sure the armbianEnv.txt is perfect as it is now your problem might be the gpio numbers (1st and 2nd parameter in <&pio xxx xxx xxx>) and the polarity setting (3rd parameter) DO NOT ADD ANYTHING ELSE SPI RELATED

👍🏽 do you use “mpv filename.mp4”? And does it work all the time? Which window manager do you use? Do you use x11 or Wayland? updated: do you get scrambled video when you resize the mpv window? Try youtube-dl, to bypass the problems in the web browser

Success story for h264 hardware acceleration, thanks to Jock, NickA and Armbian https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/?do=findComment&comment=205855

I had success with NickA Armbian patches, and jock’s ffmpeg-v4l2request https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/?do=findComment&comment=205855

The kernel fix in NickA’s Armbian, allows ffmpeg-v4l2 play 1080p with hardware acceleration, under X11 (openbox wm), with “mpv filename.mp4” I git-cloned his repo, selected orangepizero3, changed nothing, kept all his repo’s patches, chose bookworm minimal, Linux edge 6.7.12 i installed lightdm and xorg, then jock’s package repo for ffmpeg-v4l2requedt, then installed mpv (official bookworm package). the 720p and 1080p videos played fine, with 5% cpu It is weird for me update: to play in a screen not being used by x11, like a LCD TFT, use ctrl-alt-f2 to switch the keyboard into the tty in the LCD Play any low res video with vlc, then quit it (I see that mpv can't play without this previous step, for me) Play with mpv --vo=drm --video-connector=2.SPI-1 yourvideo.mp4 many thanks to both!!

Maybe you can use devmem2 so you can manipulate registers from a userspace application, like some legendary developers did in the past I also worked updating the patches needed to bring TV out to the orange pi zero with newer kernels. Maybe it can be a reference. https://github.com/robertojguerra/orangepi-zero-full-setup/blob/main/README2.md https://forum.armbian.com/topic/6582-orange-pi-zero-h2h3-tv-out-on-mainline-working/ https://linux-sunxi.org/images/2/24/H616_User_Manual_V1.0_cleaned.pdf

The orange pi zero with the latest armbian can output analog TV The other zeros (3, 2W) can't (with Linux) It would be great if new developers can find the android code and port it to Linux.