Go Down

Topic: Mosquino rev2, micropower / energy harvesting Arduino variant - feedback wanted! (Read 6 times) previous topic - next topic

48X24X48X

You are going to make the power pack separate from the main board right?

While I was working on WSN back then, we usually have this configuration: Buck > Battery Charger > Buck-Boost.
The buck section was meant for the solar panel or some external 12 V SLA battery. The battery charger is for the Li-Ion and the buck-boost to maintain 3.3V. Obviously using this configuration provides more juice of current but the quiescent current is not amazing like sub 10 uA. It was something around 50-100 uA. I haven't really tried on those very low voltage energy harvesting stuff and definitely would like to see the outcome from your side!

I think low power design is challenging from the hardware point of view. But what is lacking is probably a more organized light weight Arduino compatible library without exposing too much of AVR bare metal style of controlling the power (what power state, how long to stay low power, wake up source, what to shutdown, what to stay power on).

Drmn4ea


You are going to make the power pack separate from the main board right?


Yeah, everything apart from a basic LDO/UVLO is on a small interchangeable daughterboard.


While I was working on WSN back then, we usually have this configuration: Buck > Battery Charger > Buck-Boost.
The buck section was meant for the solar panel or some external 12 V SLA battery. The battery charger is for the Li-Ion and the buck-boost to maintain 3.3V. Obviously using this configuration provides more juice of current but the quiescent current is not amazing like sub 10 uA. It was something around 50-100 uA. I haven't really tried on those very low voltage energy harvesting stuff and definitely would like to see the outcome from your side!


Sounds very interesting; I'm very curious to know about your WSN projects. It's something I want to experiment with in this project...when I get time :-) But why would your networks have both a SLA and Li-Ion batteries? or is the 12V battery more of a charging station that is not consistently present?


I think low power design is challenging from the hardware point of view. But what is lacking is probably a more organized light weight Arduino compatible library without exposing too much of AVR bare metal style of controlling the power (what power state, how long to stay low power, wake up source, what to shutdown, what to stay power on).


Yeah, that will still be the hard part... especially for me as a relative c++/Arduino noob (still digging out of this PIC assembler hole). Help/advice in this area too is appreciated :-) Hard to say where the right balance between performance and usability will be struck - something as simple as providing wrappers for some peripheral functions that will set up the PRR correctly before use, keep track of the current clock divider setting (switch back for timing-critical functions, e.g. Serial.print...) and encourage the user to use the RTC instead of delay loops would probably go a long way for the time being. I have a feeling those who are already familiar with more advanced power managed modes know what they're in for (and probably don't think of Arduino as their first platform choice for such applications...)

48X24X48X

Quote
Yeah, everything apart from a basic LDO/UVLO is on a small interchangeable daughterboard.

That's the way to go! We used to have everything in a single board (ala Micaz and TMotesky era) and they give you less flexibility and sometimes you won't even know were the leaking uA goes to.

Quote
Sounds very interesting; I'm very curious to know about your WSN projects. It's something I want to experiment with in this project...when I get time :-) But why would your networks have both a SLA and Li-Ion batteries? or is the 12V battery more of a charging station that is not consistently present?

I was working with mostly geo-technical and structural health monitoring sensors. And a lot of these sensors are powered up using 12V still. And in the network, when we were forced to use a router, the SLA usually comes into the picture together with a solar panel.

Quote

Yeah, that will still be the hard part... especially for me as a relative c++/Arduino noob (still digging out of this PIC assembler hole). Help/advice in this area too is appreciated :-) Hard to say where the right balance between performance and usability will be struck - something as simple as providing wrappers for some peripheral functions that will set up the PRR correctly before use, keep track of the current clock divider setting (switch back for timing-critical functions, e.g. Serial.print...) and encourage the user to use the RTC instead of delay loops would probably go a long way for the time being. I have a feeling those who are already familiar with more advanced power managed modes know what they're in for (and probably don't think of Arduino as their first platform choice for such applications...)

There are also certain things that the Arduino core powers them up and uses which needs careful attention too.

Drmn4ea

Hi all,
Mosquino now has a Google Code repository. Boards for the rev2 (incl. some power and I/O shields) are finished and going onto a batch order tomorrow :-)

I'll wrap these up into official 'downloads' once I build one and see that it works, but until then you can download the files using a Mercurial client or the Source tab. EAGLE files and gerbers are in the 'hardware' repository (click the 'Repository' dropdown list).

Newly added: 0.6V micropower boost converter power shield and LiPol battery stackable power shield.

I'll give another update when these boards arrive!

skywalk

@Drmn4ea .....

Great job!

I'm waiting for your first results!

Would connect the FT232R VCCIO to CPU VCC!

This ensures correct USB Operation, if the board is supplied with VREG <> 3.3V or will be used with MCP1703 with Voltages between 1.8 and 5.0 VDC . All other devices will operate conforming their specs inside this range. Only the FT232R does NOT!

Greetz

Go Up