Timer wird nicht gerufen.

[Jürgen W. (Gast)]

Hallo,

ich möchte gerne einen 1 Sekundentimer mit meiner Schaltung realisieren.

Deshalb wollte ich erst einmal klein anfangen und nur den Timer0 auf OVF 
prüfen. (Wie im Tutorial beschrieben)

Ich habe also:

/* uC: AT90S2313 */
#include <avr/io.h>
#include <avr/interrupt.h>
 
int main(void)
{
  // Timer 0 konfigurieren
  TCCR0 = (1<<CS01); // Prescaler 8
  // Overflow Interrupt erlauben
  TIMSK |= (1<<TOIE0);
  // Global Interrupts aktivieren
  sei();

 DDRA = 0xff;
 PORTA=0x01;
  while(1)
  {
    /* Sonstige Aktionen */
  }
}
 
ISR (TIMER0_OVF_vect)
{
PORTA=0x05;
}

Nur leider geht der µC scheinbar nie in die ISR, denn es steht die ganze 
Zeit nur 0x01 am Ausgang und nicht wie gedacht 0x05.

Wo könnte mein Problem liegen? Ich habe folgende "Fuse"-Einstellungen 
vorgenommen. (siehe Anhang) Ich möchte später einmal einen externen 
Quarzoszi. verwenden. Momentan läuft der µC aber noch auf dem internen 
RC Osc. Der externe Quarzoszi. ist jedoch schon angeschlossen.

Vielen Dank für eure Hilfe.

[Jürgen W. (Gast)]

Edit: Es handelt sich um einen ATMEGA32

[oldmax (Gast)]

Hi
Gut, C ist nicht mein Ding, aber
>/* uC: AT90S2313 */
und
>Es handelt sich um einen ATMEGA32

Passt das zusammen?
Gruß oldmax

[Martin K. (maart)]

oldmax schrieb:
> Hi
> Gut, C ist nicht mein Ding, aber
>>/* uC: AT90S2313 */
> und
>>Es handelt sich um einen ATMEGA32
>
> Passt das zusammen?
> Gruß oldmax

Nicht schön, funktioniert aber, da es nur ein Kommentar ist.


Ist AVCC auch angeschlossen?

[Jürgen W. (Gast)]

Nein...sollte das der Grund sein?!

[Martin K. (maart)]

Jürgen W. schrieb:
> Nein...sollte das der Grund sein?!

Ich zitiere einfach mal Seite 5 des Datenblattes:

AVCC is the supply voltage pin for Port A and the A/D Converter. 
It should be externally connected to VCC, 
even if the ADC is not used.

Wenn du den ADC nutzen willst, lies im Datenblatt noch den 
darauffolgenden Satz nach.

[Jürgen W. (Gast)]

Ja, aber das das im Zusammenhang mit den Timern steht erschließt sich 
mMn nicht ganz.


Ich werde es aber einmal probieren.

[Frank W. (wesoft)]

Jürgen W. schrieb:
> Ja, aber das das im Zusammenhang mit den Timern steht erschließt sich
> mMn nicht ganz.

Nunja, mit den Timern hat das natürlich nix zu tun. Du verwendest den 
Port aber um wohl zu überprüfen, ob Deine Interrupt-Routine angesprungen 
wird:

ISR (TIMER0_OVF_vect)
{
PORTA=0x05;
}

Also: Martin hat schon ganz Recht, AVCC muß angeschlossen sein, wenn Du 
den PortA verwendest.

LG,
Frank

[Jürgen W. (Gast)]

versteht mich nucht falsch. der PORTA funktioniert einwandfrei in allen 
Varuanten (ich steuere Nixies an) nur kann ich ihn nicht mit der ISR 
ansprechen.

[Karl H. (kbuchegg)]

schliess das verdammte AVcc an!

[Jürgen W. (Gast)]

Sorry ich habe vom handy aus geschrieben. deshalb die "u"

[Karl H. (kbuchegg)]

an deinem Programm ist erst mal nix falsch.
Dein Fehler muss also irgendwas mit der Umgebung zu tun haben.

Und wenn wir schon dabei sind

* Blockkondensatoren?
* Widerstand am Reset?

eben das übliche Programm, das jede Woche 25 mal auftaucht und trotzdem 
immer wieder nicht gemacht wird.

[Chris (Gast)]

zu "NeuDeutsch", wenn PORTA nix SPannung, dann PORTA nixe arbeite.

