ag123

ok testing out desktop x-windows typing from armbian ... nightly upgraded to 4.14.70 kernel started x-windows light-dm terminal works, thunar file manager works chromium (old news) and firefox crashes no worries for the hardcore there is still netsurf web browswer oh audio over hdmi works on orange pi pc, so do opi pc's analog audio mpv video works with audio over hdmi editors leafpad,geany works armbianmonitor -u https://pastebin.com/3NLDHaFs (truncated due to size limits, the latest entry is at bottom) chromium.log firefox.log

do a ls -l /dev/ttyACM* check the permissions, if it isn't correct try chmod 666 /dev/ttyACM? where that is the relevant ACM device

interestingly an nslookup on ix.io https://network-tools.com/nslook/Default.asp?domain=ix.io&type=255&server=8.8.8.8&class=1&port=53&timeout=5000&go.x=15&go.y=3 Queried domain does not exist maybe it is temporary ---------- update: it is working now

did an apt-get update followed by apt-get upgrade from 5.59 nightly builds on orange pi pc upgrades apparently went through successfully despite some errors post the follow-up scripts for zram-config, the errors seemed safe to ignore, rebooted and kernel is upgraded to 4.14.70-sunxi by the upgrade. things seemed to work just well in 4.14.70 further switched to development kernel 4.18.8-sunxi via armbian-config the current set of things seemed to work just well so far, rpimonitor now works in 4.18.8 no issues currently running via ssh remotely, i've not yet tested desktop thanks @Igor et.al ------- minor note, found that in 4.18.8 cpu seem to run only between 2 frequencies 648mhz, 1ghz hence i did a check between the dtb files (decompiling it using dtc -I dtb -O dts /boot/dtb/sun8i-h3-orangepi-pc.dtb) it turns out 4.18.8 do not have the operating point definitions that is there in 4.14.70 however, the dtb in 4.18.8 has some new definitions for csi (this may be good news for those wanting to try out the camera in the mainline kernel) various other definitions also varies between 4.14.70 vs 4.18.8 my guess is 4.14.70 could be considered stable and 4.18.8 still considered development/experimental switched back to 4.14.70 htmi-sound is also missing

more to the topic about that swapfile as root run /sbin/sysctl -a |grep vm.swappiness and here is a useful wikipedia entry about it https://en.wikipedia.org/wiki/Swappiness i think you can set vm.swappiness to 1, or some small numbers that is normally done by entering a line in /etc/sysctl.conf vm.swappiness=n where n is your desired value do also check the following: run /sbin/swapon and see if zram is configured in /etc/default/armbian-zram-config there may be some parameters used by /usr/lib/armbian/armbian-zram-config which runs at boot if zram is in use i'd guess u'd need to tune the vm.swapiness as otherwise over time the on flash swap may be filled ----- on another note, i think zram should be setup mainly in the nightly builds (i'm not sure if the stable images has zram enabled currently), zram uses compressed ram as swap and runs much faster than the on flash swap but that would be in the nightly builds, hence you may like to use a different sd card (e.g. a clone) to do that switch and the procedure to get there is apt-get upgrade armbian-config then run armbian-config and switch to nightly

well, among the things when you can't do ssh, did you try to ping the board address? if ping did not respond, most likely the board hung. if you have apps / services running on the board for long periods, some conditions that cause a memory leak can consume memory till it runs out you could do things like $ps auxk "-%mem" which would list the processes sorted by memory if you only want the first few rows say 10 rows you could do things like $ps auxk "-%mem" | head -10 and hence you could put that in a script and run that to log the sessions to a file for analysis. if you stagger out the runs e.g. once an hour, you may like to run it from cron to do the logs etc i think there may well be some tools that could do this easier/better e.g. utilities to catch possible memory leaks and log that to syslog it'd take some google searches etc to find them

