Solar cell support with non-rechargeable batteries

[NeverDie]

BTW, I pretty thoroughly explored the idea of running a mote from solar and a supercap on this other thread, where I tried a whole gamut of different approaches: https://forum.mysensors.org/topic/5274/powering-mote-24-7-using-only-a-supercap-and-solar
In summary, though, I do think that for most people, the approach of using a diode and LDO in concert with the solar cell and supercap is going to be the simplest and best solution for them.

Good luck!

[Nca78]

@gunther did you update fuses to lower BOD ?

[Gunther]

@neverdie said in Solar cell support with non-rechargeable batteries:

Did you remember to remove the LDO? Because otherwise it gets backfed, which is not what you want.

I don't understand, the LDO is needed for charging the supercaps?

@neverdie said in Solar cell support with non-rechargeable batteries:

Also, yes, in theory you are running it out of Atmel's official spec if running at 8mhz at 1.8v, but I don't know and haven't read of even a single person who has ever had a problem with doing so. Doing this is very common.

I would be very glad if I got to lower voltages, I am just trying to understand why I can't get below ~2.9V (at the Arduino).

@Nca78 said in Solar cell support with non-rechargeable batteries:

@gunther did you update fuses to lower BOD ?
Still getting to grips with the terms. You mean the 1N4148 diodes? And BOD refers to lower voltage difference?

No, not yet. I just plugged together parts, I could get my hands on to try to understand everything. I will then order the parts that are ideal.

@NeverDie I promise to read all comments in existing threads!

One thing that got me sidetracked is that I do not understand the analog read:
I successfully confirmed that the Arduino Nano when attached to USB uses 2^10 channels with 1.1V reference.

For the Arduino Mini Pro I also see 2^10 = 1024 channels with 1.1V reference when the power support comes from USB, what I assume to be a high quality power supply.
However, when I run it off the capacitors + solar cells giving 3.3V I only get 2^8 = 256 channels with what appears to be ~1.1V reference. That is when I apply a voltage >1.1V I always get 255.
I added various capacitors from 0.1-4.7 µF in parallel but that didn't change anything.
How can that be?

[gohan]

@gunther There are kind of electronic fuses in arduino that are like switches that activate or deactivate certain functions: in this case BOD is set by dafault to 2.8V but you could change it to 1.8V

[Gunther]

Ok BOD as in brownout detection. I'll follow you into the rabbit hole and try to burn a new bootloader. Trying to figure out if I can use my 5V Arduino Nano to burn the boot loader onto the 3.3V Mini Pro...

[gohan]

yes, you can. I used my uno to burn the dual optiboot on my pro mini

[Gunther]

@gohan But how do I handle the different voltages? The Nano has 5V powered from USB, and I supplied the Mini Pro with 3.3V. But can't connecting the SPI pins lead to havoc? I read stuff in the ArduinoISP sketch like :

MISO °. . 5V (!) Avoid this pin on Due, Zero...

Should I just leave out the MISO connection?

[Nca78]

@gunther said in Solar cell support with non-rechargeable batteries:

@gohan But how do I handle the different voltages? The Nano has 5V powered from USB, and I supplied the Mini Pro with 3.3V. But can't connecting the SPI pins lead to havoc? I read stuff in the ArduinoISP sketch like :

MISO °. . 5V (!) Avoid this pin on Due, Zero...

Should I just leave out the MISO connection?

As long as you don't have radio connected (it will not survive 5V Vcc) or 3.3V sensors, you can connect Vcc of your pro mini with 5V, atmega328 can run at this voltage without problem.
5V pro mini = 5V regulator + 16MHz crystal + 16MHz bootloader
3.3V pro mini = 3.3V regulator + 8MHz crystal + 8MHz bootloader
IC is exactly the same.

So if you bypass the regulator by providing 5V directly to Vcc your board and I/Os will run at 5V.

[Edit] if you have radio and/or 3.3V sensors connected, you need to connect vcc of the pro mini with 3.3V and use a voltage converter for the SPI pins.

[Gunther]

@Nca78 Yes, that should have been clear to me by now.

I just lost some time trying to burn the boot loader as always I got this error:

avrdude: stk500_getparm(): (a) protocol error

Checked, tested and even redid the soldering to exclude any wiring problems. Turns out adding a cap (0.1 µF in my case) between the programmers GND and RST did the trick.

Thank you all!

[Gunther]

As this thread turns into my personal highlights of silly mistakes: Another word of caution for anybody who wants raw battery values sent:
sendBatteryLevel only uses 8-bit: i.e. value from 0-255. Don't try to send your raw 10-bit sensed input from e.g. A0 directly with it.

bool sendBatteryLevel(const uint8_t level, const bool ack = false);

Make sure you divide by 4 or use something like:

int sensorValue = analogRead(ANALOGUE_SENSE_PIN) >> 2;
    sendBatteryLevel(sensorValue);