💬 Battery Powered Sensors

[iahim67]

Hi guys, if your Arduino is equipped with an ATMega 328P then it could go down to 1.8V at lower frequencies like 1MHz (8MHz internal RC oscillator / 8 by default).
Or you can use the internal low power 128KHz RC osc eventually ...
It means you could power both the Arduino and the radio directly from the battery string and consume even less current.
Just wondering if anyone tried these cases so far?

[gohan]

There have been some users that went that way but personally I am preferring to use a single AA LiFePo4 battery with standard voltages and clocks

[MagnusF]

I am a newbie and have some thoughts about the battery level that I did not find in this forum.
The 8MHz 3.3V Arduino Pro Mini can handle down to roughly 2.8V.
If I have understood the calculations in the sketch correctly then the analog value of A0 is 1023 at 3.44V and 0 at 0V.
This means that at 2.8V the value is about 830 = 83% and under this, the Arduino stops working. Is this right?
If this is correct, I wonder if someone has changed the calculation in the sketch so that the battery percentage becomes 0 at 2.8V?
This would mean that the battery percentage becomes a more real value on the battery level.

[gohan]

It's a simple percentage calculation that you can do it in the code

[MagnusF]

@gohan Thanks for your reply, you can show me how the code should look.

[gohan]

void batM() //The battery calculations
{
  delay(500);
  // Battery monitoring reading
  int sensorValue = analogRead(BATTERY_SENSE_PIN);
  delay(500);

  // Calculate the battery in %
  float Vbat = sensorValue * VBAT_PER_BITS;
  send(msgVBat.set(Vbat, 3));
  int batteryPcnt = static_cast<int>(((Vbat - VMIN) / (VMAX - VMIN))*100.);
  Serial.print("Battery percent: "); Serial.print(batteryPcnt); Serial.println(" %");

  // Add it to array so we get an average of 3 (3x20min)
  batArray[batLoop] = batteryPcnt;

  if (batLoop > 2) {
    batteryPcnt = (batArray[0] + batArray[1] + batArray[2] + batArray[3]);
    batteryPcnt = batteryPcnt / 3;

    if (batteryPcnt > 100) {
      batteryPcnt = 100;
    }

    Serial.print("Battery Average (Send): "); Serial.print(batteryPcnt); Serial.println(" %");
    sendBatteryLevel(batteryPcnt);
    batLoop = 0;
  }
  else
  {
    batLoop++;
  }
}

This is the function I use, I just define the VMAX and VMIN in the beginning of sketch. The function calculates an average of 3 measurements before sending the value

[tonnerre33]

@gohan said in 💬 Battery Powered Sensors:
Hello, i didn't know why you add 4 measures (batarray) and you divide by 3 the sum .

[mfalkvidd]

@tonnerre33 good catch! maybe it's an optimistic value :)

[gohan]

I actually didn't look much at battery percentage, but I prefer looking at the voltage that gives me a better idea of how the battery is doing since I can log the values on a graph

[rozpruwacz]

@magnusf It is important to know that the battery voltage is non linear in respect to how much juice left. Just search for "battery discharge curve" to see how much it depends on battery type, current and temperature. So calculating the percentage is actually meaningless unless You exactly know how much current your board sucks at what temperature and what type of battery You use.

[Inso]

Instead of using "DC-DC Step Up Boost Module 5V" for a HBS, wouldn´t it make sense to just use 2 AA batteries for the nano and 2 additional batteries (i.e. four in a row) for the HBS?

[gohan]

What's the hbs?

[Inso]

Same as on the motion example - HC-SR501, 4.5V- 12V.

[Inso]

Maybe only a third Battery, as the HBS only needs 4.5V..

[Inso]

To answer my own question: yes, it seems to work. Searched around and read a while, found this:
https://forum.mysensors.org/topic/6511/hc-sr501-3-3v-randomly-sends-tripped-when-radio-is-on/22
Best addition imho ,no need for step up / down. :D

[ricorico94]

Hi,
I'm trying to build a Soil Moisture sensor with NiMh battery and solar panel as in another post. I use a stepup converter to 3.3V connected on the VCC of a pro-mini 3.3V. The sensor seems working when connected to FTDI USB device, ut once I remove the power from FTDI, no more communication. I measured the voltage on the output of the stepup which indicates 3.26V. Is it norml or a defective step-up ? And should I remove the regulator of the pro-mini as suggested above or not ? (in article above, it states the regulator is not necessary, but it doesn't say if pro-mini would still work if regulator remains there).
Thanks for your support

[mfalkvidd]

@ricorico94 what does the debug output from the node and the gateway say?

