rodolfo
-
Posts
204 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by rodolfo
-
-
Once USB OTG controller is supported in mainline, it should work without any patches.
Perfect !
-
I am to naive in my hopes.
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.
-
Not my experience, but in this article Orange Pi One is mounted inside a router (running OpenWRT) to offload OpenVPN encryption. It's connected only via USB/CDC, and raw link speed was ~100-120Mbit/s. Even without translation you should get the idea looking at photos and screenshots.
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.
-
@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 dhcpwpa-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/seciperf -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/seciperf -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/secUsing 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/sec3. 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/secRemarkably 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 !
-
Nope, see the real solution. My assumptions back then when I defined initial dvfs settings were wrong (maybe also caused by a leading zero as now again). So a way better idea is to adopt zador's dvfs table that will be the 'fix' later since this allows lesser clockspeeds when not needed, leads to a cooler board and also more performance (when used without heatsink or in a small enclosure). The 2 relevant changes are:
- 480 MHz min instead of 648 MHz
- switch between 1.1V and 1.3V at 816 MHz and not 648 MHz as before
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 ?
-
fix might come soon and you're able to fix it yourself
see previous ( 0.23567 seconds earlier ) post
-
-
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.binet 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-
Another Arm Linux
in Off-topic
Posted
Q.E.D.