Asus’ Tinker Board single-board computer reviewed

The Raspberry Pi Foundation made a larger-than-expected splash when it released the first version of its eponymous single-board computer way back in February 2012. That original single-core, 700 MHz ARM11 machine has since ripened into a far more powerful quad-core, 64-bit computer with an audience far beyond the classrooms its creators originally had in mind.

With success comes imitators. Maker-focused e-shops now have pastry cases filled with a host of Pi clones in Banana, Orange, and Rose flavors in addition to BeagleBoards and Odroids. Some of these clones have sought to undercut the Raspberry Pi on price, while others add extra I/O capabilities like SATA ports. Asus is the first major motherboard vendor to enter this space, and its Tinker Board boasts Gigabit networking, more memory, a faster CPU, and enhanced graphical capabilities, including 4K video playback. The original goal of this review was to put the machine’s horsepower to the test, but software problems prevented us from performing many of the intended benchmarks.

Promising hardware and the competition

Let’s start with the hardware. The Tinker Board is built around a 1.8 GHz Rockchip RK3288 quad-core ARM Cortex-A17 SoC. An integrated Mali-T760 graphics core pushes pixels around as fast as its 600 MHz core allows. The CPU and GPU share a 2 GB pool of LPDDR3 memory. Primary storage comes via a spring-loaded microSD slot, though additonal drives can be added to the Tinker Board using the quartet of USB 2.0 ports. The overall layout of the Tinker Board’s I/O is nearly identical to the Raspberry Pi 3, with the exception of a connector for an external Wi-Fi antenna. The ribbon connectors for a display and camera, as well as the bank of 40 general-purpose input-output pins are in the same locations, though the exact GPIO pin layout is completely different from the layout used on all newer Pi models.

Note the similarities in I/O layout in Asus’ Tinker Board, above, to the Raspberry Pi 3, shown below

Asus offers Linux and Android operating systems for the Tinker Board. Tinker OS is based on Linaro, which in turn is based on Debian Linux. Asus’ Android port is based on Android Marshmallow, which is now two versions old. An official Android port is somewhat uncommon among SBC vendors, though its usefulness on the Tinker Board is tempered by the omission of Google Play Services and the Google Play Store. I focused my testing on Tinker OS, though I did try to use the Android port, as well.

Most of the Tinker Board’s components are mounted to the top of the board, with the exception of the pair of 1 GB memory chips and the microSD slot that sit on its underside. The heatsinks shown in the first picture of this article come in the box with the Tinker Board, but the user must fit them to the board.

When compared to the SoC aboard the Raspberry Pi 3, the Tinker Board’s CPU is markedly faster. The Ethernet port has the twofold advantage of having a Gigabit, rather than 10/100 Fast Ethernet controller, and it also doesn’t run on the same USB 2.0 bus as the rest of the peripherals. The Rockchip’s ARM Mali graphics have more potential than the 300 MHz Broadcom VideoCore IV unit in the Pi, as well. Asus says the Tinker Board can deliver 4K output over its HDMI port, but I was not able to put this claim to the test. I don’t own a 4K display, and other issues arose that would have stymied such testing anyway. More on that in a bit.

The Pi and other SBCs also have to contend with low-power computers powered by Intel’s Atom-based Celeron and Pentium chips. I also brought a Raspberry Pi 3 and one of ECS’ Liva mini PCs to the party. The specific Liva model I used was released in 2015 and sports an Intel Bay Trail Celeron N2806 dual-core chip running at 1.60 GHz (2.0 GHz Turbo), Intel HD Graphics running at 313-756 MHz, 2 GB of LPDDR3 memory running at 1066 MT/s, and 32 GB of eMMC storage. The Liva is still available for around $100. This is about $30 more than even the Tinker Board, but it does include a case and a power supply in addition to the previously-mentioned integrated storage. The Liva Mini is slightly larger than a Tinker Board in a case, and its maximum power draw of 15 W is about 15% higher than Asus SBC. The Liva packs Gigabit Ethernet just like the Tinker Board, but it is bringing several guns into a knife fight with its USB 3.0 bus, dual-band capable Wi-Fi chip, and full x86 compatibility.

