ATMega32U4 power down: komme nicht auf <1mA

Helge Gast 27.03.2013 10:38 #3104761

Lesenswert?

•

Hi,


ich versuche gerade, auf einer Platine die schlimmsten Stromverbraucher 
zu lokalisieren, da letztlich alles von einer LiIon-Zelle laufen soll. 
Der ATMega32U4 @3.3V soll letztlich in power down versetzt werden und 
~1µA ziehen.

Es befanden sich eine 3.6V Zenerdiode und ein LM3940 LDO zusammen mit 
einer Baugruppe, welche über einen FET abgeschaltet werden kann, auf der 
Platine. Diese sind nun herausgelötet bzw. deaktiviert, dennoch fließen 
über 4mA. Bevor ich weiter Leiterbahnen auftrenne, dachte ich, ich frag 
mal:

int main (void)
  wdt_disable();
  power_adc_disable();
  power_usart0_disable();
  power_spi_disable();
  power_twi_disable();
  power_timer0_disable();
  power_timer1_disable();
  power_timer2_disable();
  power_timer3_disable();
  power_usart0_disable();
  power_usart1_disable();
  power_usb_disable();  // turn off USB transceiver
  USBCON |= (1 << FRZCLK);   // Freeze the USB Clock
  PLLCSR &= ~(1 << PLLE);  // Disable the USB Clock (PPL)
  USBCON &= ~(1 << USBE);  // Disable the USB
  /*Der AVR-GCC enthält leider das Macro sleep_mode(), welches sehr
  gefährlich ist, da es in den meisten Fällen unerwünschte Nebeneffekte
  Diese Macro greift nämlich nicht atomar auf das MCUCR zu, was in
  größeren Programmen Probleme geben kann und wird.
  Außerdem folgt das SLEEP nicht direkt auf das SEI einer vorhergehenden
  atomaren Operation zum Aktivieren des Aufwachinterrupts.
  Deshalb sollte man auf dieses Macro unbedingt verzichten!*/
  set_sleep_profile(SLEEP_MODE_PWR_DOWN);
  sleep_enable();
  sei();
  sleep_cpu();
  return 0;