i'm not sure whether to even call this a benchmark https://forum.armbian.com/topic/8203-orangepione-h3-an-experiment-with-small-heatsink/ in an attempt to verify the effectiveness of a heatsink, i used some codes which basically does 1000x1000 matrix multiplication (single precision) i think 'traditionally' that's done with blas and calling sgemm (sp) or dgemm (dp) functions. 1000x1000 matrix multiply has a formula for the number of floating point ops which is 2N^3 (i.e. 2 billion floating points ops), i'm not using blas but rather using some c++ codes that only does the matrix multiply. that allows me to do some basic verification of whether a small heatsink would after all even made a difference, i did some optimization, unroll the loop and surprisingly got a 10 fold increase in performance in terms of mflops. the codes are attached in the 2nd post in the thread. i think matrix multiplication doesn't always reflect real world scenarios as in even if there are matrix multiplications, in real cases matrices are not necessary sized this way (e.g. could be much smaller or bigger) and is not necessary square matrices. but that doing strictly square matrix computations do give a sort of way to 'get a feel' of how would the same matrix multiplication differ between the different frequencies etc doing things like linpack may give one lower mflops say compared to this as linpack involves solving the matrices rather than simply multiplying matrices and in addition, how the optimization is applied can drastically change the mflops throughput (e.g. in my case for H3, the loop unrolling optimization achieved a 10 fold increase in mflops, but the same optimization may not work as well for a different soc, or in the case of a superscalar soc the cpu may be able to 'unroll the loop' in hardware even without this loop unrolling optimization this is very much simply 'synthetic'

check the logs e.g. /var/log/messages if there are out of memory conditions etc. or if there are any messages related to some problems

out of curiosity i fine tuned the source codes making use of the quad execute for floating point on cortex a7 (simply unroll the loop) https://community.arm.com/processors/f/discussions/5277/cortex-a7-pipeline-is-non-symmetric-what-does-this-attribute-mean 2389.49Mflops ! now that looks like the power of a modern arm cortex a7 processor. my guess is the gains are from pipelining efficiencies and the fp quad execute the command to build is c++ -O2 -std=gnu++11 -pthread -o mat main.cpp then run ./mat sources attached main.cpp yes that is the orange pi one or orange pi pc (H3) mainline kernel and for all that speeds the temperatures (with heatsink) looked uneventful (no high temps etc)

simply get a board, install armbian (i.e. the desktop version) or the cli version (e.g. bionic or stretch) then run apt-get upgrade armbian-config followed by run armbian-config and install the desktop from there) the look on the desktop, panels, short-cuts, icons etc can be configured and changed in addition i'd recommend to switch to light-dm (light display manager) in armbian-config https://www.armbian.com/download/ alternatively if you prefer to run linux on your x86 pc there are many to choose from https://www.ubuntu.com/ https://www.debian.org/ https://getfedora.org/ https://www.opensuse.org/ https://www.archlinux.org/ etc armbian is created here: https://github.com/armbian/build but i'd suggest starting with a stock image install first link above as that's the fastest / simplest way to get started on a personal note/prejudice, i simply preferred armbian over the likes of say raspberry pi etc. with armbian you have many boards that you can literally choose, and it is pretty much true to it a debian or unbuntu linux distribution, i hardly miss anything on the desktop version of armbian vs say on a pc with linux installed. using a sbc with armbian desktop makes the sbc a 'little desktop' that you can bring around plug in to any hdmi monitor and start using (get a wireless keyboard and mouse combo to go with it), or alternatively connect a network point or plug in a wifi dongle and use it via ssh remotely literally anywhere

hi all, i switched to nightly builds on mainline kernel using sunxi-next kernel using armbian-config (it is recommended to do a apt-get upgrade armbian-config if that has not been updated ) on the menu software > system and 3rd party software > install full firmware package this would install some firmware blobs for various modules e.g. for the realtek wifi socs i'm not sure if that would solve the problem , but it may be worth trying out https://forum.armbian.com/topic/1237-opi-one-wireless-success/

