C-Tutorial/Interrupt-Programmierung - Versionsgeschichte

Frank: /* avr-gcc */

2014-04-08T13:37:57Z

‎avr-gcc

Frank: /* C für PIC18 */

2014-04-08T13:37:45Z

‎C für PIC18

Besserwessi: /* Aufgabenstellungen */

2011-08-08T17:47:09Z

‎Aufgabenstellungen

PIC-Nico_alt: /* avr-gcc */

2011-08-07T19:43:29Z

‎avr-gcc

Besserwessi: /* Aufgabenstellungen */

2009-07-17T16:22:58Z

‎Aufgabenstellungen

Besserwessi: /* avr-gcc */

2009-07-17T16:08:58Z

‎avr-gcc

Besserwessi: /* Aufgabenstellungen */

2009-07-11T23:02:10Z

‎Aufgabenstellungen

Besserwessi: /* Aufgabenstellungen */

2008-08-26T19:03:27Z

‎Aufgabenstellungen

SprinterSB_alt am 10. April 2007 um 10:21 Uhr

2007-04-10T10:21:22Z

Ghost22_alt: /* Aufgabenstellungen */

2007-03-15T23:01:03Z

‎Aufgabenstellungen

@@ Zeile 31: / Zeile 31: @@
 * [[avr-gcc#Bit 7 bei SFR-Zugriff]]
 * [http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmieren_mit_Interrupts GCC Tutorial von Mikrocontroller.net]
 [[Kategorie:Quellcode C]]
 [[Kategorie:Software]]

@@ Zeile 23: / Zeile 23: @@
 <!-- {{Baustelle|SprinterSB}}-->
-=C für PIC18=
-* [http://pic-projekte.de/pic_c.html PIC C Tutorial von PIC-Projekte.de]
 =avr-gcc=

@@ Zeile 9: / Zeile 9: @@
 Bei der [[Interrupt]]programmierung sieht man sich verschiedenen Aufgaben gegenüber
 ;Interrupts aktivieren/deaktivieren:
-:;Global: Damit überhaupt Interrupts von der Hardware ausgelöst werden, müssen Interrupts global aktiviert werden. Dies sieht ja nach Hardware und Compiler sehr verschieden aus, und teilweise ist diese Operation nur Benutzern mit Sonderrechten (Supervisor) erlaubt.
+:;Global: Damit überhaupt Interrupts von der Hardware ausgelöst werden, müssen Interrupts global aktiviert werden. Dies sieht ja nach Hardware und Compiler sehr verschieden aus, und teilweise ist diese Operation nur Benutzern mit Sonderrechten (Supervisor) erlaubt. Dies trifft zu für die so genannten ''"maskierbaren Interrupts"''. ''Maskierbar'' bedeutet dabei, daß man im Programm einstellen kann, ob man eine gewisse IRQ auslösen lassen will oder nicht. Das Gegenstück dazu sind die ''nicht-maskierbaren'' Interrupts, gegen deren Auftreten man sich nicht wehren kann. Ein Beispiel für einen nicht-maskierbaren Interrupt ist der RESET, wie er zum Beispiel nach Einschalten der Spannungsversorgung ausgelöst wird.
-:;Spezielle [[IRQ]]s: Damit eine spezielle IRQ ausgelöst wird, muss diese zudem erlaubt worden sein. Dazu gibt es in der Regel spezielle Register, in denen dazu ein Bit gesetzt/gelöscht werden muss. Dies trifft zu für die so genannten ''"maskierbaren Interrupts"''. ''Maskierbar'' bedeutet dabei, daß man im Programm einstellen kann, ob man eine gewisse IRQ auslösen lassen will oder nicht. Das Gegenstück dazu sind die ''nicht-maskierbaren'' Interrupts, gegen deren Auftreten man sich nicht wehren kann. Ein Beispiel für einen nicht-maskierbaren Interrupt ist der RESET, wie er zum Beispiel nach Einschalten der Spannungsversorgung ausgelöst wird.
+:;Spezielle [[IRQ]]s: Damit eine spezielle IRQ ausgelöst wird, muss diese zudem erlaubt worden sein. Dazu gibt es in der Regel spezielle Register, in denen dazu ein Bit gesetzt/gelöscht werden muss. Damit lassen ich die IRQs einzeln an- bzw. ab-stellen.
 ;Interrupt-Service-Routine ([[ISR]]) implementieren/deklarieren: Nachdem ein Ereignis eine Interrupt-Anforderung (IRQ) ausgelöst hat, wird ein bestimmtes Codestück (ISR) ausgeführt &ndash; natürlich unter der Voraussetzung, daß dieser IRQ wie oben beschrieben zugelassen wurde. Dazu wird nach Auftreten des Ereignisses der normale Programmfluss unterbrochen und der Code der ISR ausgeführt. Nach Beenden der ISR wird der Programmfluss entweder an der unterbrochenen Stelle fortgesetzt oder es werden weitere IRQs ausgelöst, die sich die Hardware gemerkt hat und deren ISR noch nicht ausgeführt wurden. Wie dieser Ablauf genau von statten geht ist stark von der Hardware anhängig, ebenso wie die Art und Weise wie mitgeteilt wird, daß es sich bei einem Codestück &ndash; üblicherweise eine C-Funktion &ndash; um eine ISR handelt. Dementsprechend verschieden sieht die Umschreibung dafür in unterschiedlichen C-Compilern aus.
-;Interrupt-Prioritäten festlegen: Manche Archiketuren erlauben es, einer IRQ eine bestimmte Priorität zuzuordnen. Dadurch wird es möglich eine niederpriore IRQ von einer höherprioren IRQ unterbrechen zu lassen, während eine IRQ nicht von einer nieder- oder gleichprioren IRQ unterbrochen werden kann. Die Zuordnung der Prioritäten geschieht über spezielle, dafür vorgesehene [[SFR]]s. Zum Teil (z.B. AVR) bezieht sich die Priorität auch nur darauf welche ISR zuerst ausgeführt wird, wenn mehrere Interrupts anfordert werden. Ein Unterbrenchen anderer Interrupts ist dabei nicht vorgesehn und müßte von Hand Implementiert werden.
+;Interrupt-Prioritäten festlegen: Manche Architekturen erlauben es, einer IRQ eine bestimmte Priorität zuzuordnen. Dadurch wird es möglich eine niederpriore IRQ von einer höherprioren IRQ unterbrechen zu lassen, während eine IRQ nicht von einer nieder- oder gleichprioren IRQ unterbrochen werden kann. Die Zuordnung der Prioritäten geschieht über spezielle, dafür vorgesehene [[SFR]]s. Zum Teil (z.B. AVR) bezieht sich die Priorität auch nur darauf welche ISR zuerst ausgeführt wird, wenn mehrere Interrupts anfordert werden. Ein Unterbrechen anderer Interrupts ist dabei nicht vorgesehen und müsste von Hand implementiert werden.
-;Daten-Integrität sicherstellen: Durch Interrupts wird der normale Programmfluss verändert. Dadurch ergeben sich ein paar Schwierigkeiten.  Der Zugriff auf einige Variablen oder Hardwareteile kann durch einen Interrupt unterbrochen werden, der gerade an diesen etwas verändert. Im ungünstigsten fall werden dann alte und neue Daten, z.B. oberes und unters Byte einer Integervariabel vermischt. Eine Tücke bei derartigen Fehlern ist, dass sie selten reproduzierbar auftreten und damit schwer zu finden sind. Um diese Art der Fehler zu vermeiden sollte man verhindern das an den falschen Stellen eine Interrupt auftreten kann. In der Regel geschiet das durch ein kurzzeitiges globales sperren von Interrupts.  Eine Alternative wären Semaphoren, die aber bei µCs nur sehr selten genutzt werden. Siehe: [[Fallstricke bei der C-Programmierung#Nicht-atomarer Code]].
+;Daten-Integrität sicherstellen: Durch Interrupts wird der normale Programmfluss verändert. Dadurch ergeben sich ein paar Schwierigkeiten.  Der Zugriff auf einige Variablen oder Hardwareteile kann durch einen Interrupt unterbrochen werden, der gerade an diesen etwas verändert. Im ungünstigsten Fall werden dann alte und neue Daten, z.B. oberes und unteres Byte einer Integervariabel vermischt. Eine Tücke bei derartigen Fehlern ist, dass sie selten reproduzierbar auftreten und damit schwer zu finden sind. Um diese Art der Fehler zu vermeiden sollte man verhindern das an den falschen Stellen eine Interrupt auftreten kann. In der Regel geschieht das durch ein kurzzeitiges globales sperren von Interrupts.  Eine Alternative wären Semaphoren, die aber bei µCs nur sehr selten genutzt werden. Siehe: [[Fallstricke bei der C-Programmierung#Nicht-atomarer Code]].
 ;:
-:Eine zweite Schwierigkeit ergibt sich, wenn der Compiler den Code optimiert. Bei normalem Programmfluss kann der Compiler ausnutzen das einige Ausdrücke constant bleiben, oder Variablen nicht ins SRAM schreiben, sondern nur in den Registern belassen. Durch die Interrupts gehen diese Vorraussetzungen verloren und viele Optimierungen können nicht mehr durchgeführt werden, oder liefern nicht mehr lauffähigen Code. Um den Compiler darauf hinzuweisen gibt es das Schlüsselwort volatile. Damit werden Variablen gekennzeichnet die sich anders als duch den normalen Programmfluss verändern können. Das sind typischerweise Variablen die im Hauptprogramm und in einer ISR benutzt werden. Wenn ein Programm nur ohne Optimierung lauffähig ist, ist oft ein fehlendes volatile die Ursache.
+:Eine zweite Schwierigkeit ergibt sich, wenn der Compiler den Code optimiert. Bei normalem Programmfluss kann der Compiler ausnutzen das einige Ausdrücke konstant bleiben, oder Variablen nicht ins SRAM schreiben, sondern nur in den Registern belassen. Durch die Interrupts gehen diese Voraussetzungen verloren und viele Optimierungen können nicht mehr durchgeführt werden, oder liefern nicht mehr lauffähigen Code. Um den Compiler darauf hinzuweisen gibt es das Schlüsselwort volatile. Damit werden Variablen gekennzeichnet die sich anders als durch den normalen Programmfluss verändern können. Das sind typischerweise Variablen die im Hauptprogramm und in einer ISR benutzt werden. Wenn ein Programm nur ohne Optimierung lauffähig ist, ist oft ein fehlendes volatile die Ursache.

← Nächstältere Version		Version vom 7. August 2011, 19:43 Uhr
Zeile 22:		Zeile 22:

	<!-- {{Baustelle\|SprinterSB}}-->		<!-- {{Baustelle\|SprinterSB}}-->
		+
		+	=C für PIC18=
		+	* [http://pic-projekte.de/pic_c.html PIC C Tutorial von PIC-Projekte.de]

	=avr-gcc=		=avr-gcc=

@@ Zeile 9: / Zeile 9: @@
 Bei der [[Interrupt]]programmierung sieht man sich verschiedenen Aufgaben gegenüber
 ;Interrupts aktivieren/deaktivieren:
 :;Global: Damit überhaupt Interrupts von der Hardware ausgelöst werden, müssen Interrupts global aktiviert werden. Dies sieht ja nach Hardware und Compiler sehr verschieden aus, und teilweise ist diese Operation nur Benutzern mit Sonderrechten (Supervisor) erlaubt.
 :;Spezielle [[IRQ]]s: Damit eine spezielle IRQ ausgelöst wird, muss diese zudem erlaubt worden sein. Dazu gibt es in der Regel spezielle Register, in denen dazu ein Bit gesetzt/gelöscht werden muss. Dies trifft zu für die so genannten ''"maskierbaren Interrupts"''. ''Maskierbar'' bedeutet dabei, daß man im Programm einstellen kann, ob man eine gewisse IRQ auslösen lassen will oder nicht. Das Gegenstück dazu sind die ''nicht-maskierbaren'' Interrupts, gegen deren Auftreten man sich nicht wehren kann. Ein Beispiel für einen nicht-maskierbaren Interrupt ist der RESET, wie er zum Beispiel nach Einschalten der Spannungsversorgung ausgelöst wird.
@@ Zeile 16: / Zeile 16: @@
 ;Interrupt-Prioritäten festlegen: Manche Archiketuren erlauben es, einer IRQ eine bestimmte Priorität zuzuordnen. Dadurch wird es möglich eine niederpriore IRQ von einer höherprioren IRQ unterbrechen zu lassen, während eine IRQ nicht von einer nieder- oder gleichprioren IRQ unterbrochen werden kann. Die Zuordnung der Prioritäten geschieht über spezielle, dafür vorgesehene [[SFR]]s. Zum Teil (z.B. AVR) bezieht sich die Priorität auch nur darauf welche ISR zuerst ausgeführt wird, wenn mehrere Interrupts anfordert werden. Ein Unterbrenchen anderer Interrupts ist dabei nicht vorgesehn und müßte von Hand Implementiert werden.
-;Daten-Integrität sicherstellen:
+;Daten-Integrität sicherstellen: Durch Interrupts wird der normale Programmfluss verändert. Dadurch ergeben sich ein paar Schwierigkeiten.  Der Zugriff auf einige Variablen oder Hardwareteile kann durch einen Interrupt unterbrochen werden, der gerade an diesen etwas verändert. Im ungünstigsten fall werden dann alte und neue Daten, z.B. oberes und unters Byte einer Integervariabel vermischt. Eine Tücke bei derartigen Fehlern ist, dass sie selten reproduzierbar auftreten und damit schwer zu finden sind. Um diese Art der Fehler zu vermeiden sollte man verhindern das an den falschen Stellen eine Interrupt auftreten kann. In der Regel geschiet das durch ein kurzzeitiges globales sperren von Interrupts.  Eine Alternative wären Semaphoren, die aber bei µCs nur sehr selten genutzt werden. Siehe: [[Fallstricke bei der C-Programmierung#Nicht-atomarer Code]].
-Durch Interrupts wird der normale Programmfluß verändert. Dadurch ergeben sich ein paar Schweirigkeiten und mögliche Probleme.  Der Zugriff auf einige Variablen oder Hardwareteile kann durch einen Interrupt unterbrochen werden, der gerade an diesen etwas verändert. Im Ungünstigsten fall werden dann alte und neue Daten, z.B. oberes und unters Byte einer Integervariabel vermischt. Eine Tücke bei derartigen Fehlern ist, dass sie selten reproduzierbar auftreten und damit schwer zu finden sind. Um diese Art der Fehler zu vermeiden sollte man verhindern das an den falschen Stellen eine Interrupt auftreten kann. In der Regel geschiet das durch ein Kurzzeitiges globales sperren von Interrupts.  Eine Alternative wären Semaphoren, die aber bei µCs nur sehr selten genutzt werden. Siehe: [[Fallstricke bei der C-Programmierung#Nicht-atomarer Code]].
+;:
+:Eine zweite Schwierigkeit ergibt sich, wenn der Compiler den Code optimiert. Bei normalem Programmfluss kann der Compiler ausnutzen das einige Ausdrücke constant bleiben, oder Variablen nicht ins SRAM schreiben, sondern nur in den Registern belassen. Durch die Interrupts gehen diese Vorraussetzungen verloren und viele Optimierungen können nicht mehr durchgeführt werden, oder liefern nicht mehr lauffähigen Code. Um den Compiler darauf hinzuweisen gibt es das Schlüsselwort volatile. Damit werden Variablen gekennzeichnet die sich anders als duch den normalen Programmfluss verändern können. Das sind typischerweise Variablen die im Hauptprogramm und in einer ISR benutzt werden. Wenn ein Programm nur ohne Optimierung lauffähig ist, ist oft ein fehlendes volatile die Ursache.
-Eine zweite Schwierigkeit ergibt wenn der Compiler den Code optimiert. Bei normalerm Programmfluss kann der Compiler ausnutzen das einige Ausdrücke constant bleiben, oder Variablen nicht is SRAM schreiben, sondern nur in den Registern belassen. Durch die Interrupts gehen diese Vorraussetzungen verloren und viele Optimierungen können nicht mehr durchgeführt werden, oder liefern nicht mehr lauffähigen Code. Um den Compiler darauf hinzuweisen gibt es das Schlüsselwort volatile. Damit werden Variablen gekennzeichnet die sich anders als duch den normalen Programmfluss verändern können. Das sind typischerweise Variablen die im Hauptprogramm und in einer ISR benutzt werden. Wenn ein Programm nur ohne Optimierung lauffähig ist, ist oft ein fehlendes volatile die Ursache.
 <!-- {{Baustelle|SprinterSB}}-->
 =avr-gcc=

← Nächstältere Version		Version vom 11. Juli 2009, 23:02 Uhr
Zeile 17:		Zeile 17:

	;Daten-Integrität sicherstellen:		;Daten-Integrität sicherstellen:
		+	Durch Interrupts wird der normale Programmfluß verändert. Dadurch ergeben sich ein paar Schweirigkeiten und mögliche Probleme. Der Zugriff auf einige Variablen oder Hardwareteile kann durch einen Interrupt unterbrochen werden, der gerade an diesen etwas verändert. Im Ungünstigsten fall werden dann alte und neue Daten, z.B. oberes und unters Byte einer Integervariabel vermischt. Eine Tücke bei derartigen Fehlern ist, dass sie selten reproduzierbar auftreten und damit schwer zu finden sind. Um diese Art der Fehler zu vermeiden sollte man verhindern das an den falschen Stellen eine Interrupt auftreten kann. In der Regel geschiet das durch ein Kurzzeitiges globales sperren von Interrupts. Eine Alternative wären Semaphoren, die aber bei µCs nur sehr selten genutzt werden. Siehe: [[Fallstricke bei der C-Programmierung#Nicht-atomarer Code]].
		+
		+	Eine zweite Schwierigkeit ergibt wenn der Compiler den Code optimiert. Bei normalerm Programmfluss kann der Compiler ausnutzen das einige Ausdrücke constant bleiben, oder Variablen nicht is SRAM schreiben, sondern nur in den Registern belassen. Durch die Interrupts gehen diese Vorraussetzungen verloren und viele Optimierungen können nicht mehr durchgeführt werden, oder liefern nicht mehr lauffähigen Code. Um den Compiler darauf hinzuweisen gibt es das Schlüsselwort volatile. Damit werden Variablen gekennzeichnet die sich anders als duch den normalen Programmfluss verändern können. Das sind typischerweise Variablen die im Hauptprogramm und in einer ISR benutzt werden. Wenn ein Programm nur ohne Optimierung lauffähig ist, ist oft ein fehlendes volatile die Ursache.
		+

	<!-- {{Baustelle\|SprinterSB}}-->		<!-- {{Baustelle\|SprinterSB}}-->

@@ Zeile 1: / Zeile 1: @@
 Da bei der [[Interrupt]]-Programmierung einige Besonderheiten zu beachten sind, soll dies in einem eigenen Artikel zusammengefasst werden.
-Weil die Interrupt-Programmierung sehr stark von der zugrundeliegenden Hardware abhängt, ist allerdings  ist in keiner C-Spezifikation festgehalten, wie etwa der Definition einer [[Interrupt Service Routine]] auszusehen hat oder wie Interrupts aktiviert oder deaktiviert werden.
+Weil die Interrupt-Programmierung sehr stark von der zugrundeliegenden Hardware abhängt, ist allerdings in keiner C-Spezifikation festgehalten, wie etwa die Definition einer [[Interrupt Service Routine]] auszusehen hat oder wie Interrupts aktiviert oder deaktiviert werden.
-Dies führt dazu, daß etwa die Definition einer [[ISR]] nicht nur von der Hardware abhängig ist, sondern auch vom verwendeten C/C++-[[Compiler]].
+Dies führt dazu, daß zum Beispiel die Definition einer [[ISR]] nicht nur von der Hardware abhängig ist, sondern zusätzlich noch vom verwendeten C/C++-[[Compiler]].
 = Aufgabenstellungen=
-Bei der [[Interrupt]]programmierung sieht man sich verschiedenen Ausgaben gegenüber
+Bei der [[Interrupt]]programmierung sieht man sich verschiedenen Aufgaben gegenüber
 ;Interrupts aktivieren/deaktivieren:
-:;Global: Damit überhaupt Interrupts von der Hardware ausgelöst werden, müssen Interrupts global aktiviert werden. Dies sieht ja nach Hardware und Compiler sehr verschieden aus, und teilweise ist diese Operation nur Benutzern mit Sonderrechten erlaubt.
+:;Global: Damit überhaupt Interrupts von der Hardware ausgelöst werden, müssen Interrupts global aktiviert werden. Dies sieht ja nach Hardware und Compiler sehr verschieden aus, und teilweise ist diese Operation nur Benutzern mit Sonderrechten (Supervisor) erlaubt.
-:;Spezielle [[IRQ]]s: Damit eine spezielle IRQ ausgelöst wird, muss diese zudem erlaubt worden sein. Dazu gibt es in der Regel spezielle Register, in denen dazu ein Bit gesetzt/gelöscht werden muss. Dies trifft zu für die so genannten ''"maskierbaren Interrupts"''. ''Maskierbar'' bedeutet dabei, daß man im Programm einstellen kann, ob man eine gewisse IRQ auslösen lassen will oder nicht. Das Gegenstück dazu sind die ''nicht-maskierbaren'' Interrupts, gegen deren Auftreten man sich nicht wehren kann. Ein Beispiel für einen nicht-maskierbaren Interrupt ist der RESET wie er zum Beispiel nach Einschalten der Spannungsversorgung ausgelöst wird.
+:;Spezielle [[IRQ]]s: Damit eine spezielle IRQ ausgelöst wird, muss diese zudem erlaubt worden sein. Dazu gibt es in der Regel spezielle Register, in denen dazu ein Bit gesetzt/gelöscht werden muss. Dies trifft zu für die so genannten ''"maskierbaren Interrupts"''. ''Maskierbar'' bedeutet dabei, daß man im Programm einstellen kann, ob man eine gewisse IRQ auslösen lassen will oder nicht. Das Gegenstück dazu sind die ''nicht-maskierbaren'' Interrupts, gegen deren Auftreten man sich nicht wehren kann. Ein Beispiel für einen nicht-maskierbaren Interrupt ist der RESET, wie er zum Beispiel nach Einschalten der Spannungsversorgung ausgelöst wird.
 ;Interrupt-Service-Routine ([[ISR]]) implementieren/deklarieren: Nachdem ein Ereignis eine Interrupt-Anforderung (IRQ) ausgelöst hat, wird ein bestimmtes Codestück (ISR) ausgeführt &ndash; natürlich unter der Voraussetzung, daß dieser IRQ wie oben beschrieben zugelassen wurde. Dazu wird nach Auftreten des Ereignisses der normale Programmfluss unterbrochen und der Code der ISR ausgeführt. Nach Beenden der ISR wird der Programmfluss entweder an der unterbrochenen Stelle fortgesetzt oder es werden weitere IRQs ausgelöst, die sich die Hardware gemerkt hat und deren ISR noch nicht ausgeführt wurden. Wie dieser Ablauf genau von statten geht ist stark von der Hardware anhängig, ebenso wie die Art und Weise wie mitgeteilt wird, daß es sich bei einem Codestück &ndash; üblicherweise eine C-Funktion &ndash; um eine ISR handelt. Dementsprechend verschieden sieht die Umschreibung dafür in unterschiedlichen C-Compilern aus.
-;Interrupt-Prioritäten festlegen:
+;Interrupt-Prioritäten festlegen: Manche Archiketuren erlauben es, einer IRQ eine bestimmte Priorität zuzuordnen. Dadurch wird es möglich eine niederpriore IRQ von einer höherprioren IRQ unterbrechen zu lassen, während eine IRQ nicht von einer nieder- oder gleichprioren IRQ unterbrochen werden kann. Die Zuordnung der Prioritäten geschieht über spezielle, dafür vorgesehene [[SFR]]s.
 ;Daten-Integrität sicherstellen: