ESP32: Impulse zählen im DeepSleep

[DG0MG]

Geigerzählerbastelprojekte mit einem ESP32-Prozessor gibts viele. Eigentlich ist seine Rechenpower für den Zweck gar nicht nötig, aber er ist billig, weit verbreitet, der Einstieg ist leicht und er hat die Möglichkeit WLAN oder Bluetooth als Schnittstelle zu verwenden. Dafür braucht man dann doch etwas mehr Rechenleistung. Es gibt fertige Experimentierboards, die eine Reihe Komponenten vereinen, sowas wird z.B. im Multigeiger verwendet.

Wenn ein ESP32 dauernd läuft (womöglich noch mit WLAN-Anbindung) dann ist er ein ziemlicher Stromfresser. 50-100 mA kann er schon ziehen, das lässt keinen gescheiten, längeren Batteriebetrieb zu.

Andererseits wird der ESP32 in Projekten verwendet, die jahrelang aus zwei AA-Batterien gespeist werden (z.B. irgendwelche IoT-Sensoren). Das funktioniert durch Verwendung der StromSparmodi des ESP32, er schläft halt die meiste Zeit. Wacht dann periodisch oder bei einem Ereignis (Tastendruck, etc.) auf, macht irgendwas (WLAN/Display, ..) und geht dann wieder schlafen.

Während des Schlafes muss aber in einem GZ trotzdem irgendwer die Impulse zählen.
@Xodor hat das mit einem zusätzlichen ATTiny gemacht: https://www.geigerzaehlerforum.de/index.php/topic,1365.0.html
@Lordcyber schlug einen Philips-Schaltkreis PCF8583 vor, der entweder als Echtzeituhr oder als Zähler arbeiten kann und per I2C auslesbar ist. Diese Idee hat mir schon sehr gefallen: https://www.geigerzaehlerforum.de/index.php?msg=12523

Aber es gäbe noch eine weitere, NOCH elegantere Möglichkeit: Den im ESP32 integrierten Ultra-Low-Power-Coprozessor verwenden, der könnte auch im DeepSleep Impulse zählen. Beim Aufwachen würde der Zählerstand dann "irgendwie" weiterverarbeitet.

Eine Idee dazu ist ein Regenmesser für eine batteriebetriebene Wetterstation, da besteht dieselbe Aufgabe: Impulse zählen. Hier hat das der User d03n3rfr1tz3 gemacht: https://github.com/d03n3rfr1tz3/ULP-Pulse/tree/main

Wer zählt GZ-Impulse mit ESP32 im DeepSleep?

[Dsl71]

Danke für den link! Ich bau das evtl. im Radon Eye Logger ein.

[silfox]

Ich hatte am 27. April 2024, 21:17 im Radiacode-101-Thread meine Erfahrungen zusammengestellt.
Allerdings ist der Code für die espressif-IDE geschrieben (und auch für den RaspberryPi) und im Vergleich zur Arduino-IDE komplexer.
Im Ergebnis ist zu sagen, dass das verwendete GM-board so viel mehr Strom zieht als der ESP32-S3, dass es sich mit diesem GM-board nicht lohnt, bei der MCU zu sparen.
Das sieht mit anderen GM-boards natürlich wieder anders aus.
Wenn man nur das ND-Zählrohr verwendet, kann man gleich auf den RC103 umschwenken (wenn er 10 Jahre hält) ...
Will man auch ein HD-Zählrohr nutzen, sieht es natürlich wieder anders aus.