km1kze

Hi, How to enable TV-OUT on Orange Pi Zero in Armbian mainline ( 4.19.20 - 5.75)??? I saw a post from one year ago with a patch that adds an overlay called tve, but is there a more integrated solution by now? Thank you

@5kft Thank you for making this possible!

Ok I decided to give a second try with the new armbian - I re-soldered a mosfet in that place and is not working, I've got this when checking cpufreq-info (I added the overlay line in armbianEnv.txt and the cpufrequtils max frequency): cpufreq stats: 120 MHz:0.00%, 240 MHz:44.43%, 480 MHz:0.63%, 648 MHz:0.98%, 816 MHz:0.92%, 960 MHz:0.43%, 1.01 GHz:52.60% (94) I have 1.1v on 1V2C pad, with a fresh image Armbian_5.75_Orangepizeroplus2-h5_Ubuntu_bionic_next_4.19.20.img First I thought it may be a solder error, or a damaged component . But I tried with an old image Armbian_5.34.171121_Orangepizeroplus2-h5_Ubuntu_xenial_next_4.13.14.img and I've got 1.3v on 1V2C pad, so I guess is a software problem? LATER EDIT: ok just found out that the overlay name was changed for some reason from cpu-clock-1.3GHz in cpu-clock-1.3GHz-1.3v - now it seems to work (hope will help future modders)

I soldered one of those on my board and it worked, but had some problems with 5v pins not giving enough voltage - but it boot up with no problems (I did the patching of armbian like it was presented in the first posts, by compiling it, etc.) After I removed the mosfet the 5v pins were working as they should.

Don't remember what was written on them, but if you bought from my link, they're good You can also see a J1 marking on the original mosfet from the orange pi zero H2+ https://www.toysforscience.com/wp-content/uploads/2017/08/1482138186-1.jpg

Unfortunately is not working... I think is something else here If I simply run the command like this sudo echo "255" > /sys/class/leds/orangepi\:red\:status/brightness  in terminal is not working, not even if I enter as root with sudo su sudo echo "255" > /sys/class/leds/orangepi\:red\:status/brightness then it says: bash: /sys/class/leds/orangepi:red:status/brightness: Permission denied it only works with sudo -s sudo echo "255" > /sys/class/leds/orangepi\:red\:status/brightness * maybe is there a way to directly put these settings in the .dts file? will something like default-brightness-level work?

well it seems that my h5 orange pi was not dead (yet :D) I connected an usb ethernet and installed the image @guidol suggested and updated with the hdmi off/leds on patch my board is looking like an Xmas tree now and fully functional! thank you guys! 1. the led behavior is not saved after reboot, how can I achieve that? I tried putting in /etc/rc.local this but not working: echo "255" > /sys/class/leds/orangepi\:red\:status/brightness echo "heartbeat" > /sys/class/leds/orangepi\:red\:status/trigger echo "mmc0" > /sys/class/leds/orangepi\:green\:pwr/trigger 2. this armbian version has the cpu capped to 816Mhz? I remember that without the mosfet I could reach 1152Mhz on an armbian build. Is because this version (5.44) or there is other explanation?

red led??? funny thing is that I never saw a red led blinking on my board, didn't know it even existed Anyway I think my board is close to useless, despite the fact it has again the good voltages, I have problems to communicate with it even through UART.

Yeah, I can confirm that my eMMC is not loading now and HDMI is dead (the mosfet is removed ).. Tried to load an image that I knew it worked and nothing... didn't check with UART yet to see if is alive, but have 1.09v-1.1v on 1v2c and correct voltages on pins. There is a 1_5V pad somewhere near GPIOs, but it had a lower voltage - 1.36 v, do you have a similar value on that?

I used an original Samsung Galaxy Note 2014 tablet adapter of 2.5A (measured it and it recharge the tablet at more than 12Wh and it surely has 2.5A)- also some other Chinese ones (2A at least), still the same thing I took the mosfet out from the board and now the 5v are there. This is pretty weird, maybe is a fault in the board? While the mosfet was there, I also had at 1V2C around 1.3v, but maybe there are other pads I could check if is fully working?

