rodolfo

Q.E.D.

Perfect !

No - you are just not reading and comprehending. You were asking for beginner's advice on Linux and SBCs, but instead of learning and doing you started to flood forums with unquoted googled spam and unsollicited marketing hype. Armbian is doing an excellent job in sorting out the mess and actually providing sound workable solutions.

Interesting report. From what I gather from the (google translated) article kernel/modules were patched with USB CDC code from Android to create a gadget ethernet device ( virtual NIC usb0 , which can then be used like any other network interface ). On smartphones this is used to enable "USB tethering". It would be great to have this functionality for OPI boards. Sending fast data through micro USB sounds much better than abusing it to power boards. https://pixhawk.ethz.ch/tutorials/omap/usb_network

@gnasch Obviously your network dongles are recognized. Try the following steps : nano /etc/wpa_supplicant/wpa_supplicant.conf ----------------------------------------------------------- ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=1 network={ ssid="Gast" psk=1a97bf36071e3e957e4c68cd530c56d2e328a4fcde5540c18a103477c7cc23e5 key_mgmt=WPA-PSK } nano /etc/network/interfaces -------------------------------------- allow-hotplug wlan0 iface wlan0 inet dhcp wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf >>>>>There may be hotplugging junk left from previous attempts nano /etc/udev/rules.d/70-persistent-net.rules ------------------------------------------------------------ (clear out all wlan entries) restart and enjoy !

@tkaiser Adapter link : ----------------- http://www.ebay.com/itm/141821170951?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT lsusb : --------- Bus 001 Device 003: ID 0bda:8153 Realtek Semiconductor Corp. The Realtek 8153 USB3 dongle works reliably and draws max. 180mA ( tested on adapter to OTG port on OPI ONE )

@zador I was just pointing out the existing connectivity options for immediate use. USB Ethernet option would of course be fabulous and I'm looking forward to testing/using it on OPI LITE. Thanks for the good job !

