Sinovoip Banana Pi M3

'''Be aware that the board manufacturer is not cooperative. Despite its name the M3 is incompatible to Banana Pi/M1/M1+/Pro due to a different SoC requiring different boot loaders and drivers.''' It's just another attempt to cash in on the Banana Pi's popularity with another incompatible SBC sharing brand, name, form factor and GPIO header.

= Identification =

It's an SBC with blue PCB silkscreened "BPI-M3" in white where you can easily recognise A83T/AXP813 on the PCB's top side.

= Sunxi support =

Unsupported.

Current status
All OS images the manufacturer provides are based on Allwinner's 3.4.39 kernel. Mainlining efforts for the M3's A83T SoC just started so things won't improve that soon.

Images

 * Official download page with M3 section containing preliminary Linux 3.4.39 images
 * Android 5.1.1 image provided by SinoVoip

Since the OS images above do not contain the latest fixes and all 3 linux images seem to be corrupted a quick&dirty test image based on an Ubuntu 15.04 rootfs for Orange Pi PC combined with kernel/u-boot and hardware initialisation from SinoVoip including all fixes back to 1st of Dec. 2015 can be found here: Ubuntu_15_04_Loboris_BPi-M3.img.7z. MD5: 58e7d9bc5ed58150ed3c915274e5912d, login/password: orangepi/orangepi (sudo enabled). Please don't think about using it for anything else than testing since some stuff might not work (eg. Wi-Fi/BT due to missing modules/firmware) and security implications might exist also (at least SSH keys should be regenerated)

Manual build
No support in the community maintained sunxi-3.4 kernel is planned. Allwinner's kernel sources for the A83T can be found now here.

Sunxi/Legacy U-Boot
The manufacturer uses an u-boot.2011-something version without support for script.bin

Mainline U-Boot
Use the  build target.

Sunxi/Legacy Kernel
Since the M3's bsp uses an aging u-boot from 2011 no script.bin support exists therefore you've to adjust display settings in the fex file. Some can be found in SinoVoip's M3 repo.

Mainline kernel
Use the  device-tree binary.

= Tips, Tricks, Caveats =

LEDs
The BPi-M3 features 3 LEDs located between IR receiver and microphone: A red one indicating power that can't be turned off and a green and blue one accessible through sysfs after latest fixes are applied to kernel sources and hardware initialisation.

Both green and blue LED can then be controlled through sysfs and appear below /sys/class/leds/. To show the available triggers do a  and set this to none if the default heartbeat blinking annoys you. Since the timer trigger also exists BananaLEDd should be useable to show disk activity and average load (to be confirmed) since BananaLEDd supports LEDs accessible through sysfs starting with version 1.2

SATA
Be aware that the A83T SoC used on the M3 isn't SATA capable and therefore the SATA port is provided by an USB-to-SATA-bridge. This means you can neither expect SATA performance nor full SATA functionality. While the used GL830 bridge supports S.M.A.R.T. attributes it does not support S.M.A.R.T. status notification (overall health indicator of the disk – instead of PASSED or FAILED you will only get SMART Status not supported: Incomplete response, ATA output registers missing). Fortunately the GL830 seems to have no 2TB limitation.

Expected SATA performance is even worse compared to Orange Pi Plus that relies on the same old GL830 chip since on the M3 all externally available USB host ports and the SATA bridge are connected through the internal hub to one single USB port and therefore have to share bandwidth. First tests don't look that promising: tests done with a fast SSD/ext4 at two different clockspeeds: 13/23 MB/s @ 480 MHz vs 15/30 MB/s @1800 MHz write/read. Using an external Micron JMS567 that is known to get close to 40 MB/s sequential transfer speeds @ 1800 MHz exceeded 35/34 MB/s write/read with same SSD/ext4. It seems the GL830 wasn't the best choice to provide a SATA port on the M3.

FEL mode
The u-boot button triggers FEL mode.

Thermal behaviour
Allwinner's kernel for H3 and A83T seem to implement identical thermal throttling strategies depending on fex settings that can be read out through sysfs: /sys/devices/virtual/thermal/thermal_zone0/trip_point*. If these values are set in incremented order first throttling will occur and only if this still doesn't help CPU cores will dropped. By tuning these settings you might get the opposite of what's intended: a slower system due to less available CPU cores.

