$6 Pine64 Ox64 SBC features BL808 64-bit/32-bit RISC-V multi-protocol WiSoC with 64MB RAM

Pine64 Ox64 is a single board computer powered by Bouffalo Lab BL808 dual-core 64-bit/32-bit RISC-V processor with up to 64MB embedded RAM, multiple radios for WiFi 4, Bluetooth 5.0, and 802.15.4 (Zigbee), as well as an AI accelerator.

The board also features up to 16MB XSPI NOR flash, a MicroSD card socket, a USB 2.0 OTG port with support for a 2-lane MIPI CSI camera module, and two 20-pin GPIO headers for expansion. It measures just 51 x 21mm, or in other words, is about the size of a Raspberry Pi Pico W.

Pine64 Ox64 SBC

Pine64 Ox64 specifications:

  • SoC – Bouffalo Lab BL808 with:
    • CPU
      • Alibaba T-head C906 64-bit RISC-V core @ 480MHz
      • Alibaba T-head E907 32-bit RISC-V core @ 320MHz
      • Alibaba T-head E902 32-bit RISC-V @ 150MHz
    • Memory – 728KB SRAM, 64MB embedded DRAM
    • AI accelerator – NPU BLAI-100 (Bouffalo Lab AI engine) for video/audio detection/recognition
    • Wireless
      • 2.4 GHz 802.11 b/g/n Wi-Fi  4
      • Bluetooth 5.x dual mode (classic + BLE)
      • IEEE 802.15.4 for Zigbee
      • 10/100M Ethernet through add-on board
    • Display
      • Up to 4-lane MIPI DSI
      • Up to 8-bit MIPI DBI
      • 16-bit MIPI DPI
      • QSPI
    • Audio Codec – 2x ADC, 1x DAC, sample rate: 8 to 192KHz, 24-bit
    • Camera
      • 2-lane MIPI CSI and DVP interfaces
      • MJPEG and H.264 encoder up to 1920×1080 @ 30fps + 640×480 @ 30fps
    • Package – 88-pin QFN
  • Storage
    • 16Mbit (2MB) or 128Mbit (16MB) XSPI NOR flash
    • MicroSD socket with support for SDHC and SDXC
  • Camera & audio – 2-lane MIPI CSI co-located with USB-C port for camera module including microphone and speaker
  • Antenna – 2.4GHz chip antenna soldered on board, footprint for u.FL connector
  • USB – 1x USB 2.0 OTG Type-C port with MIPI CSI “alternative” mode
  • Expansion – 2x 20-pin headers with castellated holes with GPIO, SPI, I2C, and UART, possible I2S and GMII expansion
  • Debugging – 5-pin JTAG header
  • Misc – BOOT button, red power LED
  • Power Supply – 5V/0.5A via USB Type-C port or micro USB port
  • Dimensions – 51 x 21 x 19mm
Bouffalo Lab BL808 Block Diagram
Bouffalo Lab BL808 Block Diagram

There have been several Arm processors with built-in 64MB to 128MB memory from Allwinner and SigmaStar in recent years, so it’s interesting to see Bouffalo Lab doing something similar with the BL808 RISC-V SoC. There are some more details including the Ox64 schematic and BL808 datasheet + TRM in the wiki.

The BL808 wireless processor is designed for low-power AIoT video/audio applications, notably two-way voice intercoms. The BL808 is supported by an RTOS SDK, and Linux is being worked on. That’s why there are two SKUs for the Ox64 board, one with 16Mbit flash suitable to run an RTOS and another one with 128 Mbit flash to run Linux.

Ox64 BL808 SBC prototypes

Pine64 Ox64 is available for purchase for just $6 for the 16Mb Ox64 and $8 for the 128Mb Ox64. You’ll find both on the Pine64 store. Note that at this early stage, I would not expect all features to work outside of the box.

Update: The post was initially published on October 10, 2022, and updated once the Pine64 Ox64 was up for sale.

Share this:

Support CNX Software! Donate via cryptocurrencies or become a Patron on Patreon

