externe Interrupts

Herby Gast 08.11.2010 21:28 #1929562

Lesenswert?

•

Hallo,

ich hab vollgendes Problem (mega644): Wenn ich den externen Interrupt 
INT0 auslösen möchte, mit einem Taster, dann passieren hin und wieder 
kuriose Dinge:
- der ebenfalls scharf gemachte INT1 wird mit ausgelöst
- die ISR von INT0 wird zweimal hintereinander ausgelöst - beim 1. 
Sprung in die INT0_vect ist das Flag wo diesen Interrupt signalisiert 
schon wieder gesetzt, wird also 2x hintereinander ausgelöst

Woran kann das liegen?
Die Effekt werden besser wenn ich die Schalter mit denen ich die 
Interrupts auslöse mit Kondensatoren entprelle - auf dem Oszi ist 
überhaupt kein prellen mehr zu sehen
Die Fehler passieren aber immer noch, nur seltener

Könnte das ein EMV Problem sein?

Gruß

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Huch Gast 08.11.2010 21:33 #1929571

Lesenswert?

•

▲
▼

>Woran kann das liegen?
Woher sollen wir das wissen? Wir kennen weder das Programm noch die 
Schaltung noch die Umgebung in EMV Hinsicht.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

holger Gast 08.11.2010 21:41 #1929579

Lesenswert?

•

▲
▼

>- die ISR von INT0 wird zweimal hintereinander ausgelöst - beim 1.
>Sprung in die INT0_vect ist das Flag wo diesen Interrupt signalisiert
>schon wieder gesetzt, wird also 2x hintereinander ausgelöst

>Woran kann das liegen?

Herzlichen Glückwunsch, auch du hast gerade rausgefunden
das Taster prellen und ein externer Interrupt völlig
ungeeignet ist um Taster abzufragen. Setzt einen Timerinterrupt
mit ca. 20ms Abtastrate und frag deinen Taster darin ab.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Herby Gast 08.11.2010 21:53 #1929600

Lesenswert?

•

▲
▼

holger schrieb:
> Herzlichen Glückwunsch, auch du hast gerade rausgefunden
> das Taster prellen und ein externer Interrupt völlig
> ungeeignet ist um Taster abzufragen. Setzt einen Timerinterrupt
> mit ca. 20ms Abtastrate und frag deinen Taster darin ab.

ja, darum hab ich dann Kondensatoren dran gemacht - kein Prellen mehr 
(zumindest aufm Oszi nicht mehr sichtbar)

das mit dem Timerinterrupt mache ich auch

Aber es wird auch teilweise ein falscher Interrupt ausgelöst (?) also 
ich möchte INT0 auslösen, der kommt auch aber INT1 folgt auch gleich.
Die beiden Leitungen sind schon ein paar cm lang und recht nahe 
beisammen...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

holger Gast 08.11.2010 21:59 #1929612

Lesenswert?

•

▲
▼

>ja, darum hab ich dann Kondensatoren dran gemacht - kein Prellen mehr
>(zumindest aufm Oszi nicht mehr sichtbar)

Die Frage ist wie du die Kondensatoren angebracht hast.
Einen geladenen Kondensator per Taster kurzzuschliessen
kann auch einen erheblichen Stromfluss verursachen.
Das möchte der Taster auf Dauer auch nicht (Kontaktabbrand).
Deshalb macht man sowas auch nicht um Taster zu entprellen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Herby Gast 08.11.2010 22:06 #1929625

Lesenswert?

•

▲
▼

Ich hoffe man kann es erkennen:

_______________+3.3V
     |
    | |
    | |
     |_________ INT0
     |      |
       /   _|_
      /    _
     |      |
 ____|______|___GND

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Karl H. (kbuchegg) 08.11.2010 22:09 #1929629

Lesenswert?

•

▲
▼

Herby schrieb:
> Ich hoffe man kann es erkennen:

NOchmal langsam zu mitschreiben:

Taster


abfragen


per


Interrupt


ist


mies.


Es gibt nur einen Grund warum man einen Taster überhaupt an einen 
Interrupt hängt: Wenn der Taster den µC aus dem Tiefschlaf aufwecken 
soll. Und selbst dann macht man die eigentliche Tasterauswertung nicht 
im Interrupt sondern per Polling der Eingänge.

Siehe Wiki-Arikel zum Thema "Entprellung"

Man braucht dann keinen Widerstand, keinen Kondensator. Einfach nur 
einen Taster, der nach Masse schaltet an die Eingangsleitung. Den Rest 
macht die Software.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Herby Gast 08.11.2010 22:27 #1929662

Lesenswert?

•

▲
▼

ich möcht ihn ja ausm Schlaf erwecken :-(
einmal durch den Benutzer mittels Taster, einmal wenn ein Peak von einem 
anderen Gerät kommt - das andere Gerät hab ich erstmal mit dem 2. Taster 
simuliert, da ich es noch nicht hab

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Karl H. (kbuchegg) 08.11.2010 22:37 #1929673

Lesenswert?

•

▲
▼

Herby schrieb:
> ich möcht ihn ja ausm Schlaf erwecken :-(
> einmal durch den Benutzer mittels Taster, einmal wenn ein Peak von einem
> anderen Gerät kommt - das andere Gerät hab ich erstmal mit dem 2. Taster
> simuliert, da ich es noch nicht hab

Dann weckt der Taster den µC aus dem Sleep.
Die Auswertung des Tastendrucks erfolgt trotzdem immer noch durch die 
üblichen Entprellmethoden in Software.

Glaub es endlich. Es IST die einfachste und zuverlässigste Lösung.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Herby Gast 08.11.2010 22:40 #1929676

Lesenswert?

•

▲
▼

ich glaubs ja^^
mach ich ja^^ (schalte nen TimerInterrupt ein)

trotzdem wird abundzu der jeweils andere Interrupt mit ausgelöst was mir 
mehr Sorgen macht^^

Antwort Zitieren Bearbeiten Löschen Beitrag melden

holger Gast 08.11.2010 22:43 #1929679

Lesenswert?

•

▲
▼

>trotzdem wird abundzu der jeweils andere Interrupt mit ausgelöst was mir
>mehr Sorgen macht^^

Dann stimmt was mit deiner Schaltung nicht.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Peter D. (peda) 08.11.2010 22:47 #1929687

Lesenswert?

•

▲
▼

Herby schrieb:
> einmal durch den Benutzer mittels Taster, einmal wenn ein Peak von einem
> anderen Gerät kommt

Wie kurz ist denn dieser Peak?

Einen Interrupt sollte man nie über ne lange Leitung führen, da er auf 
sehr kurze Impulse reagiert.
Und wenn doch, dann mußt Du die Leitung störfest machen, z.B. 
differentielle Übertragung per RS-485 Treiber.

Meistens braucht man für externe Signale aber nicht die maximale 
Geschwindigkeit. Dann reicht oft, es wie ein Tastensignal zu behandeln.


Peter

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Herby Gast 08.11.2010 22:56 #1929692

Lesenswert?

•

▲
▼