Hallo @clemens,
mein aktueller Versuchsaufbau mit einem TTGO-T-CALL, 2x HX711 & 18650LiPO der mittels Solar Panel gespeist scheint seit knapp einem Monat aus zureichen um Messwerte alle 15 Minuten zu übermitteln.
(Die extremen Ausreißer im Dashboard kommen von Tests)
Sofern der Ladezustand unter 75% sinkt - wird die Schlafphase des ESP auf 60min verlängert.
Hier Generische “state-of-the-art” Arduino-Firmware für ESP8266 und ESP32 schon mal kurz skizziert.
misst Du den echten Ladezustand ( schwierig zu messen ) ?
Oder nur die Spannung des Akkus ( x % von 4.2 Volt )?
Ich greif dabei auf die Werte zurück die mir das GSM-Modul liefert
volt_level = modem.getBattPercent();
voltage = modem.getBattVoltage() / 1000.0F;
Hatte das aber auch in der Vergangenheit mal mit Spannungsteiler und Messung,
wobei die Ermittlung mittels Funktion natürlich deutlich komfortabler ist.
Das hört sich gut an! Welches Panel hast du, vermutlich etwas mehr als 0,5 W? :-)
Geringfügig mehr hat das Solar Modul schonmit 6 W & 6V → Banggood 6W 6V - Solar Modul
Meine ersten Versuche mit einem kleineren Modul & dem damals noch gesonderten SIM800 Modul waren nicht so erfolgreich. Zumal ich mir überlegt hab das Modul lieber unterhalb der Beute zu platzieren und nur das Solar Modul der Witterung aussetze.
Auch wenn das bei @clemens nicht so auf Begeisterung gestossen ist, werde ich das mit dem Abschalten über einen DS3231 weiter verfolgen.
Das ganze ist eigentlich sehr simpel. Hab es zwar hier in SMD gezeichnet, aber das kann man ganz locker auf einer Lochrasterplatine löten (FYI in schön würde das Board bei Aisler ca. 4€ kosten).
Als Stromversorgung bietet sich eine LiFePo4-Zelle an.
Mit Solarzelle in der Luxusversion Solar1. Alternativen dazu habe ich keine gefunden. LiFePo-Solarlader sind meistens für den Campingbedarf (mit 3S oder mehr Zellen).
Billiger ist es, einfach LiPo Solarlader zu nehmen. Die Ladeschlussspannung ist bei 4,2V und das vertragen die LiFePo4s noch. Ich konnte da noch nichts negatives ergoogeln - so richtig toll klingt das aber nicht.
Oder man nimmt LiPos und das Teil von Waveshare und lötet die LEDs aus. Und genau das werde ich dann mal ausprobieren (in der Lochraster-Version). Bis auf das Waveshare board habe ich alles dafür auf dem Tisch.
Edit: die letzte Option hat leider den Denkfehler, das, wenn man den DS3231 mit 5V betreibt, der I2C-Bus auch mit 5V läuft. Das kann der ESP32 nicht ab. Also muss entweder gleich mit 3,3V versorgt werden oder ein Pegelwandler an den Bus.
Schaltplan:
Board:
Ist jetzt nicht ganz so einfach geworden, wie im ersten Post beschrieben 
aber immerhin:
Ich muss noch die ganzen LEDs von dem Waveshare board und dem DS3231 runterlöten. Innenbeleuchtung braucht der Klemmenkasten ja eher nicht.
Nach dem Urlaub kommt dann noch der Modembetrieb dran und der zweite HX711 für die zweite Waage. Dann kann ich mir ansehen, was die Damen im Herbst so treiben.
Ich brauche von diesem Waagentyp exact diese eine. Falls Interesse an der Platine besteht, mache ich das gerne noch hübsch. In einer 3,3V Version wäre die nochmal deutlich simpler, der MAX17043 ist optional.
Damit macht man sich vollkommen unabhängig von den Verbräuchen einer MCU im deepsleep.
Zwei Wochen später: ist ohne Probleme durchgelaufen. Akku war am Ende voll geladen - allerdings auch kein Wunder bei dem guten Wetter.
1 Messfehler auf dem A-Kanal. Da auf dem B-Kanal nichts auffäliges war, kann es nicht die Katze gewesen sein. Werde ich weiter beobachten.
Die Innenbeleuchtung habe ich entfernt und das ganze jetzt innen hinter einem Fenster mit Spiegelfolie aufgebaut. Das simuliert Winter ganz gut. Schaun wir mal, wie weit man damit kommt.
Next up: senden per 2G. Den 2. HX7111 lege ich erstmal auf Eis und warte auf den NAU7802 oder ADS1234.
Edit: sorry, 2 Messfehler. Noch einer von heute Morgen und auch A-Kanal. Hmm, kann der höhere Gain dafür anfälliger sein?
Der Dateineingang do-mm-stock-05 scheint tot zu sein.
Lebt denn das Projekt noch?
Oder gibt es mittlerweile evtl. einen Superstromspar-ESP32 (am Besten mit zukunftsfähigem GSM-Modul), der sich dafür besser eignet?
Danke @Fux fürs bumpen dieses threads! Habe tatsächlich das Projekt damals etwas aufgegeben nachdem klar wurde, dass wir mit dem TTGO T-Call auf keinen grünen Zweig kommen.
Wir haben im Januar 2020 mit der ersten Version des TTGO T-Call gearbeitet, nun habe ich wieder mal auf https://github.com/Xinyuan-LilyGO/LilyGo-T-Call-SIM800 geschaut und siehe da, seit damals gab es mehrere Revisionen und nun auch eine Version mit dem AXP192 als power management chip statt des IP5306. Zumindest das Problem mit dem Anschalten nach power loss / battery disconnection scheint damit gelöst.
- If you use the IP5306 version and use a lithium battery to supply power, you must press the reset button to turn on the board.
- If you use the AXP192 power management chip, you need to press and hold the PWR button for 2 seconds to turn on the power supply. By default, the AXP192 will be powered on when the battery is inserted.
Leider ist der deep sleep-Verbrauch mit 500 uA immer noch enorm etwa im Vergleich zum WiPy mit 15-20 uA, ggf. ist jetzt die Stunde des timers gekommen! ;-)
Ich habe gerade entdeckt, dass AHTLAB aus Việt Nam ähnliche Hardware im Programm hat. Leider habe ich nirgends entdecken können, welcher power management chip genau verwendet wird [1].
Es ist natürlich fraglich, ob diese Geräte aus anderen Gründen (nicht) für ultra low power Betriebsweisen ausgelegt sind, solange wir keine Informationen über den deep sleep current herausgefunden haben.
Nein, es ist ein TD1410 (2A step-down DC/DC converter, 380 kHz, 20V), und die von Dir Zitierten sind ebenfalls step-down (buck) converter mit 3A - aber alles keine “power management” ICs, das wäre geprahlt. Keiner davon ist ein PMIC und könnte z.B. mit einer Akku-Ladefunktion aufwarten.
Dazu noch etwas im TTN-Forum gefunden, es geht dort um den TTGO LoRa, nicht um den T-Call, aber um den neuen Energie-Management-Chip AXP192:
The AXP needs to be configured in code to enable power and the correct voltages to elements on the board. Without configuring the AXP many things will not work. See the TTGO T-Beam topic for more information.
Hier könnte man bei Gelegenheit dann auch mal spicken, beim code für den T-Beam / Paxcounter, auch ein ESP32 mit AXP von TTGO, der laut Produktseite überraschend stromsparend sein soll:
Sleep current: 0.2uA@SLEEP
1.5uA@IDLE
vielleicht ist die Verdrahtung ähnlich und man könnte beim code vom
oder bei der
genauer reinschauen.
Versuche gerade zu verstehen, wie der (neue) T-Call mit SIM800C und AXP192 das SIM800-Modul mit Strom versorgt und ob die auf GITHub dokumentierten 500 uA im deep sleep wirklich das untere Ende der Fahnenstange sind, oder ob da noch was geht. Als erstes wollte ich schauen, ob man das SIM800-Modul komplett vom Strom trennen kann:
Auf Seite 3 des Schaltplans sieht man unter GPRS das SIM800C-Modul, ich vermute BAT1 und BAT2 ist die Versorgungsspannung, die hängt an DVDD4V. Auf der gleichen Seite rechts unter POWER taucht DVDD4V auch wieder auf, und zwar in Verbindung mit einem SY8089 Step Down Regulator. dafür scheint VSYS die Stromquelle zu sein. VSYS hängt am Strom-Management-Chip AXP192 an diversen Stellen. VIN1, VIN3, IPSOUT1/2.
Der SY8089 scheint ein EN(able) pin zu haben, mit dem man den ein / ausschalten kann?? Der ist mit IO25 des ESP verbunden. So ganz verstehen tue ich es aber nicht, da ja der SYS8089 auch die 3V3 für den ESP generiert? Wenn jetzt der ESP den SYS8089 abschaltet wird damit auch der ESP abgeschaltet und wer weckt dann das ganze System wieder auf? Hmmm … Bin mit den Erkenntnissen oben mehr als unsicher.
Ich hab das jetzt auch endlich in die freie Wildbahn gebracht. Sind momentan noch keine Bienen drauf und der funkt auch nur mit WLAN - es ging mir aber auch erstmal darum, ob die Kombo aus Solar & DS3231 so funktioniert. Bis jetzt tut es das und hat auch das Regenwetter der letzten Wochen gut überstanden.
Ich hatte den heute nur nochmal auf, weil da noch eine LED aktiv war.
Mit dem DS3231 macht man sich unabhängig von allen Deepsleep Problemen oder sonstigen Leckströmen und man bekommt noch eine RTC dazu.
Der fliegende Aufbau ist im Grunde auch kein Problem - die ‘Adapterplatine’ könnte aber ein wenig hübscher sein.
Die Daten sind hier:
https://swarm.hiveeyes.org/grafana/d/D6qEhpEWk/do-mm-stock-05?orgId=2&from=now-2d&to=now
Offene Kiste:
Zusammengebaut:
Solarpanel:
Die Ritzen im Panel muss ich noch abdichten, sonst tropft es da durch.
Bei der Konstruktion mit XT60 Stecker & Schrumpfschlauch bin ich mir nicht ganz so sicher. Man wird sehen.
Nur zur Konkretisierung: Du verwendest nicht nur die RTC, sondern auch die Schaltung zur Spannungsabschaltung wie unter post 70 beschrieben und hier gut zu sehen:
Ja, das ist korrekt. Der DS3231 hat einen Ausgang, der über den Alarm-Trigger geschaltet wird. Dieser Ausgang schaltet die Spannungsversorgung für den ESP & HX711 ab.
Noch besser wäre es natürlich, wenn Nachts die Elektronik für das Solarpanel auch ausgeschaltet würde.
Wirf einfach das olle Waveshare-board raus, die LEDs sind Quatsch, die Wandlung auf 5 V unnütz verbratene Energie.
Das Board hatte ich halt, die LEDs sind entfernt und es läuft. Ich hab das Ding momentan im Garten stehen, da könnte ich auch Strom hinlegen. Ich wollte wissen, ob das vom Prinzip her läuft und das weiß ich jetzt. Falls ich nochmal sowas bauen würde, würde ich natürlich andere Komponenten nehmen. Allerdings hat auch noch niemand anderes an dem Prinzip Interesse gezeigt, also gibt es auch gerade nicht soviel Druck, das zu tun.
Habe die letzten Tage viel mit dem TTGO T-Call SIM800C experimentiert. Diese Version des T-Call hat einen AXP-Strom-Management-Chip drauf, damit lässt sich das komplette board vom Strom trennen und läuft bei neuem Anschalten wieder an, was mit dem T-Calls mit IP5306 nicht funktioniert.
Damit liefe im Prinzipt eine Ein- und Ausschalten über den Sparkfun Nano Power Timer / TPL5110 wenn, ja wenn das SIM800-Modul nicht wäre!! Zuerst hatte ich das JST-Kabel vom Nano Timer zum T-Call gecrimpt und mit jumper wire verbunden. Das ging sehr unreliable, typisches SIM800-Fehlverhalten bei insuffizienter Stromversorgung: Manchmal geht es, oft nicht, Modem signalisiert Verbindungsaufbau bekommt es aber nicht hin. Mit verlöteten Stromkabeln gings dann etwas besser. Allerdings nur mit einem vollen (über 4,0 V LiPo), mit LiPo-Ladungen von 3,9 und darunter gleiches Verhalten. Der sketch rödelt zwar, aber es wird keine Verbindung aufgebaut. Mit gleicher Software und LiPo direkt am T-Call angeschlossen – kein Problem, da funktioniert es, muss also der Strom sein.
Ein Blick in die Spec bestätigt die Vermutung: Webseite zum Nano Timer
The Nano Power Timer can handle voltages between 1.8V and 5.5V as well as current up to 1.1A
Also maximal 1,1 A, was bei einem peak-Verbrauch von ~2 A beim SIM800 zu wenig ist. 
Also bleibt – Stand heute – doch nur die RTC-Lösung von @poesel oder nochmal zu schauen, ob der AXP noch mehr abschalten kann, siehe weiter oben posting #78
Oder hat noch jemand eine Idee? Kondensatoren zwischen Nano Timer und T-Call …?
