AVR+LCD mit Batterie?

funker Gast #55412 
Hi,

ich stehe gerade auf dem Schlauch und da ich wenig mit E-technik zu tun
habe wollte ich mal wissen, wie viel Strom die AVRs ziehen und ob eine
Batterieanwendung, die praktisch permanent laufen soll, mit AVR+LCD
Sinn macht.

Ich hatte einen 9V Batterieblock an dem ich 8V Spannung gemessen habe
und nach wenigen Stunden waren es ca 5V. Schließe ich die Batterie dann
wieder an die Schaltung an, dann sinkt die Spannung sehr schnell auf
2,5V.

Wie berechnet man den Stromverbrauch?
Und: Die Sleepfunktion ist schon Pflicht, wenn man eine Batterie
dranhängt, oder?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
Sebastian Wille Gast #55413 
Hi,

im Prinzip macht man das so: Der AVR schreibt was auf's LCD und legt
sich dann sofort wieder schlafen. Im Duaerbetrieb zieht so ein AVR ca.
10mA (kommt auf den Quarz und die Spannung an --> steht im Datenblatt).
Wenn er nur 1/100 einer Sekunde aktiv ist, zieht er also anstatt 10mAh
nur noch 0,1mAh.

2. Tip: Bau das ganze als 3V-Anwendung auf. 3x 1,2V-Akku ergibt 3,6V,
das ist dann genau richtig.

Bei Atmel gibt's 'ne AppNote zu einer RTC-Uhr mit dem AVR. Da steht
auch einiges über's Stromsparen drin.

Sebastian
Antwort Zitieren Bearbeiten Löschen Melden Danke
Ratber Gast #55415 
Yo,und desweiteren ist es auch Modellabhängig.

Ein L-Typ kommt mit weniger Spannung und meist auch mit weniger Energie
aus.

Dafür kann man ihn dann nicht so hoch takten wie die "Vollversion"

Wo wir beim Thema sind : Der Takt bestimmt auch den Stromverbrauch (Wie
bei den großen.Mehr Takt = mehr Energie)

Desweiteren gibt es Stromsparkünstler wie zb. den Atiny13

Der im Vollbetrieb nur schlappe 290 Mikroampere bei 1.8v für sich
verkonsumiert.
Der ist also für Batterie oder Solarzellenanwendungen geradezu
prädestiniert.
Allerdings ist das ein relativ kleine Modell mit 1K und nur mit max 1
Mhz Takt so das man da keine großanwendungen mit fahren kann.

Bei dem PIC's und anderen Familien ist ds genauso.

Einfache Grundregel (Stimmt nicht ganz aber meistens) ;
Je mehr der Mic können muß und je mehr er an Optionen bietet desto mehr
schluckt er.

Die regelmäßig neu erscheinenden Familien mit optimierten Eigenschaften
setzen dem dann bessere Verbrauchswerte entgegen.

Zieh die mal bei AVR und auch bei den anderen die entsprechenden
Datenblätter.
Da steht alles harklein drinne.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 22 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.