Mein AVR nimmt mich auf den Arm - Was ist los mit dem ADC?

[Daniel B. (scheinleistung)]

Hallo zusammen,

Ich hab ein ominöses Problem und komm nicht auf den Fehler ...

Ich hab eine Funktion geschrieben die den MEGA168 runterfährt wenn die 
Batteryspannung kritisch wird. Siehe unten.

Es gibt z.B. eine 3V Schwelle, funktioniert super: bei Unterschreiten 
wird Berieb eingestellt.

Auch z.B. die 3,6V Schwelle funktioniert super.

Jetzt gibt es aber auch eine 6,0V Schwelle. Hier wirds komisch:
Anstatt dass der uC abschaltet, hängt er sich auf und wiederholt das 
Blinken einer LED die das "Runterfahren" anzeigt unendlich lange.
Da hilft nur ein kompletter Neustart.
AB JETZT tritt das Problem aber NIE MEHR auf - ab jetzt wird bei 
Unterschreiten auch sofort runtergefahen. Nur das erste Mal hängt er 
sich auf - und schützt so natürlich nicht die batterie. So und jetzt?? 
Hab alles mögliche probiert.

Ich messe Spannungen von 3 bis 10V und versorge den uC und ADC mit 3V.

Hier der Code. Woran kann es liegen??

void guard(void)
{
   if(supplyLevel_ui < voltageLevel_ui[0])
   {
      shutDown();
   }
}

void shutDown(void)
{
   cli();

   // Watchdog abschalten um autom. Reset (=Neustart) zu vermeiden
   wdt_disable();

   clearLEDs();

   //Info LED
   infoShutdown();    

   //Herunterfahren
   set_sleep_mode(SLEEP_MODE_PWR_DOWN);
   sleep_enable();
   sleep_cpu();              
}

Hat vielleicht jemand eine Idee? Ich verzweifle ^^

[R. F. (rfr)]

Die am ADC liegende Spannung darf nicht grösser als 5 V sein.
Wo liegt deine Referenz?

Gruss
Robert

[Daniel B. (scheinleistung)]

Die Referenz ist 3,0V gepuffert. Über einen Spannungsteiler messe ich 
die Spannungen am ADC zwischen 1 und 3V. Diese 6V Schwelle zB ergibt 
dann am Spannungsteiler zB 2,00V.

[... (Gast)]

R. Freitag schrieb:
> Die am ADC liegende Spannung darf nicht grösser als 5 V sein.

Falsch! Die darf nicht höher als Vref sein. Und Vref darf nicht höher 
als AVcc sein.

[Daniel B. (scheinleistung)]

Genau. Hier kann es auch kein Problem geben, funktioniert an sich.
Nur dass es sich eben beim ERSTEN Unterschreiten der 6V Schwelle 
aufhängt.

Nimmt man übrigens wenn es sich aufgehängt hat die Spannung wieder über 
die Schwelle (am Netzteil) startet der uC neu. Was bedeutet dass der 
Interrupt zum einlesen der Spannung noch funktionieren muss - obwohl zu 
demn Zeitpunkt über cli schon die Interrupts deaktiviert wurden... ?

Wie kann sich ein so simpler code so aufhängen?

[Peter D. (peda)]

Watchdogreset?

Tip:
Man macht immer zuerst nur die Funktion.
Der Watchdog wird erst ganz zum Schluß eingebaut, wenn alle Funktionen 
einwandfrei laufen.

Bei der Entwicklung ist der Watchdog nur ne unnütze Fehlerquelle. Er 
kann sogar Fehler verschleiern.


Peter

[?? (Gast)]

ich frage mich grade, warum du nicht den brown out detector benutzt? der 
macht doch genau das, oder habe ich das falsch verstanden?

[Daniel B. (scheinleistung)]

@Peter: Danke! Schalte ich den Watchdog gar nicht erst ein, tritt es 
nicht mehr auf. So, aber woran kann es liegen, wie Ihr oben seht, 
schalte ich den eigentlich kurz vorm runtefahren auch aus!?!
Jetzt mache ich den Watchdog disable noch früher schon beim 
SPannungsmessen, bringt aber nix das Problem tritt wieder auf. Und den 
Watchdog jetzt einfach ganz raus lassen möchte ich eig nicht...


@Gast: Der arbeitet ja nur mit dem uC vorgegeben Schwellen. Ich reagiere 
auf verschiedene Batterietypen!

[Peter D. (peda)]

Daniel B. schrieb:
> @Peter: Danke! Schalte ich den Watchdog gar nicht erst ein, tritt es
> nicht mehr auf.

Dann wird also irgendwo vorher der Watchdog ansprechen. Und dann kannst 
Du ihn nicht eher disablen, bis das WDRF Bit gelöscht ist.

Datenblatt S.53:

"• Bit 3 - WDE: Watchdog System Reset Enable
WDE is overridden by WDRF in MCUSR. This means that WDE is always set 
when WDRF is
set. To clear WDE, WDRF must be cleared first. This feature ensures 
multiple resets during conditions
causing failure, and a safe start-up after the failure."


Peter

[Daniel B. (scheinleistung)]

Das war auch das Problem. Ich bin eigentlich laut Doku davon ausgegangen 
dass das von der wdt.h auch so gehandelt wird.

Fazit:
Gelöst hab ich das Problem dann mit einer eigenen disable Funktion.

  wdt_reset();
  MCUSR &= ~(1<<WDRF);
  WDTCSR |= (1<<WDCE) | (1<<WDE);
  WDTCSR = 0x00;

[spess53 (Gast)]

Hi

>Fazit:
>Gelöst hab ich das Problem dann mit einer eigenen disable Funktion.

Der WD ist normalerweise nicht aktiv. Warum hast du ihn überhaupt 
eingeschaltet?

MfG Spess

[Daniel B. (scheinleistung)]

Naja meines Wissens nach macht es Sinn damit sich die Software, sollte 
Sie doch mal einen Weg ins Nirvana finden - wir Programmierer sind ja 
nicht perfekt - resettet. Ich habe permanent einen 2s WD laufen und 
resette in der main permanent.

Korrigiert mich gerne - aber das habe ich mir so angelesen.