ROCK Pi 4C Plus
Subscribe
Notify of
guest
The comment form collects your name, email and content to allow us keep track of the comments placed on the website. Please read and accept our website Terms and Privacy Policy to post a comment.
74 Comments
oldest
newest
repkid
repkid
3 months ago

for that price it looks to be an interesting board

dgp
dgp
3 months ago

Very interesting! Would be nice to see a community develop around this so there is an easy to use SDK for this that runs all of the heavy and security critical bits like networking on the C906 with Linux and then a clean way to throw code over for the E907 to run while most of the system is powered down.

snowball
snowball
3 months ago

The TRM even lists a third core in section “1.2.3 LP”, which is RISC-V RV32EMC and “ultra-low power”. The IPC unit seems to be connected to all three cores so communication between them should be possible in the usual ways. However, I haven’t seen the LP core in the bus-interconnect diagrams so I don’t know which memories and peripherals can be accessed by it.

David Sugar
3 months ago

This would be interesting not just for yacto linux devices, but even with something more general purpose, like AlpineLinux. In fact, with 16 megs flash and 64-128 megs ram, it has more than enough to boot a practical Alpine rootfs to ramdisk that could carry app services of various kinds.

Joszko
3 months ago

and haiku, hurd, minix3, openvms, qnx, fuzix, and serenity
yes 😉

Mark
3 months ago

Please give me this with ethernet and PoE.

Philipp Blum
Philipp Blum
3 months ago

Even if not. You can get an Ethernet PHY that connects to USB or something.

Coldfish
Coldfish
1 month ago

There is MII port on the GPIO pins that can attached a 10/100Mbps PHY and for sure also PoE. PINE64 already has this add-on board in their plan. The other two add-on are 1) DAP (digital Audio Player) with i2s DAC and SPI LCD panel, 2) either USSB or MiPi SCI camera module.

Marcin Dąbrowski
3 months ago

Even though I see all these elements positively, like a promise of a proper RTOS on a chip with 64MB of RAM, video output with basically all protocols that might be used with these chips, or video, AI accelerator and networking in one package, I do ponder about limits of this combined package. Let’s say that 8 pins are taken for basic power, clock and radio pins. Then take at least 10 pins for video out, 4 for JTAG, at least 4 for audio, 6 for QSPI, 4 for USB+Type-C control and so on, until dread sets when you are… Read more »

Squonk42
3 months ago

This situation is not specific to this chip. If it were a small BGA package with plenty of balls, one would complain about the non hacker-friendliness. If it were a large TQFP100+ pin package, one would complain about size. This package sits in the middle, and the fact that there are 2 different SKU (one for doorbell and one for IP camera) seems to indicate that they address a specific market, where the available pin count matches the needs. If you need more low-speed GPIOs, just add an I2C or SPI I/O expander, it will be cheaper than a separate… Read more »

David Willmore
David Willmore
3 months ago

xSPI seems to be a DDR extension to OSPI or Octal-SPI with data transfered on both edges of an up to 200MHz clock. That’s 800MB/s! Yikes! We’re getting into critical routing requirements on that PCB! Matched length traces with impedance control, etc. If you’re thinking of DIYing a design with one of these, beware of that xSPI routing, friend.

David Willmore
David Willmore
1 month ago

Looking at the production schematic shows a QSPI memory, so that’s a signifigant step down from an xSPI chip. Maybe the x in this case was meant to be a wildcard so as to say it had *some kind of* SPI memory. It’s clearly not xSPI. The chip is a W25Q128JW/W25Q256FV which are 16MB and 32MB SPI/Dual-SPI.QSPI serial flash chips. Good for 52MB/s read/write down hill with the wind at their back and their fingers crossed.

Willy
3 months ago

Amazingly interesting! That could quickly constitute a production-grade tiny linux-on chip, a-la breadbee except that if the manufacturer participates to the porting, it could be much less of a hassle and could quickly turn to something usable. The frequency is a bit on the low side but at those levels I suspect that there are good margins. My breadbees run remarkably stable and cool at 1.4 GHz for a theoretical limit of 1.0 🙂 The power draw will be interesting to watch by the way. The breadbee runs fine at ~0.6W under load and ~0.5W idle. Maybe an SoC designed… Read more »

