Jump to content

mahaju

  • Posts

    8
  • Joined

  • Last visited

  1. I am using orangepi zero LTS board I have seen this happen with both Armbian_21.08.1_Orangepizero_focal_current_5.10.60.img and Armbian_21.08.1_Orangepizero_buster_current_5.10.60.img images, although this problem seemingly solved itself randomly in the focal version. I am not sure what is up with that, I am currently testing on the buster version. I am using the serial console for controlling the board (ttyS0) I have already downloaded "Desktop with browser and softwares" from armbian-config -> System After this the menu item changes to armbian-config -> System -> Enable Desktop If I go to this menu item, it askes me if I want to autologin -> Yes, No After I choose Yes the board sort of hangs for a while and I get a sudden message saying killed and it it takes me out of the armbian-config menu and into the command prompt When I reboot the board after this, the SPI TFT LCD attached to the board does not go into GUI mode (the LCD itself is being correctly detected, have a look at my question related to that here: The Armbian boot up messages show (multiple times) that "starting lightdm service has failed". Going back to armbian-config -> System, the menu option is still "Enable Desktop" which I believe should be "disable desktop" in case GUI desktop was actually enabled What is happening here, and how do I make sure GUI desktop gets properly enabled? A solution for both focal and buster will be appreciated.
  2. Thanks to everyone Looks like this can't be fixed in the serial console so I am using Putty/SSH in windows as a workaround
  3. I managed to get my waveshare 2.8" SPI LCD (https://www.waveshare.com/wiki/2.8inch_RPi_LCD_(A)) to display console in an orangepi zero LTS board, using the DT overlay and instructions given here: My dts file has changes as explained in the comments of the attached waveshare_32b_28a_opipc2.dts file in that post. Armbian version being used is as follows: uname -a Linux orangepizero 5.10.60-sunxi #21.08.1 SMP Wed Aug 25 18:19:32 UTC 2021 armv7l armv7l armv7l GNU/Linux I want to display a GUI desktop on this screen but I keep getting errors. I firstly tried the instructions given here for a different orangepi board: https://diyprojects.io/armbian-tutorial-installing-xfce-desktop-server-distribution/#.YYOcrmBBy70 The instructions are basically to install "sudo apt-get -y install xorg lightdm xfce4 tango-icon-theme gnome-icon-theme" and run "startxfce4". This gave me some errors which hinted that it could not start the GUI because xfce did not detect a monitor. After this I wiped the sdcard and reinstalled the OS. I then tried installing desktop and other softwares from armbian-config -> system -> Desktop, and then later on enabling desktop from armbian-config -> system -> Desktop -> Enable desktop When the board boots the LCD always shows a console login prompt. If I manually try to start lightdm by issuing "sudo lightdm" in the PC serial console, the LCD screen goes black and I get this error in the serial console: ** (lightdm:1980): WARNING **: 08:46:09.601: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.13" (uid=0 pid=1980 comm="lightdm ") interface="org.freedesktop.Accounts" member="ListCachedUsers" error name="(unset)" requested_reply="0" destination="org.freedesktop.Accounts" (bus) Failed to use bus name org.freedesktop.DisplayManager, do you have appropriate permissions? I only need a minimal desktop and don't need other softwares which seem to get installed through armbian-config. Does the light DM software expect there to be some kind of monitor output on the board? How do I redirect it to use the SPI display instead? The waveshare 2.8" SPI LCD is compatible with raspberry pi and works without any problems with the raspberry pi board. I have assumed that the 26 pin headers on the orange pi zero LTS board are compatible with the raspberry pi and connect the LCD accordingly. Also, is there a way to test whether the LCD is detecting touch or not, before I find out why GUI is not working? Is there a way to test touch functions while the LCD is showing a console? Here are all the relevant information: dmesg output (full): dmesg | grep spi dmesg | grep fb orangepizero@orangepizero:~$ sudo systemctl status lightdm.service [sudo] password for orangepizero: ● lightdm.service - Light Display Manager Loaded: loaded (/lib/systemd/system/lightdm.service; indirect; vendor preset: enabled) Active: failed (Result: exit-code) since Thu 2021-11-04 08:15:55 UTC; 1h 3min ago Docs: man:lightdm(1) Process: 715 ExecStartPre=/bin/sh -c [ "$(basename $(cat /etc/X11/default-display-manager 2>/dev/null))" = "lightdm" ] (code=exited, status=1/FAILURE) Nov 04 08:15:55 orangepizero systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 5. Nov 04 08:15:55 orangepizero systemd[1]: Stopped Light Display Manager. Nov 04 08:15:55 orangepizero systemd[1]: lightdm.service: Start request repeated too quickly. Nov 04 08:15:55 orangepizero systemd[1]: lightdm.service: Failed with result 'exit-code'. Nov 04 08:15:55 orangepizero systemd[1]: Failed to start Light Display Manager. orangepizero@orangepizero:~$ cat /etc/X11/xorg.conf.d/01-armbian-defaults.conf Section "Monitor" Identifier "Monitor0" Option "DPMS" "false" EndSection Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection I tried logging into the console shown on the LCD, becoming root (su) and running Xorg. The screen flashed some text messages and immediately went black. I then logged into the orangepi from PC via ssh, and used htop as root to close sessions of Xorg. After this the console came back up in the LCD. The Xorg.0.log file generated after this attached below. EDIT--- If I issue "startx" command in the serial console on PC, the I get the following messages: orangepizero@orangepizero:~$ startx X.Org X Server 1.20.11 X Protocol Version 11, Revision 0 Build Operating System: linux Ubuntu Current Operating System: Linux orangepizero 5.10.60-sunxi #21.08.1 SMP Wed Aug 25 18:19:32 UTC 2021 armv7l Kernel command line: root=UUID=592180af-c238-474c-a04b-4a9e91c6d375 rootwait rootfstype=ext4 console=ttyS0,115200 hdmi.audio=EDID:0 disp.screen0_output_mode=1920x1080p60 consoleblank=0 loglevel=1 ubootpart=f6fd8d58-01 ubootsource=mmc usb-storage.quirks=0x2537:0x1066:u,0x2537:0x1068:u sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16 cgroup_enable=memory swapaccount=1 Build Date: 06 July 2021 10:17:51AM xorg-server 2:1.20.11-1ubuntu1~20.04.2 (For technical support please see http://www.ubuntu.com/support) Current version of pixman: 0.38.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Nov 4 10:49:59 2021 (==) Using config directory: "/etc/X11/xorg.conf.d" (==) Using system config directory "/usr/share/X11/xorg.conf.d" The LCD then goes into a sort of graphical mode console, where I still get just a console, but now there is black text on a white background, a mouse cursor and detects touch inputs. Mouse movement is detected very accurately, touch is not accurate at all but is detected, so that's something, and I can click and drag things on the screen to highlight them. Is this a good sign? What is this indicating? If I issue lightdm command in this graphical console on the LCD I still get an error. I can't see the message fully as it seems to be cut off at random places due to the size of the LCD screen, but it looks like it is the same error message that I have posted above. Xorg.0.log
  4. I have a Waveshare 2.8 A TFT LCD (https://www.waveshare.com/wiki/2.8inch_RPi_LCD_(A)) and I used it with the orange pi zero LTS board using the instructions given here: I used Armbian_5.90_Orangepizero_Ubuntu_bionic_next_4.19.57.img as the OS, downloaded from the Armbian download page archives. It worked on the first try, and displayed the console on the LCD screen. I was able to log into the Orangepi Zero board from the serial port (ttyS0) connected to the PC, from ssh in Putty on the same PC, and also from the console shown in the LCD (tty1) using a keyboard attached directly to the orangepi zero. I started following other tutorials to try and get a GUI desktop to display on the LCD which didn't work. I finally formatted the sdcard and reflashed the armbian image to start fresh. However, now the LCD screen is not showing the console no matter what I do. The LCD displays a white screen on power on, which seems to be normal. Then while the serial terminal on PC (ttyS0) is showing the boot up messages, at the point where I would expect the LCD to start showing the boot up messages simultaneously, all I bet is a black screen. Something is definitely happening, as the screen turns from white at boot up to black, but it's not showing the console display anymore. I know that when the serial terminal on the PC reaches the login screen, the console on the LCD should have reached the login screen as well. If I blindly type in the username and password for the board in the black LCD screen, from the PC serial terminal I can see that log in from the LCD console succeeded (shown below). What is all this indicating? How I can I troubleshoot why the LCD is showing me a black screen, when it had worked the first time? After flashing the image I usually do apt-get update and apt-get upgrade, but I have tried this again and again, both with/without the update/upgrade, and it is not working. $ uname -a: Linux orangepizero 4.19.57-sunxi #5.90 SMP Fri Jul 5 17:58:43 CEST 2019 armv7l armv7l armv7l GNU/Linux $ w: orangepizero@orangepizero:~$ w 10:33:23 up 13 min, 2 users, load average: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT orangepi tty1 - 10:33 8.00s 0.53s 0.29s -bash orangepi ttyS0 - 10:20 1.00s 0.64s 0.04s w $ lsmod | grep fb fb_ili9340 16384 0 fbtft_device 40960 0 fbtft 28672 2 fbtft_device,fb_ili9340
  5. Is there an SPI LCD module that works out of the box with the latest armbian image for the orange pi zero board? I am using Armbian_21.08.1_Orangepizero_focal_current_5.10.60.img and it seems to be missing fbtft_device file which looks like it is very important. I have also seen forums and blog posts that say SPI LCD will not work, or there are no working drivers, for linux kernel 4 and higher, and that I should use linux kernel 3. I am currently also testing out Armbian_5.90_Orangepizero_Ubuntu_bionic_next_4.19.57.img which I believe has kernel 4.19.57. Where can I download an older image that has kernel version less than 4? The LCD I need to use is Waveshare 2.8" A (https://www.waveshare.com/wiki/2.8inch_RPi_LCD_(A))
  6. 1. Did you mean this LCD is not going to work on the latest armbian image for this board (Armbian_21.08.1_Orangepizero_focal_current_5.10.60.img)(uname -a: Linux orangepi 5.10.60-sunxi #21.08.1 SMP Wed Aug 25 18:19:32 UTC 2021 armv7l armv7l armv7l GNU/Linux)? 2. Is there any LCD that will "just work" with this board, like the Waveshare 2.8" LCD does with raspberry pi? 3. Is this the link to the OS image mentioned in your post? https://armbian.systemonachip.net/archive/orangepizero/archive/Armbian_5.90_Orangepizero_Ubuntu_bionic_next_4.19.57.7z 4. In one of your other posts you mentioned getting the touch screen to work on this LCD, but on an Orangepi PC 2 board (https://forum.armbian.com/topic/13233-any-clues-for-the-creation-of-a-dtoverlay-for-fbtft-on-54y/?do=findComment&comment=96707). Do you think touch can be made to work on orangepi zero as well, either in the latest OS image or the Ubuntu_bionic_next_4.19.57 image?
  7. I apologize if this is not specific to armbian but it's really becoming a problem for me I am using Orange pi Zero LTS board and the Armbian image provided in the official downloads page (Armbian_21.08.1_Orangepizero_focal_current_5.10.60.img). I use the serial terminal and Putty in a Windows 10 PC to use this board uname -a result: Linux orangepizero 5.10.60-sunxi #21.08.1 SMP Wed Aug 25 18:19:32 UTC 2021 armv7l armv7l armv7l GNU/Linux I am using the serial console to control the board. If I type in a long string in one line, after a certain number of characters the string wraps to the beginning of the line by itself. The command itself is still correct it just doesn't display properly, and pressing backspace messes up the display further. This is especially annoying if I am in multiple subfolders and the path of current location takes up a good number of characters in one line. Is there any setting in the OS that can fix this? I would ideally like to remove any limitations on the number of characters in a single line. This problem apparently doesn't happen if I ssh into this board, but there is a noticeable delay when I type anything while using ssh. I would like to know if there is a fix for this in the serial terminal.
  8. @guidolHi sorry to revive an old post but I am working on an orangepi 2g-iot board and I wanted to check out your armbian image I am stuck at the login prompt I have tried orangepi / orangepi and root / orangepi as username / password but both don't work Could you please let me know the username and password for these images?
×
×
  • Create New...