Dmitry_

Then it might be some other thing I've changed. This is my login screen: Welcome to ARMBIAN 5.36 user-built Ubuntu 16.04.3 LTS 4.13.16-sunxi System load: 0.64 0.16 0.05 Up time: 0 min Memory usage: 13 % of 240MB IP: 10.0.1.1 CPU temp: 29°C Usage of /: 9% of 15G This is my armbianEnv.txt: verbosity=1 logo=disabled console=both disp_mode=1920x1080p60 overlay_prefix=sun8i-h3 overlays=analog-codec i2c0 spi-spidev uart1 uart2 usbhost2 usbhost3 rootdev=UUID=ebe9dacf-124f-486c-b6c1-08749e209374 rootfstype=ext4 param_spidev_spi_bus=1 param_spidev_max_freq=32000000 usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u This is my /etc/modules: g_serial fbtft_device fbtft_device is defined in /etc/modprobe.d/fbtft_device.conf options fbtft_device name=tm022hdh26 buswidth=8 rotate=270 gpios=reset:7,dc:2,led:6 fps=10 busnum=1 width=240 height=320 I have X.org and Qt5 installed and some Python3 libraries. And I also upgraded from 5.35 to 5.36. I think that's all I've changed, as far as I can remember. I also have a RTL8188CUS wi-fi dongle which worked out of the box on the mainline release. When I run `ls -lah /dev/snd` I get total 0 drwxr-xr-x 2 root root 60 Feb 11 2016 . drwxr-xr-x 13 root root 14K Feb 11 2016 .. crw-rw---- 1 root audio 116, 33 Feb 11 2016 timer

I've figured out the problem. If I use out-of-the box 5.35 then I have sound. If I run `apt upgrade` then it updates to 5.36 and the sound does not work there. By the way the `README.sun8i-h3-overlays` file has no words "sound" or "audio" in it. It was not strait forward to figure out that is "audio-codec" is for sound. I've search for this for this words and found nothing. I think you should put them there.

Has the current mainline Armbian 5.36 kernel 4.13.16 no audio drivers too?

@jdugat RTL8188CUS works on 3.4.113 with a fixed driver. Look in this thread

@nopnop2002 I'm not sure I understand the question. I've installed Qt5 for Python3 from the repo. It was the "python3-pyqt5" package and it installed all the dependencies automatically. sudo apt install python3-pyqt5

@nopnop2002 I have an ILI9341 SPI on OPI-Zero running for days. [ 8.684094] fbtft_device: SPI devices registered: [ 8.689553] fbtft_device: spidev spi0.0 33000kHz 8 bits mode=0x00 [ 8.697015] fbtft_device: spidev spi1.0 32000kHz 8 bits mode=0x00 [ 8.704430] fbtft_device: 'fb' Platform devices registered: [ 8.711067] fbtft_device: Deleting spi1.0 [ 8.716397] fbtft_device: GPIOS used by 'tm022hdh26': [ 8.722277] fbtft_device: 'reset' = GPIO7 [ 8.727109] fbtft_device: 'dc' = GPIO2 [ 8.731749] fbtft_device: 'led' = GPIO6 [ 8.736378] fbtft_device: SPI devices registered: [ 8.741841] fbtft_device: spidev spi0.0 33000kHz 8 bits mode=0x00 [ 8.749229] fbtft_device: fb_ili9341 spi1.0 32000kHz 8 bits mode=0x00 Although I don't have a DE there. It is just a small Qt application with a single label. I only change the content of the label from time to time so there is no much traffic on the SPI bus.

@StuxNet, the CPU was underclocked to 480MHz at that time. I also tried to undervolt it to 1V but it did not work. It could not switch frequencies. I've changed it back to 648MHz and 1.1V and it works OK now. I also removed the timeout on read so the CPU usage is much lower now.

I left it running for a few days and it hang up. It is not connected to network now and the only message I get on UART console is Does someone knows what is it?

@StuxNet, thanks for the advice. My actual code is much longer and I do write to log.

@martinayotte, thank for the advice. Now that I look at it I can do read(1) without timeout and let the reading thread block until there is something to read.

I have a small radiator and a 80mm fan connected to a separate 12v power supply. Also the CPU is under-clocked to 648Mhz. https://paste.ubuntu.com/25211788/ - this is last 5000 lines of armhwinfo.log My code looks something like this: import threading import time import serial class ArduinoConnector(): def __init__(self, portName, baudrate): self._serial = serial.Serial(port=portName, baudrate=baudrate, xonxoff=False, rtscts=False, dsrdtr=False, timeout=0.001) self._readBuffer = bytearray() self._commRLock = threading.RLock() self._readingThread = threading.Thread(daemon=True,target=self._readingLoop) self._readingThread.start() def _readingLoop(self): while 1: data = b'' try: self._commRLock.acquire() data = self._serial.read(1000) except Exception as e: pass #write exception to log finally: self._commRLock.release() self._readBuffer.extend(data) #process data time.sleep(0.0001) def write(self, data): try: self._commRLock.acquire() self._serial.write(data) except Exception as e: pass #write exception to log finally: self._commRLock.release() May be because I try to read from the com-port every 0.1ms it hangs somehow. It uses like 30% of 1 CPU. I'm trying to rewrite it with PyZMQ and gevent. Gevent has wait_read and wait_write function, those can block until there is actually something to read/write. It uses much less CPU this way.

I'm trying to make RTL8188CUS work in Orange Pi Zero (stable ubuntu). I tried to do what @otousama wrote. First of all, it did not compile on GCC 5 so I had to do what's written here: The driver compiles now and installs correctly but the module does not load after reboot. I've tried to add 8192cu to /etc/modules-load.d/modules.conf but it did not help. Does someone knows what to do? My lsusb: My lsmod: Edit: I did: sudo dkms install 8192cu/1.10 --force and now it works

I have Orange PI Zero running the stable Ubuntu image. Kernel: Linux orangepizero 3.4.113-sun8i. I'm writing a python3 app to communicate with an Arduino using UART. The app works fine for a few hours and then it stops being able to send or receive commands to/from the Arduino. Is there some known issue with the UART on OPI Zero? It looks like the file descriptor for the serial port becomes unavailable somehow.