With Allwinner's kernel there's also something like fan control implemented. Below /sys/devices/virtual/thermal/cooling_device0/ you can read out cur_state that will be adjusted depending on fex settings between 0 and max_state.

Without a heatsink you won't exceed 1.2GHz when running CPU intensive tasks, when choosing a good one and enough airflow you might get up to 1.6 GHz and everything above needs an annoying fan. The good news: This is still no overvolting/overclocking since it's just about better heat dissipation to avoid throttling. The bad news: You need to solder a sane way to provide more than 5V/2A to the board -- see below.

USB
Only 1 of the 2 SoC's host ports is used to connect to the Terminus Technology Inc. 4-Port USB hub on the bottom side of the PCB. Therefore the USB-to-SATA bridge and the 2 available USB type-A ports have to share the bandwidth of this single connection. It seems that the hub's fourth port is routed to solder pads located between onboard microphone and GPIO header.

Sudden shut offs / maximum consumption / cooling vs. consumption
In case you experience shut offs when connecting peripherals or operating the device under high load have a look at the gallery below where to measure and where to solder a fix. This is especially recommended when you want to make use of the promised performance (octacore @ 2.0GHz according to the manufacturer). If you use the device without heatsink consumption through CPU cores will seldom being able to exceed 4W-5W since thermal throttling will decrease clockspeeds automagically and dynamic voltage frequency scaling (dvfs) will then also reduce Vcore.

With an applied small heatsink and outside of an enclosure under constant full load the A83T will jump between 1008 MHz and 1200 MHz due to thermal throttling. At the latter cpufreq Vcore will be already set to 920mV while being set to 840mV at 1008 MHz:



Under these conditions CPU activity is responsible for the board consuming between 5.5W-6W. If you improve heat dissipation by using a large heatsink or even a fan you will let thermal throttling jump in later with drastical consequences.

Due to the dvfs settings Vcore will be increased to 1000mV or even 1080mV when reaching 1800 MHz. And then CPU activity alone is responsible for a whopping 8W consumption. And while this might work in a test environment with just a serial console attached it can't work in a normal environment with a connected display, a few USB peripherals and a connected disk needing another 4-5W exceeding 12W easily. Micro USB is rated 5V/1.8A max: 9W or maybe 10W under best conditions (most likely due to crappy USB cables the board's PMU will diagnose undervoltage way earlier and shuts down).

In case you improve heat dissipation be prepared for shut-offs unless you solder a sane DC-IN solution and use 5V/3A at least (won't help with micro USB due to the tiny contacts)

Booting from different device
Using the BSP and the OS images SinoVoip provides it's only possible to boot from /dev/mmcblk0p2 (compare with /proc/cmdline). To change that you've to grab the BSP and adjust sunxi-pack/chips/sun8iw6p1/configs/*/env.cfg to be able to boot using NFS or USB (please remember: the M3 has no SATA any more, just an ultra-slow onboard USB-to-SATA bridge). If you try to adjust root= to point to any USB location always keep in mind that device nodes might not be persistent across reboots therefore always use the partition UUID instead. In case you want to boot from a partition that's currently mounted as /dev/sda1 do a gdisk -l /dev/sda1 and use the UUID it prints, eg.: root=PARTUUID=1A40C346-C1F0-4613-B3AB-1FA3C6B6F343. Don't use the output of blkid, these aren't the partition UUIDs!

Please always keep in mind that booting from a connected SATA disk behind the GL830 is the worst idea ever since every BPi M3 ships with 8GB onboard eMMC which is more than twice as fast as any disk behind the slow GL830 bridge.

DVI displays
When trying to use HDMI to DVI converters with Allwinner's 3.4.39 kernel a small fix has to be applied. The contents of script.bin have to be adjusted so that the following has been added to the [hdmi_para] section: hdcp_enable = 0 hdmi_cts_compatibility = 1

= Adding a serial port =



The UART header is between u-boot button and the Ethernet port. Just attach some leads according to our UART howto.

= Pictures =

= See also =


 * a so called 'User Manual' and some hardware docs
 * BPI-M3 V1_2 schematic diagram 20151014(RELEASE)