Christos Posted December 23, 2016 Posted December 23, 2016 Nice new board with AllWinner A64, quad core 64bit A53, priced at 25$ -> http://www.friendlyarm.com/index.php?route=product/product&path=69&product_id=159
tkaiser Posted December 23, 2016 Posted December 23, 2016 RTL8189ETV as known from the first H3 Orange Pi, USB OTG exposed as type A receptacle (Micro USB for powering only -- just like on Pine64) and at least one good USB cable provided (the Micro USB cables from FA have low resistance and aren't crappy like maybe the other 99% of these cables. But as soon as you loose your cable or exchange it powering problems might occur)Camera support and I2S on header is a plus so let's wait how heat dissipation looks like and which FA heatsinks will fit. And whether FA ships with an aerial or not by default (at least on NanoPi M3 the small ceramic antenna is close to unusable).
ahrlad Posted December 23, 2016 Posted December 23, 2016 RTL8189ETV as known from the first H3 Orange Pi, USB OTG exposed as type A receptacle (Micro USB for powering only -- just like on Pine64) and at least one good USB cable provided (the Micro USB cables from FA have low resistance and aren't crappy like maybe the other 99% of these cables. But as soon as you loose your cable or exchange it powering problems might occur) Camera support and I2S on header is a plus so let's wait how heat dissipation looks like and which FA heatsinks will fit. And whether FA ships with an aerial or not by default (at the least on NanoPi M3 the small ceramic antenna is close to unusable). The board's got the exact same (64x60mm) dimensions as the NanoPi M3 and seems to have the same hole layout, so it would amaze me if the same heatsink/fan were incompatible
tkaiser Posted December 23, 2016 Posted December 23, 2016 The board's got the exact same (64x60mm) dimensions as the NanoPi M3 and seems to have the same hole layout, so it would amaze me if the same heatsink/fan were incompatible Well, I compared the drawing on the Chinese wiki page a few days ago with my M3 and I fear a heatsink (thermal pad) that doesn't cover A64 in a centered way can't be that efficient (same for AXP803). But you might be right and that might also be the reason why the I2S header isn't populated. Using an external antenna then might also require removing the heatsink. Hmm... Since we're talking about A64 already. Pinebook should be ready in January (to be sold after Chinese New Year later) and Pine folks develop a clusterboard suitable to host 8 SoPine (one master node with eMMC, all SoPine equipped with 128Mb bootable SPI NOR flash and a 10 port Gbit Ethernet switch IC onboard. Prototype will be ready next year, then we start to disclose more information.
tkaiser Posted December 23, 2016 Posted December 23, 2016 (Not exactly to scale) You mirrored the M3 horizontally for whatever reasons Anyway without knowing how heat dissipation looks like IMO it's too early to think about the device. From the software perspective this is 'just another A64 device' and the only 'challenge' is adding Wifi driver. BTW: seems Icenowy has too much time these days https://irclog.whitequark.org/linux-sunxi/2016-12-23#18478103
ahrlad Posted December 23, 2016 Posted December 23, 2016 You mirrored the M3 horizontally for whatever reasons Anyway without knowing how heat dissipation looks like IMO it's too early to think about the device. From the software perspective this is 'just another A64 device' and the only 'challenge' is adding Wifi driver. BTW: seems Icenowy has too much time these days https://irclog.whitequark.org/linux-sunxi/2016-12-23#18478103 Wow, so I did fixed it now. Yeah it's not exactly an exciting device, but I really appreciate them making boards with the same form factor and dimensions and stuff. e: Not sure how the A64 would power a fan though, the M3's got a dedicated header by the audio jack.
zikzak Posted December 27, 2016 Posted December 27, 2016 Hey, did you plug the fan via the two pins they show on their pictures (next to the audio jack)? In my case I never saw the fan spinning if I connect it to these pins. FA support is not able to answer to my questions about it. They consider the fan broken despite I told them that applying 5v and Ground to it make it spin quite fast and it becomes very noisy (not what they advertise on their site).
tkaiser Posted January 10, 2017 Posted January 10, 2017 it doesn't do anything other than the little green indicator light - just a black screen. So the board works happily. Better don't expect any HDMI output from A64 devices. HDMI driver in legacy images is a mess (and no one is going to fix it since some libs are blobs and sources aren't available) and mainline/vanilla is missing display output completely. Normally our Pine64 images should 'just work' but I haven't looked into settings yet and won't spend any time on this since A64 is basically boooooring as hell (for my use cases it's almost as crappy as Rasperries due to limited I/O bandwidth and for that what the average user wants A64 is simply the wrong SoC due to display situation. And who needs those 64-bit when we're talking about IoT stuff?) I also have not the slightest idea why other vendors start wasting ressources with A64 boards... maybe it's just marketing and product development madness from Allwinner's side (the specific business unit partners with Microsoft to bring stuff no one needs -- Win 10 IoT -- to A64 devices) 1
fractal Posted January 15, 2017 Posted January 15, 2017 Well, my A64 turned up today. There are no holes next to the fan - indeed I can't find a 2-way connector anywhere on the board...odd as they supplied a fan! I plugged the fan into the end two pins on the serial connector to get +5/gnd. It helps. I am crunching away with 4 cores of cpuminer with temperatures sitting at 65c and clock pretty steady at 1104 Mhz, one step down from the peak 1152.
tkaiser Posted January 15, 2017 Posted January 15, 2017 I'm hoping the Odroid will prove to be better but simple benchmarks for that A64 unit suggest it will go further. 'The ODROID'? There are a lot of different ODROIDs but I think you're talking about S905 based C2? Benchmarks have been done a long time ago and S905 outperforms A64 everywhere. Since A64 is made in a 40nm process while S905 is already 28nm overheating adds to the lower performance of A64 devices since throttling jumps in pretty fast. I wrote scripts to ease the installation of RPi Monitor a long time ago (of course not tested with FA's OS images): http://www.cnx-software.com/2016/03/17/rpi-monitor-is-a-web-based-remote-monitor-for-arm-development-boards-such-as-raspberry-pi-and-orange-pi/#comment-524024 No idea whether FA tweaked THS settings but with Allwinner's defaults performance of Pine64 was horribly low since their settings start to kill CPU cores instead of doing sane throttling. It took us some time to come up with better settings and Armbian's kernel for A64 also contains an in kernel corekeeper mechanism so that even if CPU cores get killed due to massive overheating they will be brought back online if temperatures decreased again. Anyway: A64 is about cheap and wrong expectations (this 64-bit thing). The low CPU performance is accompanied by a really old, slow and boring GPU (that is only OpenGL ES capable) and there are 2 USB ports max -- if I would want to deal with slow Cortex-A53 SoCs I would choose H5 instead (Orange Pi PC 2). BTW: Yes, you're reading correctly: A64 is slow as hell. You've been fooled by sysbench when you did your review. Sysbench can be used to heat SoCs but not to measure performance and especially compare different platforms (it's doing just a boring prime number calculation and this is for whatever reasons 15 times faster when code is compiled for ARMv8 -- RPi 3 would show way better sysbench numbers when not forced moronically to run binaries made for ARMv6 architecture built with a heavily outdated GCC version). In case you're interested to learn why sysbench sucks: https://forum.armbian.com/index.php/topic/751-rfc-support-cortex-a53arm64/#entry12462 https://forum.armbian.com/index.php/topic/1748-sbc-consumptionperformance-comparisons/?p=14439 1
friendlyarm Posted January 17, 2017 Posted January 17, 2017 Hey, did you plug the fan via the two pins they show on their pictures (next to the audio jack)? In my case I never saw the fan spinning if I connect it to these pins. FA support is not able to answer to my questions about it. They consider the fan broken despite I told them that applying 5v and Ground to it make it spin quite fast and it becomes very noisy (not what they advertise on their site). Hi, You can refer to these photo to use the fan. 2
Christos Posted January 17, 2017 Author Posted January 17, 2017 Hi, You can refer to these photo to use the fan. @friendlyarm The problem there is that the I2S header will get covered from heatsink, you should come with a Heatsink alternative design for NanoPi A64 that uses the other two diagonal corners for grip to pcb.
friendlyarm Posted January 17, 2017 Posted January 17, 2017 @friendlyarm The problem there is that the I2S header will get covered from heatsink, you should come with a Heatsink alternative design for NanoPi A64 that uses the other two diagonal corners for grip to pcb. @friendlyarm The problem there is that the I2S header will get covered from heatsink, you should come with a Heatsink alternative design for NanoPi A64 that uses the other two diagonal corners for grip to pcb. You also can connect the fan to other 5V output GPIO ,like Pin2(VDD_5V)&Pin6(GND).
tkaiser Posted January 17, 2017 Posted January 17, 2017 [i moved the M3 related posts to the approriate thread where on page 2 it can be seen in words and pictures that friendlyarm is right -- at least for latest PCB revision that renders WiFi unusable due to replacing a u.FL connector with a small ceramic joke aerial. This thread is about NanoPi M64 instead so let's focus on these issues.
Christos Posted January 17, 2017 Author Posted January 17, 2017 @friendlyarm Do you intend to have a new heatsink design for A64 in such a way that does not block the A64 board's I2S pins? P.S. (if of course your nickname actually belongs to FA vendor)
bomber Posted January 26, 2017 Posted January 26, 2017 They included AXP803 without Lipo circuit. What a waste
Christos Posted February 1, 2017 Author Posted February 1, 2017 Are there plans from Armbian regarding support of this board?
tkaiser Posted February 1, 2017 Posted February 1, 2017 Are there plans from Armbian regarding support of this board? Since I've zero use cases where this board would fit at least I will skip it entirely (FA sent out 2 new boards to Armbian devs just recently but A64 was not amongst them). But same applies to all A64 boards in the meantime... now that H5 is available (2 more USB host ports is stuff that matters for me, also that surprisingly situation with mainline kernel is more advanced with H5 after just two months compared with A64 -- see working DVFS and higher peak CPU performance) And to be honest: FA is one of the few board manufacturers that produce OS images that do not suck (too much). So 'the need' to provide working alternatives isn't that high if we look at it from the 'Armbian devs doing unpaid work for users' perspective (please always keep in mind that there's another and at least for me the more important perspective: 'Contributing to Armbian to be able to use specific devices in projects since vendor software offerings are insecure, broken, suspicious and unusable'). From a technical point of view adding support for this board is more or less adopting settings and slightly extending build system (same applies for BPi M64 for example). But from a support perspective (Micro USB for DC-IN, shitty situation with legacy HDMI driver, the strange discrepancy between lower board price and higher user expectations, FA obviously preparing new LCD displays that need support) it looks totally different. Also I don't understand why manufacturers do A64 boards at all (now -- Xunlong will also release a new A64 device with AP6212 Wi-Fi/BT soon). Most probably that's just due to Allwinner trying to benefit from 'Windows 10 IoT Core' (see 'Community Devices' here)? They chose A64 for reasons unknown to me (the appropriate SoC for IoT stuff should have be one from the R series, eg. the otherwise identical R18) and might now give some discounts and/or support/marketing help to board manufacturers? Anyway... still not interesting (especially from my PoV since I only touch Windows if I get appropriate compensation for pain and suffering )
Christos Posted February 1, 2017 Author Posted February 1, 2017 For what is worth it, IMHO, FA's NanoPi A64 is a pretty decent and in my personal view it fits as a better, cheaper and direct replacement of RPi-3 in almost all aspects. FA is indeed better than others in providing decent BSP and images but they still lack many wanted features and their support is hectic, also in their lately delivered A64 image there are more than enough problems.. Regarding the H5 to A64 comparison, so far only the PC2 (H5) came close to be good enough, but its expansion pinheader faulty design did crippled it. Also, H5 is not yet in the mainline sunxi effort table whereas A64 is already there and in the hands of many sunxi devs, its mainline support is on a good path. So, based on these, I'd be really surprised if Armbian elect not to support this.
zador.blood.stained Posted February 1, 2017 Posted February 1, 2017 So, based on these, I'd be really surprised if Armbian elect not to support this. It's not about electing to not support it, it's about spreading the development resources in the most efficient way. Once mainline support for A64 and for this particular board becomes good enough, it will be relatively easy to add basic (server) images for this board or for any other A64 based board.
tkaiser Posted February 1, 2017 Posted February 1, 2017 better, cheaper and direct replacement of RPi-3 in almost all aspects. Thanks for confirming. Well, at least I won't spend a single second on helping people trying to save some money with RPi 3 clones (especially those people ignoring HDMI situation!). Apart from that FA products are available through distributors in my country (EU in general soon) and if you add all necessary added costs (customs paid, VAT) we're talking about 2 times the original $ price but in €: http://geizhals.de/?fs=nanopi%20air&in= So I would expect this A64 board lacking the only interesting A64 feature (battery powering/charging capabilities) being 15€ more expensive than this RPi 3 when I walk to or order from a retail store and also more expensive when ordering from Chinca. Anyway, that doesn't change that much. Uninteresting remains uninteresting. BTW: it seems you missed a lot regarding mainlining situation. All the people who added the A64 bits have now also an OPi PC 2 in their hands and if you read through board details you should get that H5 is already more advanced compared to A64 (though completely missing in linux-sunxi wiki now but this will change soon when someone spends the time to deal with this nasty table -- ever done table editing with Mediawiki engine?). OPi PC2 runs with 4.10 at up to 1368 MHz while A64 devices can't exceed 816 MHz since PMIC support is still not ready. Add to that two more real USB ports and the choice is obvious (no, really no need for I2S on any pin header since Armbian already supports a couple of boards that provide this -- that's one of the nice things with Armbian: do some research first and then use the board of choice depending on hardware capabilities since you know software will work). BTW: at least two more H5 boards from different manufacturers will be available soon so OPi PC2 is not the only H5 device any longer (though still not able to spot any H5 based TV box around -- a really bad sign considering Allwinner's future)
zador.blood.stained Posted February 1, 2017 Posted February 1, 2017 BTW: it seems you missed a lot regarding mainlining situation. All the people who added the A64 bits have now also an OPi PC 2 in their hands and if you read through board details you should get that H5 is already more advanced compared to A64 (though completely missing in linux-sunxi wiki now but this will change soon when someone spends the time to deal with this nasty table -- ever done table editing with Mediawiki engine?). OPi PC2 runs with 4.10 at up to 1368 MHz while A64 devices can't exceed 816 MHz since PMIC support is still not ready. Add to that two more real USB ports and the choice is obvious (no, really no need for I2S on any pin header since Armbian already supports a couple of boards that provide this -- that's one of the nice things with Armbian: do some research first and then use the board of choice depending on hardware capabilities since you know software will work). Well, it's not that hard to simply raise the default voltage to the maximum and have DFS instead of DVFS (and possible overheating problems), or implement a CPU voltage driver that would look more like a hack, but people are not that interested in spending their time on implementing hacky solutions, especially after the release of the first H5 based board. 1
guidol Posted November 20, 2017 Posted November 20, 2017 Is there any reason why the NanoPi A64 couldnt be found in the armbian Forum? Will the NanoPi A64 not as good as other A64 boards -or has no one seen him before? For $19.99 (its on sale) he has 1GB RAM http://www.friendlyarm.com/index.php?route=product/product&product_id=159 http://wiki.friendlyarm.com/wiki/index.php/NanoPi_A64 http://wiki.friendlyarm.com/wiki/images/c/c8/NanoPi-A64-1610-Schematic.pdf
tkaiser Posted November 20, 2017 Posted November 20, 2017 https://forum.armbian.com/topic/3134-nanopi-a64-board-from-friendlyarm/?do=findComment&comment=24464
guidol Posted November 21, 2017 Posted November 21, 2017 9 hours ago, tkaiser said: https://forum.armbian.com/topic/3134-nanopi-a64-board-from-friendlyarm/?do=findComment&comment=24464 Ahh - I knew that I had seen a thread in the past - Thanks @tk But @Igor it seem to be a small bug in the forum search: First I did search for "nanopi a64" with 0 results, then searching for "Nanopi A64" and got 31 results. After that again searching for "nanopi a64" also 31 results (and any id allways selceted automatically) See attached Picure for proof of the problem
tkaiser Posted November 21, 2017 Posted November 21, 2017 19 minutes ago, guidol said: small bug in the forum search I consider the forum search close to unusable especially if you compare with the results from 'Google site search' next to it. And for the devices we deal with there's no hope since search terms with less than 3 characters are ignored, words are combined with a logical 'OR', result list is filtered to 'only recent' by default and so on...
guidol Posted November 21, 2017 Posted November 21, 2017 As information for people - like me - who did buy a NanoPi A64 (ordered with some other parts at FriendlyElec) there is a much better image available as that one at the FriendlyElec-page. This better working Ubuntu image is available at: https://github.com/avafinger/nanopi-a64-firmware The image include (as today): Nano Pi A64 firmware , u-boot, kernel 3.10.104 / kernel 3.10.105 Ubuntu 16.04.3 LTS (GNU/Linux 3.10.105 aarch64) Linux nanopi-a64 3.10.105 #1 SMP PREEMPT Mon Mar 27 10:59:50 BRT 2017 aarch64 aarch64 aarch64 GNU/Linux Got it running with Mate-Desktop. It isnt armbian- but it seems to run fine Yes - Kernel 3.10.105 isnt enough for a mainline armbian - but maybe in the future a legacy version? as we have some other A64 boards with legacy image / support. Or wouldnt any "new" legacy builds came up? PS: The board is runnig VERY cool - even without the fan running. I think about removing the BIG heat sink and install a normal small one - so that in the future the I2S-Port is useable
tkaiser Posted November 21, 2017 Posted November 21, 2017 8 minutes ago, guidol said: Kernel 3.10.105 isnt enough for a mainline armbian - but maybe in the future a legacy version? Kernel 3.10 is at 3.10.108 in the meantime and also EOL now. And there's really no reason why Armbian should support this board anytime soon or at all as you can easily get from the link I posted above. If Armbian wants to improve IMO a few more boards should be kicked out of support (especially all those that allow for underpowering hassles -- MicroUSB for DC-IN just like this one here too)
Recommended Posts