Powering mote 24/7 using only a supercap and solar
-
Translating the above programmed voltages into resistor values that can be purchased on Digikey yields the following:
ROV1 = 5.1M
ROV2 = 4.7M
ROK1 = 6.2M
ROK2 = 3.3M
ROK3 = 510K
RUV1 = 10M
RUV2 = 0 or 1 ohm (doesn't matter which)@NeverDie said:
Translating the above programmed voltages into resistor values that can be purchased on Digikey yields the following:
ROV1 = 5.1M
ROV2 = 4.7M
ROK1 = 6.2M
ROK2 = 3.3M
ROK3 = 510K
RUV1 = 10M
RUV2 = 0 or 1 ohm (doesn't matter which)I built a bq25504 pcb using these values, and it tested out correctly.
-
I found that this guy had a similar goal as me (in his words, "I envisioned several electronic projects that would charge a capacitor during daylight using a solar panel, and then consume that energy to stay awake at night") and has done an interesting write-up not only on how to do non-disruptive capacitor voltage measurements, but also how to reduce capacitor self-discharge (e.g. even "no clean" flux residue can significantly increase self-discharge of capacitors and should be removed). To make non-disruptive voltage measurements for monitoring/debugging of prototypes, he uses Microchip MCP6S22 to create a high impedance buffer with 10 trillion ohms of input impedance.
-
This article gives a bit more detail on the brass tacks of how to actually use the mcp6s26: http://hackaday.com/2009/03/30/parts-programmable-gain-amplifier-mcp6s26/
I just now ordered some mcp6s26 from Digikey so I can try them out.
-
I suppose if worse came to worst, we could try answering the question empirically by using a test setup similar to this:


In this instance I partitioned the data ground from the power ground, and the two are not connected. However, via the header pins, a jumper could be connected between the two grounds. The experiment would be to try it both ways--connected vs. unconnected--and see which performs better.
@NeverDie said:
I suppose if worse came to worst, we could try answering the question empirically by using a test setup similar to this:


In this instance I partitioned the data ground from the power ground, and the two are not connected. However, via the header pins, a jumper could be connected between the two grounds. The experiment would be to try it both ways--connected vs. unconnected--and see which performs better.
By the way, I built this, and it unambiguously confirms that GND1 and GND2 need to be connected in order for the BQ25504 to work. If GND2 is left floating, it doesn't work.
-
I finally received the PCB breakout I made for the load switch. I put that together. Then I soldered together a prototype board to probe with an oscilliscope to see what's really going on with the BQ25504:

I soldered in a 300uF ceramic capacitor across VBAT and GND as the "battery". The datasheet recommends either a rechargeable battery or a minimum of 100uF.The first scope shot is with the 300uF nearly depleted. The blueline is the voltage across VBAT (i.e. the 300uF capacitor in this particular setup). The yellow line is the voltage on VSTOR on the BQ25504 breakout (about 4.7uF):

What you see is VSTOR being charged by the solar cell up to around 2 volts and then very briefly setting VBAT_OK to high, which turns on the load switch to discharge VSTOR into VBAT until VSTOR drops down to around 1 volt. Then it repeats. Notice that the voltage across VBAT doesn't climb very much in this screen shot. That's because we're in the cold start phase, and the conversion isn't MPPT but rather something else that's highly inefficient.Note: the amount of light landing on the solar cell is exactly the same across all the scope shots, because it's just a ceiling light in the room where I'm taking the measurements. Keep that in mind when you compare this first screen shot to the last one.
-
Later you can see that the voltage on VBAT has risen to 1 volt, and pretty much the same thing is going on:

Later still, the voltage on VBAT is about 1.6 volts, and again it's the same sort of thing. Notice that the voltage across VSTOR drops all the way to the voltage across VBAT, so as the voltage across VBAT increases, the period of the cycles becomes shorter:

This next scope shot shows that as the voltage on VBAT rises to around 1.8 or 1.9v, a transition happens, and VBAT_OK stays turned on permanently. Notice how the rise in voltage after that really starts to accelerate. That's because at that transition, MPPT finally kicks in:

Lastly, here's anothe scope shot showing that after MPPT kicks in, the voltage rises a full volt in the same time period where previously (see preceding scope shots) hardly any voltage increase across VBAT was measured:

All of the above proves quantiatively how important it is to keep the voltage on VBAT above 1.8 volts, so that the BQ25504 chip can do an efficient job of harvesting the energy. As I mentioned earlier, the amount of light falling on the solar cell is exactly the same in all of the scope shots.
-
Here's a final screen shot which documents something different, but no less important:

In this example , the yellow line is the same as before (voltage on VSTOR), and it's the scenario where the transition from MPPT off to MPPT on occurs. However, in this case the blue line is the voltage on VBAT_OK. Thus, you will notice that each time VBAT_OK goes high (albeit very briefly), VSTOR discharges itself into VBAT. It does that because I wired VBAT_OK to the ON/OFF pin of the load switch. Thus, when VBAT_OK is asserted, the load switch closes and turns ON. When VBAT_OK is not asserted, the load switch opens and turns OFF.I think "VBAT_OK" was horribly named given that it's not just a flag for that, but, as shown, the one and only way that the BQ25504 triggers the load switch to discharge each accumulated charge on VSTOR into VBAT. Honestly, without a load switch, or equivalent PFET circuit, I'm not sure how well, or even if, the BQ25504 would work. TI does recommend it, but the datasheet buries that recommendation pretty deeply. It's not even shown in any of the DS's application schematics. I'm not sure why that is, because, as illustrated by this scope shot, it seems absolutely essential. Indeed, that is why I revised my BQ25504 breakout PCB to include one.
-
Now that I've got a solar charger that works, the next step is to find some kind of capacitor that can hold its charge reasonably well through at least the night, and preferably a lot longer. Rather than jump immediately to supercaps, I thought I'd first try just a regular ceramic capacitor, as I've heard those hold their charge pretty well.
So, I soldered a 330uF ceramic SMD capacitor to a header:

I put a charge on the capacitor, and then I connected it directly to the leads of an oscilliscope:

Here's the scope scrape from over a few minutes:

As you can see, the voltage on the capacitor is dropping fairly rapidly! But why? Does the capacitor have a high self discharge? Is the header plastic too conductive? Is the impedance on the oscilloscope too low? All of the above? None of the above? Something else?
-
To address the plastic conductance question, I soldered leads directly to the cap:

and re-ran the test:

Because the starting charges were different, it's not a complete apples-to-apples comparison. Nonetheless, it's still clearly bad even without the plastic.
-
So, I decided to solder the 330uF cap to an mcp6s26, (see earlier post above for a description) which I had just recently received from Digikey:

to see how that compares:



What's evident is that the rate of decline is less, and it seems to improve with time.
There is some decline still evident. How much of that is due to the capacitor and how much is do to ongoing measurement using the mcp6s26?
-
So, I decided to solder the 330uF cap to an mcp6s26, (see earlier post above for a description) which I had just recently received from Digikey:

to see how that compares:



What's evident is that the rate of decline is less, and it seems to improve with time.
There is some decline still evident. How much of that is due to the capacitor and how much is do to ongoing measurement using the mcp6s26?
I kept the test running after the last post, and now, a bit more than four hours later, the scope shows:

So, that's reason for optimism. I have to cut the measurements short tonight, but I'll try again tomorrow morning, when it can have more run time.
-
I kept the test running after the last post, and now, a bit more than four hours later, the scope shows:

So, that's reason for optimism. I have to cut the measurements short tonight, but I'll try again tomorrow morning, when it can have more run time.
-
Thanks for the suggestion. I decided to keep the above setup running through the night after all, and now, about 5 hours after the last screen shot, it's showing a voltage of about 2.8 volts. I'll let it continue to run and see how it goes.
Meanwhile, I ordered a shotgun assortment of different caps from Digikey. Unlike capacitors from Aliexpress, they'll have reputable datasheets. They'll have differing capacitance levels (220uF all the way up to 90F) so I can start to get a bearing on how much capacitance might be needed. Ideally I'd like to find something that could hold enough charge for a week or more, to handle worst case scenarios, but as yet I'm not sure that will be possible. For instance, if it turns out that 90F is what's needed, I'm not as yet sure if my el cheapo solar cell powered by ambient light could even charge it in a day. On the other hand, I'm quite sure it could easily charge a 330uF capacitor. So, with the new caps, I'll start gathering some data on how much charge can be realistically harvested as well.
The 220uF cap (http://www.digikey.sk/product-detail/en/NOJC227M006RWJ/478-8864-6-ND/4562183) will be interesting, because it's made from Niobium Oxide, which has low ESR and claims to have a leakage current of 14ua. Leakage current and self discharge rate are defined differently, but my hunch (?) is that they are strongly correlated (i.e. my WAG is that a cap with a low leakage rate will have a low self discharge rate also). That is to say: I'm hoping that leakage current might be a proxy for self discharge rate, because at least so far it has been easier to find info on leakage rates than self discharge rates.
-
@NeverDie Just a suggestion: keep the cap on charge during the night, since it seems they get better if they get tie to saturate.
@mfalkvidd said:
@NeverDie Just a suggestion: keep the cap on charge during the night, since it seems they get better if they get tie to saturate.
You're right! According to Maxell (http://www.maxwell.com/images/documents/1007239-EN_test_procedures_technote.pdf), the way leakage rates are measured is to first hold the capacitor at its rated voltage for 72 hours. For measuring self discharge, the cap is held at its rated voltage for just one hour, but then it is measured over the subsequent 72 hours.
On StackExchange, somebody asked, "How to calculate self-discharge time of capacitors given the leakage current?" (http://electronics.stackexchange.com/questions/35568/how-to-calculate-self-discharge-time-of-capacitors-given-the-leakage-current). There was only one answer, and its bottom line was: "the only way to be half-way sure about the self-discharge rates will be to build up a bunch of prototypes and test them." I'm surprised there's not a better way, but none was posted.
-
@mfalkvidd said:
@NeverDie Just a suggestion: keep the cap on charge during the night, since it seems they get better if they get tie to saturate.
You're right! According to Maxell (http://www.maxwell.com/images/documents/1007239-EN_test_procedures_technote.pdf), the way leakage rates are measured is to first hold the capacitor at its rated voltage for 72 hours. For measuring self discharge, the cap is held at its rated voltage for just one hour, but then it is measured over the subsequent 72 hours.
On StackExchange, somebody asked, "How to calculate self-discharge time of capacitors given the leakage current?" (http://electronics.stackexchange.com/questions/35568/how-to-calculate-self-discharge-time-of-capacitors-given-the-leakage-current). There was only one answer, and its bottom line was: "the only way to be half-way sure about the self-discharge rates will be to build up a bunch of prototypes and test them." I'm surprised there's not a better way, but none was posted.
@NeverDie the robot room link you provided earlier (to be precise, this post and this post) has more details, especially this part:
because there is no standard for testing self-discharge (how long to charge, when to start measuring current), it is difficult to compare different capacitors to determine which really has the lowest leakage for your project. -
The Maxell paper contradicts him in that regard. It says, "The test methods for leakage current and self-discharge are consistent industry wide. " That isn't to say, though, that the information for a particular capacitor is easy to find, however.
The capacitor that I've been testing is this one: https://www.digikey.com/product-detail/en/murata-electronics-north-america/GRM32ER60G337ME05L/490-13976-1-ND/6155806 It has been about 15 hours now since I started the test, and the voltage is presently at about 2.6 volts. So, as a first attempt, it's encouraging to see the capacitor maintaining a worthwhile voltage through the night until the next day.
-
By the way, it's worth mentioning that the mcp6s26 defaults to a gain of 1x on Channel 0. In my case I'm using exactly those defaults, which is convenient because I get the chip's benefits without needing to bother with SPI programming of the mcp6s26.
-
Maxim Integrated has a handy online calculator for estimating the super-capacitor capacity needed for RTC backups: https://www.maximintegrated.com/en/design/tools/calculators/product-design/supercap.cfm
I don't believe it accounts for self discharge, but maybe it at least helps estimate the right order of magnitude.
It has been close to 24 hours now, and the the voltage on the above test capacitor is now at 2.5 volts.
So, I think the next step is to hook one up to a sensor mote and see how long it can go--having the mote measure and report he capacitor voltage say every 5 minutes or so--before running out of juice.
-
I finally found some proper supercapacitor discharge curves (from page 15 of http://www.nec-tokin.com/english/product/pdf_dl/supercap_manual.pdf):

So, based on that, it looks like the FY Series of the NEC-Tokin supercaps is worth looking into. According to the chart, the best performing one is this one: http://www.digikey.com/scripts/DkSearch/dksus.dll?Detail&itemSeq=215649477&uq=636192387876420325

They sound well adapted to supplying voltage to a sleeping mote. Whether they can handle the current demands of an RFM69HW at maximum Tx, at least for a short burst, is unclear. If not, then perhaps it could be used to charge up a more conventional cap in advance of the burst current being needed.
-
Just now checked the voltage, and apparently it had dropped like a rock. Presently at 1.5v, and I've stopped measuring.
Based on this, it seems likely that 330uF won't be enough. My new WAG is that it will take a super capacitor that's somewhere in the 1F to 10F range to do the job with enough overkill to cover the worst case scenarios.