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.
2 Likes
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 …?
1 Like
Vergleich der TPL5110-boards von SparkFun vs. Adafruit bzgl. maximalem Strom
Schauen wir mal wo der maximale Strom von 1,1A beim Sparkfun Nano time breakout herkommt, beim TPL5110-Datasheet habe ich nichts in die Richtung gefunden. Aber beim Schaltplan des Sparkfun boards steht beim Power MosFet was von 1,1 A:
Könnte das board von Adafruit eine Alternative sein? Habe da kein Angaben zum maximalen Strom gefunden Adafruit TPL5110 Low Power Timer Breakout : ID 3435 : $4.95 : Adafruit Industries, Unique & fun DIY electronics and kits Ist leider nur nicht so schön konfigurierbar wie das Sparkfun-Teil mit dem Mäuseklavier! In der eagle-Datei von Adafruit steht beim MosFet DMG3415 bei den Datenblättern steige ich mit verschiedenen A-Angaben nicht ganz durch. -4 A und -2 A habe ich gefunden, scheint also besser zu passen:
Könnte man nun den MOSFET tauschen bzw. auf dem Sparkfun board den aktuellen auslöten und einen anderen einlöten?
In der Eagle-file steht bei Sparkfun: SOT23-3 beim footprint bei Adafruit SOT23-wide, der scheint breiter zu sein als der von Sparkfun.
1 Like
Es gibt aber nur ein SOT23-3 ! ;)
Außer, daß das rechte einen Strich breiter ist, sind vor allem die pads größer - das ist aber auch schon alles (links das Sparkfun-library-Gehäuse, rechts dasjenige von Adafruit (die das von microbuilder benutzen)):
1 Like
Danke @weef für den Hinweis, ich hatte mir tatsächlich nur die footprints angeschaut und nicht die Abmessungen der Bauteile! Ich müsste noch einen IRLML6401 P-Channel MOSFET irgendwo haben, auch SOT23-3!
Der Wechsel vom Sparkfun Timer breakout zu dem von Adafruit hat weniger Effekt als erhofft, die Datenübertragung funktioniert zwar jetzt auch im Bereich von 4,0 bis 3,7 V LiPo-Spannung, darunter nicht mehr:
Datum/Zeit,Gewicht,Temperatur,Feuchte,Luftdruck,Batterie-Spannung
2021/06/28 11:30:34, 0.055, 22.5, 61.4, 1016.9, 4.06
2021/06/28 11:35:45, 0.053, 22.8, 60.7, 1016.9, 4.06
...
2021/06/29 23:51:25, -0.006, 21.6, 67.4, 1008.3, 3.68
2021/06/29 23:56:39, -0.007, 21.6, 67.1, 1008.3, 3.68
Allerdings funktioniert es auch nicht, wenn ein LiPo mit < 3,7 V direkt an den T-Call – ohne TPL5110 dazwischen – angeschlossen wird. Es scheint als macht der AXP-Strommanagement-Chip schon zu da beim board die LEDs nur kurz aufleuchten und dann nichts mehr passiert.
Beim Seeeduino Stalker mit Sodaq GPRSBee war die Toleranz etwas mehr und Daten wurden noch mit 3,6 V, teilweise (unreliabel) mit 3,5 V LiPo-Spannung übertragen.
… na, haste aber Glück, daß alle drei (SI2309DS, DMG3415, IRLML6401) nicht nur im gleichen Gehäuse kommen, sondern auch die gleiche Pinbelegung haben.
1 Like
Ja, kann man! ;)
Ja, dafür ist das gedacht.
nein, macht der nicht: DVDD4V wird als einzige Spannung vom SY8089 erzeugt, und die geht ausschließlich ans Modem (Stützkondensatoren und eine TVS-Diode mal abgesehen, gehören ja mit zum Modem ;) ) .
Habe mich gerade gefragt, wie du den Typ rausgefunden hast. Bin jetzt auch In der SparkFun_TPL5110_Nano_Power_Switch.sch (nicht in der PDF-Version!) fündig geworden, dort sieht man SI2309DS bei den Eigenschaften von Q1!
Auslöten ging recht gut und der IRLML6401 ist nun eigelötet, jetzt mal schauen, ob Sparkfun Nano Timer mit dem neuen MOS-FET den T-Call mit LiPos unterhalb von 4 V versorgen kann. Test läuft … :-)
Der GPIO25 wird in den TinyGSM-Beispiel-files des TTGO T-Call als MODEM_POWER_ON initialisiert.
und auch im TinyGSM-sketch dann genutzt:
Allerdings nirgends explizit ausgeschaltet. Hatte mich schon gefreut, dass das die Lösung sein könnte von den bei GitHub berichteten 500 uA runterzukommen, war es leider nicht: Auch ein Testsketch mit
#define MODEM_POWER_ON 25
[...]
pinMode(MODEM_POWER_ON, OUTPUT);
digitalWrite(MODEM_POWER_ON, LOW);
brachte keine Veränderung und der CurrentRanger zeigt immer noch 560 uA im deep sleep an. Mit digitalWrite(MODEM_POWER_ON, HIGH); bekomme ich übrigens keinen Strom mit dem CurrentRanger gemessen. Ich vermute das Modem zieht zu viel und der CurrentRanger zeigt 33 uA an, der T-Call hat sich da aber aufgehangen oder der AXP versorgt das board gar nicht mehr …
Wenn das Modem / SIM800 aber nicht die 500 uA frisst, was ist es dann?
Hier gibt es noch Code für den T-Beam (!), der auch den AXP als power management-chip verwendet. Dort ist einiges mit axp.setPowerOutPut ... auskommentiert, was bei uns aktiviert ist: TTGO-T-Beam-Blinking/TTGO-T-Beam-Blinking.ino at master · luckynrslevin/TTGO-T-Beam-Blinking · GitHub
Ggf. lohnt sich da ein Blick drauf.
1 Like
Ich könnte gerade … 
[edit ein paar Wochen später]
Von den 5 die damals gingen sind nun nochmal drei ausgestiegen, einer funktionierte an einem Tag gar nicht, nun heute wieder. Ein anderer funktioniert ca. 20 Sekunden, dann nicht mehr. Ich denke es hat irgendwas mit Aufwärmen, ggf. auch Löstellen zu tun. Jedenfalls gehen auch die drei an Eckstein zurück. 10 Stück hatte ich danach direkt bei TTGO über denen aliexpress-Shop bezogen, die funktionierten alle.
Hi Clemens,
das ist ja wirklich Pech. Ich habe Dir einige Dinge bei Upload not possible at 5 of 10 bought T-Call SIM800C, need replacement urgent, how to detect faulty boards · Issue #165 · Xinyuan-LilyGO/LilyGo-T-Call-SIM800 · GitHub zusammengesammelt, vielleicht hilft ja das ein oder andere weiter.
Es liegt immer am Kabel?
Viele liebe Grüße und Glückauf,
Andreas.
Danke, Andreas, habe dort geantwortet. Komisch ist, dass die Dinger zwar als serielles Gerät erkannt werden aber keine Kommunikation über die Schnittstelle stattfindet.
Man hat den Eindruck, dass der ESP hinter der Seriellen tot ist und gar nichts macht. Auch die onboard LED leuchtet nur kurz und ist dann aus und mit einem reset über den Taster passiert auch nichts. Jemand bei den GIT-issues hat vermutet, dass der AXP nicht korrekt den Strom mißt und daher den ESP als peripherie abklemmt. Ich weiß nicht was da los ist, ob die initiale Programmierung / aktuellen Einstellungen des AXP das Problem sind oder einfach ein paar Bautiele, die zu schwach dimensioniert sind. Jedenfalls super ärgerlich und was das mich wieder Zeit gekostet hat …
Ja. In einem der dort referenzierten Artikel/Forumseinträge/Ressourcen wird darauf hingewiesen, dass sich der ESP32 auch in einer Dauer-Reboot-Schleife befinden kann, weil die Spannung zusammenbricht oder nicht stabil genug ist.
Bisserl eng aber passt schon! :-)
Die Wägezellenkabel sind etwas knapp, hier schau es nicht mal so schlecht aus:
Mit Magazin brauchts dann schon nen sonnigen Standort mit dem richtigen Sonnenwinkel:
Die Mavin-Zellen hatten 10 cm längere Kabel als die hier verbauen von Omega! :-(
Wägebalken Innenansicht:
3 Likes
