Beim Feinstaubsensor haben die das recht geschickt verklemmt oder mit Kabelbindern gesichert … Heißkleber gibt es auch noch! ;-)
Erst mal spricht nichts dagegen ausser die Arbeit das PCB zu erstellen und es fertigen zu lassen. Wenn wir neben der Waage noch andere Sensoren wie Temperatur oder Feuchte anschließen wollen, brauchen wir eine kleine Zusatzplatine sowieso, wie ich sie auch schon hier beim Open Hive WiFi Solar / Adafruit HUZZAH oder bei der BOB-Platine (Clemens) gemacht habe.
Da mir der Stromverbrauch aber nicht ganz koscher ist und einfach bestellen und zusammenstecken wie beim Feinstaubsensor auch charmant ist (und der nebenbei auch schon Jahre läuft!) würde ich den Aufbau erst mal minimal lassen. Gerne dann später weitere Ausbaustufen! ;-)
Meine bisher verwendetes CN3065 breakout ist ganz gut, wenn man es auf eine Platine löten möchte. Für ein minimales Design mit Kabeln aber schlecht, da sie für den Verbraucher und den LiPo nur einen gemeinsamen Anschluss hat. Die “neue” Platine oben hat zwei, und auch gleich JST-Buchsen drauf, das macht den Aufbau einfacher. Wenn es mit den längeren Kabeln funktioniert und der CN3065 sich nicht mit dem (5 V only, nicht sogar!) charger auf der Platine in die Haare kommt. [edit] Auch wenn der funktioniert müssen wir um Strom zu sparen die beiden LEDs für charging und charged entlöten, da diese sonst immer Strom fressen.
Ok, Ziel ist also eine möglichst einfach herzustellende Stockwaage zu bauen.
Anforderungen: einfach, günstig, kann wiegen, kann Daten per 2G versenden.
Vorraussetzungen:
Imker mit Bienen
Standardwerkzeug
Computer und die Fähigkeit, nach Anleitung Dinge daran zu tun
Zeit & Willen, Anleitungen zu lesen
Was muss der Imker tun, um seine Stockwaage zu erhalten?
Material beschaffen
Waage bauen
Elektronik zusammen stöpseln
Software aufspielen und konfigurieren.
zu 1) braucht er eine Stückliste mit mechanischen & elektrischen Bauteilen
zu 2) schlage ich diese vor
zu 3) Anleitung notwendig
zu 4) Anleitung notwendig
Was müssen wir tun, damit das alles passieren kann?
zu 1)
Das ist vermutlich das einfachste - eine simple Liste, eventuell mit Bezugsquellen.
zu 2)
Da haben andere schon die Arbeit gemacht.
zu 3)
Da hat @clemens das Design ja schon fertig. Bleibt nur noch die Frage, ob wir das dann auch einfach in ein HT-Rohr stecken.
zu 4)
Da steckt vermutlich die meiste Arbeit drin, um einmal die Funktion zu ermöglichen und es dann auch noch wirklich richtig einfach bedienbar zu machen. Ein paar Kommandozeilenbefehle und eine Konfiguration im Webbrowser ist, denke ich, zumutbar.
Auf Kotori/Grafan-Seite müsste das natürlich auch noch vorbereitet werden.
Wenn das unser Ziel ist und wir uns darauf einigen könne, bin ich dabei. Ich habe direkt auch einen Anwendungszweck dafür und würde mir auch sofort eine Version bauen.
Lass uns aber erst mal schauen, ob der Energieverbrauch im deep sleep halbwegs passt. Erst wenn der Prototyp läuft, sollten wir den Rest (Anleitungen, Listen) in Angriff nehmen, sonst ist das ggf. vertane Zeit!
Da ist die Frage, wie weit wir es treiben wollen und was der / unser “Standard” ist. Einige haben Respekt vor dem Löten, daher wäre was mit “nur zusammenstecken” schon cool, das sehe ich aber nicht, z.B. gibt es den TTGO nur mit beiliegenden Stifteleisten, man muss sie selbst anlöten, glaiches mit dem HX711.
Meine Idee wäre hier aber das so einfach wie möglich zu machen, dass man leicht jemanden im Freundeskreis / Imkerverein findet, der es für einen oder eine Gruppe von Leute erledigen kann. D.h. keine SMD-Teile, nix kompliziertes (falls wir doch eine Platine später verwenden).
Bei der Software sehe ich das ähnlich, klar muss die irgendwie aufs Gerät. Ich bekomme aber Anrufe, dass die SIM getauscht wurde und jetzt nix mehr geht, vorher blau.de, jetzt congstar, d.h. der APN muss geändert werden! So was sollten die Leute auch ohne Arduino-IDE oder Atom oder … hinbekommen. Waage justieren eigentlich auch!! Dann könnte jemand aus dem Imkerverein 10 Dinger mit Software bespielen und den Kleinkram können die Leute selber machen und auch im laufenden Betrieb ändern.
Bingo! Waage für TBH / Bienenbox / andere Trogbeute bzw. das oben ist auch mein Favorit gerade, jedenfalls ein Design mit zwei Wägezellen. Allerdings mit ein paar Änderungen, da haben wir dort ja schon drüber gesprochen und müssten schauen was wir noch ändern. … Nun ist der Text noch nicht fertig, weil du es aber gerade ansprichst klicke ich mal schnell auf “create topic”, auch wenn es erst draft ist: Minimal Hardware Design Wäge-Gestell ;-)
Software ist noch ein Brocken Arbeit! Bin bisher nicht wirklich mit uPy warm geworden und die vielen Bugs und das ewige Yak shaving mit dem FiPy haben mirs auch etwas verleidet. Die Arduino-TinyGSM-lib ist sicher hier super brauchbar. Auf der Anderen Seite ist @Thias schon an LoRa … ich denke vielen Bastlern ist auch die Arduion-Umgebung (noch) etwas vertrauter als uPy.
Ja. Vielleicht mit Ausnahme der Bedienungsanleitung. Es ist eigentlich immer ganz nützlich, wenn man die hat, bevor man programmiert - insbesondere den Kram, den der User sieht.
Das würde ich auch voraus setzen. TTH löten können sollte eigentlich immer irgend jemand im Umkreis
Praktische Frage dazu: wie misst Du das? Ein normales Multimeter ist dafür ja eher ungeeignet.
Eigentlich ist das eine gute Gelegenheit, den Erwerb von sowas zu rationalisieren.
Oder gibt es eine Alternative?
Bisher habe ich keine Möglichkeit gefunden das SIM800 auf dem T-Call komplett vom Strom zu trennen. Damit würde es lt. Datenblatt noch 150 uA verbraten, falls das zu viel ist wäre die Option doch eine Platine zu nehmen, da einen Transistor und MOSFET draufzumachen, siehe: Low Cost GSM/GPRS-(SIM800)-Node dann könnten wir komplett abschalten. Mit einem WiPy oder Firebeatle, die recht sparsam sind, kämmen noch 20 bis 50 uA vom ESP zum Verbrauch hinzu, mal schauen, was der TTGO T-Call so braucht.
Wir können das Ding auch mal an einem LiPo laufen lassen und schlicht schauen, wie lange der hält.
Nun ist die Frage wie man da hin kommt?! Bisher habe ich das Modul mit modem.poweroff(); aus der TinyGSM-lib abgeschaltet, poweroff ist
Reicht CPOWD=1 um beim SIM800 auf die 150 uA zu kommen oder braucht man da was anderes? (siehe auch den Beitrag von @roh und @weef hier: TTGO T-Call-SIM800x - #4 by roh) Ich weiß gerade nicht wo die 15 mA herkommen, Ideen neben dem
SIM800
ESP32 (wenn ich WLAN und BT nicht initialisiere brauche ich es auch nicht ausschalten?)
Hatte Wägezelle und HX711 angeschlossen, wenn der HX711 nicht initialisiert wurde verbraucht der Storm und schaltet nicht default die Wägezelle und sich ab, daher der hohe Vebrauch. Mit abgeklemmtem HX711 sind es jetzt ca. 800 uA im deep sleep! Schon besser, wenn auch noch nicht die versprochenen 300 uA.
Kurzer Zwischenbericht:
Die mechanische Hardware ist da. Ich müsste mich jetzt nur eine Weile in den Keller verziehen und alles zusammen schrauben.
Der TTGO T-Call lag auch heute im Briefkasten. uPy hab ich schonmal erfolgreich geflasht. Nächster Schritt wäre dann, das Modem zum laufen zu bringen.
Der ucurrent ist leider noch nicht da.
Andere Frage: kennt jemand ein mechanisches Datenblatt von den CZL601 Zellen? Außer der Angabe für die maximale Überlast habe ich nichts gefunden.
Ich habs mal durch den Simulator gejagt. Bei 100kg statischer Last biegt sich die Zelle etwas über 0,5mm durch. Bei 150kg ca. 0,8mm. Stimmt das mit der Beobachtung aus der Praxis überein?
Würde bedeuten, das man den Überlastschutz recht eng einstellen muss.
Bisher habe ich kein einziges Datenblatt gesehen, weder von der Wägezelle oben noch von einer anderen, auch nicht bei Bosche, in dem von der “Durchbiegung” bei Volllast berichtet wird.
Vor ein paar Wochen habe ich mitbekommen, dass die von Bosche verkauften Distanzplatten nur 2 mm Dicke haben, s. Bosche Hx0A single point load cell mehr wird es definitiv nicht sein! Ich schätze auch eher um die 1 mm, gemessen habe ich aber noch nicht! wird ggf. auch schwierig sein, wenn man nur die erwähnten, um die 3 mm dicken Profile hat. Kann mir vorstellen, dass auch die sich etwas durchbiegen, wenn die Belastung über Ecklasten kommt (z.B. Beuten mit Füßen / Klötzchen).
Auch daher problematisch mit der Überlastsicherung, gerade wenn man dünne, flexible Materialien hat. Falls man knapp 1 mm für Volllast hat und die weitere Streckung bei Überlast sich linear verhält käme man bei deinen Berchnungen und 300% Last auf 1,5 bis 2,5 mm nach denen gestoppt werden müsste. Ist schon tricky das genauso einzustellen, wenn das Gestell nicht 100 % steif ist.
Ein setup könnte dann so aussehen. Wenn die Solarzell lädt leuchtet die LED rot, bei vollem LiPo eine zweite LED blau, die müsste man beide entlöten oder eine Leiterbahn durchtrennen, damit hier nicht unnötig Strom verbraucht wird.
Ein weiterer Vorteil von dieser Platine ist, dass der LiPo auch mal per (Micro-)USB aufgeladen werden kann. Wobei mit der Kombi solar charger und TTGO T-Com das auch über den USB(-C) des TTGO via IP5306 gehen würde.
Wie können wir den Stromverbrauch im deep sleep reduzierten? Da gibt es auf dem board den …
IP5306
Mir ist noch nicht klar, was der IP5306 hier genau macht: Einen angeschlossenen LiPo chargen, ok! Dann kann man damit noch die Batteriespannung messen und er hat einen powerBoost
Im Batteriebetrieb mit einem 1200 mA/h LiPo funktioniert der GSM-Betrieb mit eingeschaltetem power boost aber auch ohne! Aktuell gehe ich davon aus, dass der nur benötig wird, wenn ein schwachbrüstiger LiPo verwendet wird, der die 2A peak current nicht liefern kann.
Nun verlässt mich leider mein Chinesisch ;-) im chinesischen Datenblatt gibt es ein paar Registereinstellungen, in der “Übersetzung” fehlen die.
Kann man mit dem IP5306 auch Stromquellen bzw. Verbraucher abschalten?
Fürch-ter-lich…, was ist das denn wieder für eine [zensiert]… Jedenfalls nehmen die M5Stack-Leute den auch, ggf. gibt es Fundstücke in deren community.
vielleicht hilft das hier ja trotz auto-translate weiter…
Das ist bekloppt übersetzt: der IC beinhaltet einen boost converter (wp en), eine Topologie für Gleichspannungswandler, zu deutsch “Hochsetzsteller” oder “Aufwärtswandler” (wp de) - außer, die Chinesen meinen irgendetwas anderes damit.
Hier macht der IC aus der LiPo-Spannung eine höhere von 5V, daher muß er die Spannung hochsetzten. Der IC beherbergt mehrere Funktionen, daher kann man den DC/DC-Wandler darin offenbar einzeln abschalten. Aber ich habe, disclaimer, das Datenblatt nicht gelesen!
Zum TTGO und Deiner letzten Frage: die Spannung für das Modem (heißt DVDD4V4) wird von einem eigenen step-down-converter (ein buck converter) namens SY8089 erzeugt (heißt auf dem PCBA “1U1”). Dessen enable-EIngang ist mit IO23 des ESP32 verbunden - somit ließe sich das SIM800 komplett schalten!
Danke für den Link zum Datasheet bei mikrocontroller.net, schon besser als das von mir oben verlinkte!
Mit diesem banalen deep sleep sketch, der einfach hochläuft, 10 s wartet und dann 30s in den deep sleep fällt bekomme ich ca. 850 uA gemessen:
// timekeeping / deep sleep
#define uS_TO_S_FACTOR 1000000 /* Conversion factor for micro seconds to seconds */
#define TIME_TO_SLEEP 30 /* Time ESP32 will go to sleep (in seconds) */
void setup() {
}
void loop() {
delay(10000);
// Put ESP32 into deep sleep mode (with timer wake up)
// Configure the wake up source as timer wake up
esp_sleep_enable_timer_wakeup(uS_TO_S_FACTOR * TIME_TO_SLEEP);
esp_deep_sleep_start();
}
Wenn ich den Testsketch der Tiny-GSM-lib für den TTGO T-Call verwende
und diesen am Ende mit dem deep sleep code von oben ergänze bekomme ich ebenfalls die 850 uA Stromaufnahme im deep sleep. Testweise habe ich bool isOk = setPowerBoostKeepOn(1); auskommentiert, das hat aber nichts verändert. Auch ein zusätzliches digitalWrite(MODEM_POWER_ON, LOW); (MODEM_POWER_ON ist pin23) vor dem deep sleep brachte ebenfalls keine Reduktion auf die vom Hersteller postulierten 300 uA.
well… schreibt der hersteller irgendwo, ob mit den angeblichen 300uA noch irgendwas funktioniert das die 300uA wert macht? - nich falsch verstehen, aber meiner erfahrung nach ist sone aussage nix wert wenn man sie nicht selber gemessen hat. auch nicht bei ‘qualitaetsanbietern’ ;)
ich will nicht sagen das seine hardware toller ist (nur anderst) - aber die probleme und ansaetze sind die gleichen wie hier. er hat einen attiny als deep-sleep controller und einen pchannel fet gewaehlt.
Da muß dann aber etwas anderes Grundsätzliches nicht stimmen, denn allein der Unterschied zwischen quiescent current und shutdown current beim SY8089 macht lt. Datenblatt über 50 µA aus - diesen Unterschied hättest Du gemessen…
Da gab es doch jenes Register, welches GPIOs in der RTC domain per HOLD festnageln konnte, damit sie im deep sleep ihren state nicht verlieren - wir hatten das z.B. hier im Forum für micropython.
Hier gibt es noch Infos zum Thema deep sleep current.
I think there is no simple way to turn off power converters. You even can not turn off IP5306 programatically, because its KEY pin (where you would send LOW for more than 2s) is also connected to reset of ESP32. You can program IP5306 to switch off 32s after ESP32 goes to sleep, but then you can only wake it manually by pressing reset. I was trying to find a way how to shut down everything and just keep ESP32 in sleep powered directly to 3.3V rail, but a) power was still about 1mA, b) I could not wake the board only manually
Ich dachte ja, das Ausschalten des “PowerBoosts” reiche schon um den IP5306 zu deaktivieren, das ist aber nicht so. Im Batteriebetrieb muss man das board mit einem reset starten. Der reset-Knopf ist aber nicht nur reset für den ESP, sondern auch Anschalter für den IP5306 , d.h. der ist an, auch wenn ich den nicht per Software aktiviere.
Das Ding hat zwei SY8089 (heißen dort “1U1” sowie “1U2”).
1U1 macht die etwa 4 V für das Modem, und 1U2 die 3V3 für v.a. den ESP32. Beide haben einen ENABLE-Eingang, welcher bei 1U1 auch benutzt wird (GPIO23 schaltet die Modemversorgung), 1U2 ist dauerhaft angeschaltet. Laut Datenblatt darf dieser Eingang nicht unbeschaltet bleiben, braucht also immer pull-up oder pull-down.
Was machen die aber? Sie bauen einen Spannungsteiler (jeweils 100k/100k an beiden ICs) an diesen Eingang, so daß mindestens beim 1U2 immer VCC/2, also 2,5V am EN-Eingang anliegen. Wäre ja OK, wenn 1R18 (der untere Zweig) nicht wäre: dadurch, daß dieser nicht weggelassen wurde, braucht die Eingangsbeschaltung des EN dauerhaft unnötig 25µA … unglaublich.
Umgekehrt ist es bei 1U1: das Modem ist im Normalzustand OFF, daher kann ein EN dauerhaft einen pull-down bekommen. Da 1R7 und 1R4 beide auch als NC angegeben sind, weiß ich nicht, wie das “in echt” ist, also welche tatsächlich bestückt sind. @clemens, kannst Du bitte mal schauen, was von den beiden wirklich bestückt ist? Nicht, daß der auch noch bestückt ist (und nochmal 25µA braucht)…
(Das GND-Symbol über der 2 ist wohl ein vergessenes Artefakt…)
Sie lassen auch noch die community im github features vorschlagen, und dann verk… sie es bei solchen Details.
Wenn ich mir als Hardware-Entwickler derartige Schaltungsdetails ansehen muß, habe ich keinerlei Sorge, daß es zu der von China angestrebten Rolle einer globalen Technologieführerschaft tatsächlich kommen könnte…