What regulator are you using? Most regulators produce power that is too noisy to be usable by the nrf24 radio (you didn't state which radio you're using so I'm just guessing here, based on the most common problems). What capacitor(s) are you using after the regulator?

See https://forum.mysensors.org/topic/666/debug-faq-and-how-ask-for-help/ for the most common problems and how to diagnose them.

Also see https://www.mysensors.org/build/battery for more information about battery powered sensors.

[ricorico94]

Hi,
As regulator I use a stepup like that one:
https://fr.aliexpress.com/item/DC-DC-0-8-3-3V-to-3-3V-Step-Up-Boost-Power-Module-For-Arduino/32819660926.html?spm=a2g0s.9042311.0.0.27426c37HEbdcz

I use a NRF24L01 as radio module following the connection guidelines from Mysensors. I did not add any capacitor to 3.3 and ground of the NRF24L01.
I connected the vO of the stepup to the VCC (the VCC between RX and GRD and not the RAW) of the arduino pro mini 3.3V as indicated in this post:https://forum.mysensors.org/topic/4045/solar-powered-soil-moisture-sensor
I use indeed a similar lamp with its small NiMh battery (1.2v) and its solar panel.
The NRF24L01 is connected on GRD (between RST and RAW) and on VCC (between A3 and RST). I hadn't put any capacitor.
I tried following your advice to add a 0.1uF ceramic capcitor between VCC (the one between RX and GRD) of pro mini and its ground, but apparently, I face same issue.
(I did not solder the capcitor yet, I only connected through the pins I usually use for the FTDI)

16 MCO:BGN:INIT NODE,CP=RNNNA---,VER=2.2.0
26 TSM:INIT
28 TSF:WUR:MS=0
34 TSM:INIT:TSP OK
36 TSF:SID:OK,ID=4
38 TSM:FPAR
75 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
2084 !TSM:FPAR:NO REPLY
2086 TSM:FPAR
2123 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
4130 !TSM:FPAR:NO REPLY
4132 TSM:FPAR
4169 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
6176 !TSM:FPAR:NO REPLY
6178 TSM:FPAR
6215 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
8222 !TSM:FPAR:FAIL
8224 TSM:FAIL:CNT=1
8226 TSM:FAIL:DIS
8228 TSF:TDI:TSL
18229 TSM:FAIL:RE-INIT
18231 TSM:INIT
18237 TSM:INIT:TSP OK
18241 TSF:SID:OK,ID=4
18243 TSM:FPAR
18280 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
20289 !TSM:FPAR:NO REPLY
20291 TSM:FPAR
20328 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
22337 !TSM:FPAR:NO REPLY
22339 TSM:FPAR
22376 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
24385 !TSM:FPAR:NO REPLY
24387 TSM:FPAR
24424 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
26433 !TSM:FPAR:FAIL
26435 TSM:FAIL:CNT=2
26437 TSM:FAIL:DIS
26439 TSF:TDI:TSL
36442 TSM:FAIL:RE-INIT
36444 TSM:INIT
36450 TSM:INIT:TSP OK
36454 TSF:SID:OK,ID=4
36456 TSM:FPAR
36493 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
38502 !TSM:FPAR:NO REPLY
38504 TSM:FPAR
38541 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
40550 !TSM:FPAR:NO REPLY
40552 TSM:FPAR
40589 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
42598 !TSM:FPAR:NO REPLY
42600 TSM:FPAR
42637 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
44646 !TSM:FPAR:FAIL
44648 TSM:FAIL:CNT=3
44650 TSM:FAIL:DIS
44652 TSF:TDI:TSL
54657 TSM:FAIL:RE-INIT
54659 TSM:INIT
54665 TSM:INIT:TSP OK
54669 TSF:SID:OK,ID=4
54671 TSM:FPAR
54708 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
56717 !TSM:FPAR:NO REPLY
56719 TSM:FPAR
56756 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
57493 TSF:MSG:READ,0-0-4,s=255,c=3,t=8,pt=1,l=1,sg=0:0
57499 TSF:MSG:FPAR OK,ID=0,D=1
58765 TSM:FPAR:OK
58767 TSM:ID
58767 TSM:ID:OK
58769 TSM:UPL
58806 !TSF:MSG:SEND,4-4-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=NACK:1
60815 TSM:UPL
60852 !TSF:MSG:SEND,4-4-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=1,st=NACK:1
62861 TSM:UPL
62863 TSF:MSG:SEND,4-4-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=2,st=OK:1
64872 TSM:UPL
64909 !TSF:MSG:SEND,4-4-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=NACK:1
66918 !TSM:UPL:FAIL
66920 TSM:FPAR
66957 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=1,st=OK:
68964 !TSM:FPAR:NO REPLY
68966 TSM:FPAR
69003 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
71012 !TSM:FPAR:NO REPLY
71014 TSM:FPAR
71051 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
73060 !TSM:FPAR:NO REPLY
73062 TSM:FPAR
73099 TSF:MSG:SEND,4-4-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
75108 !TSM:FPAR:FAIL
75110 TSM:FAIL:CNT=4
75112 TSM:FAIL:DIS
75114 TSF:TDI:TSL

Apparently, it sends correctly packets but can't receive any ACK or message from the gateway.
I got this log by connecting a FTDI adapter with only the RX/TX cables. If ever I connect also the GRD and 3.3V of the FTDI, then I get no error message at all (even without the capacitor) and Domoticz receives all updates (and also sends as I use Domoticz to send customized sleep duration to the sensor).

Should I try adding both the 0.1uF to VCC/GRD of arduino and also a 4.7uF to the 3.3/GRD of the NRF24 as suggested in the "Connect the Radio" page ?
Any idea ?
br,
Rico

[mfalkvidd]

@ricorico94 yes add the recommended capacitor.
Also check the gateway log at the same time you check the node log. That will let you know if the gateway isn't hearing the node, or if the node isn't hearing the gateway.

[ricorico94]

Thanks for the advice, I'll try that.
For the log on the gateway side : I use a gateway on the raspberry pi itself (as per https://www.mysensors.org/build/raspberry ) of my Domoticz installation. Is there an easy way (like via telnet) to get the logs other than by creating the new line in the config file ? Maybe the 3rd option proposed with "mysgw.pipe" ? (in such case, do I need to reboot whole raspberry after modifying the config file?)