rodolfo
-
Posts
204 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by rodolfo
-
-
but this should right?
it says Built-in converter chip, support hot plugging
I Don't need the sound
Looks fine.
-
I do not have a clear opinion about using RAM in this way when you don't have a lot of RAM for the rest of the OS and the Web browser.
Running OS, browsers and all in RAM only is a valid technology with IPXE-booted X86 kiosks. Some 2G RAM and disabled caching did the trick.
To burden our tiny gems with all the sophisticated workarounds is a bit too much. I'd go with @tkaiser and make sure you use suitable storage and take meaningful measures to not let firefox be abused by the usual "web experience"
-
HDMI to VGA converter is needed. Get one with optional audio output for a few bucks on ebay/ALI.
-
I use also X applications but without installing all the Xserver and going remotely exporting the X using SSH:
X over ssh is definitely the way to go. The turbo version of this is x2go. Have a look at http://forum.armbian.com/index.php/topic/1044-remote-desktop-fun-with-armbian/
-
Armbian tends to focus on base problems, server / iot functionality, since most of those boards have problems in the ground level and it's irrelevant if we add on it's rotten base an "smooth, high quality desktop". This is what some board manufacturers might do to impress their potential buyers.
Thank you for keeping Armbian clean and functional. The CLI version is all that is ever needed. For graphical ( mostly remote ) access I personally prefer lean and fast LXDE over XFCE. The modular approach of Armbian makes it easy to set up whatever one considers a "smooth, high quality desktop".
A typical example of flashy useless "technology" is Wayland - no transparent networking means pretty useless for SBCs and embedded projects.
-
Howdy all, First off want to say that I absolutely love X-Mouse Button Control - fantastic program, I am having one issue that is driving me mad that hopefully someone can help with. Whenever the program is running and I am connected to a remote desktop server the scroll wheel does not pass through to the remote computer. The issue occurs both when I set the Wheel Up and Wheel Down options to no change and when they are set to Mouse Wheel Up or down. I am running Windows 10 pro x64. Any ideas?
Off topic. Call M$ support, you paid for it.
-
But I still fail to understand the 'use case' here since a cheap Samsung EVO with 32GB or 64GB outperforms your USB stick -- see below -- and on WiFi only or Fast Ethernet devices like those you mentioned sequential performance is irrelevant more or less, isn't it? I ordered 4 x 64GB EVO on friday for 52€ in total (shipping/VAT included) and seem not to be able to order the thumb drive you mentioned with same capacity for a lower price (but when looking at 128GB it gets interesting since the Samsung EVO SD cards with 128 are more expensive and show less performance).
I've generally found SDcards less reliable than their USB counterparts and the physical handling of USB3 sticks is usually much smoother with PCs and notebooks. This is just a personal preference. For OPI ONE/LITE I put boot stuff on an old SDcard of any class/size and the rootfs on a USB3 stick.
A fast flash disk does of course nicely complement a fast SDcard if you need to add low power storage. As I already mentioned, OPI ONE and OPI LITE both with USB flash and wifi run from simple dual-18650 battery pack. HDD and SSD will meet some serious limits there.
You are of course perfectly right in pointing out the speed nonsense promoted in benchmark infomercials. An SBC will always be a carefully balanced matched system of storage, computing and I/O. It just happens that the small OPI H3 boards running with stock legacy Armbian show very pleasing balanced performance.
-
It should also be noted that benchmarks with just 10 MB file size might not tell the truth since many USB thumb drives are prone to throttling. They perform nice for 2-3 minutes and then drop down to laughable performance numbers (I've seen thumb drives slowing down from 80 MB/s to 2.x MB/s)
Common USB2 thumb drives ( as most other USB2 peripherals ) are pretty useless, not so the mentioned USB 3 drive. The benchmark numbers were published after actually veryfying ( test loop running iostat for > 1 h ) results.
Anyway back to 'real storage'
Real storage for real use cases ? Some people might be interested in cheap fast low power storage for their OPI ONE/LITE/PC appliances running on batteries, solar powered devices or simple low volume wireless-NAS, private cloud .....
-
-
Here's an interesting benchmark from a low power storage solution for OPI ONE :
Command line used: iozone -e -I -a -s 10m -r 4k -r 16k -r512k -i 0 -i 1 -i 2 kB reclen write rewrite read reread read write 10240 4 3946 4287 9421 7887 5294 3984 10240 16 11740 11651 21115 21087 14994 8719 10240 512 24376 24454 35105 35191 32879 24729Beats ( by half a bit/s ) SDcards in performance, eMMC in price and any SSD or HDD in power consumption. Great for power optimized systems running on battery.
Sandisk ULTRA FIT USB3 Flash Drive. Tested with Armbian 5.16, rootfs on /dev/sda1 ( USB flash ). Max. power consumption ( incl. WiFi,flash) during testing was 550mA, board running from battery.
-
... but as soon as it starts to download it is just a matter of minutes until the system crashes.
Check power first.
-
Every browser i tried has some sort of issues, that makes it less than usable on H3 devices.
Firefox is as good as it gets on OPI ONE/LITE with stock Armbian. Forget infotainment and the usual octacore gigaterror "web experience". Smart web applications run very nicely on H3. If you need the "web experience" - go buy a gadget designed for it ( Cupertino and Redmond will help you with the yearly upgrade ).
Want REALLY FAST browsing for your $10 OPI ONE ? http://forum.armbian.com/index.php/topic/1044-remote-desktop-fun-with-armbian/#entry8049
Fast browsing = fast cpu, fast storage and most importantly - enough bandwidth. You will get that from any cheap virtual cloud server. Install x2go server and access it from x2goclient on your OPI ONE/LITE.
-
Roger that, I will re-image armbian again w/ journaling and give it a go.
Just download a stock image, burn it and live happily ever after
Worse comes to worse,..
Wrong use case. We are trying to make good things better
I'll get one of those portable power modules with the 18650 in it, plug power into it, then feed the power out to the OPPC...just have to ensure the unit has separate charge and boost circuitry, or I'll just build me one from thingiverse http://www.thingiverse.com/thing:362179
You could also light a match, put some Ketchup on your forehead and go swimming. This will not solve any problems either but is a lot of fun
-
when power cuts, the system 99% of the time recovers...
When properly powered, the system 100% of the time does not go down. Actually TESTED on stock Armbian with stock settings on a dozen boards. This also has been TESTED and works on all sorts of Raspis as well. I'd strongly advise you to rethink the approach in dealing with SBCs. The world is full of hearsay, FUD and endless repair technology for unproven untested theories. Armbian is for doers and by doing and sharing actual successes we grow.
-
Just keep it simple. Instead of "optimizing for power cut" just do not cut power. This is done with battery buffering and has been proven to work with OPI ONE/LITE using stock Armbian as per stock Armbian documentations. All the circuitry needed is already included in a pair of the cheapest of power banks you can possibly buy. Add two quality 18650 batteries ( Samsung, Panasonic, Sanyo ... no UltracrapFirecrackers ), solder battery terminals ( +/+ -/- ) of power banks together and you are set. Will it drain the batteries faster than in theoretical lab conditions without any use cases ? You bet it will. Will it keep running when power is cut ? Sure ! Will it dampen quirks of PSU ? Yes - a great added benefit !
-
Keep it simple. Rented virtual servers are cheap and efficient for peak loads and excellent bandwith at a fraction of the costs for homebrew.
-
-
Apart from that I've looked a lot into how consumption with H3 boards can be minimized the last weeks. Less consumption is also less temperatures.
Thank you for putting the focus on things that actually matter.
-
Hi. I have orange pi pc with armbian installed. I'm powering opi pc with battery, I would like to make something like ups.
If all you need is some buffered power supply ( board not stopping on power cuts ) use two dirt cheap 18650 power banks and connect them on the battery side ( BAT+/BAT+ BAT-/BAT- ). Charge through one circuit and draw power through the other. Adjusting OPI PC for power consumption ( see http://forum.armbian.com/index.php/topic/1614-running-h3-boards-with-minimal-consumption/) helps when running from batteries.
-
Just disabling GPU/HDMI for headless use works great for OPI ONE/LITE. A customized x2go LXDE-desktop on OPI ONE accessed via WiFi or LAN uses just 85M RAM and "idles" around 900mW (LAN) - 1200mW (WLAN). That's just fine to run the boards from dirt cheap 18650 power bank hacks with passthrough charging.
-
BTW how do you measure chip temperature ?
Put your finger on the chip. If you can still touch it, you are just fine without even using a heatsink. Ever since settings were adjusted to sane values in Armbian, OPI ONE/LITE boards run reliably without heatsink. As already mentioned, a cheap sink with some thermal paste adds a safe margin unless you plan to steam up your board in a closed plastic box.
-
Figured i'll link to the original topic with the kingston sd card here http://forum.armbian.com/index.php/topic/1495-solved-another-broken-sdcard-orange-pi-pc-h3-not-booting/
And fdisking in the boot flag on the partition made no diffrance.
oops ... sounds like you had some frantic moments. Just relax.
1. Your board basically works ( your tests with other images )
2. The SDcard works on other boards ( your tests )
3. Armbian for Orange Pi installed per http://www.armbian.com/documentation works ( tested by other Armbian users )
This leaves us with :
- possibly corrupted image ( downloaded image or copy to SDcard )
- power issues ( OPIs are very picky about sufficient and stable power supply - see related forum posts )
Do a fresh download of Armbian for your board, dd it to SDcard and proceed EXACTLY as per http://www.armbian.com/documentation
Best of luck and have fun.
-
IMO it's better to have zero expectations when buying these dongles... prevents frustration
Most USB2-based add-ons ( SATA adapters, LAN sticks, flash drives ) have vastly inferior performance compared to the newer USB3 stuff as the bandwidth limitation of USB2 does not really merit faster components. On the other hand USB3-based gear uses faster components and the limitation will be USB2 speed.
USB3 Gigabit dongle + USB3 SATA adapter ( or 2x USB3 nano flash drives for low power use ) are combinations working very well with OPI LITE.
-
OrangePi Auto On
in Allwinner sunxi
Posted
You're trying to solve the wrong problem. OPI ONE/LITE power on nicely when you feed them enough juice if they have been shut down cleanly. Your problem is not starting but shutting down the boards cleanly when there is not sufficient power anymore. You'll obviously need some external logic to trigger controlled shutdown, cut power to the OPI and reattach it based on available minimum battery level to safely run the board and not ruin the battery. Good luck with your project.