The Liva does have two handicaps when compared to the SBCs. While the Liva runs Windows 10 without any challenges, Linux compatibility is currently limited to Ubuntu-based distributions. When running Ubuntu, the Liva will not boot unless a display is attached. Second, while the Liva has pins marked “GPIO,” no documentation was provided. Those looking for a way to drive relays or integrate sensors that communicate over I2C will have to jump through some hoops.

 

Some assembly required

The unboxing and setup of the Tinker Board should be familiar enough to anyone who has used a Raspberry Pi or other SBC. The board comes packaged in an anti-static bag inside a small cardboard box. The package contains a couple of small heatsinks that attach to the chips on the board using pre-applied thermal tape. The only other item in the box was a warranty card printed in several languages. No installation materials or setup instructions were included, which is standard for these types of devices.

The buyer needs to provide the Tinker Board with a power supply capable of providing a rather beefy 2.5 A at 5 VDC, and a microSD card with a minimum size of 8 GB. No case is provided, but most cases for the Pi 2 or Pi 3 will fit the Tinker Board. The software installation process is typical for SBCs: download the OS image from Asus’ Tinker Board page, extract the contents, and flash it to a microSD card using Etcher or Win32DiskImager. Asus provides its own Linaro-based Tinker OS and an Android port for users to choose between.

For perspective, the Raspberry Pi is similarly supplied without a power supply, case, or storage. The Liva PC, on the other hand, comes with all the hardware needed to get going. Users need only add an OS.

Single-board computers like the Pi and the Tinker Board don’t have the grunt or the software compatibility to compete with the usual x86 hardware when it comes to things like doing office productivity work. Neither do they typically have the hardware muscle for browsing the often inefficiently-coded modern web or doing content creation work. These devices are then best left to specialized tasks.

My intent was to use the Tinker Board, the Raspberry Pi 3, and the Liva Mini PC in three scenarios: working as an inexpensive, power-sipping miniature server, performing as a media player box with software like Kodi (nee XBox Media Center), and emulating gaming consoles from generations past.

Connecting to a display

The first sign of trouble came when connecting the Tinker Board to a display. All the Raspberry Pi units I have set up have always worked with any computer monitor or TV set I have connected to them. The Tinker Board would not provide any display output when connected to any of the four computer monitors I used, and it provided unsatisfactory output on the 1280×720 and 1920×1080 televisions I tested.

The Tinker Board’s output on both TVs went far past the edges of the displays’ edges and made using the machine a chore. Finding and clicking the main menu button was a guessing game because I simply couldn’t see it. I was able to find help to get the device to work with a monitor with a non-broadcast resolution, but these hurdles are far beyond what a user should be expected to overcome simply to connect a monitor.

The Raspberry Pi and the Liva PC both connected to all tested displays and delivered excellent output at native resolution without any overscan problems. Achieving correct display output on a range of monitors has been a trouble spot for other SBC upstarts in the past, but the Tinker Board has been on the market for several months and still has substantial problems in this area.

The Tinker Board comes with SSH enabled by default, so I was able to access and control the machine over my network even without a display. We reached out to Asus about these problems, and the company offered an improved version of the software. The updated software changed the nature of the problems, but did not resolve the issues.

Serving at home

In the mini-server role, I wanted to test three different ways someone might use a low-power server at home: serving files over SMB like a cheap, power efficient NAS, working as a torrent box, and babysitting an old laser printer with no network port as a simple print server.

The Tinker Board’s wired networking hardware is much faster than the Raspberry Pi 3’s. In iperf testing, the Tinker Board was able to nearly saturate a Gigabit LAN connection, delivering throughput ten times higher than the Raspberry Pi 3’s 10/100 Ethernet. The Pi 3 can achieve a maximum of about 95 Mbit/s in iperf testing, but performance as a cheap NAS is hampered by the fact that the networking hangs off the same 480 Mbit/s USB 2.0 bus as any storage devices, including the microSD card. The Tinker Board is also hamstrung somewhat by the storage speed limitations of the USB 2.0 bus, but the fact that its Gigabit LAN controller doesn’t share bandwidth with other devices helps a bit.

I set up all three devices with Samba for some real-world testing with TR’s standard media and work test sets. The media set contains 199 files with a cumulative size of 1.93 GB. The work set has 9132 files and a total size of 112 MB. All three machines were set up with the same 120 GB Adata SSD inside a UASP USB 3.0 hard drive enclosure. The Liva PC was thus able to use the drive at native SATA speeds, but the SBCs were both limited to USB 2.0 throughput.  

