ATMEGA8 timer0 interrupt

Ohne jetzt Erfahrung mit dem konkreten AVR zu haben, oder gar testen zu 
können...
Manchmal macht es Sinn, das gewünschte Timer Interrupt Flag explizit 
zurückzusetzen.

Wackelt der Pin denn wenn Du Dein Toogle-Konstrukt in die For-Schleife 
setzt und den Interrupt nicht enablest ?

ArminD schrieb:
> Wackelt der Pin denn wenn Du Dein Toogle-Konstrukt in die For-Schleife
> setzt und den Interrupt nicht enablest ?

Ja klar.  Als erstes habe ich natürlich getestet ob der Pin reagiert.

Hier ist irgendwas absolut idiotisch:  Wenn ich den Code aus der ISR 
komplett entferne (auskommentiere) also eine leere ISR habe, und direkt 
nach der Port Initialisierung (also ausserhalb der for-Schleife ein 
OUT_PORT ^= 0x01 einsetze, dann bekomme ich ein Signal von 15 Hz, was 
bei laufendem Interrupt ja richtig wäre (8.000,000  1024  256 / 2).

Aber das macht so überhaupt keinen Sinn.

timer0 schrieb:
> Aber das macht so überhaupt keinen Sinn.

Dauerreset?!?

> Tut nicht das ... Pins wackeln geht anders

?
Also bei mir läuft das, mutatis mutandis, auf einem ATmega168.

Wie sehen die Fuses aus?

Lötlackl *. schrieb:
> Pins wackeln geht anders, z.B.PIN(OUT_PORT) ^= 0x01;       // toggle
> oder meinetwegenPIN(OUT_PORT) ^= _BV(OUT_PIN);

Das können diese alten AVR nicht.

Rolf M. schrieb:
> Auch auf denen, die das können, ist der Code falsch.
Durchaus!
Sach ich ja nix gegen....

2 Probleme in einer Zeile.

> Dein Code ist ok.
Nachdem ich nun einen ATmega16 hervorgeholt habe, läuft das 
Originalprogramm auch auf diesem, unverändert.

Lötlackl *. schrieb:
> soll natürlich heißen:PIN(OUT_PORT) |= _BV(OUT_PIN);

Auch das ist falsch.
Für die alten sowieso..
Für die neuen sollte das toggeln so aussehen:
PIN(OUT_PORT) = _BV(OUT_PIN);

Georg M. schrieb:
> Läuft wenigstens der Originalcode?

Nee, das ist ja praktisch der "Originalcode".

Ich hatte in früheren Projekten ja auch ähnliche Konstrukte als Ticker 
drin. die alle liefen.  Fuses sind D4, D9, FF

Ich tippe jetzt auf ein HW Problem.
Es kann einfach nicht sein, daß Code ausserhalb der Endlosloop immer 
dann ausgeführt wird, wenn der Interrupt kommt.

Ich habe testweise folgendes gemacht: siehe test.c

Man beachte den leeren Interrupthandler!  Aber, offenbar wird das toggle 
am Programmanfang immer dann ausgeführt wenn der Interrupt kommt. Und 
das togglen erfolgt mit der richtigen Frequenz von ca 16 Hz.
Betriebsspannung ist stabil Brown-out ist disabled.

timer0 schrieb:
> Aber, offenbar wird das toggle
> am Programmanfang immer dann ausgeführt wenn der Interrupt kommt.

Dauerreset?!?

Z.B. falschen Prozessor in der IDE/Makefile angegeben, und darum 
Interrupt Tabelle kaputt.

Oliver S. schrieb:
> Hast du für den richtigen Prozessor compiliert, und lädst du auch das
> richtige Programm hoch?
>
> Welche Compilerversion, und wird die aufgerufen?

Oh Sch..
Klar, Fehler gefunden.  Asche auf mein Haupt.  Ich habe momentan zwei 
Projekte auf dem Tisch liegen.  Beim Programmer habe ich natürlich einen 
ATMEGA8 eingestellt, aber im Makefile die Zeile für den Prozessor 
vergessen zu ändern.  Das andere Projekt ist ein ATMEGA16.

Vielen Dank für Eure Hilfe.  Ich war lange am Suchen.

> "make.exe" all
------------------------ COMPILE timer.c -------------------------------
avr-gcc -c -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields 
-fpack-struct -fshort-enums -Wall -W -Wstrict-prototypes 
-Wa,-ahlms=timer.lst timer.c -o timer.o
avr-gcc -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields 
-fpack-struct -fshort-enums -Wall -W -Wstrict-prototypes 
-Wa,-ahlms=timer.o timer.o   --output timer.elf 
-Wl,-Map=timer.map,--cref -lm
avr-objcopy -O ihex -R .eeprom timer.elf timer.hex
avr-objcopy -j .eeprom --set-section-flags=.eeprom="alloc,load" 
--change-section-lma .eeprom=0 -O ihex timer.elf timer.eep
c:\WinAVR\bin\avr-objcopy.exe: --change-section-lma .eeprom=0x00000000 
never used
avr-objdump -h -S timer.elf > timer.lss
Size after:
   text     data      bss      dec      hex  filename
    114        0        0      114       72  timer.elf

Creating FLASH file "timer.e2p" for atmega8
Errors: none
----------------------------- end --------------------------------------

> Process Exit Code: 0
> Time Taken: 00:00

ATmega8 <-> ATmega16: tja, klar, bei Letzterem, dem 'großen Bruder', 
haben die Interruptadressen 4 Bytes statt 2.

Georg M. schrieb:
> https://norwegianfarmersson.files.wordpress.com/2021/06/2nfs-6.04s.png

Volle Zustimmung !!

Schönen Sonntag

MaWin O. schrieb:
> naja. Ich glaube das ist jedem schon einmal passiert.

Ja, sollte aber nicht.  Aber, das Forum ist schon Klasse, wenn man blind 
vor einer Mauer steht.  Euch allen einen schönen Sonntag.