Jump to content


Photo

Quick review of Banana Pi M2+


  • Please log in to reply
45 replies to this topic

#1 tkaiser

tkaiser

    Advanced Member

  • Moderators
  • 2660 posts

Posted 08 April 2016 - 10:18 PM

Banana_Pi_M2_Plus_top.jpg

 

 

Overview:

 

SinoVoip sent me a few days ago a review sample of their new Banana Pi M2+. It's based on Allwinner's H3 SoC and tries very hard to be a 99% clone of Orange Pi Plus/PC. SinoVoip chose to stay compatible to nearly all pin mappings therefore any OS image that works on Orange Pi Plus will also work on BPi M2+ but some things need adjustments.

 

BPi M2+ features GBit Ethernet, eMMC, 2 USB host ports and one USB OTG that do not have to share bandwidth (no internal USB hub used and H3's 3rd USB host port unused unfortunately), Ampak AP6212 to provide WiFI/BT, fortunately no crappy USB-to-SATA bridge, a CSI interface to be used together with an OV5460 5MP camera module and... no programmable voltage regulator for the SoC.

 

Since it's based on the H3 SoC it's incompatible to all other Banana Pi variants and almost everything you can expect is already known. As usual you find the most recent and comprehensive information for any board based on Allwinner SoCs in the linux-sunxi wiki: http://linux-sunxi.o...p_Banana_Pi_M2+

 

Compatibility:

 

The SoC's pins are routed to the externals exactly like on Orange Pi Plus/PC so it was pretty easy to create a device tree file for mainline kernel by using everything from Orange Pi Plus and replacing USB definitions with the stuff from Orange Pi PC (deleting the usb3 node since not existent) and here we are: Banana Pi M2+ is supported by mainline kernel with working USB, eMMC, GBit Ethernet and WiFi/BT already and as soon as display support and so on are available for H3 BPi M2+ benefits automagically from it.

 

Situation with kernel 3.4 is the same: In Armbian we support the board already since it was just adoption of SinoVoip's settings (and correction where they're horribly wrong -- see below when it's about performance). Since it's 'just another H3 board' software support will progress nicely and maybe the best news: You are not forced to use OS images from SinoVoip since you can rely on the community's work instead (Armbian for example).

 

Documentation and support provided by vendor:

 

To sum it up: still the usual horrible 'SinoVoip experience' we already know. They still don't get why correct information might matter. 'Documentation' is not written by engineers but instead trainees playing 'copy&paste gone wrong'. According to their website the board is either '55mm square' or 65x65mm, features 'Power led, Status led' (in reality just one led), has a 'CAN bus' (wrong for all their last SBCs, this is still moronic copy&paste from the first Banana Pi whose A20 SoC is CAN capable) and so on... you never know whether the information provided there is information or just the usual copy&paste errors they're famous for.

 

It gets even worse when you look into the vendor's so called 'documentation': There the M2+ is most of the times called M3 ("BPI-M2+ USB interface: BPI-M3 have two USB 2.0 interface on board"), the onboard WiFi chip is sometimes AP6212 and sometimes AP6181, according to the 'BPI-M2+ Quick Start' guide you can power the board through USB OTG (not true) and a '3.5mm jack audio' is available (which is also not true) and so on. And they ask you to download OS images from http://www.banan-pi.org (domain does not exist). Any more questions? If you've to rely on their information or support you're already lost since the vendor simply doesn't give a shit about stuff like this.

 

Software provided by the vendor:

 

Since SinoVoip today released an OS image for M2+ -- they call it Raspbian Jessie(debian 8) BPI-M2P (20160408) -- I thought: let's give it a try. Armbian supports this board already but maybe we missed something. OMFG, what a horrible experience! I burned this Raspbian image to a 8GB SD card and booted. Whole boot log as follows:

 

Spoiler

 

And then I had an installation with zero free space. You can't do anything with it:

Filesystem      Size  Used Avail Use% Mounted on
/dev/root       3.9G  3.7G     0 100% /
devtmpfs        373M     0  373M   0% /dev
tmpfs           501M   68K  501M   1% /dev/shm
tmpfs           501M  6.9M  494M   2% /run
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           501M     0  501M   0% /sys/fs/cgroup
/dev/mmcblk0p1  256M   45M  211M  18% /boot
tmpfs           101M  4.0K  101M   1% /run/user/1000
/dev/mmcblk1p1  7.2G  145M  6.7G   3% /media/pi/3684f9bd-1ea5-4cd0-a75b-b47af6147d77
tmpfs           101M     0  101M   0% /run/user/0

I quickly used Armbian's tools to resize the partition to the maximum and rebooted just to realise that they really use raspbian.org repositories for this OS image (how moronic is it to use ARMv6 code on a H3 board?!). I tried to get RPi-Monitor installed which didn't work out of the box, wasted almost an hour to fix this stuff and then gave up. Since I simply copied our armbianmonitor tool to the installation I gave up on RPi-Monitor and used armbianmonitor instead to monitor temperatures, CPU clockspeed and so on when running a few benchmarks:

 

The bad news:

 

BPi M2+ is a 99% clone of Orange Pi Plus/PC. Why didn't they do a 100% copy but instead chose to f*ck up the missing one percent? The Orange Pi variants all use a programmable voltage regulator to provide the SoC's VDD_CPUX voltage (lower clockspeeds --> lower voltage --> less heat --> more efficient throttling behaviour if SoC starts to overheat). On BPi M2+ the SoC is always fed with 1.3V which prevents best performance with heavy multithreaded workloads. Be prepared that due to this high voltage even throttling down to half of the maximum clockspeed doesn't help that much:

 

Bildschirmfoto%202016-04-07%20um%2011.48

 

This is a not so demanding benchmark running with Armbian settings. Any Orange Pi variant would reduce voltages when reduding clockspeeds which is responsible for less heat emissions and therefore with the very same settings a H3 used on an Orange Pi would still run with 816, 912 or even 960 MHz due to reduced VDD_CPUX voltage where BPi M2+ remains at 648 MHz.

 

SinoVoip not only tried to copy the hardware very closely, they also use loboris' kernel 3.4 sources developed for Orange Pis (Armbian uses a different code base) and they chose to copy the most important mistake Xunlong made so far (the Orange Pi vendor, that developed also the 1st Banana Pi that has been manufactured by SinoVoip from then on).

 

Their throttling settings prefer killing CPU cores instead of throttling if the SoC starts to overheat. This is the main reason why Orange Pi boards get that bad scores on openbenchmarking.org: Since the multithreaded benchmarks increase temperatures that much that CPU cores are killed and never come back.

 

This is exactly what happens with SinoVoip's software settings: I started an usual run of Phoronix Test Suite, the 1st benchmark already killed cpu3, the next one cpu2 and due to their moronic THS settings the maximum clockspeed is 1008 MHz anyway. So a SBC advertised as 'quad core @ 1.2GHz' is already just a 'dual core @ 1.0GHz' when running a few boring benchmarks:

[ 2749.050080] CPU Budget:Try to down cpu 3, cluster0 online 4, limit 3
[ 2749.051406] [hotplug]: cpu(0) try to kill cpu(3)
[ 2749.052482] [hotplug]: cpu3 is killed! .
[ 4575.080090] CPU Budget:Try to down cpu 2, cluster0 online 3, limit 2
[ 4575.081791] [hotplug]: cpu(0) try to kill cpu(2)
[ 4575.081853] [hotplug]: cpu2 is killed! .

And benchmark results look as expected: The worst combination is SinoVoip hardware combined with SinoVoip software: http://openbenchmark...-GA-1604074GA00

 

We implemented a special corekeeper service especially for M2+ in Armbian two days ago to help recover from killed CPU cores (since we can't prevent this as long as we've to rely on kernel 3.4 and the M2+'s fixed voltage is a real problem). Be prepared that if you run really demanding workloads on the BPi M2+ with their OS images that you end up with a single core board pretty soon.

 

The good news:

 

Since it's 'just another H3 board' trying very hard to be as compatible as possible to the Oranges you benefit automagically from every software effort made by the community. You don't need to use software from SinoVoip, you don't need to rely on their (non existing) support, you simply can use any of the community's stuff. Mainlining efforts are progressing nicely and by simply mixing device tree stuff from Orange Pi Plus and PC I've been able to get the BPi M2+ with working GBit Ethernet and maximum USB throughput running with kernel 4.6.

 

As a reference iozone measurements of a USB connected HDD (UASP capable enclosure which is responsible for better performance with mainline kernel) and the onboard eMMC:

 

'SinoVoip' 3.4.39-lobo kernel:

USB disk:                                                   random  random
              KB  reclen   write rewrite    read    reread    read   write
          102400       4    6347    8163     8494     8473     506    1603
          102400      16   15420   18110    16543    16674    1885    5445
          102400     512   23024   33610    32381    32779   23049   23276
          102400    1024   17930   30673    23079    24077   23051   24331
          102400   16384   22468   35098    34304    34148   34189   35090
          
eMMC:                                                       random  random
              KB  reclen   write rewrite    read    reread    read   write
          102400       4    5323    5683    14130    14135   12028    5573
          102400      16   17531   18513    34499    34598   31193   17278
          102400     512   24868   24626    61687    61697   61581   23991
          102400    1024   25134   24949    66979    67180   67140   24553
          102400   16384   26165   25950    76265    76649   76701   25931

4.6.0-rc1:

USB disk:                                                       random  random
              KB  reclen    write  rewrite     read   reread     read    write
          102400       4     7760     7917     7845     7868      505     1445
          102400      16    17647    20568    20593    20945     1945     4729
          102400     512    27334    35579    38033    38553    24980    35320
          102400    1024    27419    36866    38764    39026    30661    36766
          102400   16384    28267    37358    38540    38558    38988    37542

eMMC:                                                           random  random
              KB  reclen    write  rewrite     read   reread     read    write
          102400       4     5233     5708    14953    14951    12650     5916
          102400      16    19776    20609    37958    38023    34206    19403
          102400     512    26981    27200    78648    78752    77930    26121
          102400    1024    27188    27173    78793    78764    78431    26651
          102400   16384    27276    27135    79341    79440    79406    27334

Open questions:

 

The board is designed to be used with an OmniVision OV5460 camera module (Xunlong sells a cheap GalaxyCore gc2035 camera module instead). The very same camera module has already been sold for Banana Pi. And the state of the driver prevented any resolutions above 640x480 (video). So unless someone is able to check the state of the drivers the use of this 'superiour' 5MP module is questionable (at least when you try to run the board with Linux -- Android might be a different story)

 

Conclusion:

 

If the price will be competitive this board is worth a look unlike other SinoVoip boards (M2/M3). It's already fully supported by Armbian so there's no need to use any of the crappy OS images the vendor provides (it's easy to use our Armbian build system to create OS images for non Debian based distros, just read the docs!)


  • slinde, RonaldNet and mamaligadoc like this

Please don't send personal messages! Use the forum so others can participate and benefit!

 

Before you report any problem please be aware that crappy SD cards and insufficient power supply are reason N° 1 why things are failing. Try to rule this out first please, check 'getting started' recommendations and check/provide 'sudo armbianmonitor -u' output first!

 

Did you check out custom google powered forum search already (before opening new threads or asking questions)?


#2 Guest_Melanrz_*

Guest_Melanrz_*
  • Guests

Posted 08 April 2016 - 11:01 PM

So Banana pi M2+ will be not supported by armbian?? Your img working very well on m2+



#3 @lex

@lex

    Advanced Member

  • Senior Members
  • PipPipPip
  • 158 posts

Posted 08 April 2016 - 11:09 PM

How much did they save using non programmable voltage regulator? And risking the whole project.

I bet you did not receive the camera, maybe that guy who worked on OV5460 was right.



#4 tkaiser

tkaiser

    Advanced Member

  • Moderators
  • 2660 posts

Posted 08 April 2016 - 11:11 PM

So Banana pi M2+ will be not supported by armbian?? Your img working very well on m2+

 

Sorry? BPi M2+ is... 'just another H3 device' and already fully supported by Armbian.

 

We include

 

- a fex file for kernel 3.4 not showing moronic THS (throttling) behaviour like SinoVoip's

- device tree stuff for mainline kernel

 

So unlike SinoVoip's offers (only crappy OS images from hell) BPi M2+ is fully supported by Armbian with both legacy and vanilla kernel. Many thanks to the many linux-sunxi community members that made this possible in such a short time.


Please don't send personal messages! Use the forum so others can participate and benefit!

 

Before you report any problem please be aware that crappy SD cards and insufficient power supply are reason N° 1 why things are failing. Try to rule this out first please, check 'getting started' recommendations and check/provide 'sudo armbianmonitor -u' output first!

 

Did you check out custom google powered forum search already (before opening new threads or asking questions)?


#5 Guest_Melanrz_*

Guest_Melanrz_*
  • Guests

Posted 08 April 2016 - 11:25 PM

when i used armbian in December on my opi pc it sucks,now  with 5.07 working better than rpi3 and i plane to use it as small desktop replace,thank you for your work



#6 Guest_lionwang_*

Guest_lionwang_*
  • Guests

Posted 09 April 2016 - 12:25 AM

How much did they save using non programmable voltage regulator? And risking the whole project.

I bet you did not receive the camera, maybe that guy who worked on OV5460 was right.

 

it not about cost .  for it is hard to procurement.  it is just about  supply chain management.



#7 Guest_lionwang_*

Guest_lionwang_*
  • Guests

Posted 09 April 2016 - 12:58 AM

thank you very much for do the test.  i like you , brother.

 

if i want to do a product,  i do not need to copy everyone. we just do we want to do . for hardware ,if i want , i can do everything , MTK ,allwinner ,TI ,  samsung, RK ,qualcomm .....  so ....if i do any S805 S905, you also can say i copy ODROID :)

 

 

for all news about Xunlong, lemaker and sinovoip , many is very crazy. for all , i am not try to do any explain, even lemaker advertise they are founder for banana pi . time will tell you fact. :)

 

yes, you are right, we not good at open source .we just can say , we just can do  linux development , driver ,hardware ...  we only try to Study with you and all community. 

 



#8 tkaiser

tkaiser

    Advanced Member

  • Moderators
  • 2660 posts

Posted 09 April 2016 - 09:23 AM

when i used armbian in December on my opi pc it sucks

 

Back in December Igor collected all the available patches for mainline kernel and then we were able to build a very rudimental Armbian image for Orange Pi PC running kernel 4.4 with only clocks, USB and UART working. In case you tested that, then... hmm... maybe it sucked. At least no network and no display. We started supporting 3.4 kernel on H3 in February this year and the OS images are still considered experimental (yes, also applies to the 5.07 version you tested).

 

So no idea what you're really talking about.

 

for hardware ,if i want , i can do everything , MTK ,allwinner ,TI ,  samsung, RK ,qualcomm .....  so ....if i do any S805 S905, you also can say i copy ODROID

 

You know exactly why I call the BPi M2+ a clone. Since you chose to be 99% compatible to the Oranges: Exactly same DRAM type used so you can't mess up DRAM initialisation, same pin mappings vor every connected hardware so you can't mess up with sys_config.fex or device tree stuff.

 

So all that's left to mess up is the state of your OS images. And that is what's happened. I don't get why you don't test this stuff? Your current combination of kernel + sys_config.fex stuff limits the clockspeeds to 1008 MHz and the THS settings lead to killed CPU cores as soon as short load peaks happen. And you do not even notice that's something's going wrong? Why do you spend ressources on software if the result is still that horrible?


Please don't send personal messages! Use the forum so others can participate and benefit!

 

Before you report any problem please be aware that crappy SD cards and insufficient power supply are reason N° 1 why things are failing. Try to rule this out first please, check 'getting started' recommendations and check/provide 'sudo armbianmonitor -u' output first!

 

Did you check out custom google powered forum search already (before opening new threads or asking questions)?


#9 tkaiser

tkaiser

    Advanced Member

  • Moderators
  • 2660 posts

Posted 09 April 2016 - 10:21 AM

So Banana pi M2+ will be not supported by armbian?? Your img working very well on m2+

 

Can you do us a favour? Testing a possible increase in GPU acceleration? If so please do an

sudo armbianmonitor -r

to install RPi-Monitor, then do some gaming (or run a Quake benchmark if such thing exists) and provide a screenshot from the thermal graphs. Then please download this package unpack it and install all three packages using 'sudo dpkg -i *.deb', try again and report back with a second screenshot.

 

Some background information on RPi-Monitor with Armbian here. And the expected result of the new kernel would be higher framerates but thermal settings might also need some adjustments. Therefore reporting back with before/after settings showing this is important. Otherwise trying out the new kernel package is useless!


Please don't send personal messages! Use the forum so others can participate and benefit!

 

Before you report any problem please be aware that crappy SD cards and insufficient power supply are reason N° 1 why things are failing. Try to rule this out first please, check 'getting started' recommendations and check/provide 'sudo armbianmonitor -u' output first!

 

Did you check out custom google powered forum search already (before opening new threads or asking questions)?


#10 Gravelrash

Gravelrash

    Advanced Member

  • Senior Members
  • PipPipPip
  • 79 posts

Posted 09 April 2016 - 02:44 PM

@tkaiser

 

if you were given the task of buying the OrangPi or this Banana Offering, which would you spend you hard earned money on

 

Today =

 

6months =

 

Peace and Respect to you.


Inveterate Fiddler and keyboard Mangler

Veni, Vidi, fregit


#11 Melanrz

Melanrz

    Member

  • Senior Members
  • PipPip
  • 26 posts

Posted 09 April 2016 - 03:05 PM

Can you do us a favour? Testing a possible increase in GPU acceleration? If so please do an

sudo armbianmonitor -r

to install RPi-Monitor, then do some gaming (or run a Quake benchmark if such thing exists) and provide a screenshot from the thermal graphs. Then please download this package unpack it and install all three packages using 'sudo dpkg -i *.deb', try again and report back with a second screenshot.

 

Some background information on RPi-Monitor with Armbian here. And the expected result of the new kernel would be higher framerates but thermal settings might also need some adjustments. Therefore reporting back with before/after settings showing this is important. Otherwise trying out the new kernel package is useless!

of course,I would be honored to help you.I make it now.



#12 tkaiser

tkaiser

    Advanced Member

  • Moderators
  • 2660 posts

Posted 09 April 2016 - 03:38 PM

if you were given the task of buying the OrangPi or this Banana Offering, which would you spend you hard earned money on

 

Why should I choose between only two alternatives, especially since 'the Orange Pi' does not exist and no price for the M2+ is known yet? We have nearly 10 different Orange Pi variants with the announced OPi PC Plus (8GB eMMC and WiFi) being close to M2+ feature-wise (or OPi Plus).

 

I will ask the European distributor on monday but the last time I tried to get information from them it didn't work (they did not even know that they do not sell the Banana Pro but the M1+ instead). And 'specifications' there already look funny: there the M2+ is just 65x5mm in size (oh how I love this copy&paste crap done by trainees and sales persons!)

 

The most interesting thing regarding H3 boards has always been the low price. Something I'm interested in are also the camera/video capabilities (completely unknown yet how M2+ with OV5460 might work and maybe things improve a lot regarding GC2305 as sold by Xunlong). And everything else depends on the use case.

 

I'm still curious whether we'll see the announced quad core A20 successor in a few months. Since pin-compatible means we get the same features (SATA, 2 USB host ports), twice the speed and finally throttling problems :)

 

