Batterie Spannungsmessung / Babbling Idiot

[kalwados]

Hallo in die Runde,

im Code von AskSinPP gibt es ja verschiedene Möglichkeiten, um bei Batteriebetrieb die Versorgungsspannung zu messen. Leider steige ich da nicht so ganz durch; insbesondere welche externe Beschaltung für die einzelnen Varianten erforderlich ist.

Im baue mir gerade einen Batteriekasten-Ersatz für LED-Lichterketten. Als Energiespeicher habe ich einen 18650 Li-Ion Akku + USB-Ladeschaltung, 3,3-Volt-Regler für den ProMini + CC1101 Modul. Der Pluspol der LED-Lichterkette hängt über einen Vorwiderstand direkt am Akku (4.2 Volt wenn 100% geladen); per NPN-Transistor wird der Minuspol nach Masse geschaltet. Funktioniert ganz gut; ABER: Wenn die Akku-Spannung zur Neige geht, habe ich zuverlässig einen Babbling Idiot; und zwar meistens wenn die Lichterkette von EIN nach AUS wechselt.

Ich möchte nun also die Spannung des Akkus messen; im Grunde so wie TomMajor es bei der tmStamp-Platine vorgesehen hat:
download/file.php?mode=view&id=117454
Welche Variante der Spannungmessung muss ich denn im Code verwenden?
Es gibt ja InternalVCC, ExternalVCC, IrqInternalBatt, IrqExternalBatt, SyncMeter, AsyncMeter. Ich vermute mal IrqExternalBatt wäre für meinen Fall die richtige Wahl. Aber was bedeuten die "3300" und die "57" in dieser Zeile (14 und 9 sind die Arduino-Pins?)
typedef BattSensor<SyncMeter<ExternalVCC<14,9,LOW,3300,57>>> BatterySensorType;
Und worin besteht der Unterschied zwischen SyncMeter und AsyncMeter?
Als Spannungsteiler sind zwei Widerstände 4k7 und 10k in geplant.

Bitte helft mir "aufs Pferd"

[TomMajor]

Aber was bedeuten die "3300" und die "57" in dieser Zeile (14 und 9 sind die Arduino-Pins?)
typedef BattSensor<SyncMeter<ExternalVCC<14,9,LOW,3300,57>>> BatterySensorType;

das müsste die Vcc in mV sein und der Faktor des Spannungsteilers, wobei ich gerade nicht weiß wie sich die 57 berechnet.

Du könntest alternativ auch mein tmBattery.h aus dem HB-UNI-Sensor1 hernehmen, im Sketch inkludieren und dann sowas wie

Code: Alles auswählen

#include "tmBattery.h"
..
// 3) Echte Batteriespannungsmessung unter Last, siehe README und Thema "Babbling Idiot Protection"
// tmBatteryLoad Parameter: 1) sense pin A0, 2) activation pin D9, 3) Faktor RLoad = Rges/Rlow*1000, 4) 200ms Belastung vor Messung
// Bsp. Faktor RLoad: 10/30 Ohm -> 4000, 10/27 Ohm -> 3700
#define BAT_SENSOR tmBatteryLoad<A0, 9, 3700, 200>
..
typedef AskSin<LedType,BAT_SENSOR,RadioType> HalType;
..

Bei "echter" Batteriespannungsmessung unter Last, da sollte bei 18650 Li-Ion schon ein guter Strom kurzzeitig fließen, also den Spannungsteiler an die Kapazität des Akkus anpassen, um wirklich einen schwachen Akku zu erkennen.
Batteriespannungsmessung ohne Last nicht besonders sinnvoll IMHO.

siehe auch
https://github.com/TomMajor/SmartHome/t ... iespannung
das Oszi Bild.

[jp112sdl]

Wenn die Akku-Spannung zur Neige geht, habe ich zuverlässig einen Babbling Idiot

Hast du die BOD (BrownOut Detection) deaktiviert oder auf einen Wert eingestellt?

Unabhängig von deinen durchaus sinnvollen Bestrebungen zur Batteriespannungsmessung, dürfte ein BI mit deaktivierter BOD nicht auftreten, bzw. ist bei mir nie wieder aufgetreten.

Ich hatte da vor kurzem (was schon 5 Jahre!?) mal etwas rum experimentiert und der TomMajor hat das hervorragend dokumentiert: https://github.com/TomMajor/SmartHome/t ... april-2020

[kalwados]

Du könntest alternativ auch mein tmBattery.h aus dem HB-UNI-Sensor1 hernehmen, im Sketch inkludieren
[...]
siehe auch
https://github.com/TomMajor/SmartHome/t ... iespannung
das Oszi Bild.

Vielen Dank für den Link. Ich werde mir das mal genauer ansehen.

[kalwados]

Hast du die BOD (BrownOut Detection) deaktiviert oder auf einen Wert eingestellt?

Leider habe ich das nicht gemacht. Und nachträglich mit bereits verlötetem CC1101-Modul funktioniert die Änderung via Diamex-ISP-Programmer wohl nicht mehr; jedenfalls wird der ATMega nicht erkannt
Ich werde mal versuchen, VCC zum CC1101 abzutrennen; vielleicht kann ich dann ja die Fuse-Bits ändern.

[HMSteve]

Das sollte auch ohne Auftrennen der Versorgungsspannung gehen. Zur Sicherheit die Schaltung nicht ueber den Programmer versorgen, sondern wie im normalen Betrieb.

Viele Gruesse,
Stephan

[jp112sdl]

Ja genau. Das ist ja gerade der Sinn eines ISP, dass man den Chip Im System Programmieren kann

[TomMajor]

Ich hatte da vor kurzem (was schon 5 Jahre!?) mal etwas rum experimentiert und der TomMajor hat das hervorragend dokumentiert: https://github.com/TomMajor/SmartHome/t ... april-2020

ja, kaum zu glauben dass dies 5 Jahre her ist

[TomMajor]

Wenn man mit einem ISP-Programmer den AVR flasht wird dabei das /Reset des AVR auf Low gehalten. Das hat zur Folge dass alle AVR I/O hochohmig sind, also auch das ChipSelect zum CC1101. Deswegen kann der die ISP nicht stören, auch mit VCC.