robertoj

Did you ever solve your problem?

Thank you. I will try that, and I learned about the xinput_calibrator, which I will apply next time. (and https://github.com/reinderien/xcalibrate/blob/main/xcalibrate is a new interesting project) Now I am focusing on moving the touchscreen pins to an independent gpio-based SPI set of pins... we will know whether the LCD crash is from interfering SPI commands. I did an experiment with the "backlight = <&backlight_gpio>" parameter as shown in https://github.com/beagleboard/bb.org-overlays/blob/master/src/arm/BB-LCD-ADAFRUIT-24-SPI0-00A0.dts and https://forums.raspberrypi.com/viewtopic.php?t=358240 but so far it ended up in a kernel not loading. I will leave this task for last. If the DTS configuration does not specify CPHA and CPOL, what is the default setting of the SPI protocol?

I learned netplan recently, because I was unable to use armbian-config or nmtui (the underlying mechanism used by armbian-config)

If it works all the time, nothing else gets disabled, no new dmesg warnings appear due to this, it would be a good indicator but a dtbo (compiled from a dts) sometimes need to be changed when Linux is upgraded (like some changes with spi and tft changes)… and the orange pi official OS images are very old. so in general, a dtbo copied from an old os to a new os, might not work all the time. Needs to be tested. do you see a dts file with the same name as the dtbo?

I missed the part where you ask for overlay help change directory to /boot/dtb/sun..../overlays/ There are several readme files, find the ones that apply to your H618 chip. Find an overlay that refers to USB host. Do you use a cable to convert USB-C to USB-A-female? If it works, then the next step after reboot is the lsusb test. Also, look at any error messages printed by both linux ko's dmesg|grep cp210x dmesg|grep usbserial execute "sudo armbianmonitor -u" and show your /boot/armbianEnv.txt

In newest Armbians, we are using netplan, instead of NetworkManager https://docs.armbian.com/User-Guide_Networking/ Edit a config file sudo netplan apply

https://github.com/raspberrypi/linux/issues/6067 https://github.com/raspberrypi/linux/pull/6029 https://forums.raspberrypi.com/viewtopic.php?p=2206990&hilit=ads7846#p2206990 https://github.com/raspberrypi/bookworm-feedback/issues/88 There seems to be some instability in the ads7846 driver in the latest linux. If anyone is having a good experience with ads7846, please indicate how you did it.

Does the esp32 show up as a ttyUSB or ttyACM when plugged to your Linux PC? is there something new in the result of lsusb? can you plug something else in that USB port? can you send a photo of your connections?

Can you show an example of spi-gpio being used for an ads7846 touch screen?

Whats the difference between 2 and 8? I am having similar doubts with an spi ili9341, but I don't knwo how that DTS line works

I could run lightdm with apt install xinit xterm xauth x11-apps xserver-xorg lightdm xserver-xorg-input-evdev xserver-xorg-video-fbdev /usr/share/X11/xorg.conf.d/99-fbdev.conf: Section "Device" Identifier "myfb" Driver "fbdev" Option "fbdev" "/dev/fb0" EndSection However, the cursor is moving at 90-degrees from my finger movement. Also, it is very unstable... it crashes, leaving a white screen. The white screen remains after reboot, and I can only make it work again by removing and connecting the 5V power. Can someone share how they installed a window manager with ili9341? is 24MHz too fast? Would native cs1 help anything?

problem solved: IRQ i/o needed the reverse polarity in pendown-gpio. armbianEnv.txt and DTS here: (it is working with sudo evtest, so I dont know if it needs calibration... and I wonder if I need to reverse the polarity in the interrupts line too)

I had some success by changing the touch chip pins from: CS1=PC7 PA18 (I avoided the "native Spi0 CS1 PC7" and used PA18) IRQ=PA19 PA7 (maybe this was unnecessary) New DTS: With inspiration from https://github.com/jonathan-gatard/ili9486-xpt2046/tree/main for the IOs and the analog parameters Now sudo evtest prints an event each time I press on the LCD screen If an LCD suffers a disconnection and reconnection, is it possible to reset, re-initialize and continue working the LCD? Or would it always need a Linux reboot?

When doing sudo evtest, I get random events. It may be related to https://forum.armbian.com/topic/15271-spi0-cs1-held-low-when-ads7846-is-loaded/

Hello I assume that the tft lcd is working 100%, displaying text and graphics. can you share what you get from the tests in my post here? also, what are your wiring connections? https://forum.armbian.com/topic/27457-connecting-banana-pi-m2-zero-with-ili9341-display-over-spi-on-latest-armbian-image/?do=findComment&comment=201947 Edit: your DTS seems to be missing a lot of connection definitions. Look at your DTS to the DTS that was posted last in my thread topic, and compare their structures.

I went with your corrected DTS ... so far it looks great (Did NOT use the spi-add-cs1.dtbo, as advised) I went out running to work, and I will continue tests when I go back home Day 2 of testing: evtest shows a random stream of events, then stops... then lcd touches dont get reactions. I will check my wiring and order a new LCD, because mine has a cracked glass Is there any way to tell that the SPI, IRQ, CS inputs/outputs to the XPT2046 (ADS 7846) is working correctly, and blame everything on a bad resistive panel?

I tried all weekend to add the touch function of the LCD's XPT2046 With this DTS: It gets compiled, but the bootloader rejects it: Applying user provided DT overlay ili9341-touch-sp0.dtbo failed on fdt_overlay_apply(): FDT_ERR_NOT_FOUND Error applying DT overlays, restoring original DT (i included the spi-add-cs1.dtbo as suggested in https://ryjelsum.me/homelab/xpt2046-ili9341-opi-zero/ )

Use a high db USB WiFi dongle, with separate 5V supply if possibel

When I changed the DTS lines from: compatible = "ilitek,ili9341"; reset-gpios = <&pio 2 4 1>; /* C4,GPIO 24 */ rotate = 270 to compatible = "adafruit,yx240qv29", "ilitek,ili9341"; reset-gpios = <&pio 2 4 0>; /* C4,GPIO 24 */ rotation = 90 Reminder: this DTS is for the banana pi m2 zero, showing the whole DTS in the post above. It is working in LInux 6.6.44, Debian Bookworm Minimal The LCD started working with the new ili9341 driver. My last mistake was not changing the reset pin high/low polarity There is no "video tearing" when playing a 240p video, as it did with fb_ili9341. And the CPU load is 25% of one core, same as with the old driver. mplayer -vo fbdev2:/dev/fb0 videofile.mp4 or mpv --vo=drm --drm-connector=1.SPI-1 videofile.m4v <-causes 25% cpu load in 4 cores Has anybody progressed in making the touch feature work?

Why is the row gpio-234 (RESET) not showing up in kernel 5.18.88, but it shows up in kernel 6.6.16?, and then it disappears again with your next experiment with updated libgpiod?

So, I temporarily quit the effort to make ili9341.ko work, and continue with fb_ili9341.ko (Note: try changing the reset HIGH/LOW polarity, as advised in https://forums.raspberrypi.com/viewtopic.php?t=358240&start=25 ) To make this work with the orangepi zero 3, the DTS needed would be changed in the pinout, and the compatible line: Now I need to try this at home

Hola Patricio! Another guy re-installed Armbian with Linux 6.1 and g_serial was working... maybe g_ether will work too https://forum.armbian.com/topic/44870-nanopi-duo2-microusb-serial-stop-working-on-24110/?do=findComment&comment=201229 Another thing to try: Make sure that CONFIG_USB_ETHERNET=m is enabled (without #) in the /boot/linux.config file... if not, you need to learn how to make your own Armbian image, and enable this feature https://linuxlink.timesys.com/docs/wiki/engineering/HOWTO_Use_USB_Gadget_Ethernet Information about g_serial and g_ether together: https://forums.raspberrypi.com/viewtopic.php?t=238280

There the option of “overlay file system”. It makes your file system “forget” anything that is changed since the snapshot, upon each poweroff look for it in armbian-config

Thank you I just got a banana pi m2 zero and I am trying to get the ili9341 working with the drm driver. What is the latest Linux it is known to work? please share DST and pin connections I got my ili9341 LCD working in Linux 5.13.12, with this DTS... and I still can't use the drm-enabled driver Notice that I needed to swap height=320 and width=240, or else I get garbled display. It is working fine with 40 MHz.. The connections are the same as show in the post from June 2, 2023

I use USB-serial adapters. In my experience they have worked better than the Arm CPU UARTS. The debug UART is the most trusty serial port for maintenance.