And the whole review above was mostly not about a specific hardware or a vendor but about Armbian's and the community's role. Since the linux-sunxi community does such a great job and since projects like Armbian exist the only thing you have to check first... "Is or will the board be supported by Armbian?" Since then software and support quality the specific vendor provides becomes completely irrelevant and you also have not to stick with crappy vendor kernels or Allwinner BSPs but can enjoy mainline kernel running on your device.

 

Maybe hardware vendors will get the idea sometimes in the future to better throw their crappy OS images in the bin and sponsor projects like Armbian instead. But some of them seem to love getting a bad reputation... I don't know.


Please don't send personal messages! Use the forum so others can participate and benefit!

 

Before you report any problem please be aware that crappy SD cards and insufficient power supply are reason N° 1 why things are failing. Try to rule this out first please, check 'getting started' recommendations and check/provide 'sudo armbianmonitor -u' output first!

 

Did you check out custom google powered forum search already (before opening new threads or asking questions)?


#13 tkaiser

tkaiser

    Advanced Member

  • Moderators
  • 2660 posts

Posted 09 April 2016 - 04:07 PM

BTW: I wanted to try out mainline kernel patches that would implement cpufreq/dvfs/throttling when used with vanilla kernel but failed and decided to give up for now. As a measure of precaution we will limit BPi M2+ max cpufreq to 816MHz in the meantime when we start to provide vanilla CLI images for H3 boards.