orange pi one H3 idles somewhat warm in part due to a power regulator that switches only between 1.1 and 1.3 v. orange pi pc could idle at pretty low temperatures (closer to room without a heat sink due to a better power regulator as well), and the h3 runs rather hot say > 70deg C when under loads the trouble is the SOC die is 14x14mm, and if one wants to use a large heat sink, it wouldn't fit and you would need to use the copper shim method, to provide some clearance to fit a large heat sink that is troublesome and hence , i made do and made an attempt to try out *small* heat sinks, e.g. https://www.aliexpress.com/item/10pcs-Computer-Cooler-Radiator-Aluminum-Heatsink-Heat-sink-for-Electronic-Chip-Heat-dissipation-Cooling-Pads-14/32890197245.html the dealer provided some thermal tapes, it is convenient, but i did not use them, instead i used some ordinary heat sink compounds like this https://www.ebay.com/sch/i.html?_from=R40&amp;_nkw=hy510&amp;_sacat=0&amp;_sop=15 the results looks like this, i used a little too much thermal compound and they ooze from the edges tests platform: debian stretch mainline kernel (switched to development / nightly builds) Linux orangepione 4.14.68-sunxi #161 SMP to evaluate how well such small heat sink works i made it (H3) do some math (square matrix multiplication) based on codes adapted from https://github.com/mtrebi/matrix-multiplication-threading.git this probably won't give the best mflops, gflops but it is able to run all 4 threads concurrently doing the matrix multiplication the test does a multi-threaded 1000x1000 matrix multiplication concurrently, this is 2N^3 flops (2 billion floating point ops) here are the results orange pi one no heat sink idle heat sink idle i noted that the idle temperatures are about 5 degrees lower average vs without the heat sink no heat sink load 5 cycles of 1000x1000 matrix multiplication (each cycle takes about 10-11 secs hence about 1 min run) heat sink load 5 cycles of 1000x1000 matrix multiplication (each cycle takes about 10-11 secs hence about 1 min run) ok so that is 180mflops (no heat sink) vs 214mflops (heat sink), note that in this particular case, i started off at lower temperatures (i.e. after the board just started), hence, there is more thermal headroom which results in a higher difference. this is quite reflective of a transient load. no heat sink load 10 cycles of 1000x1000 matrix multiplication (each cycle takes about 10-11 secs hence about 2 minutes run) heat sink load 10 cycles of 1000x1000 matrix multiplication (each cycle takes about 10-11 secs hence about 2 minutes run) ok so that is 178 Mflops no heat sink vs 194 Mflops, with heat sink no heat sink 960000 6162 6162 6162 6162 <<< cpu spend most of the time here 1008000 3307 3307 3307 3307 <<< cpu spend most of the time here vs heat sink 1008000 6528 6528 6528 6528 <<< cpu spend most of the time here 1200000 7056 7056 7056 7056 <<< cpu spend most of the time here this case would more likely reflect sustained loads conclusion the small heat sink is probably inadequate but nevertheless it made a modest improvement the cpu is able to spend more of the time at the higher frequencies under load vs without heat sink, hence the Mflops improvement for transient conditions (i.e. short high loads) this small heat sink apparently made a visible difference as seen in the Mflops improvement somewhat lower idle temperatures (for orange pi one), orange pi pc could do without a heat sink at idle

i noted that armbian sbc users can come from all rays of the spectrum sometimes i may chip in if i think i may help, then for some cases, i'd simply leave it alone (i.e. ignore it) users new and old, novice, noobs or otherwise have their struggles, perhaps a rather common sight is 'unsupported', 'partially supported' boards, so the users are basically openly voicing their struggles, if i've no idea about it, the response is to simply ignore the thread. you can't fault people who messed with something foreign to them, struggled and hence post a topic, clueless or otherwise i mean they really do not know anything / something about it

simply type $ python >>> print "hello world" does that work? if it works python is already installed, google search for other tutorials