The Liva won all read and write tests in dominating fashion, but the Gigabit Ethernet on the Tinker Board didn’t embarass the 100-megabit Pi the way that one might expect. Asus’ SBC really struggled in the work file set, actually losing to the Pi by a considerable margin. The Tinker Board’s sequential read and write speeds were disappointing overall, at about 24.5 MB/s in either direction. The bottom line is that neither SBC will work well as a substitute for a real NAS. The Liva could do the job if one is willing to put up with a tangle of USB cables.

As for torrenting, my home network connection is advertised as 300 Mbit/s, and only the Liva was able to keep up with incoming data, which showed bursts over 40 MB/s in my testing. The Pi was once again bottlenecked by its 100 Mbit Ethernet port and the Tinker Board couldn’t go any faster than about 24 MB/s.

It was relatively easy to set up all three machines as a Linux print server using instructions found online. I set up the printers on all three machines remotely using CUPS. I used the apt package manager to install CUPS and then configured the printer using a web browser on another machine on the same network. The setup process on all three machines was identical.

For those unable or unwilling to wade into the world of SMB and CUPS on Linux, the Liva has the added benefit of running Windows. As far as I could tell, any of the three devices would work well as a print server for an older printer without its own network port, but the Raspberry Pi is the clear winner here because of its substantially lower price.

Servers should ideally consume as little power as possible to do their thing. The rated power consumption of the Tinker Board and the Raspberry Pi are about the same, and the Liva PC has a slightly higher maximum power draw. For the simple home server use cases described here, it is difficult to recommend the Tinker Board over the Raspberry Pi given the higher price. The Liva delivers much higher peak performance as expected, though it cannot boot headless under Linux.

 

This should have been fun

While the Tinker Board’s networking performance doesn’t light the world on fire, our attempts to use this system as a game console or media streamer are where the Tinker Board really falls apart. Retro emulation is one of the most common uses for Raspberry Pi machines. Clever users have 3D printed cases to use the Pi 3 as a replacement for Nintendo’s hard-to-find NES Classic Edition, shoehorned the Pi Zero into an Altoids tin as a portable gaming machine, and more.

RetroArch is a popular software package designed for integrating emulator software together into a cohesive experience with an interface similar to the one found in Sony’s newer home and portable game consoles. Coders have created an entire Linux distribution called RetroPie that is completely dedicated to running RetroArch on Pi hardware. The Raspberry Pi 3 is generally fast enough to emulate all the popular 8- and 16-bit consoles and the Sony Playstation, but it doesn’t have the muscle to serve as an impromptu Nintendo 64. I thought that testing N64 emulation would allow the Tinker Board to strut its stuff.

RetroPie obviously doesn’t run on the Tinker Board, but sadly, neither does the generic RetroArch software. I was able to install RetroArch through the apt software package manager from Asus’ Tinker OS repository, and I could run it until I powered off or rebooted the machine, but after that the program crashed with a segmentation fault every time I launched it. This result was quite disappointing, given that Asus’ repository contains software compiled exclusively for the device. We reached out to Asus about this problem, but the company was not able to provide a fix.

I tried to download the source code and compile RetroArch for the Tinker Board’s ARM7 Mali hardware myself, but I was never able to get it to work. I went back to the drawing board and tried to install the Mupen64 N64 emulator without RetroArch. The package was listed in Asus’ Tinker OS repository, but attempts to install it were thwarted by unresolved dependencies.

The disappointment continued when using the Tinker Board as a media device with Kodi, formerly known as Xbox Media Center (XBMC). Getting Kodi set up on a PC is simply a matter of running the Windows setup executable or installing through a Linux package manager. Pi users have the option of installing the application on the popular Raspbian OS or choosing between two different Linux distributions specifically designed to run Kodi at system startup. I installed Kodi on Tinker OS using the package manager, but as with RetroArch, the program always crashed on startup after a reboot. I observed this behavior with three different power supplies and several microSD cards of varying make and capacity.

