Keine Interrupt-Bedienung beim Atmega8!??

Marco Gast 02.03.2006 21:42 #309202

Lesenswert?

•

Hallo!

Ich portiere gerade meinen Code, der auf einem Atmega32-DevBoard
lauffaehig ist, nach'm Atmega8L, der frisch aus'm Laden kam und
auf'er eigener Platine sitzt.

Nu hab ich Probleme bei den Interrupt-Routinen, die werden
wahrscheinlich nicht angesprungen. Zum Bsp. funzt eine UART-lib, die
ohne Interruptroutinen auskommt, die andere aber nicht.

Ich koennt mir denken, dass es am Compiler oder an den Fuses liegt?!
Habt ihr aehnliche Probleme gehabt oder ne Idee wo ich suchen koennt?

  Marco

Randdaten:
7,372MHz Crystal
lfuse EF
hfuse D9
avr-gcc

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

crazy horse Gast 02.03.2006 21:51 #309203

Lesenswert?

•

▲
▼

dran gedacht, dass die Interruptvektoren beim Mega8  1word breit sind,
beim Mega32 aber 2word?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Marco Gast 02.03.2006 21:58 #309204

Lesenswert?

•

▲
▼

Hi!

Ne das wusst ich noch nicht. Aber was bedeutet das fuer mich (als
Programmierer in C). Was muss ich den anders machen?

  Gruss
     Marco

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Rahul Gast 02.03.2006 22:03 #309205

Lesenswert?

•

▲
▼

Den Programmcode für den ATmega compilieren (mit den entsprechenden
Einstellungen im Makefile...)
Die Fuses solltest du dir vielleicht auch noch mal angucken.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Marco Gast 02.03.2006 22:16 #309206

Lesenswert?

•

▲
▼

Hi!

Im Makefile stell ich den Typ und die Taktfrequenz um, weiter nichts.

Fuses mal als binary:

lowfuse:
BODLEVEL  BODEN  SUT1..0  CKSEL3..0
   1        1      10        1111


highfuse:
RSTDISBL   WDTON  SPIEN  CKOPT  EESAVE  BOOTSZ1..0  BOOTRST
   1         1      0      1       1       00          1

  Marco

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Marco Gast 02.03.2006 23:08 #309207

Lesenswert?

•

▲
▼

Hi!

Das Raetzel ist geloest, das Prob war doch anders:
Es hat an der eingebundenen <delay.h> gelegen.
Woran es 'genau' liegt, habe ich noch nicht weiterverfolt und dafuer
ist es heute auch schon zu spaet ;-)

 MFG & Danke
      Marco

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren