I hear you, too.
Bin schon in den ersten Planungen.
Muß aber vorher noch ein anderes Projekt abschließen.
Hab im ersten Schritt vor ein Testsetup aufzubauen. Welches die Solarleistung und den Akkustand über eine zusätzliche MCU überwacht und übertägt. Bei leerem Akku soll er automatisch extern noch etwas nachladen.
Stelle mir vor, das wir so einen besseren Überblick bekommen, was übers Jahr so an Leistung erzeugt und aufgenommen wird.
Und so auch ein paar Firmware-Versionen testen und vergleichen können.
@clemens hast mir ja sicherlich nicht ganz ohne Hintergedanken, beim Workshop noch etwas zusätzlich mitgebracht.
Auch der Solarlader / die Solarzelle macht das “Kraut nicht fett” wenn der deep sleep zwischen den Messungen nicht aktiviert ist. Das muss als erstes passieren, alles andere wäre Symptombehandlung statt Ursachenbekämpfung! Naja, und das Messintervall von 20 Sekunden werden wir im Batteriebetrieb auch nicht halten können! ;-)
Sobald wir die Situation verbessert haben, bin ich gespannt über entsprechende Meßwerte zum Stromverbrauch. Habe hier kurz aufgeschnappt, was sich zum Firmware Release v1.19.0.b1 erzählt wird und für den FiPy ursprünglich versprochen wurde.
@Andreas klingt doch schon Mal vielversprechend.
Hoffe Mal das sind nicht nur blasen.
@clemens Ja ich weiß Deep Sleep ist unumgänglich.
Das Testsetup würde ich auch dazu nutzen, um zu schauen, wie häufig man messen kann, und ob es zusätzlich zu Deep Sleep noch weitere Möglichkeiten zum Strom sparen gibt.
z.B. WLAN nur für die eigentliche Übertragung aktivieren und vielleicht erst Mal ein paar Daten sammeln um dann alle xx min senden.
Mit dem Hiveeyes-code messe ich 30 mA mit expansion board und 10 mA ohne in der 30 sekündigen Schlafphase, hmmm viieeeel zu viel verglichen mit den postulierten 0.02 mA beim WiPy, gut, es ist ein FiPy, aber 10 mA vs. 0,02 mA, da muss noch was nicht passen!
Ohne angeschlossene Sensoren sind es 4 mA, deutlich weniger aber immer noch nicht im Bereich von 0,02 mA!
Falls per default LTE angeschaltet ist sollte es abgeschaltet werden. Ggf. brauchts dazu eine SIM-Karte, ggf. muss man auch einfach nur länger als 30 s warten, ein paar Sachen hier dazu.
Die DS18B20 sollten unkritisch sein, brauchen quasi nix, den BME280 sollten wir noch checken. Gibt es für den bzw den ganzen I2C-Ast auch die Möglichkeit das auszuschalten?
Expansion Board (falls verwendet) muss ich mir gesondert anschauen, da ist die SD und ich glaube auch eine Dauer-an-LED, gibt ggf Jumper auf den board, um was abzuschalten.
Das spricht erst mal dafür, dass wir die radios oder was anderes FiPy-spezielles noch nicht ordentlich abgeschaltet haben. Aber auch die 10 mA des WiPys sind jenseits von Gut und Böse:
Einige Boards haben ja eine USB-Schnittstelle, die braucht Strom, ist bei uns aber auf das Expansion Board ausgelagert, d.h. dort könnte man sie abschalten, müssten wir aber nicht, wenn wir nur die Platine verwenden. Braucht die Serielle Strom, wenn man nix schickt? Und im Deep Sleep ist die doch sowieso aus, oder?
Ok, further research! Habe den WiPi am Multimeter, der im deep sleep 10 mA verbraucht und nacheinander die einzelnen Sensoren abgeklemmt.
kritischer Stromverbrauch einzelner Sensoren im deep sleep
Keine DS18B20 reduzieren den Verbauch nicht sonderlich, auch der BME280 ist erst mal unkritisch. Der faule Apfel oder gärige Honig ist die Wägezelle / der HX711. Wenn man E+ abklemmt geht der Verbauch von 10 mA auf ca. 3,5 mA zurück.
Ab Zeile 101 gibt es in der /hiveeyes/sensor_hx711.py eine power_off mit
und auch das logging sagt
32.4655 [hiveeyes.sensor_hx711 ] INFO : Turning off HX711
scheint aber irgendwie nicht zu greifen!
Unsere Standard-Arduino-Bibliothek kann den HX711 bzw. über den HX711 den Verbraucher Wägezelle gut abschalten, an der Hardware sollte es also nicht scheitern. Müsste 'ne Software-Geschichte sein.
Bin zu dem gleichen Ergebnis wie @Clemens gekommen, was ich mich jetzt noch frage ist, was macht der Pycom im Deep Sleep modus draus. Habe mich noch nicht viel damit beschäftigt, aber fällt der SCK dann nicht wieder auf False und der HX711 fährt dann wieder hoch?
Exakt jenes frage ich mich auch. Ich hoffe wir wissen grob was wir tun und es klappt aufgrund von PULL-UP/PULL-DOWN Charakteristika ebenfalls genau so wie anderswo auch. Wenn jemand unsere Zweifel fundiert vom Tisch wischen kann: Her damit!