fuses (siehe http://www.engbedded.com/fusecalc/):
avrdude.exe -c usbtiny -p m32u4 -U lfuse:w:0xed:m -U hfuse:w:0xd9:m -U 
efuse:w:0xff:m

(BOD deaktiviert)

Habe ich etwas übersehen, gibt es einen bug in den Bibliotheken ?

Ich nutze Atmel Studio 6 mit:

Installed Packages: AVRGCC - 3.4.1.95
AVR Toolchain 8 Bit
Version: 3.4.1.830 - GCC  4.6.2


Ich hoff ihr könnt mir da weiterhelfen. Der Systemtakt ist jedenfalls 
aus, das habe ich als erstes auf dem Oszi angeschaut.

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Falk B. (falk) 27.03.2013 10:49 #3104784

Lesenswert?

•

▲
▼

Siehe Sleep Mode.

Keine floatenden Eingänge? Alle Lasten an den Ausgängen abgeschaltet?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Walter S. (avatar) 27.03.2013 10:50 #3104785

Lesenswert?

•

▲
▼

vielleicht versorgst du andere ICs über eine Datenleitung des AVR,
Schaltplan?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Helge Gast 27.03.2013 14:08 #3105117

Lesenswert?

•

▲
▼

Ich habe eben mit einem fast leeren Testboard den obigen code 
ausprobiert. Das einzige, was jetzt noch dranklemmt, ist die externe 
Referenz des AD-Wandlers. Irgendetwas verpasse ich hier...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Peter II Gast 27.03.2013 14:10 #3105123

Lesenswert?

•

▲
▼

Helge schrieb:
> ch habe eben mit einem fast leeren Testboard den obigen code
> ausprobiert. Das einzige, was jetzt noch dranklemmt, ist die externe
> Referenz des AD-Wandlers. Irgendetwas verpasse ich hier...

also Hängen die anderne IOs in der Luft? Wenn ja schalte mal den Pullup 
ein oder die IOs als ausgang.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

MR. Ohm Gast 27.03.2013 14:16 #3105135

Lesenswert?

•

▲
▼

Schaltplan?
Hoffentlich den Programmer abgesteckt sonst brauchst du gar nicht 
messen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Helge Gast 27.03.2013 15:14 #3105247

Lesenswert?

•

▲
▼

im power down Modus sollten die Porttreiber deaktiviert sein. Ich habe 
ausprobiert:

* output low: Stromverbrauch durch pull-ups an manchen pins (10.9mA)
* output high: 4.x mA
* output tri-state (input): 4.x mA

Nach Abtrennen der Versorgung über die 3.3V rail zeigt auch Vref des 
AD-Wandlers einen hochohmigen pin.

Ich habe alle pins durchgemessen.. bis auf die Versorgungspins hängen 
alle in der Luft.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Peter II Gast 27.03.2013 15:16 #3105253

Lesenswert?

•

▲
▼

Helge schrieb:
> * output low: Stromverbrauch durch pull-ups an manchen pins (10.9mA)

dann muss aber noch etwas dran hängen, wohin sollen denn die 10mA 
fließen. Es darf auf jeden Fall mit pullUps nicht mehr werden wenn 
nichts dran hängt.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Helge Gast 27.03.2013 15:55 #3105326

Lesenswert?

•

▲
▼

Bisher schließe ich nur daraus, dass die ports nicht korrekt deaktiviert 
werden.

Ich habe auch versucht, mich an folgendem Beispiel zu orientieren:
http://harizanov.com/2013/02/power-saving-techniques-on-the-atmega32u4/

dort erreicht man schon im Betrieb niedrigere Ströme seufz

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Helge Gast 27.03.2013 17:50 #3105479

Lesenswert?

•

▲
▼

Desweiteren scheint es keinen Unterschied zwischen den verschiedenen 
Sleep Modes zu geben.

Lege ich den Finger an die Chipseite mit den Clock-Pins, sinkt der Strom 
auf 1.5mA.

????

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Helge Gast 27.03.2013 19:45 #3105626

Lesenswert?

•

▲
▼

Setzen der Ports reduziert die Stromaufnahme von 4.4mA auf 3.9mA?

  PORTD = 0x00;
  DDRD = 0xFF;
  PORTE = 0x00;
  DDRF = 0xFF;
  PORTF = 0x00;
  DDRF = 0xFF;
  PORTC = 0x00;
  DDRC = 0xFF;
  PORTB = 0xFF;
  DDRB = 0xFF;


while(1) verbraucht übrigens weniger Strom als

set_sleep_profile(SLEEP_MODE_PWR_DOWN);
sleep_cpu();

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Anon Y. (anonymous) 27.03.2013 20:04 #3105641

Lesenswert?

•

▲
▼

Wie misst du denn den Strom? Bist du dir sicher, dass die CPU nicht 
abstürzt?

Ich habe hier noch code bei mir gefunden. Keine Ahnung, ob es 
funktioniert:

        set_sleep_mode(SLEEP_MODE_PWR_DOWN);            // 3 mikroampere in this mode
        sleep_enable();                                                         // takes over the value for sleep mode
        sleep_cpu();                                                            // really sleeps after the next instruction has been executed
        sleep_disable();                                                        // deactivates the set sleep mode

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Timmo H. (masterfx) 27.03.2013 20:11 #3105648

Lesenswert?

•

▲
▼

Misst du zufällig auch den Ruhestrom des Spannungsreglers mit?
Selbst ohne alles auf definierte Pegel zu setzen sollte mit

set_sleep_mode(SLEEP_MODE_PWR_DOWN);      
sleep_mode();

die reine Stromaufnahme des megas weit unter 500µA liegen

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Maus Gast 27.03.2013 20:12 #3105651

Lesenswert?

•

▲
▼

siehe Ultra low power
und   Versorgung aus einer Zelle



was soll set_sleep_profile  ?   wenn ich danach in ggl suche findet sich 
nix.

Helge schrieb:
> /*Der AVR-GCC enthält leider das Macro sleep_mode(), welches sehr
>   gefährlich ist, da es in den meisten Fällen unerwünschte Nebeneffekte
>   hat.
>   Diese Macro greift nämlich nicht atomar auf das MCUCR zu, was in
>   größeren Programmen Probleme geben kann und wird.
>   Außerdem folgt das SLEEP nicht direkt auf das SEI einer vorhergehenden
>   atomaren Operation zum Aktivieren des Aufwachinterrupts.
>   Deshalb sollte man auf dieses Macro unbedingt verzichten!*/

was soll das?  ich hatte noch nie Probleme damit.
Sonst setzte die Flags doch per Hand?!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Wusel D. (stefanfrings_de) 27.03.2013 20:45 #3105674

Lesenswert?

•

▲
▼

Auch wenn die Ports deaktiviert sind, verbrauchen Sie dennoch Strom, 
sofern ihr Signalpegel im "verbotenen" Bereich zwischen high und low 
liegt. Das gilt auch für die analogen Eingänge.

Deswegen: All I/O Pins mit Pull-Up oder Pull-Down Widerstände 
beschalten.

Man empfieht oft auch, die I/O Pins per Software als Eingang mit Pull-Up 
konfigurieren. Im Power-DOwn Modus geht das aber nicht, weil die 
Pull-Ups dann immer daktiviert sind (soweit ich weiß).

> Lege ich den Finger an die Chipseite mit den Clock-Pins, sinkt der
> Strom auf 1.5mA.

Weil der Finger die Pins auf einen Pegel bringt, der um gültigen Bereich 
liegt (oder näher dran ist).

Im Datenblatt des ATmega8 steht dazu

> If the input buffer is enabled and the input signal is left floating
> or have an analog signal level close to VCC/2, the input buffer will
> use excessive power.

Ich denke, das passiert aber auch in abgeschwächter Form, wenn der input 
Buffer disabled ist.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Helge Gast 28.03.2013 23:10 #3107332

Lesenswert?

•

▲
▼

So, das müsste es tun:

  power_timer0_disable();
        sleep_enable();
        set_sleep_mode(SLEEP_MODE_PWR_DOWN);
        sleep_mode();
        // ... zzZzzZZzZZZ ...
        sleep_disable();
  cli();
  power_timer0_enable();
  TCCR0A |= (1<<FOC0A);  
  TIFR0  |= (1<<OCF0A);  // clear flag    
  EIFR = 0xFF;
  sei();


Es fließen noch immer etwa 150µA irgendwo hin, wenn ich es auf 50µA 
schaffe, ist das Thema ohnehin erledigt :-)

Danke an alle, die mir hier geholfen haben!
In set_sleep_profile() wurde ursprünglich set_sleep_mode() aufgerufen 
und die Peripherie für sleep mode umkonfiguriert.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

ATMega32U4 power down: komme nicht auf <1mA

Antwort schreiben