Bascom Interrupts - Versionsgeschichte

Besserwessi: /* Fehlervermeidung */

2012-02-01T20:38:26Z

‎Fehlervermeidung

2012-02-01T20:31:10Z

‎Zuviel Code im Interrupt

2012-02-01T19:31:40Z

‎Variablen und Interrupts

2012-02-01T19:30:41Z

‎Bascom Interrupts (Mega8 und andere)

2009-12-30T18:00:43Z

2009-12-17T22:15:41Z

‎Struktur:

2009-12-17T22:05:56Z

‎Struktur:

2006-01-22T15:55:09Z

‎Siehe auch

2006-01-18T11:19:35Z

2006-01-18T10:37:20Z

‎Autor

@@ Zeile 106: / Zeile 106: @@
 === Zuviel Code im Interrupt ===
 Oft kommt es vor, daß zu viel Code in einem häufig auftretenden Interrupt ausgeführt wird. In diesem Fall wird der Interrupt sofort nach der Bearbeitung erneut aufgerufen. Für die Hauptschleife bleibt keine Zeit. Halten sie deshalb den Interrupt so kurz wie möglich.
 === Variablen und Interrupts ===

@@ Zeile 105: / Zeile 105: @@
 == Fehlervermeidung ==
 === Zuviel Code im Interrupt ===
-Oft kommt es vor, daß zu viel Code in einem häufig auftretenden Interrupt ausgeführt wird. In diesem Fall wird der Interrupt sofort nach der Bearbeitung erneut aufgerufen. Für die Hauptschleife bleibt keine Zeit. Halten sie desshalb den Interrupt so kurz wie möglich.
+Oft kommt es vor, daß zu viel Code in einem häufig auftretenden Interrupt ausgeführt wird. In diesem Fall wird der Interrupt sofort nach der Bearbeitung erneut aufgerufen. Für die Hauptschleife bleibt keine Zeit. Halten sie deshalb den Interrupt so kurz wie möglich.
 === Variablen und Interrupts ===

@@ Zeile 108: / Zeile 108: @@
 === Variablen und Interrupts ===
-Wenn ein Interrupt eine Variable ändert, die aus mehr als einem Byte besteht, kann es passieren, daß dies genau in dem Moment geschieht, wenn die Variable auch in der Hauptschleife zu Berechnungen herangezogen wird. Das hat dann zur Folge das das Low-Byte der Variablen noch dem alten Wert entspricht, während das High-Byte gerade vom Interrupt geändert wurde. Dieser Fall MUSS bei solchen Variablen immer bedacht werden. Eine Möglichkeit dieses Problem zu umgehen besteht darin, daß man den Interrupt für die dauer des Zugriffs disabled.
+Wenn ein Interrupt eine Variable ändert, die aus mehr als einem Byte besteht, kann es passieren, daß dies genau in dem Moment geschieht, wenn die Variable auch in der Hauptschleife zu Berechnungen herangezogen wird. Das hat dann zur Folge das das Low-Byte der Variablen noch dem alten Wert entspricht, während das High-Byte gerade vom Interrupt geändert wurde. Dieser Fall MUSS bei solchen Variablen immer bedacht werden. Eine Möglichkeit dieses Problem zu umgehen besteht darin, daß man den Interrupt für die Dauer des Zugriffs disabled.
 ==Autor==

@@ Zeile 103: / Zeile 103: @@
 :'''Falling:'''   reagiert nur auf eine fallende Flanke<br/>
 :'''Rising:'''    reagiert nur auf eine steigende Flanke<br/>
 ==Autor==

← Nächstältere Version		Version vom 30. Dezember 2009, 18:00 Uhr
Zeile 1:		Zeile 1:
	== Bascom Interrupts (Mega8 und andere) ==		== Bascom Interrupts (Mega8 und andere) ==
−	Was ist das eigentlich und wie ~~arbeitet man~~ mit [[Interrupt\|Interrupts]] unter Bascom ? Die hier gezeigten Beispiele lassen sich eigentlich auf alle [[AVR]]-Boards bzw. Controller übertragen.<br>	+	Was ist das eigentlich und wie wird mit [[Interrupt\|Interrupts]] unter Bascom gearbeitet? Die hier gezeigten Beispiele lassen sich eigentlich auf alle [[AVR]]-Boards bzw. Controller übertragen.<br>

@@ Zeile 75: / Zeile 75: @@
 werden und der Hauptteil dann im Hauptprogramm bearbeitet wird.
 Sonst kann es sein, dass man den Prozessor damit blockiert. Insbesondere Befehle wie "Wait" oder "Print" sollte man in der ISR vermeiden.
 === Interrupt: Int0 ===

@@ Zeile 115: / Zeile 115: @@
 [[Kategorie:Microcontroller]]
 [[Kategorie:Software]]
 [[Kategorie:Quellcode Bascom]]

@@ Zeile 1: / Zeile 1: @@
 == Bascom Interrupts (Mega8 und andere) ==
 Was ist das eigentlich und wie arbeitet man mit [[Interrupt|Interrupts]] unter Bascom ? Die hier gezeigten Beispiele lassen sich eigentlich auf alle [[AVR]]-Boards bzw. Controller übertragen.<br>
 Microcontroller heissen so, weil sich in ihnen eine Reihe von recht eigenständigen Geräten für Timer, PWM, ADC, etc. befinden. Diese Geräte werden irgendwann mal konfiguriert ("CONFIG device-name"), dann in irgendeiner Form gestartet (z.B. "START ADC"), ja, und dann werden sie natürlich irgendwann mal mit ihrer Aufgabe fertig. Das zeigen sie durch Setzen eines bestimmten Bits in einem I/O Register an.
 *Wir kriegen das mit, wenn wir gelegentlich oder öfter diese "FERTIG"-Bits abfragen
@@ Zeile 26: / Zeile 38: @@

@@ Zeile 99: / Zeile 99: @@
 ==Autor==
 *  [[Benutzer:Roberto|Roberto]]
 ==Siehe auch==