The Tinker Board was better than the Raspberry Pi 3 when browsing modern websites, though it still trailed far behind the Liva in terms of responsiveness. The Asus device was somewhat better at playback of non-HD Youtube videos with the h264ify plugin installed, but was still miles behind the smooth 1080p capability of the Liva. Neither of the ARM machines could play Netflix video through their web browsers.

Using Android on the Tinker Board

The incompatibility with computer monitors that I experienced in the Linux-based Tinker OS was repeated in Android. The overscan problem I observed in Linux was also present in Android, but the Android settings menu at least offered a straightforward way to scale the display to fit. Unfortunately, adjustments to this setting weren’t retained between reboots. 

Asus’ Android 6.0 Marshmallow disk image does not include the Google Play Store app or Google Play services. I followed a guide from the only Tinker Board forum I was able to find, and side-loaded the necessary APK packages to access the Play Store. After installing these packages, I could search for and install apps from the Store, but warning messages indicating problems with Google Play services would appear periodically. In my opinion, Android is little more than a curiosity on the Tinker Board until Asus offers full Google Play Store and Google Play Services support.

I tested RetroArch and Kodi on Asus’ Android distribution by side-loading the APKs. The good news is that Kodi worked well and that RetroArch loaded without crashing. The bad news is that RetroArch’s interface was completely unresponsive whether using a keyboard, mouse, or wired Xbox 360 controller as input. Those hoping to capitalize on the Tinker Board’s Android support and the “4K” labeling on the box to use the device to play Netflix will be disappointed. The Netflix app did not appear in the side-loaded Google Play Store. I tried to side-load a Netflix APK, but that didn’t work either.

A brief word about GPIO

One thing that is generally included in an SBC that one doesn’t find in a standard computer is a set of general purpose input-output (GPIO) pins. These are pins that can be assigned different purposes by the user. The typical use case for GPIO pins is interfacing with simple electronic circuits like switches or LEDs. Some GPIO pins can be used for more specialized purposes, like interfacing with devices that use I2C or SPI buses. The GPIO documentation for the Raspberry Pi is the gold standard, and virtually any configuration one might want to achieve has been documented online.

The Tinker Board does include GPIO pins and software libraries to use them. I was able to get the GPIO pins to accept input from a simple switch and to deliver switched output to an LED, but the documentation for more advanced functionality, including using the I2C and SPI buses, was quite sparse. The Liva included no documentation at all for its GPIO pins. Users looking to connect a device with a sensor array would do better to look at a better-documented device from the Pi Foundation or a microcontroller like an Arduino or an ESP8266-based device.

 

Conclusions

Pirelli Tires used to advertise its wares with the slogan “power is nothing without control.” This pithy sentence sums up my experience with Asus’ Tinker Board. The Rockchip RK3288 SoC is considerably more powerful than the one in the Raspberry Pi 3, but Asus’ software ecosystem can’t capitalize on the power on tap. 

Image: Asus

Asus makes wonderful PC components, but the company doesn’t seem to have been prepared for the level of involvement needed to produce a successful ARM SBC. In the world of normal PC components, motherboard makers like Asus can largely focus on hardware while allowing the software engineers at AMD, Intel, and their ilk to sort out drivers. PC operating systems also aren’t Asus’ responsibility—that obviously falls to Microsoft and the open-source community.

The expectation in the SBC community, on the other hand, is that the board manufacturer will provide a turn-key operating system, a collection of software to use with it, and an extensive library of documentation. The implicit hope in that expectation is that those applications will run smoothly and stably. That didn’t prove to be my experience with the Tinker Board across a range of official Asus software. I brought up the range of issues we experienced with the Tinker Board with the company, and despite its support and the provision of some updated software, I was ultimately unable to surmount the range of headaches I had getting the Tinker Board working.

Connecting the Tinker Board to a display output proved endlessly frustrating. I got either no output or lots of overscan, depending on the particular monitor I used. Other SBCs don’t have similar issues. Kodi is the most popular media playback platform for ARM SBCs, and it did not work at all in Asus’ Tinker OS. RetroArch is similarly popular among people that want to build their own miniature emulation box, and I couldn’t get it to run on the Tinker Board at all. Asus’ Android port lacks Google Play Services and can’t access the Google Play Store, cutting off the most appealing aspects of Google’s popular OS.

