BL602/BL604 RISC-V WiFi & Bluetooth 5.0 LE SoC will sell at ESP8266 price point

Hisilicon Hi3861 may be the first RISC-V WIFI SoC we’ve reported on, but due to political uncertainties and security concerns, supplies may not be available outside of China.

So alternatives are welcomed, and Nanjing-based Bouffalo Lab (not a typo, 博流智能科技 in Chinese) has recently introduced BL602 and BL604 32-bit RISC-V WiFi and Bluetooth LE SoC for low-power IoT applications that are supposed to compete against ESP8266 in terms of price but with higher performance and additional features. The BL602 will also be integrated into an upcoming Sipeed Longan-series board, and potentially a new IoT board from Pine64.

BL602 / BL604 key features & specifications:

  • MCU subsystem – 32-bit RISC-V CPU with FPU with dynamic frequency from 1MHz to 192MHz, L1 cache
  • Memory – 276KB SRAM on-chip
  • Storage
    • 128KB ROM, 1Kb eFuse, and optional Embedded Flash on-chip
    • XIP QSPI flash support
  •  Wireless
    • Wi-Fi 4 – 802.11 b/g/n @ 2.4 GHz
    • Bluetooth 5.0 LE
    • Wi-Fi Fast connection with BLE assistance
    • Wi-Fi Security – WPS/WEP/WPA/WPA2/WPA3
    • STA, SoftAP, and “sniffer” modes
    • Integrated RF balun, PA/LNA
    • WiFi Tx: 21 dBm; WiFi Rx: -98 dBm
  • Peripherals and I/Os
    • SDIO 2.0 slave (AP-Host)
    • SPI master/slave, 2x UART,  I2C master/slave, 5x PWM channels
    • ADC  – 10-bit general DAC, 12-bit general ADC, 2x general analog comparators
    • PIR (Passive Infra-Red) detection
    • IR remote HW accelerator
    • 16x flexible GPIOs (BL602) / 23x flexible GPIOs (BL604)
    • 4x DMA channels
    • RTC timer up to One year
    • 2x 32-bit general-purpose timers
  • Clocks – Supports XTAL 24/26/32/38.4/40MHz, XTAL 32/32.768KHz, internal RC 32KHz & 32MHz oscillator, internal system PLL
  • Security
    • Secure boot
    • Secure debug
    • XIP QSPI On-The-Fly AES Decryption (OTFAD)
    • AES-128/192/256
    • SHA-1/224/256
    • TRNG (True Random Number Generator)
    • PKA (Public Key Accelerator)
  • Debugging – JTAG
  • Supply Voltage – 2.1 to 3.6V
  • Low power modes  – Off, hibernate, power down sleep, and active
  • Power consumption – Deep sleep: 0.5uA; WiFi Rx: 18 mA
  • Package Type – 32-pin QFN (BL602) or 40 pin QFN (BL604)
  • Temperature range – -40°C to 125°C

The specs are made of the information there is on Bouffalo website, plus extra information I found on the Internet. I first found about BL602 thanks to a Tweet by Sipeed.

Somehow there seems to be a lot of people asking for Rust support, a high-level programming level that can also be used for embedded devices.  But we may also get Arduino/PlatformIO and MicroPython support. Anyway, that’s the tweet where I learned about BL602 and that it would be as cheap as ESP8266. TL Lim, the founder of Pine64, also participated in the discussion and would consider launching a Pine64 BL602 board if an open-source toolchain is available.

The information we have so far is interesting, but it gets even better when we look at Bouffalo roadmap as posted on EDN China (in Chinese).

They have plenty of wireless RISC-V MCUs in the pipeline with BL606/BL608P featuring WiFi, Bluetooth, and Zigbee connectivity plus a DSP and AI accelerator, as well as BL808 adding an ISP for camera support. BL702 is designed for the smart home with Zigbee and BLE 5.0, and BL708 is similar but with Bluetooth 5.2 dual-mode (BLE + Bluetooth Classic). They even have a WiFi 6 RISC-V IoT chip (BL616), and other chips for AI edge computing (BL828), support for 2×2 MIMO (BL628), etc…

This looks promising, but we’ll have to see how software support progresses. There’s a developer website but I did not manage to register, and the forums are fairly empty right now, so there’s nothing much happening in public at this time.

Support CNX Software - Donate via PayPal or cryptocurrencies, become a Patron on Patreon, or buy review samples
Notify of
newest most voted
fan kunpeng
1 month ago

already has sdk for this kind of board:

David Willmore
David Willmore
1 month ago

What’s a ‘dlexible’ GPIO? Flexible?

I’m all for more readily available chips like this, but what makes the difference is the software support. ESP has had years to get that organized. They’ve also put some effort into supporting their chips which has had no little part in their success. They’ve even hired brilliant people from the ‘scene’. Bouffalo has a lot of work ahead of them if they want to compete with Espressif. Because, in the end, it takes more than specs and prices to make a successful device.

Carl Johnson
Carl Johnson
1 month ago

They will have the support of the entire opensource community to get the software ecosystem going. Using an open ISA attracts lots of moment.

1 month ago

What are you basing that on? There isn’t one opensource community. Just being RISC-V means they don’t have to put a lot of effort into compilers etc as long as they don’t make their chip subtly incompatible.. but that doesn’t give them a free ride with the other stuff they need like the other bits you want for anything beyond printf(“hello, world\n”);. i.e. An RTOS kernel, networking stacks, TLS and so on. You can bet the SDK for this thing will be yet another mash up of gcc + newlib + lwip + some blobs + some very bad HAL… Read more »

Philipp Blum
Philipp Blum
1 month ago

True that. I replied on their tweet. They seem to be interested. So let’s see how helpful they will be with the implementation.

Philipp Blum
Philipp Blum
1 month ago

“Among the asian vendors Espressif is the only one that has tried to make their stuff not a complete pile a garbage AFAIK.”
lmao, seriously? You mean the SDK which is bound to FreeRTOS and you have to use FreeRTOS in order to use their SDK? Yeahh, not the best example for a good SDK tbh.

30 days ago

There is some official contribution to get zephyr working

30 days ago

Perhaps I search the wrong terms, but I cannot find the maker here

29 days ago

Thanks for your articles. SDK had been open at , and more docs following.