[Jürgen W. (Gast)]

kondis und widerstand sind da...ich werde heute abend dieses avcc 
anschließen und schauen was passiert...

[Karl H. (kbuchegg)]

Hau dir ins Programm gleich noch eine Möglichkeit rein, wie du erkennen 
kannst, dass der µC resettet wird.
Einfach am Anfang in main irgendein Licht einschalten und nach 1 Sekunde 
wieder ausschalten (_delay_ms dafür benutzen).
Damit ist dann auch sichergestellt, dass du es nicht übersehen kannst, 
wenn dir dein Schaltvorgang die Versorgungsspannung des µC in die Knie 
zwingt und der µC resettet wird (was dann ebenfalls dazu führen würde, 
dass du optisch nie sehen würdest, dass am PORTA die 0x05 anliegen, weil 
das einfach zu schnell geht vom Durchschalten bis zum Reset)

Also zb ungefähr so

#include <avr/io.h>
#include <avr/interrupt.h>
#include <util/delay.h>
 
int main(void)
{
  DDRA = 0xff;

  PORTA = 0x07;
  _delay_ms( 1000 );

  PORTA = 0x01;

  // Timer 0 konfigurieren
  TCCR0 = (1<<CS01); // Prescaler 8
  // Overflow Interrupt erlauben
  TIMSK |= (1<<TOIE0);

  // Global Interrupts aktivieren
  sei();

  while(1)
  {
    /* Sonstige Aktionen */
  }
}
 
ISR (TIMER0_OVF_vect)
{
  PORTA = 0x05;
}

[Martin K. (maart)]

Anmerkung:
Wenn man die delay-Sachen in Verbindung mit dem Studio Version größer 4 
benutzt: Am Anfang des Programms zum Beispiel

#define F_CPU 10000000UL

benutzen.
Die Zahl gibt die Taktfrequenz des µC in Hertz an. (Hier also für 10MHz)
Beachte auch, das delay_ms nur eine von der Frequenz abhängige maximale 
Wartezeit ausführen kann.

[Wartender (Gast)]

Martin Kreiner schrieb:

> Beachte auch, das delay_ms nur eine von der Frequenz abhängige maximale
> Wartezeit ausführen kann.

Das ist schon lange Geschichte

[troll (Gast)]

Martin Kreiner schrieb:
>  Am Anfang des Programms zum Beispiel
>

#define F_CPU 10000000UL

Nein, das gehört in die Projektoptionen! Sonst wird es ganz schnell 
inkonsistent bei mehreren Dateien.

[Jürgen W. (Gast)]

hmm okay...AVCC (nur AREF ist momentan unbeschaltet) ist wie im Tutorial 
beschrieben angeklemmt und durch Spannungsmessung an AVCC-Pin 
kontrolliert.

Ich habe meine RC-Kombination am Reset und ansonsten Vcc (ebenfalls mit 
Kondi) und GND beschalten.

Taster habe ich auch schon dran (ebenfalls PORTA). Diese funktionieren 
einwandfrei mit ihren Pull-Downs (da Öffner).

Ich habe in diesem Zusammenhang geschaut, ob ich mit der ISR den PORTB 
setzen kann. Auch kein Erfolg.

Die Geschichte mit:

Karl Heinz Buchegger schrieb:
> DDRA = 0xff;
>
>   PORTA = 0x07;
>   _delay_ms( 1000 );
>
>   PORTA = 0x01;

funktioniert auch einwandfrei.

#define F_CPU 8000000UL wurde vereinbart. Er wartet auch 1 Sekunde bevor 
die andere Nixieziffer angeht.

Dennoch wird die ISR nicht aufgerufen.

[Martin (Gast)]

Tausch mal den controller nach möglichkeit. Vllt. ist irgendwas intern 
defekt.

[Karl H. (kbuchegg)]

Die Projekteinstellungen könnten es auch noch sein.
Wenn da ein falscher µC eingetragen ist, dann klappt die Verteilung der 
Interrupts natürlich nicht.

[Jürgen W. (Gast)]

Karl Heinz Buchegger schrieb:
> Die Projekteinstellungen könnten es auch noch sein.
> Wenn da ein falscher µC eingetragen ist, dann klappt die Verteilung der
> Interrupts natürlich nicht.


Das ist es! Es war ein 128et eingestellt. Kein 32er. Ich danke vielmals!