Mega, danke @didilamken!
Wenn wir also annehmen, der Verbrauch liegt bei 0,8W (genau wie Clemens es ja oben auch abgeschätzt hatte), können wir die Spitzen über die im Wartemodus erzeugte und in den Akku gespeiste Energie abfangen.
Zusätzlich zu Clemens Wunsch, die Zelle an einem Vormittag laden zu können, würde ich mit wünschen, dass das System auch im Winter funktioniert. Das bedeutet einen zusätzlichen Faktor 4 für die veränderte Air Load (gegenüber der Normbedinung). Wie man da zusätzlich noch das wunderbare Grau des norddeutschen Tiefland-Novembers mit reinrechnet, weiß ich nicht…nochmal x2?
@didilamken das war aber jetzt immer noch ohne deep sleep und mit OLED, das ist doch nicht das normale setting, das wir ausrollen wollen. Was braucht z.B. das OLED, das könnten wir wegrechnen.
Was das nur OLED-Display verbraucht, konnte ich bislang noch nicht messen. Die USB-Messer zeigen zwar 4 Nachkommastellen an, aber das ist nur Show. Ich werde heute abend weitermachen.
Für den langfristigen Verbrauch würde ich mit 1 W kalkulieren, da ist man auf der sicheren Seite.
Da braucht man für Dauerbetrieb 24 Wh am Tag. Mein 20W Solarmodul hat gestern ca. 70 Wh geerntet. Ob das im Winter auch noch reicht, will ich in der nächsten Zeit untersuchen.
Noch ein interessantes Szenario, das @didilamken im Zusammenhang mit der Spannungsmessung bei LiPos gefunden hat:
Da das Gerät im Freien verwendet werden sollte und ohne Stromnetz auskommen musste, wurden zwei externe Batterien (Powerbanks) mit 1000 mAh und 10.000 mAh eingesetzt. Die kleinere Powerbank, die dauerhaft mit der Stromversorgung des ESP32 verbunden war, wurde dabei von der größeren aufgeladen, die fast täglich ausgetauscht wurde. Dadurch arbeitete das System kontinuierlich.
Um das Regelverhalten des SolarChargeController Sunix CMTD-A2410 zu untersuchen, messe ich in den 3 Ein/Ausgängen jeweils Spannung, Strom, Leistung und Energie mit 4 x Panelmeter PZEM-031.
Der Aufbau wurde umfangreich:
Eine Last kann stufenweise mit verschiedenen LED- bzw. Halogenlampen von 1 W bis 70 W eingeschaltet werden.
Um die Messwerte nicht nur ablesen, sondern auch aufzeichnen zu können, habe ich 12 Messleitungen an eine Lüsterklemme geführt.
Zum Messen und Aufzeichnen benutze ich 4 x ADS1115, ein I2C-ADWandler mit 4 Kanälen und 16 bit Auflösung. So kann ich 8 mal 0 … 3,3 V und 8 mal 0 … 40 V messen, alles mit einer Auflösung von 1 mV.
Habe mir beide Komponenten genauer angeschaut. Das Solarlademodul verbraucht durch diverse, nicht abschaltbar LEDs ohne einen Verbraucher schon 2,3 mA!! Da muss schon viel Strom reinkommen, damit die Energiebilanz an Ende positiv ist, wir werden es testen!
Der Gesamtaufbau des Testsystem mit einer Bosche H30, 6 DS18B20 und einem BME280. Die Elektronik in der wasserdichten Spelsberg-Box. Als LiPo ist der 2000 mA/h LiPo angeschlossen, den wir bisher im BOB-Projekt verwenden.
Hat in der Nacht was, wenn jemand davorsteht und es anschaut, leider verbraucht es in den 99,8% der restlichen Zeit unnötigerweise auch Strom, mehrere LEDs für den Ladezustand des LiPos und diverse Status-LEDs! :-(
Leider taugt das o.g. Waveshare Solar Power Management Module nicht für unsere Zwecke. Es liefert nicht die Spannung des LiPos aus, was für uns völlig reichend wäre, sondern wandelt die 3,x bis 4,2 V des LiPos in eine 5 V-Spannung.
Ein voll geladener 2000 mAh-LiPo liefert nur 4 (!) Stunden Energie, trotz Unterstützung der 5 W-Solarzelle! Danach schlägt die Schutzschaltung der Platine zu und trennt die Stromversorgung bei einer LiPo-Spannung von 3,0 V. Hier ein Graph der 5 V, die beim FiPy ankommen und dort wieder auf 3,3 V heruntergeregelt werden. Also auch energetisch Quatsch, da wir die 5 V ja gar nicht benötigen.
Leider werden in den Datenblättern die theoretischen Spitzenwerte und nur selten die realen Dauerwerte angegeben. Eine 5 Wpeak-Solarzelle liefert bei uns vermutlich nie 5 W, wir leben ja nicht in der Sahara. Und ein 2000 mAh-LiPo enthält auch nur theoretisch 2000 mAh * 3,7 V = 7400 mWh. Mein FiPy verbraucht etwa 1 W. Theoretisch könnte er über 7 Stunden am Akku laufen, praktisch sind es aber nur 4.
Das hilft zwar nicht bei der Auswahl einer guten Versorgungseinheit für Solarstrom, ich wollte die aktuellen Zahlen aber nun doch einmal auch hier im Kontext nennen.
Wie geschrieben habe ich nun, im nächsten Versuch, den LiPo und den Verbraucher / FiPy am gleichen Batterie-Anschluss der Ladeplatine hängen, wie es auch beim CN3065 Solar-Lader der Fall ist.
Das Szenario scheint nicht gut zu funktionieren: Auch hier lief der LiPo nur 4 Stunden, allerdings sagt die Telemetrie, dass er beim Ausstieg noch 3,8 V hatte. Dann ist das System nach 14 Stunden, mitten in der Nacht, wieder angesprungen und hat 4x Daten übertragen, allerdings mit einer Batteriespannung von 2,5 V, danach wieder Funkstille, Heute beim Austausch der Batterie (und ggf. etwas Solarladestrom heute Vormittag) hatte der LiPo 3,3 V, das System ist aber nicht angesprungen hat also keine Daten geliefert.
Next trial, so wie ursprünglich geplant, die Waveshare-Platine entfernt, statt dessen das CN3065-breakout auf die BOB-Platine gesetzt, an der große 5 W-Solarzelle den Hohlstecker abgeschnitten und statt dessen einen JST-Stecker gecrimt und angeschlossen.
Komisch, gleiches Verhalten wie mit der Waveshare-Platine. Die Spannung sinkt über 4 Stunden von 4,2 auf 3,9 V dann hört der FiPy auf Daten zu senden! Dann ist 15 Stunden Pause, nun werden nochmal drei Datensätze bei 2,5 V übertagen:
Mich würde jetzt brennend interessieren, warum der FiPy bei ca. 3,9 V aussteigt. Ist es tatsächlich die Spannung, oder eine Variable die überläuft? Es sind jeweils 4 Stunden 10 Minuten nachdem der FiPy “aufgibt”. Kann’s am watchdog liegen, der komisch konfiguriert ist / mit falschen Parametern? Ich habe die gleiche Software allerdings mit mehr Zeit zwischen den Messungen auf vier WiPys, allerdings mit USB-Stromversorgung, ohne Probleme laufen.
[edit] Nochmal die Software gecheckt und in der fraglichen settings.py ist der watchdog nicht aktivert und deep sleep ebenfalls nicht, vermutlich liegt es daran, gab doch schon mal Hinweise, dass es ohne deep sleep und watchdog irgendwann nicht mehr läuft.
Ist schon merkwürdig. Ist der Akku in Ordnung? Welche Firmware hast du drauf?
Wenn ich die maximale Deep Sleep Zeit richtig im Kopf habe waren das knapp 3 Std.
Passt also nicht zu den 10h.
Das einzige was mir dazu einfällt ist das sich der FiPy aufhängt und in einen Halbschlaf befindet. Also noch relativ viel Strom braucht. Die Spannung fällt dann ab bis der Lipo dicht macht. Bei den ersten Sonnenstrahlen steigt die Spannung Recht schnell an aber es reicht dann nur für ein paar Übertragungen. Bis der Lipo wieder dicht macht.
Ich bin gerade dabei, eine Strommess-Platine zu entwerfen, um dann in einer USB-Stromversorgung ( 3.5 bis 5.5 V ) jede Sekunde Spannungen und Ströme zu messen. Gestern abend hat der MAX471 auf dem Prototypen schon funktioniert. Bis aber die Aufzeichnung läuft, dauert es noch ein paar Tage.
Ja das ist sicher das, was @clemens brauchen könnte. Eine Überwachung, der Spannungsversorgung des FiPy außerhalb seiner eigenen Möglichkeiten.
Finde den Stromverbrauch des Fipy, sogar noch wichtiger zu testen, als die Solarmodule. Was bringt mir genau zu wissen, wie viel mAh ich mit Modul xy am Tag rein bekomme, wenn ich nicht genau weiß wie viel ich jetzt wirklich benötige.
Im Pycom Form steht auch irgendwo, das der FiPy Probleme mit dem Runterfahren in den Deep Sleep bei unter 4V haben kann. Soweit ich mich entsinne war das aber nur im Zusammenhang mit einem höheren Stromverbrauch im Deep sleep.
Ich hatte schon versucht, das zu simulieren, könnte, aber bei mir, keine Probleme bis runter auf 2,5V feststellen. Das war aber soweit ich mich entsinne noch mit V0.4.0