Please don't send personal messages! Use the forum so others can participate and benefit!

 

Before you report any problem please be aware that crappy SD cards and insufficient power supply are reason N° 1 why things are failing. Try to rule this out first please, check 'getting started' recommendations and check/provide 'sudo armbianmonitor -u' output first!

 

Did you check out custom google powered forum search already (before opening new threads or asking questions)?


#14 Melanrz

Melanrz

    Member

  • Senior Members
  • PipPip
  • 26 posts

Posted 09 April 2016 - 04:23 PM

RPImonitor install with issue,sorry for that,i use -m mode for now,with original kernel on quake3 27 fps,first image for thermal monitor,after update impressive 39 fps,second image for temperature.
 

Attached Images

  • oldkernel.png
  • newkernel.png


#15 Melanrz

Melanrz

    Member

  • Senior Members
  • PipPip
  • 26 posts

Posted 09 April 2016 - 04:27 PM

if you need more accurate result i use fan for same condition (new kernel tested on warm system after first test)



#16 @lex

@lex

    Advanced Member

  • Senior Members
  • PipPipPip
  • 158 posts

Posted 09 April 2016 - 07:56 PM

it not about cost .  for it is hard to procurement.  it is just about  supply chain management.

 

I understand the decision now and thank you for understanding my question, i should learn about supply chain management from now on.