Mine was bought in March, I contacted the seller in April and said is a new "update" to ensure board functionality - no more explanations. In the meantime I just observed that this mosfet addition has a bigger drawback than the HDMI deactivation .. I have on all 5v pins something like 4.2v ... Basically the only way to communicate with the board will be through UART - to setup WIFI for headless .. A keyboard or any other USB device will not be functional. Saying that, and seeing how Shenzhen Xunlong Software is raising the prices to these boards (+25% in the last couple of months) it will be more practical to buy something from the NanoPi series...

did you tried connecting to AV/HDMI?

The mosfets arrived and finaly managed to make a test, and it works! Thank you again 5kft ! For me it worked with this Armbian version: Armbian_5.34.171121_Orangepizeroplus2-h5_Ubuntu_xenial_next_4.13.14.img, then compiled with the build compilation tips shown by 5kft in a previous post. It seems it runs at 1296 Mhz from the start, I didn't need to update cpufrequtils. Surprisingly, it stays in idle at a lower temperature than before. Idle now is 38 celsius -although with a temperature meter is around 45. Before it was 55 - real it was with 2-3 degrees more (ambient temperature around 25). 20:33:36: 1296MHz 0.02 0% 0% 0% 0% 0% 0% 38.2°C 0/11 pi@orangepizeroplus2:~$ cpufreq-info -c 1 cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 1: driver: cpufreq-dt CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 0 1 2 3 maximum transition latency: 6.24 ms. hardware limits: 240 MHz - 1.30 GHz available frequency steps: 240 MHz, 408 MHz, 648 MHz, 816 MHz, 912 MHz, 960 MHz, 1.01 GHz, 1.06 GHz, 1.10 GHz, 1.15 GHz, 1.25 GHz, 1.30 GHz available cpufreq governors: conservative, userspace, powersave, ondemand, performance, schedutil current policy: frequency should be within 1.30 GHz and 1.30 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.30 GHz. cpufreq stats: 240 MHz:0.04%, 408 MHz:1.33%, 648 MHz:0.14%, 816 MHz:0.12%, 912 MHz:0.08%, 960 MHz:0.08%, 1.01 GHz:0.07%, 1.06 GHz:0.04%, 1.10 GHz:0.05%, 1.15 GHz:0.04%, 1.25 GHz:0.04%, 1.30 GHz:97.98% (254) pi@orangepizeroplus2:~$ sudo sysbench --test=cpu --cpu-max-prime=20000 --num-threads=4 run && cat /sys/devices/virtual/thermal/thermal_zone0/temp sysbench 0.4.12: multi-threaded system evaluation benchmark Running the test with following options: Number of threads: 4 Doing CPU performance benchmark Threads started! Done. Maximum prime number checked in CPU test: 20000 Test execution summary: total time: 7.0661s total number of events: 10000 total time taken by event execution: 28.2527 per-request statistics: min: 2.82ms avg: 2.83ms max: 5.55ms approx. 95 percentile: 2.83ms Threads fairness: events (avg/stddev): 2500.0000/1.87 execution time (avg/stddev): 7.0632/0.00 56450

Hi, I'm a bit of a newb, but I'm in search of a OS to make my board functional (Orange Pi Plus2 H5) I installed Armbian_5.42_Orangepizeroplus2-h5_Debian_stretch_dev_4.16.0.7z The problem with this version is that the CPU and temperature shows nothing in armbianmonitor , and the UART, I2C, etc options from armbian-config are missing. Wifi is working, desktop from armbian-config didn't install - but I could install xfce manually and seems to work Also the CPU seems capped to a low frequency (probably the classic 912Mhz), having 11s in sysbench compared to 8s in the previous Armbian version (which was clocked by default to 1152Mhz) However, is the first linux distro/version that successfully installed on eMMC

Thank you again, but I can't download the attached file, it seems it may not be properly uploaded. Can you please reupload it?