By the time a good power supply, case, and storage are factored into the bottom line, the Tinker Board is almost as expensive as an x86-powered ECS Liva PC, and that system runs circles around single-board computers in real-world performance and software compatibility. For less demanding tasks, the Raspberry Pi 3 costs $30 less than the Tinker Board and has a much more robust software and support ecosystem. Several specialized tasks enjoy dedicated OS distributions for the RasPi, and countless guides exist for using the Pi for hundreds of different purposes.

At the end of the day, the Tinker Board is a powerful platform that needs a hefty dose of software polish and more robust documentation if it wants to challenge the Raspberry Pi’s crown in the world of single-board computers. For now, it’s simply too expensive and unpolished to stand out in the crowded SBC market.

Comments closed
    • Malin
    • 2 years ago

    This review is based on a pre September 30s release of tinker OS. I got my board yesterday and installed the newest version of tinker OS on a Samsung Pro UHC I 32 GB SD card.

    Right on, I did sudo apt-get update and sudo apt-get upgrade and installed Kodi. To get spotify up running I purchased ExaGear and on thie guest image I installed Wine.

    I had no issues at all and I may use the card together with a GeChick portable
    display as a sort of laptop solution. It is not quite as fast as a laptop with a full blown
    intel processor i5 or i7, yet it works fine and I am fine. Spotify on ExaGear is slow as compared with running it on an Ubuntu Mate with a i5 processor.

    Issues
    ——–
    1. The unit runs very hot and I got some distortion on the PCM stream when pushing it out though USB to a DAC/AMP.
    2. Applications meant for x86 that run over virtualization layer exagear are somewhat slow.

    Doubts
    ———
    The card is said to be compliant with IQaudio PiDac+, but I dont dare to try as I suspect that things may melt since the card sits on top of the heat-sink, provided by Asis in the box, leaving almost no space between them, a configuration that will inhibit cooling of a CPU that even without a hat on the card needs a better cooling solution than the one ASUS provided.

    I own Raspberry Pi 3 and Odroid C2 and have used them for a year.
    This is a much better card computer even wrt price/performance and stability. I had no s/w issues and did not need to tweek anything, but you better be familiar with linux and a developer to play with n’ enjoy it. I am a Linux developer and I do love the card.

    When it comes to serious engineering and support of the card, I am sure Asus is the company with good management that will take good care of this little thing as it does with its motherboards, despite of having little experience in running large communities such as in the raspberry and Ubuntu world.

    • GrimDanfango
    • 2 years ago

    Asus are masters of picking out a good set of specs… in all other regards they’re absolute hacks.

    It took me 3 laptops and a monitor to finally realise I shouldn’t touch their stuff with a barge-pole, even if on paper they consistently present the most appealing kit.

    • thx1138r
    • 2 years ago

    Minor point that might be worth mentioning is that it’s very easy to improve the Raspberry Pis networking performance by plugging in a 5$ USB-to-Gigabit-Ethernet adapter. The speed will still be limited by the speed to the USB 2.0 interface, but you can get more than double the speed of the built in 100Mbit Ethernet, e.g.:
    [url<]https://www.jeffgeerling.com/blogs/jeff-geerling/getting-gigabit-networking[/url<] These guys report a 2.3x speed improvement.

      • willmore
      • 2 years ago

      As long as you’re not using any of the USB ports for anything else, that might help a little. But, since all of the USB ports are hanging off a hub from *one* USB port from the SoC, and storage or audio, etc. on the USB will take bandwidth away from that network connection.

        • thx1138r
        • 2 years ago

        [quote<]As long as you're not using any of the USB ports for anything else, that might help a little.[/quote<] No, even if you do use another USB port it can still help a lot. The 100Mbps Ethernet on the Pi uses less than a quarter of the bandwidth of the total USB bandwidth. So if you're writing a file read over ethernet to a usb hard disk, you'll still be using less than half of the Pi's total USB bandwidth. I'm not just being theoretical here too, I have tried this out myself. Copying a file over 1Gbit ethernet to a USB hard drive will be around twice as fast as using the built-in ethernet. It's still not nearly as fast as using a "proper" computer, but if someone were using a Pi as a cheap NAS (as I did for a while) it makes a big difference.

          • willmore
          • 2 years ago

          I never said it didn’t work. What I did say is that the BW of the SoC over that one USB port is shared with all of the devices off the hub. If you put a GigE USB adapter on that hub, it will gladly use as much of that BW as the SoC can manage–which is a couple times what the fast ethernet port on that hub can manage.

          But, the important thing that I’m trying to convey to you is that there isn’t much more BW on that link because the USB host controller on that SoC is not very robust. So, if you try to do *anything* else over that link–like access a USB storage device–you will see a large impact on the performance of that GigE link.

          If network performance matters to you, just get a board with native GigE–preferably not over USB.

            • thx1138r
            • 2 years ago

            I know the USB bandwidth is shared, but the 100 megabit Pi ethernet adapter uses less than a quarter of the existing USB bandwidth. Replacing it with one that uses half the bandwidth can make a big difference.

            For my own case I was seeing file transfer rates (over Ethernet and onto a USB hard drive) of approx 10 megabytes per second with the built-in adapter. Using a USB gigabit ethernet adapter instead, I saw over 20 megabytes per second file transfers, i.e. a doubling of the speed. I know it’s still not super fast by any means, but there is a big improvement in performance even with the limited USB bandwidth available.

            • willmore
            • 2 years ago

            A doubling of network bandwidth is nice, I agree.

            But, consider that you can get native GigE from less expensive boards and not have to buy extra hardware.

    • Tonymac32
    • 2 years ago

    Take a look at Armbian.com, it has Tinker Board support, both kernel 4.4 like Tinker OS, and mainline. Some assembly required depending on your use case, but a good alternative. Also a great place to look for other powerful alternatives to the Pi.

    The Tinker Board does indeed output 4k, unlike some blogs suggest. The issues with the Tinker are a bit more significant than you may think, and they are hardware problems.

    The Tinker Board can pull 200% of the current permitted through a micro-USB connector. In no way should this board have ever made it off the design table and into people’s hands that way. I highly recommend powering it via the GPIO. Unlike the Pi, this board has a proper PMIC and you have little risk in doing so.

    The heat sink is tiny. It goes into thermal throttling almost instantly, making most of its performance numbers look like crap. I have replaced the stock heat sink with a large unit from Amazon that covers most of the board but still allows hats.

    The PMIC powers off the SD card on reboot, so there are some ridiculously hackish fixes for that going on in Tinker OS, which made it really hard for myself and another developer to patch a Mainline kernel in such a way as to not break it for every other properly configured Rockchip board on the market.

    I like the idea of the board, I’d love to see Asus have another one contracted that fixed the issues plaguing this first one. Build quality is top notch, appeal is there, theoretical performance is there.

      • willmore
      • 2 years ago

      What do you think of the Rock64? And, yeah, Armbian FTW.

      • jcw122
      • 2 years ago

      Is there any active danger or risk in running the 200% current?

    • spiritwalker2222
    • 2 years ago

    ASUS doesn’t make hardware. They package it.

    • Anovoca
    • 2 years ago

    Great review. You pretty much hit every sing point I wanted to find out about this device. Thanks for saving me a lot of time, money, and frustration.

    • derFunkenstein
    • 2 years ago

    Man this thing sounds like a huge cluster. It’s a shame that software support isn’t there.

    If you want to build a more powerful retro console, look at Lakka. It’s a RetroArch “distro” that works on a [url=http://www.lakka.tv/get/windows/<]ton of tiny machines[/url<] including ODroids, all the Pies, x86 PCs, and cheap Android TV boxes.

    • AMDisDEC
    • 2 years ago

    For me, this kind of board is OK for using as a small system controller to control an alarm system or a low level process controller, but there are many $20 ARM boards that can do the same thing.

    • DragonDaddyBear
    • 2 years ago

    Hardware without functioning software is just hardware (not a computer). That said, I think there is hope to get this thing going. It seems like small bugs and early growing pains are holding it back. I’d check back in a year or so. There is a lot more than a Pi power under the hood and I’d wager more than one Pi team would like a bit more power.

    • not@home
    • 2 years ago

    I totally agree with the entire review. I did, however, find a thread where the creator of Retropie stated he is working on a port to the Tinkerboard, but it is delayed until he finished the next release of Retropie for the Raspberry Pie 3. Hopefully he finishes the port and my Tinkerboard will not be junk.

    • willmore
    • 2 years ago

    The tinker board pretty much has the smallest community of any ‘dev board’ that I’m familiar with. Pretty much everything else has better support from the their community.

    One way around that is a non-board specific community like Armbian. Try taking a look at: [url<]https://www.armbian.com/tinkerboard/[/url<] They're board agnostic. The extra benifit of that is more uniformity in the software environment amongs the many boards. Rather than suffering the board/community specific foibles, you have a level of uniformity that pays benefits in not having to relearn how each distro does things.

      • WayneManion
      • 2 years ago

      I did try Armbian. I encountered most of the same issues described in the review. I didn’t mention it because Armbian isn’t provided by Asus.

    • jensend
    • 2 years ago

    The Pi3 is thermally limited because it’s still stuck at 40nm, and its I/O is woeful.

    Nobody expects cheap SBCs to be sporting 14nm chips right now, because that’s too expensive. A move to 28nm (which the TinkerBoard is using, and which has long been cheaper than 40nm) would have seemed due for the Pi3, but Broadcom didn’t have anybody working on shrinking VideoCore IV and the rest of the SoC, having abandoned the mobile SoC market.

    This summer, people became aware that Broadcom was making a 28nm SoC for set-top boxes with USB 3 and “VC5” 3D graphics, and that Eric Anholt was working on an open-source driver for the latter. This got people’s hopes up for a Pi 4 in the not-so-distant future. Sadly, Raspberry Pi foundation employees signal that these SoCs don’t do what a Pi4 would need, that the existing VC5 is much narrower in scope than the VC4 rather than really replacing it, and that the Pi4 is still “years away.”

    It’s too bad- as the article says, the Raspberry Pi’s ecosystem is hard to match even if the hardware will be lagging for years into the future.

      • NTMBK
      • 2 years ago

      Is there a particular reason why they’re sticking with Broadcom? Surely there are a bunch of suitable Mediatek/Rockchip SoCs that they could use instead?

        • srg86
        • 2 years ago

        The Raspberry Pi foundation I think are mainly made of still employed by or ex-Broadcom employees, so I get the impression the are quite tied to Broadcom.

        Also don’t all the Mediatek/Rockchip SoCs use Mali graphics? If so I can’t see the OSS community rallying around them, even as not 100% open as the Pi is.

        40nm and woeful I/O or now, the Pi’s software support still puts it in a class of its own.

        • mdkathon
        • 2 years ago

        Isn’t one of the reasons about sticking with the Broadcom SoC is due to VideoCore IV drivers being open source?

        I swear there is some sort of binary blob thing at play in regard to why this particular SoC is being used.

      • tipoo
      • 2 years ago

      Decent hardware vs an actual software support system. Oi. I wish there was a Pi 4 about now.

    • jihadjoe
    • 2 years ago

    Was pretty excited about this when it first came out, but the issues and lack of support or resolution for them kept me away. Not really surprised to see that hasn’t changed, which is a shame because the hardware really is quite good.

    • KC13
    • 2 years ago

    These results closely resemble my experience with the Tinker Board. Huge potential, but sabotaged by incredibly poor software support considering the electronics giant it comes from. Mine is a paperweight until that support appears if it ever does. Until then, my Raspberry Pi continues to roll along trouble free.

      • Tonymac32
      • 2 years ago

      Have you looked at Armbian? I just hate to see hardware go to waste. Depending on your use case it may do the trick.

    • chuckula
    • 2 years ago

    [quote<]The original goal of this review was to put the machine's horsepower to the test, but software problems prevented us from performing many of the intended benchmarks.[/quote<] And that right there is why the Raspberry Pi tends to win in this space even though there are plenty of other options with beefier hardware. Getting software to run [i<]properly[/i<] with these ARM boards is a giant PITA and the RPi is one of the rare exceptions where the community has enough critical mass so that you stand a fair chance of getting the software to run. Thanks for the review anyway. I'm glad to see more people trying to use non-Windows software on TR!

      • floodo1
      • 2 years ago

      That ease of use!

      • srg86
      • 2 years ago

      Agreed, I’ve been burned by this before, I went for the Beaglebone Black rather than the Pi quite a while ago, but found the software (particularly the build in linux distro) a pain and regretted it ever since. The BBB has just been collecting dust since.

      The Pi’s hardware maybe lacking, but the software support makes it a no-brainer imho.

Pin It on Pinterest

Share This