Interrupts machen mich irre... HILFEEEE!!! :-)

"Interrupts machen mich irre"

Kein Wunder, mich machen die vielen Delays in Deinen Interrupts irre.

Wenn man mehrere Millionen Zyklen in Interrupts nutzlos verbrät,
fürchte ich, bleibt keine Rechenleistung für das eigentliche Programm
mehr übrig.

Wenn Interrupts Feuer sind, dann sind Delays das Benzin, welches Du
reinschüttest.

Schau mal in die Codesammlung, da ist eine prima Entprellroutine
(bulletproof) für 1 bis 8 Eingänge ganz ohne die geringste
Rechenzeitvernichtung und sogar mit Flankenerkennung.


Peter

du meinst sicherlich diese Routine hier :
http://www.mikrocontroller.net/forum/read-4-20549.html

wenn ich das richtig sehe wird da nur ein interrupt verwendet oder?
ich habe 3 verwendet (ich weiß unwissenheit schütz vor strafe nicht
g)


Liege ich richtig das ich bei deiner routine alle drei tasten (bzw. 2
lichtschranken und eine taste) an einen int per diode führen sollte?

oder bin ich jetzt vollkommen auf dem holzweg?

"oder bin ich jetzt vollkommen auf dem holzweg?"

Ja.

Die Routine entprellt immer alle 8 Eingänge eines Ports.
D.h. es ist sinnvoll, wenn alle 3 Eingänge (Taste, Lichtschranke) auf
einem Port liegen.
Die 5 restlichen Portpins kannst Du verwenden, wie Du willst.


Ich will jetzt auch nicht beschwören, daß Deine Probleme an den Delays
liegen. Aber in der Regel machen derart große Delays in Interrupts
große Probleme.


Man muß immer daran denken, daß eine CPU sequentiell arbeitet, d.h.
nichts gleichtzeitig tun kann. Es erscheint nur so (bei entsprechender
Porgrammierung), daß sie vieles quasi gleichzeitig macht.


Peter

Eine komplette LCD-Ausgabe im Interrupt so wie hier ist tödlich.

Erstens wegen der von Peter angesprochenen Delays, die in einen
Interrupt einfach nicht reingehören.

Zweitens aber weil jede Form einer Portausgabe in Interrupts
erhebliche Gefahren enthält, wenn der gleiche Port auch im
Hauptprogramm verwendet wird. Stell dir bloss einmal vor, die
LCD-Ausgabe im Hauptprogramm wird mittendrin von einem Interrupt
unterbrochen, der wiederum auf LCD ausgibt. Das geht garantiert in die
Hose.

Allgemeine Regel: Komplexere Aufgaben wie hier die LCD-Ausgabe sollten
nicht in den Interrupts erledigt weden sondern im Hauptprogramm. Der
Interrupt stösst das allenfalls an, z.B. mit einer Statusvariablen die
vom Interrupt gesetzt und vom Hautprogramm abgefragt wird.

Achtung Gefahr: Jeder Port und jede Variable, die sowohl vom Interrupt
als auch vom Hauptprogramm verwendet werden, sind potentielle
Gefahrenquellen. Beispielsweise besteht eine 16bit Variable meist aus 2
separat verarbeiteten Byte. Verändert zwischendrin der Interrupt den
Wert, kriegt das Hauptprogramm ein Byte vom alten und ein Byte von
neuen Wert. Nicht gut. Ähnliche Effekte können auch bei Portbits zu
nicht repoduzierbaren Überraschungen führen.