Thank you for the update! Do you think these BSN20 will work? https://www.aliexpress.com/item/Free-Shipping-10pcs-lot-BSN20-M8W-SOT-23-new-original/32705392701.html Can you please provide more information/tutorial on how to achieve the proper clock (sorry I'm a bit of a newb in this) - just want to get this board to work properly on their advertised speed of 1.2 Ghz

Thank you for this valuable information! I have the same board and had the same difficulty on getting over 1Ghz... I observed that also on mine the mosfet is missing, but in the pictures from the shop is there ?! I sent a message to the seller to find out the reason...

I've got a similar screen and for me worked with the Waveshare drivers and instructions: https://www.waveshare.com/wiki/3.5inch_RPi_LCD_(A)#Driver

Had you got any issues with overscan on 3.4 kernel like image cut on the borders-black stripes?

I manage to track where these commands come from... I searched for a part of the command string with this (run from /etc directory): sudo grep -R "run-parts --report /etc/cron.daily" And found out that it was inside a crontab file (called the system wide crontab - more info here ) After some research I managed to stop the annoying emails by writing > /dev/null after every command found in that crontab, and then restart the cron sudo service cron reload

Hello all, I started to receive unsolicited e-mails from my Nanopi NEO and couldn't figure it out what are triggering them. I checked my crontab and there is nothing there. Please if someone knows to clarify this, I would be very grateful, I'm relatively new to linux. My root crontab: 00 02 1 * * sh /home/pi/updategeoip.sh 0 6 * * * /sbin/shutdown -r now */5 * * * * python /home/pi/tempalert.py 2>&1 My user crontab: 0,15,30,45 * * * * sh /home/pi/sendip.sh &>/dev/null The e-mail is sent everyday at 06:25 +0000 and seems to be activated by this command: test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) The content of the (failed) e-mails: The response was: DNS Error: 11584654 DNS type 'mx' lookup of localhost responded with code NXDOMAIN Domain name not found: localhost Final-Recipient: rfc822; postmaster@localhost Action: failed Status: 4.0.0 Diagnostic-Code: smtp; DNS Error: 11584654 DNS type 'mx' lookup of localhost responded with code NXDOMAIN Domain name not found: localhost Last-Attempt-Date: Mon, 25 Sep 2017 23:25:11 -0700 (PDT) ---------- Forwarded message ---------- From: root <****private e-mail address*****> To: root Cc: Bcc: Date: Tue, 26 Sep 2017 06:25:07 +0000 Subject: Cron <root@nanopineo> test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) /etc/cron.daily/log2ram: sending incremental file list ./ auth.log kern.log lastlog mail.log syslog syslog.1 syslog.2.gz syslog.3.gz syslog.4.gz wtmp lightdm/ lightdm/lightdm.log lightdm/lightdm.log.1.gz lightdm/lightdm.log.2.gz unattended-upgrades/unattended-upgrades.log sent 20,636,219 bytes received 307 bytes 13,757,684.00 bytes/sec total size is 25,864,247 speedup is 1.25

Hi adrb, I see that you have some experience with SPI LCDs. Can you please tell me if is possible to mirror the framebuffer, similar like fbcp is doing for Raspberry? https://github.com/tasanakorn/rpi-fbcp And here some explanation: https://github.com/notro/fbtft/wiki/Framebuffer-use#framebuffer-mirroring Thank you

Hello people, I'm using Armbian 5.30 - kernel 3.4.113 on a Nanopi NEO. and I'm relatively new to this stuff, so please bear with me. I successfully managed to install an LCD screen on SPI (ILI9341) using this command: sudo modprobe fbtft_device custom name=fb_ili9341 gpios=reset:1,dc:201,led:6 speed=16000000 rotate=90 bgr=1 So far so good, but the resolution of the screen is too little and can't load anything - for example Dosbox. I would want to replicate the trick that already exists on Raspberry/Raspbian, and that is to framebuffer a higher res screen (at least 640x480) on the tiny LCD's resolution of 320x240. This is the program that is used for Raspberry, for reference: https://github.com/tasanakorn/rpi-fbcp Can someone please tell me if is possible? Thank you