4 ms·
It's right there on the page but it looks like he blocks copy and paste which is ridiculous: 0.5 uA (deep sleep), Wifi Rx: 18 mA. The first link (https://www.cn
by FullyFunctional 6y ago
It's right there on the page but it looks like he blocks copy and paste which is ridiculous: 0.5 uA (deep sleep), Wifi Rx: 18 mA.
The first link (https://www.cnx-software.com/2020/10/12/hi3861-based-hispark-wifi-iot-development-board-supports-liteos-and-harmonyos/ https://www.cnx-software.com/2020/10/12/hi3861-based-hispark...) has more information.
I'm puzzled about his Rust remark; if it's an RV32 then Rust already supports nostd on riscv32i-unknown-none-elf, riscv32imac-unknown-none-elf, and riscv32imc-unknown-none-elf.
- deleted 6y ago[deleted]
- zokier 6y agoIf those figures are right, that would put this new chip as dramatically better than esp32, right?
- ohazi 6y agoYes, the esp8266 and esp32 are power hogs and run quite warm, which is why you don't see them in battery powered gadgets very often. It'll be interesting to do real world measurements when this chip is available.
- dragonelite 6y agoI think i saw the rust thread on twitter. It was about Ferrous system supporting this board with their course and cli tools.
- JJJollyjim 6y agoProbably also with a peripheral access crate (type-safe register definitions) and and HAL integration.
- jamesmunns 6y agoSo, there's language support for it, but it'll still be necessary to have driver support, ideally a whole support library in Rust. Most BLE or WiFi enabled microcontrollers have a binary blob for driving connectivity, or deeply C based code that can be a challenge to integrate idiomatically in Rust.