Wish you good luck to your new product.



#17 Eng-Shien Wu

Eng-Shien Wu

    Member

  • Senior Members
  • PipPip
  • 20 posts

Posted 09 April 2016 - 10:24 PM

it not about cost .  for it is hard to procurement.  it is just about  supply chain management.

 

If I understand correctly, the implications of a fixed voltage regulator is that the BPi M2+ will need a fan to achieve the same CPU performance under load as the OPI PC AND it won't support a low power 'idle'.  I would consider that a FATAL FLAW for most ARM board use-cases.


  • Tido likes this

#18 tkaiser

tkaiser

    Advanced Member

  • Moderators
  • 2660 posts

Posted 09 April 2016 - 10:55 PM

if you need more accurate result i use fan for same condition (new kernel tested on warm system after first test)

 

Nope, thx for the test! Future Armbian releases will show +40 fps

 

If I understand correctly, the implications of a fixed voltage regulator is that the BPi M2+ will need a fan to achieve the same CPU performance under load as the OPI PC AND it won't support a low power 'idle'.  I would consider that a FATAL FLAW for most ARM board use-cases.

 

Fortunately it's not like this. The fixed voltage is somewhat annoying but the main issue is throttling behaviour under full load conditions. With next Armbian images it's fixed and killed CPU cores come back automagically within seconds. And since mainlining efforts are still progressing nicely in a few months no one will think about situation with 3.4 BSP kernels anyway.

 
So while M2+ will still consume more energy and will be a bit slower due to overheating earlier it's not that much of an issue. Think about the use case. If you want to run irrelevant benchmarks then BPi M2+ is a bad choice. If network performance is something you're interested in, BPi M2+ might be a good choice. And so on...

