Interrupt-Probleme beim ATmega8

> Um die ganze Sache verständlich zu machen, habe ich euch
> Bildschirmbilder angehängt.
Quelltext hängst du besser als *.c Dateien an.

Das wird nicht das tun, was du willst:

1

 PortD = (0<<PD0);

Thema Bitmanipulation

BTW:
Hast du deine GIFs aus JPEGs gemacht?
Oder wie bekommt man die sonst so schön pixelig?

> Jedoch wird im TIMSK der OCIE1A nicht
> gesetzt, wodurch ich annehme, dass deshalb alles net so
> funktioniert wie es sein sollte ;)

Wenn dem tatsächlich so ist, dann durchsuche mal die Konfigurationen, ob 
auch wirklich überall der Mega8 eingetragen ist.

Mangels Quelltext (wie kommt man auf die Idee Quelltext als Bilder 
anzuhängen?) kann man das hier nicht ausprobieren.

>> Das wird nicht das tun, was du willst:
Ich muß mich korrigieren: es wird tun, was du willst,
aber auf eine andere Art, als du beabsichtigst. Denn statt

1

PortD = (0<<PD0);

könntest du schreiben

1

PortD = 0;

Karl heinz Buchegger schrieb:

> Mangels Quelltext (wie kommt man auf die Idee Quelltext als Bilder
> anzuhängen?) kann man das hier nicht ausprobieren.

Das nennt sich "grafische Proogrammierung" und ist Stand der Kunst 
heutzutage.

ich schrieb:
>> Also wäre demnach das richtig: :)
>

1

> PortD |= (0<<PD0);

2

>

>
> Mit diesem Befehl veroderst du und wenn du x mit 0 veroderst, bekommst
> du x raus. Wenn du das Bit löschen willst, dann musst du mit einer 0
> verunden.

Auch nicht.

Eine 0 kann man nach links schieben sooft man will, sie bleibt trotzdem 
eine 0.

Mit einer 0 kann man nicht gezielt ein Bit löschen.

> PORTD &= ~(1<<PD0)

so geht das.

(Irgendwie seltsam, dass jemand eine Diplomarbeit fertig stellt und 
nicht mal korrekt ein Bit setzen und löschen kann)

ich schrieb:
>>> Also PORTD &= (0<<PD0)
Das ist wieder gleichbedeutend mit  PORTD &= 0;
Und das wieder mit                  PORTD = 0;

Aber die zweite Hälfte der Antwort war dann doch noch richtig:
>>> oder besser noch PORTD &= ~(1<<PD0)

Marco schrieb:

> Sorry, Quelltext habe ich nun angehangen! Ich nutze den ATmega8-16PU -
> finde aber meist nur den ATmega8A in den Configs.. macht das den
> kriegsentscheidenenden Unterschied?

OK
Ich kann das geschilderte Verhalten hier nicht nachvollziehen.

Was hab ich gemacht?
* AVR-Studio gestartet
* Neues Projekt angelegt
* Als Prozessor den Mega8 ausgewählt und den normalen Simulator
  (Der Simulator wird vom Wizard automatisch auf Mega8 eingestellt)
* Im Code Fenster, das AVR-Studio automatisch erzeugt, den Code
  direkt per Copy&Paste eingefügt
* Die Optimierungen in Project / Configuration Options abgeschaltet
* Compiliert
* Per Debug den Simulator gestartet
* mittels F10 ein paar Schritte gemacht und im TIMSK Register, welches
  beim Timer 1 angezeigt wird, beobachtet, wie der Haken dort auftaucht
* Danach im Simulator den Cursor auf die erste Zeile in der ISR gesetzt
* Mittels F9 einen Breakpoint an diese Position gesetzt
* Danach mit F5 dem Simulator die Erlaubnis gegeben, das Programm
  komplett weiterzusimulieren
* Der Simulator ist an den Breakpoint in der ISR gekommen und hat mir
  die 'Befehlsgewalt' in der ISR wieder zurückgegeben

Alles in allem:
Alles funktioniert so, wie es sollte. Keine Anomalien.