Squonk42
3 months ago

There is no MMU in this chip, so you can forget about running Linux on it, unless you want to go the MMU-less path, which I don’t recommend (been there, done that).

Coldfish
Coldfish
3 months ago

There is MMU in this chip 🙂

Squonk42
3 months ago

Search for “mmu” in this page above, in the Pin64 Wiki, in the BL808 datasheet and reference manual = 0 match
Where do you see it?

Squonk42
3 months ago

My bad, I found it too:
• Sv39 memory management unit

David Willmore
David Willmore
3 months ago

Looking at the Olimex page under the description of the T_head C906 480MHz 64-bit RISC-V CPU it lists: Sv39 memory management unit, realizing the conversion of virtual and real addresses and memory management. Sounds like an MMU to me.

Nothing similar listed for the main 32 bit core. So, it may just use a physical mapping. The datasheet linked to from T-Head says that it has a PMP, so just basical 16 region protection/mapping. Not enough for VM, but plenty for an RTOS to have simple privelege separation.

tkaiser
tkaiser
3 months ago

> Sv39 … Sounds like an MMU to me.

It’s also called like that in /proc/cpuinfo: https://github.com/ThomasKaiser/sbc-bench/blob/master/results/Allwinner-D1-5.17.0-rc2.cpuinfo

Willy
3 months ago

And that should draw the separation between these two cores, one for a real operating system and the other one for device and power management with no user code.

David Willmore
David Willmore
3 months ago

I see it as 64 bit for user code/OS. 32 “big” core for low level programs that need realtime. 32 ‘litte’ core for power management and housekeeping.

Jeroen
3 months ago

Board looks ok, but what does the SDK look like?, i remember there wasn’t much info or docs for the previous Bouffalo Lab chips.

Klaudiusz
Klaudiusz
3 months ago

I would like to see a similar product from Espressif. Mainly due to the proven SDK.

Orzel
Orzel
3 months ago

Extremely interesting. On paper at least it’s promising a lot of very good stuff. Bouffalo is known for lack/bad documentation/support, and I’ve avoided them completely. But that’s a hell of a great risc-v stuff they are working on. Even without linux, i can see a lot of things that could be done with that.

Willy
3 months ago

Actually I’d rather see it with linux rather than with yet another totally insecure stack waiting for a widescale takeover, or just trivially hackable software suites that were never designed to run in hostile environments.

S K
S K
3 months ago

Is it just me or a name containing “x64” as a substring is quite unfortunate for a RISC-V based design (and not an x86 one)?

riskable
3 months ago

Oooh! Forget Linux! I’m super interested in this as a *bare metal* thing. The AI accelerator would be perfect for doing matrix transforms with high resolution RGB LED matrices for all kinds of cool special effects 👍

bruh
bruh
3 months ago

 AI accelerator would be perfect for doing matrix transforms with high resolution RGB LED matrices for all kinds of cool special effects”
true

Jack
Jack
3 months ago

lovely! the only problem is the npu, i really dont want it on such device!

David Willmore
David Willmore
3 months ago

I don’t think use of the NPU will be manditory.

Jack
Jack
3 months ago

no but it will use some power even at idle, and if u download fancy firmwares, a spyware could be well hidden

Stuart Naylor
3 months ago

I think you might find many are thinking the opposite and very interested because such a device has a NPU and only wondering what can be expected and what layers might be supported in a SDK

paul
paul
3 months ago

Reminds me of that Sigmastar chip announced a year or so ago that has gotten no attention since then. Maybe the 16MB board plus an SD card can run a “big” Linux? I’m pessimistic though, because of the mention of historically bad documentation from Bouffalo, plus Pine’s tendency to leave projects unfinished. Otherwise this seems like a nice alternative to the unobtanium and bigger Raspberry Pi Zero. Are they serious about the 2.5W power consumption though? Ouch.