another time when i had the problem is when i connect both my opi pc and a bluetooth speaker (with analog inputs) to the same usb power supply (a multi port usb charger), the 60 hz hum is loud, this i believe is due to currents being overdrawn (i.e. the power supply couldn't cope) and the ripples are amplified by the amplifier i disconnected the usb charger from the bluetooth speaker and simply run the speakers on its own battery packs, all that noise is gone so the power supply is an important source of all that interference

agree with @tkaiser a new section could be created in docs, perhaps call that FAQ it should perhaps be a different section from troubleshooting faq (the subject headline in the main text is more appropriate for that section's menu: Hardware troubleshooting guide) https://docs.armbian.com/User-Guide_Basic-Troubleshooting/ 'advanced features' could be moved further below https://docs.armbian.com/User-Guide_Advanced-Features/ so that FAQ can sit in that place a lot of it relates to apps (e.g. youtube in chromium / firefox, and even possibly the chromium / firefox etc) than the o/s, board etc there is this thread on the tinkerboard community forum https://www.tinkerboarding.co.uk/forum/thread-832.html apparently quite a lot of people use their tinkerboard as a desktop substitute or some kind of media pc (web browsing, youtube browsing, kodi etc) but of course tinkerboard rk3288 is much faster than h3, but the price of tinkerboard is about > 3x to 4x orange pi one orange pi one / orange pi pc H3 my guess has 2 groups of users - the 'iot' group who use it 'headless' unfortunately i think this is the minority and the conventional group who use it as a desktop substitute, i.e. the 'desktop' users an faq addressing applications shortcomings would help with this 'conventional' group

i'm not sure if PC plus is different from PC but if i play mp3 audio files directly using mpv on the command line, the sound is pretty clear no glitches there could be 2 possible related issues, latency due to loads say with video or network latency and possible electrical interference / noise from other sources.

try switching to nightly / development build?

try apt-get upgrade armbian-config then run armbian-config again if that didn't quite work you may try switching to the nightly / development builds

for now i think it is ok as after all i'm running a 'development' kernel, i'd try to setup my build environment as diskspace etc are running low on my host pc. hence i mainly run the images on my board and i'm happy to try out the 'development' images and kernels i hope providing some feedback could help in evaluating the (kernel) configs etc so that we may 'preempt' some issues for the 'user' release if you enable the configs CONFIG_SYSVIPC, CONFIG_POSIX_MQUEUE, CONFIG_USELIB, i'd try again to switch to 4.18 kernel in armbian-config

apparently i think rpimonitor use sysv-ipc (i.e. shmem) hence as it is turned off in the config in 4.18 builds, that probably breaks rpimonitor

hi just a feedback about the rpimonitord issue , i just did a new install for a new sd card orange pi pc debian stretch (Armbian 5.59) after i switched to the nighly development builds (Armbian 5.59.180909 nightly) i've verified that rpimonitor is still running the kernel is Linux orangepipc 4.14.69-sunxi #183 SMP but when i switched to the development kernel as well 4.18.7-sunxi #180 SMP rpimonitor failed then i go into /boot and did diff -C 2 config-4.14.69-sunxi config-4.18.7-sunxi |less i observe this the various parameters for CONFIG_SYSVIPC, CONFIG_POSIX_MQUEUE, CONFIG_USELIB, are apparently switched off in the 4.18 kernel builds orange pi pc (h3) i've verified that rpimonitor functionality is restored by reverting the kernel to 4.14 using armbian-config Linux orangepipc 4.14.69-sunxi #183 SMP Sun Sep 9 23:38:42 CEST 2018 armv7l GNU/Linux armbianmonitor -u ( just prior to downgrading the kernel to 4.14.69) http://ix.io/1mp9

try with Pantelis Antoniou's dtc compiler https://github.com/pantoniou/dtc and i'm not sure if your dtc script is correct and if it'd actually work there are hints in this thread as well

for mainline kernels based debian stretch or ubuntu bionic hdmi audio may be in the 4.18 kernel, but i've not yet tried it out https://github.com/megous/linux if you want to try those things, you'd need to use the development builds and development kernels 1) apt-get upgrade armbian-config 2) run armbian-config , system > nightly 3) switch to alternative kernels and see that it is 4.18 note it may (severely) break what you are currently using, so ideally backup a copy of the image on the sd card say on your host computer as for me i take some risks, some things are broken but otherwise i've been able to bootup, use most of the things etc or possibly you may want to wait for the next major release

actually @tkaiser did a lot of reviews related to h3 e.g. orange pi pc, orange pi one etc they are in the research guides tutorials sections https://forum.armbian.com/forum/26-research-guides-tutorials/ and reviews section https://forum.armbian.com/forum/29-reviews/ they are really great articles and do take some time to read them, i think they'd give you a very good clue to which board you may want. for the orange pi pc when it is idle and with a recent install, orange pi pc idles about 10 deg C above ambient (40 deg C) while orange pi one idles about 20 deg C above ambient (50 deg C) in my climate / environment. However, if it is under high loads, u'd only need to run a big web browser (e.g. chromium / firefox etc), open many tabs and for the 'heavy' web sites, which incidentally include this forum (open many different tabs), soc temperatures can run pretty high say 70-80 deg C without a heatsink on both 70-80 deg C may be 'high temperatures' but i think the soc can handle it, but that is as far as the loads can go to without a heat sink. if you run higher loads without a heat sink say pushing it to 100 deg C (boiling point) or higher, you may then risk damaging the soc. I think you can order kits i.e. with heatsink or combine the order from the same vendor, the alternatives could include trying to source the heat sinks locally as they are after all basically pieces of aluminium or copper with fins tl;dr this actually isn't an 'orange pi' problem, raspberry pi 3, beagle bone black, intel compute stick, mobile phones cpus, desktop cpus etc there is one thing in common, all of (every one of) them (no exclusions) run hot when loads are high. whether they survive the high temperatures is simply a matter of how you remove that heat from the chip