• Content Count

  • Joined

  • Last visited

Everything posted by km1kze

  1. 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
  2. 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 ima
  3. 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.
  4. 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+
  5. 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 d
  6. 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\:
  7. 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.
  8. 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?
  9. 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?
  10. 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
  11. 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 temperat
  12. 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 A
  13. Thank you again, but I can't download the attached file, it seems it may not be properly uploaded. Can you please reupload it?
  14. Thank you for the update! Do you think these BSN20 will work? 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
  15. 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...
  16. I've got a similar screen and for me worked with the Waveshare drivers and instructions:
  17. Had you got any issues with overscan on 3.4 kernel like image cut on the borders-black stripes?
  18. 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
  19. 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/ 0 6 * * * /sbin/shutdown -r now */5 * * * * python /home/pi/ 2>&1 My user crontab: 0,15,30,45 * * * * sh /home/pi/ &>/dev/null The e-mail is sent everyday at 06:25 +0000 and seems to
  20. 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? And here some explanation: Thank you
  21. 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 l