Live data from Hacker News

ONiO.zero: ultra-low-power wireless MCU using energy harvesting technology

onio.com

11–20 of 27 posts

Re: ONiO.zero: ultra-low-power wireless MCU using energy harvesting technology

#12
Very interesting.

They have open positions on their career page: https://www.onio.com/career.html

Seems like a great time to join this company and help make this product come alive after years of work. I would guess they are an efficient and driven team where everyone knows everyone else.

I am not affiliated with them, but working at companies when they start to gain traction and to feel how proud everyone is at getting a product out with a relatively small team is great fun!

Re: ONiO.zero: ultra-low-power wireless MCU using energy harvesting technology

#14
post #7

Earlier quoted context omitted.

I worked on a line of wireless energy harvesting based occupancy sensors. It's doable.

Doable and commercially available aren’t the same thing though

Well...I mean we did sell the products so there was a market for them. And yeah, before we released them they were not commercially available...so you got me there ;)

Re: ONiO.zero: ultra-low-power wireless MCU using energy harvesting technology

#15

The combination of a mask rom and reprogrammable flash on the same product surprised me. Why would you want a customizable mask rom if you’ve already got 8x or more of flash? Is it a power consideration: are mask roms lower-power to read from?

One possible explanation could be the desire to have a guaranteed-never-modified bootloader that is rock solid, which allows for firmware updates on the flash (in addition to booting the system in normal use). This is how Apple's iOS devices are designed, for example.

Re: ONiO.zero: ultra-low-power wireless MCU using energy harvesting technology

#16
Hmm, without a datasheet, its very difficult to asses how useful it is.

Does it have the RF harvesting bits built in? or is it a bunch of passives that I have to add after.

How low power is it? are we talking microamps per mhz(I know we're not...) How much useful time do you have per charge cycle?

the articles section seems to be full of generic health mumbojumbo, which isnt a good start... https://www.onio.com/article-list.html

Re: ONiO.zero: ultra-low-power wireless MCU using energy harvesting technology

#17

The combination of a mask rom and reprogrammable flash on the same product surprised me. Why would you want a customizable mask rom if you’ve already got 8x or more of flash? Is it a power consideration: are mask roms lower-power to read from?

Not unusual - the mask rom can't be bricked. So it's not unusual to put a first-stage boot loader there.

Re: ONiO.zero: ultra-low-power wireless MCU using energy harvesting technology

#18

Hmm, without a datasheet, its very difficult to asses how useful it is. Does it have the RF harvesting bits built in? or is it a bunch of passives that I have to add after. How low power is it? are we talking microamps per mhz(I know we're not...) How much useful time do you have per charge cycle? the articles section seems to be full of generic health mumbojumbo, which isnt a good start... https://www.onio.com/artic…

You can request the data sheet at the bottom of the page.

Re: ONiO.zero: ultra-low-power wireless MCU using energy harvesting technology

#19
If this comes out and is affordable, it'll have some really cool applications. As per datasheet, it also has UWB support so you could make a "where's my keys????" (or inventory tracker) without having to worry about dead batteries or limited range of RFID.

Re: ONiO.zero: ultra-low-power wireless MCU using energy harvesting technology

#20

The combination of a mask rom and reprogrammable flash on the same product surprised me. Why would you want a customizable mask rom if you’ve already got 8x or more of flash? Is it a power consideration: are mask roms lower-power to read from?

NOR flash is also slow. That is why a lot of microcontrollers that run at hundreds of megahertz have very strange flash accelerators that read slowly in parallel (STM uses a 128-bit-wide bus for example), and then dispense data/code to the CPU quickly in 16 or 32-bit pieces. Most ROMs can be read very quickly.
Post reply on HN