Jack
Jack
3 months ago

why the 32bit core anyway ? i guess it can’t be used together with the 64 to run linux, so why ? for the gpio ?

RISC-VFan
3 months ago

I don’t know why so many commenters are so convinced it can’t run Linux. The big core is the same C906 block that’s in the D1 sold by Sipeed (Nezha) MangoPi and others. (It’s not totally clear if the V unit still has the pre-release 0.7.1 mess that shipped on D1.) It’s a single (big) core and it’s not a huge amount of memory, but if you pair it with an appropriate Linux build, it’s reasonable. You don’t want to run a desktop on it, but for process control or something, it’ll be fine. There absolutely is an MMU. Bouffalo… Read more »

Banana
Banana
3 months ago

If it can be programed in RTOS mode in Arduino IDE it be the best board under the sun like teensy 4.1. but hugely better and cheaper. Like h264 codec in this is crazy. Please let this happen !!!
Fastest board on Arduino IDE for 10$ here we GOOOO!!!!
(I loseing my mind)

dvl36@UA
3 months ago

MB – Mega Bytes, Mb – Mega bits.
Isn’t it easy? And there won’t be any confusion.

Joszko
3 months ago
  1. Why no lipo on morherboard? similar orange crab?
  2. why not making in feather size?
  3. how about firmweare in WiFi and BT? Blobs? still blobs?
Tim Michals
3 months ago

Is there CoreMark/Mhz numberfor each core?

zeflo
zeflo
3 months ago

The wiki says: on-board 16Mb (2MB) or 128Mb (16MB) XSPI NOR flash memory

Victor Suarez Rovere
2 months ago

Where’s the BL808 datasheet?

Justin
Justin
1 month ago

Still no drivers for the wifi tho. And no mention in the docs. So…..

roor
roor
1 month ago

Yes, no wifi driver/example in the SDK currently…

Jeroen
1 month ago

EU Shipping seems to be 30$ and they then don’t include customs and tax, so that probably another 12$ customs tax, i hope some EU shop will also sell these, otherwise its a no go.

Boris
1 month ago