Using the regular Ethernet port on OPI ONE / Armbian_5.10 you get the following performance : iperf -c 192.168.3.26 ------------------------------------------------------------ [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.1 sec 116 MBytes 96.6 Mbits/sec iperf -c 192.168.3.26 --dualtest ------------------------------------------------------------ [ ID] Interval Transfer Bandwidth [ 5] 0.0-10.0 sec 114 MBytes 95.2 Mbits/sec [ 4] 0.0-10.3 sec 47.1 MBytes 38.5 Mbits/sec A simple USB ethernet dongle plugged into OTG-port via adapter on OPI ONE / Armbian_5.10 shows the following performance : iperf -c 192.168.3.26 ------------------------------------------------------------ [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 333 MBytes 279 Mbits/sec iperf -c 192.168.3.26 --dualtest ------------------------------------------------------------ [ ID] Interval Transfer Bandwidth [ 5] 0.0-10.0 sec 200 MBytes 168 Mbits/sec [ 4] 0.0-10.0 sec 209 MBytes 175 Mbits/sec Using the OTG-port on OPI LITE still leaves you with two full size USB A ports for low-power fast flash storage. MIC and IR receiver are an added bonus. If wifi works reasonably well ( I'm using <$2 realtek dongles on OPI ONE ) on OPI LITE it will be quite a steal for $16 ( please tell me where you get it without shipping costs ).

Dear jmf11, You definitely need to list and prioritize all your requirements. Find out exactly, what you want to do and then evaluate existing proven solutions in order to focus on your project and not add additional arbitraries. If needed, order OPI ONE/PC , a decent power supply and some SDcards to evaluate Openelec and Armbian. That's the only way to find out whether you'll end up in a foolproof love affair without roadblocks and live happily ever after. Good luck.

I've just successfully set up alsa on a clean armbian_5.10 jessie server based LXDE-desktop install on OPI ONE. Configure sound card used (system-wide) : sudo nano /etc/asound.conf -------------------- pcm.!default { type hw card sndhdmi } ctl.!default { type hw card sndhdmi } -------------------- Restart and enjoy HDMI sound.

@serge-404 I'm using the excellent Armbian on OPI ONE for most use cases. For multimedia use you might try jernej's OPENELEC : http://www.orangepi.org/orangepibbsen/forum.php?mod=viewthread&tid=1075&extra=page%3D1.

@Set3 Glad to hear your Opi One stopped burning. The "fix" is actually just adjusting minimum frequency and reverting to previous ( tkaiser ) settings. The next Armbian release will feature a generally optimized dvfs_table for OPI ONE. It should be fixed with your next upgrade. Search for "script.bin", "fex" on this or the the sunxi.org site for further info on board definitions.

@Chillman For Armbian_5.05 you had to compile a patched version of module 8192cu. This is no longer needed, the module 8192cu is already compiled and ready to use. In order to load it at startup : nano /etc/modules-load.d/modules.conf (change) ------- #8189es 8192cu -------- configure your network as you did with Armbian_5.05 and you are set to go. Enjoy !

Tested working wifi-dongles with OPI ONE and Armbian_5.10 (Load proper module at startup) nano /etc/modules-load.d/modules.conf ------- #8189es 8192cu -------- 1. RTL8188CUS cheap no-name dongle from Aliexpress ( < $2 ) Bus 002 Device 003: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter identified as (rtl8192cu) performance : 86.8 Mbits/sec 2. RTL8188EU cheap no-name dongle from Aliexpress ( < $2 ) Bus 001 Device 009: ID 0bda:0179 Realtek Semiconductor Corp. ( noname identified as 8188EU ) identified as (rtl8188eu) performance : 86.1 Mbits/sec 3. RTL8188CUS Edimax EW-7811Un high quality dongle ( $10 ) Bus 001 Device 008: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS] identified as (rtl8192cu) performance : 82.9 Mbits/sec Remarkably all three dongles perform well in a not too noisy environment. The Edimax dongle is far superior when there is interference ( yes - we all sit in a giant microwave oven ) AP mode could not be tested yet. iw list does not return any result with the driver.

@zotac The new default Armbian dfvs_table looks perfectly fine as I've already successfully tested these settings. @tkaiser Your use cases of "torturing poor little boards" of course merit safer default settings. So far I've not seen any problems in running typical target loads with the simpler settings for OPI ONE ( migth be different for OPI PC ). Thanks for the links, I'm tempted to start a little bonfire with a spare board. Thank you both for your excellent work in converting OrangePi bricks into something useful.

Update for Armbian_5.10 : Instructions for remote desktop servers ( xrdp, x2goserver ) and clients ( rdesktop,x2goclient ) are valid and successfully tested on Armbian_5.10.

@zador @tkaiser I've tested different dvfs-settings ( 2 - 5 levels ) for OPI ONE ( HDMI graphics session, remote graphical x2go-session with youtube-video running in iceweasel, htop average load 2.5 ). The following settings produced the lowest temperatures under comparable loads /etc/default/cpufrequtils ------------------------ ENABLE=true MIN_SPEED=480000 MAX_SPEED=1200000 GOVERNOR=interactive ------------------------ /boot/bin/orangepione.fex ------------------------ [dvfs_table] pmuic_type = 1 pmu_gpio0 = port:PL06<1><1><2><1> pmu_level0 = 11300 pmu_level1 = 1100 max_freq = 1200000000 min_freq = 480000000 LV_count = 3 LV1_freq = 1200000000 LV1_volt = 1300 LV2_freq = 1008000000 LV2_volt = 1100 LV3_freq = 480000000 LV3_volt = 1100 ------------------------ cpufreq-info -------------------- ..... analyzing CPU 3: driver: cpufreq-sunxi 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: 2.00 ms. hardware limits: 480 MHz - 1.20 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, interactive, performance current policy: frequency should be within 480 MHz and 1.20 GHz. The governor "interactive" may decide which speed to use within this range. current CPU frequency is 480 MHz. cpufreq stats: 60.0 MHz:0.00%, 120 MHz:0.00%, 240 MHz:0.00%, 312 MHz:0.00%, 408 MHz:0.00%, 480 MHz:66.91%, 504 MHz:0.02%, 600 MHz:0.08%, 648 MHz:0.00%, 720 MHz:0.01%, 816 MHz:0.00%, 912 MHz:0.00%, 1.01 GHz:20.89%, 1.10 GHz:0.38%, 1.20 GHz:11.71%, 1.30 GHz:0.00%, 1.34 GHz:0.00%, 1.44 GHz:0.00%, 1.54 GHz:0.00% (2783) -------------------- There were no ARISC messages with these settings.

@zador The fix ( actually reverting to 5.05 settings ) solves the problem. Working [dvfs_table] for OPI ONE (only two voltages defined) see previous post. Thanks for your help.

@igor Sorry for the noise - I had not realized that 8192cu module is fixed in the meantime. So all that is needed is enabling the module 8192cu . I will test available modes and performance. Thanks for the good job !

I've actually tested your proposed solution on OPI ONE and still got ARISC errors. I then tested the fix I posted on OPI ONE and got NO ARISC errors. Have you actually tested your solution on OPI ONE ?

see previous ( 0.23567 seconds earlier ) post

Fix posted under http://forum.armbian.com/index.php/topic/1122-arisc-errors-have-returned/

I've experienced ARISC errors on Armbian_5.10 server for OPI ONE. The culprit was a faulty script.bin setting. Fix for OPI ONE : Login as root cp /boot/bin/orangepione.bin /boot/bin/orangepione.bin.old bin2fex /boot/bin/orangepione.bin /boot/bin/orangepione.fex nano /boot/bin/orangepione.fex ------------------------ [dvfs_table] pmuic_type = 1 pmu_gpio0 = port:PL06<1><1><2><1> pmu_level0 = 11300 pmu_level1 = 1100 max_freq = 1200000000 min_freq = 648000000 LV_count = 2 LV1_freq = 1200000000 LV1_volt = 1300 LV2_freq = 648000000 LV2_volt = 1100 ------------------------ fex2bin /boot/bin/orangepione.fex /boot/bin/orangepione.bin et voilà ! ( settings valid only for OPI ONE )

@theguyuk Instead of worrying what's good for kids or ranting about backward desktops and Raspberry Pi missing Android - just relax and have some fun with your boards. If you manage to successfully install and run the desktop version of Armbian on one of your OrangePi boards with HDMI monitor, keyboard, mouse and Internet access via LAN, there is plenty of on-the-job basic Linux training available. If you run into trouble, you'll have to be rather knowledgable in Linux. Here's another route to Linux that will spare you the added trickery with the development boards : Buy a cheap used laptop, install Debian or Ubuntu and play around for a couple of weeks. This would be a suitable first step into the Linux world. Later you would use the same Linux laptop to prepare ressources and interact with your boards. Best of luck ( and please do not punish kids with Android, they deserve an education )

-deleted post-