Löschen eines Bits löscht auch ein ganz anderes Bit. Weshalb?

Schmidt Gast #2073281
Lesenswert?
• ▲
▼ 
Hallo ihr Lieben,

beim Versuch den Timer1 des ATMega8515 zu benutzen ist mir Dank des 
AVRStudio Simulators folgendes aufgefallen:
1
...

2
(1) TIMSK |= (1<<TOIE1); //Interrupt bei Überlauf Timer/Counter1 erlauben

3
(2) TIMSK &= (1<<OCIE1A); //Kein Interrupt bei Vergleichswert A (Timer/Counter1)

4
...


Befehl (1) wurde korrekt ausgeführt.
Befehl (2) löschte auch das vorher gesetzte Bit TOIE1.

Somit funktioniert mein Mikrocontroller natürlicht nicht mehr wie er 
soll.

Ich habe im Datenblatt eine Erklärung gesucht, sie jedoch nicht 
gefunden. Dabei habe ich allerdings nicht jede der 251 Seiten gründlich 
durchgelesen.



Kann mir jemand dieses Verhalten erklären?


Ich habe Befehl (2) einfach auskommentiert, da nach einem Reset sowieso 
alle Werte auf 0 gesetzt sind. Schreibt man nur einsen, dann geht alles 
glatt. So funktioniert es.

Was jedoch, wenn ich nun nach einiger Zeit meinen Timer1 umstellen und 
anders nutzen möchte?


Es scheint nun also nicht zu funktionieren die entsprechend zu ändernden 
Bits auf 1 oder 0 zu setzen.
Aber kann ich mir andersherum sicher sein, dass bei einem setzen eines 
Bits auf 0 alle Bits gelöscht werden? Kann ich mich darauf verlassen und 
danach nur noch die einsen schreiben?

Um sicher zu gehen, dass alles wie gedacht gesetzt wird müsste ich 
zuerst alle nullenden Befehle aufrufen und dann erst all jene, die auf 1 
setzen.

Das führt zu einem Recht unübersichtlichem Kuddelmuddel das ich gerne 
vermeiden wollen würde.
Oben wird ein Teil der Clockselect Bits auf Null gesetzt, dann kommt 
etwas ganz anderes was auf null gesetzt wird, und noch viel viel weiter 
unten wird dann ein anderer Teil der Clockselect Bits auf eins gesetzt.
Ein unangenehmes Durcheinander würde das.


Ich hoffe auf fachkundige und erleuchtende Erklärungen.

Vielen Dank
Schmidt
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
holger Gast #2073284
Lesenswert?
• ▲
▼ 
>(1) TIMSK |= (1<<TOIE1); //Interrupt bei Überlauf Timer/Counter1 erlauben
>(2) TIMSK &= (1<<OCIE1A); //Kein Interrupt bei Vergleichswert A

(2) TIMSK &= ~(1<<OCIE1A); //Kein Interrupt bei Vergleichswert A
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Schmidt Gast #2073425
Lesenswert?
• ▲
▼ 
Ach schade...

..schade, dass es wieder mal ein öder "Ein-Zeichen-Fehler" war.

Ich dachte es würde viel spannender werden und tiefer in die Materie 
gehen.

Vielen Dank für eure Antworten.

Gruß
Schmidt
Antwort Zitieren Bearbeiten Löschen Beitrag melden
holger Gast #2073447
Lesenswert?
• ▲
▼ 
>Ich dachte es würde viel spannender werden und tiefer in die Materie
>gehen.

Wenn du was spannendes willst:

In der Mainloop

if(wert1 == 0) PORTB |= 0x03;
else PORTB &= ~0x03;

In einem Interrupt:

if(wert2 == 0) PORTB |= 0x0C;
else PORTB &= ~0x0C;

Viel Spaß beim nachdenken;)
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.