Please don't send personal messages! Use the forum so others can participate and benefit!

 

Before you report any problem please be aware that crappy SD cards and insufficient power supply are reason N° 1 why things are failing. Try to rule this out first please, check 'getting started' recommendations and check/provide 'sudo armbianmonitor -u' output first!

 

Did you check out custom google powered forum search already (before opening new threads or asking questions)?


#19 Melanrz

Melanrz

    Member

  • Senior Members
  • PipPip
  • 26 posts

Posted 10 April 2016 - 12:22 AM

 

Nope, thx for the test! Future Armbian releases will show +40 fps

 

 

Fortunately it's not like this. The fixed voltage is somewhat annoying but the main issue is throttling behaviour under full load conditions. With next Armbian images it's fixed and killed CPU cores come back automagically within seconds. And since mainlining efforts are still progressing nicely in a few months no one will think about situation with 3.4 BSP kernels anyway.

 
So while M2+ will still consume more energy and will be a bit slower due to overheating earlier it's not that much of an issue. Think about the use case. If you want to run irrelevant benchmarks then BPi M2+ is a bad choice. If network performance is something you're interested in, BPi M2+ might be a good choice. And so on...

 

Awesome job,i tested to retroarch,psp emulator get 26-30 fps in 3d,60fps in 2d,pretty awesome :) now try get kodi on it,build in player can run 4K video ,not fast as 1080p but pretty impressive,you configured cma to 256Mb i gues



