km1kze

Members
  • Content Count

    20
  • Joined

  • Last visited

About km1kze

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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.
  2. 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
  3. 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?
  4. 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?
  5. 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.
  6. 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?
  7. 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?
  8. 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...
  9. did you tried connecting to AV/HDMI?
  10. 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
  11. km1kze

    testers wanted Next major upgrade v5.60

    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
  12. Thank you again, but I can't download the attached file, it seems it may not be properly uploaded. Can you please reupload it?
  13. 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
  14. 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...
  15. km1kze

    Orange Pi Zero + 3.5" TFT Touchscreen

    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