ATmega32 ADC von Quarz abhängig?

[Leon (Gast)]

Hallo zusammen,

Ich beobachte folgende komische Sache.
Hab nen AT32 hier wo ich den Kanal 1 des ADC auslese. Bei einer Frequenz 
von 8Mhz klappt das auch alles ohne Problem, sobald ich aber auf 16Mhz 
gehe bekomme ich als ADC-Wert immer nur 1023. Weiß jemand woran das 
liegen könnte?

int main(void)
{
  Init_ADC();
  
  while(1)
    {  
    
    put_number(ADCW, 40, 32, 3, 0, font_6x8);
    _delay_ms(5);
    ADCSRA |= (1<<ADSC);
    }
}

ISR(ADC_vect)
{  
  
  if(ADCW/4  > (OCR2 + 10))
    OCR2 += 1;
  else if(OCR2 > 30)
    OCR2 -= 1;
  
}


void Init_ADC(void)
{
  ADMUX = 0x01;
  ADCSRA = 0x88;  
}

[Krapao (Gast)]

Der ADC soll laut Datenblatt nur in einem bestimmten ADC-Frequenzfenster 
betrieben werden. Du bist anscheinend mit dem Haupttakt 8 MHz "drin" und 
mit 16 MHz "draus".

[Krapao (Gast)]

>     ADCSRA |= (1<<ADSC);

Gehört in diesem Fall logisch gesehen auch nicht in Hauptschleife.

[Krapao (Gast)]

>     put_number(ADCW, 40, 32, 3, 0, font_6x8);

dito auch nicht das Auslesen des ADC-Wertes. An dieser Stelle wisst du 
noch nicht ob eine ADC Messung abgeschlossen ist.

Du kannst aber mit dem Konzept eines Signalvariable (Flag) arbeiten, so 
wie es im Artikel Interrupt beschrieben ist.

[Leon (Gast)]

Hab put_number(OCR2, 40, 32, 3, 0, font_6x8) jetzt in die ISR vom 
AD-Wandler gepackt, dann sollte es doch stimmen, aber das Problem ist 
noch immer das Gleiche

[Leon (Gast)]

ADCW statt OCR2, sry

[Krapao (Gast)]

Das ist Teufel mit Beelzebub ausgetrieben.

Nicht umsonst steht im Artikel Interrupt sinngemäß ISR so knapp wie 
möglich halten. Du machst das Gegenteil, wenn du die längliche 
Ausgabefunktion dort rein packst.

Den Datenblattabschnitt zur ADC Taktfrequenz hast du noch nicht gelesen?

[Leon (Gast)]

Ja gut aber wenn ich z.B. folgendes machen:

ISR(ADC_vect)
{  
  
  if(ADCW/4  > (OCR2 + 10))
    OCR2 += 1;
  else if(OCR2 > 30)
    OCR2 -= 1;

  put_number(ADCW, 40, 32, 3, 0, font_6x8);
  ADCSRA |= (1<<ADSC);  
}

sollte es doch eig. funktionieren, tut es aber nicht. Hier hab ich ja 
auch keine Probleme dass die IST währenddesse nochmal aufgerufen wird

[Krapao (Gast)]

Die Ausgabe ist auch nur ein Teilaspekt deines Codes. Deine neue Lösung 
bringt erst massive Probleme, wenn du weitere IRQs mit ihren ISRs hast.

Der wichtigere Teil ist die korrekte Benutzung des ADC laut Datenblatt.

[Leon (Gast)]

Hmm lag glaub ich am µC, hab mal nen anderen  AT32 genommen und da 
gehts:/
Aber trotzdem vielen Dank für die Hilfe und den Hinweis mit den Flags, 
werd ich in Zukunft mal drauf achten