Pine64 has an EU store (https://pine64eu.com/) with automatically calculated VAT and free shipping, but, unfortunatelly, this board is not available there.
Let’s hope it will become available or maybe in Aliexpress store …

tkaiser
tkaiser
1 month ago

> Don’t they also have to provide a longer warranty in Europe?

They clearly mention the ‘other benefits to purchasing goods within the EU, such as the mandatory 2 year warranty or 14 day return policy‘.

Obviously there’s good reason to let products mature outside an EU sales channel first. Especially if lots of EU consumers are not aware of real costs when importing products on their own and compare worthless list prices.

Jeroen
1 month ago

Seems the eu store only sells phones and soldering irons, can’t find any sbc on there, pitty!

Abbadon
Abbadon
1 month ago

I just ordered 2 boards, but I got an option for ‘EU Standard Shipping Method: $11.99’. No VAT so still not the best deal, but worth it for me.

Anon
Anon
1 month ago

If the do free shipping, maybe. Otherwise it’s not worth it.

Orzel
Orzel
1 month ago

Yes 🙁
I wanted to order one, but shipping + tax + custome multiply the price by 5~6… I gave up.

Hugh
Hugh
1 month ago

US$30 shipping to Canada too.
Surely regular mail would be cheaper.

fw_dev
fw_dev
1 month ago

$65 is the cost of shipping to the Philippines. Speechless.

FergusL
FergusL
24 days ago

Any news on availability in Europe? Thanks!

roor
roor
1 month ago

Providing the BL808 wifi is similar to BL602, some information…
https://lupyuen.github.io/articles/wifi

Leon Heller
Leon Heller
1 month ago

Thanks for mentioning that Pine64 module. I’ve ordered one. Also posted a link to one of the Raspberry Pico FB groups. It’ll be interesting to see what they make of it!

Freire
Freire
1 month ago

Where to find the SoC BL808 for sale?

Amazed
Amazed
1 month ago

This?
C$ 11.02 | Sipeed M1s Dock AI+IoT tinyML RISC-V Linux Artificial Intelligent Development Board
https://www.aliexpress.com/item/1005004987312402.html

Ghent The Slicer
1 month ago

Should note the RAM is not embedded in the chip, but spi external PSRAM. Hence the boards with varying amount or RAM.

Shipping seems steep though.

David Willmore
David Willmore
1 month ago

Looking at the schematic, I see no PSRAM at all, just a QSPI NOR flash chip of 16 or 32MB.

Jon Smirl
1 month ago

The PSRAM is inside the CPU chip. There are two dies in the package. It won’t be shown on the schematic.

David Willmore
David Willmore
1 month ago

Oh, thanks for the kick. I see it on the specs on the wiki, now. 64MB is a lot of PSRAM. I’ve not seen a chip that big before. I wonder how it’s connected? Why not just use cheaper DRAM? It requires a lot more wires for the parallel connection, but this is embedded, so that’s not as much of an issue as if it required package connections. And it would be a lot faster. (assuming the PSRAM is serially connected) But then again, maybe the PSRAM is xSPI–because the external flash clearly isn’t. The Wiki is still in disagreement… Read more »

Jon Smirl
1 month ago

In general PSRAM works like a page fault. You don’t directly run out of PSRAM. Instead the hardware catches an access to the page, fetches the page out of PSRAM and into SRAM. Code works the same way when executing out of SPI flash. When you run out of buffers the OS will decide to write a dirty page back to PSRAM. So for MCUs there isn’t a huge difference compared to DRAM. To compare DRAM to PSRAM you’d look at the 4KB burst speed.

David Willmore
David Willmore
1 month ago

That’s how most XIP systems work, yes. But, if you look at devices like the Nintendo DS, they use a parallel PSRAM which just looks like a normal parallel SRAM, but used DRAM with hidden refresh and rewrite. So, I’d rather not confuse PSRAM’s behaviors and XIP. My question boils down to, are they connecting the *on package* PSRAM via SPI or parallel. If SPI, then that explains why they use PSRAM rather than DRAM–there isn’t SPI DRAM in common use (I am sure some freakish place makes it somewhere for *reasons*). If it’s a parallel PSRAM, then why not… Read more »

Jon Smirl
1 month ago

It only has a PSRAM controller, not a DRAM one. When buying dies I suspect DRAM and PSRAM cost the same per MB. From the register map it looks like it is using 16b parallel to the PSRAM. And a ‘Winbond Hyper3″ connection. https://www.winbond.com/hq/product/mobile-dram/hyperram/?__locale=en

David Willmore
David Willmore
1 month ago

They very well may for a certain capacity range.

Really looks like this is meant to replace parallel PSRAM and not serial, but it uses a serial-ish interface (just running really fast) so that it has the latency and bandwidth of a parallel interface. Neat.

Thanks for the link.

Oh, forgot to ask. From reading the data sheet, does the controller treat it like directly mapped memory or does it need to fake it like other XIP/SPI chips do?

Willy
1 month ago

For MCUs, the power draw of memory at rest counts a lot, and DRAM needs constant refresh which eats a lot of power. PSRAM will only draw power during transfers, so that’s an important difference to consider, even if it costs more.

David Willmore
David Willmore
1 month ago

PSRAM should take about as much power as DRAM for the same amount of access. Considering PSRAM *is* DRAM but with a controller wrapped around it to hide the DRAMness of it. It’s not SRAM, it’s *pseudo* SRAM which mean it fakes being SRAM when it’s not.

What are you basing your arguement on?

stuartiannaylor
1 month ago

sold out before I could get a 128mb

Felix
Felix
1 month ago

Could Pi-hole be run on this? I’m thinking RAM and storage might be too skimpy for it to be possible, but would be happy to be wrong.

David Willmore
David Willmore
1 month ago

I think you need more RAM to hold the block list, don’t you?

Weller PCB manufacturer