#20 Gravelrash

Gravelrash

    Advanced Member

  • Senior Members
  • PipPipPip
  • 79 posts

Posted 10 April 2016 - 12:42 AM

Agreed, I think that the hardware vendors should sponsor projects such as this one, which will benefit not only them but the community as a whole

 

Maybe hardware vendors will get the idea sometimes in the future to better throw their crappy OS images in the bin and sponsor projects like Armbian instead.
 

Inveterate Fiddler and keyboard Mangler

Veni, Vidi, fregit


#21 Melanrz

Melanrz

    Member

  • Senior Members
  • PipPip
  • 26 posts

Posted 10 April 2016 - 02:13 AM




#22 tkaiser

tkaiser

    Advanced Member

  • Moderators
  • 2660 posts

Posted 10 April 2016 - 05:41 PM

Awesome job,i tested to retroarch,psp emulator get 26-30 fps in 3d,60fps in 2d,pretty awesome :) now try get kodi on it,build in player can run 4K video ,not fast as 1080p but pretty impressive,you configured cma to 256Mb i gues

 

Regarding Kodi this page might be interesting: http://linux-sunxi.o...:Rellla/Armbian

 

And OpenELEC will run smoothly if you use Armbian's bananapim2plus.fex instead of Orange Pi One's (don't use the fex from SinoVoip, there the THS settings are wrong and lead to a slow board)

 

And out of curiosity: Do you have also a heatsink on H3 or just the fan?


Please don't send personal messages! Use the forum so others can participate and benefit!

 

Before you report any problem please be aware that crappy SD cards and insufficient power supply are reason N° 1 why things are failing. Try to rule this out first please, check 'getting started' recommendations and check/provide 'sudo armbianmonitor -u' output first!

 

Did you check out custom google powered forum search already (before opening new threads or asking questions)?


#23 Melanrz

Melanrz

    Member

  • Senior Members
  • PipPip
  • 26 posts

Posted 10 April 2016 - 06:20 PM

Regarding Kodi this page might be interesting: http://linux-sunxi.o...:Rellla/Armbian

 

And OpenELEC will run smoothly if you use Armbian's bananapim2plus.fex instead of Orange Pi One's (don't use the fex from SinoVoip, there the THS settings are wrong and lead to a slow board)

 

And out of curiosity: Do you have also a heatsink on H3 or just the fan?

on my openelec opi pc (working 24h/24h) in self made case on cnc machine i have heatsink and 12v fan(run well on 5v),temperature max on retroarch or 2K movie max 40 grade of celcius,idle or sd iptv 30,on m2+ only fan without case,i will make photo,temperature 2k movie in armbian or psp emu about 45Grad,idle 32.Thanks for openelec sugestion,i try it. All case of temperature on max 1200Mhz cpu clock.

Attached Images

  • 12980893_1711579512432296_131679089_o.jpg
  • 13000550_1711579502432297_1908390045_o.jpg


#24 Melanrz

Melanrz

    Member

  • Senior Members
  • PipPip
  • 26 posts

Posted 10 April 2016 - 06:23 PM

one question ,your done to install armbian on emmc? how do this? i want check how fast is, install-nand-sata script not work

Thanks



#25 Igor

Igor

    Administrator

  • Administrators
  • 2888 posts

Posted 10 April 2016 - 06:33 PM

one question ,your done to install armbian on emmc? how do this? i want check how fast is, install-nand-sata script not work

Thanks

 

It's resolved but not implemented ... yet.


Want to send me a private message? Stop and think again. If there’s no reason for it to be private, it should be public. Thank you!


#26 Guest_lionwang_*

Guest_lionwang_*
  • Guests

Posted 11 April 2016 - 02:55 AM

Back in December Igor collected all the available patches for mainline kernel and then we were able to build a very rudimental Armbian image for Orange Pi PC running kernel 4.4 with only clocks, USB and UART working. In case you tested that, then... hmm... maybe it sucked. At least no network and no display. We started supporting 3.4 kernel on H3 in February this year and the OS images are still considered experimental (yes, also applies to the 5.07 version you tested).

 

So no idea what you're really talking about.

 

 

You know exactly why I call the BPi M2+ a clone. Since you chose to be 99% compatible to the Oranges: Exactly same DRAM type used so you can't mess up DRAM initialisation, same pin mappings vor every connected hardware so you can't mess up with sys_config.fex or device tree stuff.

 

So all that's left to mess up is the state of your OS images. And that is what's happened. I don't get why you don't test this stuff? Your current combination of kernel + sys_config.fex stuff limits the clockspeeds to 1008 MHz and the THS settings lead to killed CPU cores as soon as short load peaks happen. And you do not even notice that's something's going wrong? Why do you spend ressources on software if the result is still that horrible?

 

 

yes, i know , but for H3 chip , all  reference design is same , if we use H3 chip as a development board, all hardware function is same, for GPIO ,USB,camera...... we not space to do some change. :)   A20, A31S ,A83T,R58,H8 .....all the same. 

 

for open source , many many work need to do , even allwinner also have many many bad issue ,they not good at  linux development, just support android at first.

 

if we use all arm chip to do linux , all kernel version is too old , but you need to konw, all driver , such as 3G /4G /wifi/, switch chip ..... it is hard to begin with mainline linux , so we just can begin with old kernel  and let it work . this is why ,we need base on allwinner BSP.

 

i have some R&D  coworker with allwinner,  i also hope we can get all full support from you  and allwinner . 



#27 tkaiser

tkaiser

    Advanced Member

  • Moderators
  • 2660 posts

Posted 12 April 2016 - 07:24 AM

for H3 chip , all  reference design is same , if we use H3 chip as a development board, all hardware function is same, for GPIO ,USB,camera...

 

Not true. I've been talking about pin mappings and you use exactly the same as Xunlong for everything. Maybe trying to avoid more mistakes when it's about software settings.

 

Anyway: This is again the usual horrible SinoVoip experience: You ignore even active attempts to help you. I showed you several times why the thermal/throttling/cpufreq settings you use now for BPi M2+ are wrong (see above, see the low benchmarks scores you get). What do you do? Ignore it as usual and release the slowest Android image in the world AFTER I explained the problem in depth: http://forum.banana-...rsion-v1/1429/2

 

Same with Banana Pi M3: https://github.com/B...M3-bsp/issues/3

Well known issue, I reported it already pointing to the solution and what do you do? Close the issue and ignore the problem.

 

Unfortunately you simply don't care about your customer's problems and ignore them all the time.


Please don't send personal messages! Use the forum so others can participate and benefit!

 

Before you report any problem please be aware that crappy SD cards and insufficient power supply are reason N° 1 why things are failing. Try to rule this out first please, check 'getting started' recommendations and check/provide 'sudo armbianmonitor -u' output first!

 

Did you check out custom google powered forum search already (before opening new threads or asking questions)?


#28 tkaiser

tkaiser

    Advanced Member

  • Moderators
  • 2660 posts

Posted 12 April 2016 - 07:45 PM

Slightly off-topic: A quick look on SinoVoip's Android build: http://forum.banana-...rsion-v1/1429/2

 

It's Android 4.4 and since Allwinner never provides updates and SinoVoip doesn't develop themselve you won't see Lollipop or Marshmallow on this device. For newbies it will be impossible to use Android at all since SinoVoip does not tell their users to use Phoenix Card or Phoenix Suit to burn the aforementioned Android image to a SD card or directly to the device in FEL mode (you start Phoenix Suit, then the M2+ connected through USB to the USB-OTG port holding down the misnamed 'u-boot' button and can then flash an image directly). But if you can deal with screenshots in chinese, find the relevant Android chapter in their gitbook 'documentation' and are able to deal with broken links then you might succeed.

 

In the link above they write "Bluetooth 4.0 supported" and "Camera ov5640 supported" which is not true since they use the same kernel as with their Raspbian image and there it's clearly written that neither BT nor camera work and at least BT isn't working at all (same applies to WiFi with this Android but you never know: SinoVoip thinks it's a good idea to let people desolder chips from their SBCs to get working WiFi).

 

The kernel shows the usual quirks: when connected to a DVI display you get wrong colors (and unless you switch your display from RGB to YPbPr mode as can be seen below or you are an Linux expert able to play with kernel sources you're already lost when you only have a DVI display), average load is always above 1 since they don't care about problems that could be solved that easily and you're stuck with 720p display resolution (or you are an Linux expert, see link before).

 

Will you be able to tweak kernel stuff with their Android (changing display resolution, switching from HDMI to DVI, adding drivers and so on): the usual SinoVoip answer applies: http://forum.banana-...cs-of-m3/640/53 (no answer)

 

So in case you have to use their OS images be prepared that everything will remain as already known from M2 and M3, simply look through their forums first to get an impression what you can expect. And since the first retailers here in Germany list the M2+ already (+50€ shipping included) the whole board isn't interesting at all anymore.

 

Wrong colors can be so nice:

 

IMG_6090.jpg

 

 

IMG_6092.jpg

 

You would have to change the color mode of your display to fix that:

 

IMG_6093.jpg

 

720p by default:

 

IMG_6097.jpg

 

And the typical SinoVoip 'trade mark': Average load above 1 also on Android!

 

IMG_6100.jpg


Please don't send personal messages! Use the forum so others can participate and benefit!

 

Before you report any problem please be aware that crappy SD cards and insufficient power supply are reason N° 1 why things are failing. Try to rule this out first please, check 'getting started' recommendations and check/provide 'sudo armbianmonitor -u' output first!

 

Did you check out custom google powered forum search already (before opening new threads or asking questions)?


#29 Melanrz

Melanrz

    Member

  • Senior Members
  • PipPip
  • 26 posts

Posted 12 April 2016 - 10:16 PM

Look this one,working bt,wifi,ethernet,fast on emmc,but working only botom usb.Must check dvi.
https://mega.nz/#!lE...D2XftFdO-Agoth8



#30 Melanrz

Melanrz

    Member

  • Senior Members
  • PipPip
  • 26 posts

Posted 14 April 2016 - 08:05 PM

i see official img for m2+,thanks.