2 Externe Interrup auf gleichen Vektor

Daniel schrieb:

> Initialisiert habe ich sie schon .wie kann ich dann implementieren  ,
> dass sie unterschiedlich auf den selben INT-vect reagieren ???

Ist das eine Fangfrage?
Indem du innerhalb der ISR feststellst, welcher Pin sich verändert hat?

Daniel schrieb:

> ist so in ordnung oder ?

Ähm.
Was soll das sein?
Du fragst in der ISR ab, ob das entsprechende Bit gesetzt ist, welches 
steuert, ob ein Interrupt ausgelöst werden darf.


Jetzt muss ich mir doch mal das Datenblatt zum µC holen.

Könnte daran liegen das & und && nicht das selbe sind, und auch nicht 
das gleiche...

Nö, ich würde erstmal den Port (PINx) einlesen, damit Änderungen während 
der Auswertung unwirksam bleiben. Dann würde ich die interessierenden 
Bits der Portkopie prüfen und danach die Entscheidungen treffen.

In der ISR an PCMSKx herumzufummeln hat überhaupt keinen Sinn 
(Sonderfälle ausgenommen), denn das ist lediglich die Maske auf die 
Bits, die das Recht haben, den PC-Int auszulösen. PCMSKx setzt man 
bereits im Hauptprogramm, um unerwünschte Bits (Portpins) auszublenden.

...

Es gibt kein Register, in dem du ablesen könntest, welcher der beiden 
Pins den Interrupt ausgelöst hat.
Also bleibt dir nur der Weg, das selbst herauszufinden, indem du dir den 
Pinzustand in einer Variablen sicherst und bei Auftreten eines 
Interrupts den aktuellen Zustand mit dem Gespeicherten vergleichst.

1

uint8_t oldPinB;

2

3

SIGNAL(PCINT0_vect)

4

{

5

  uint8_t newPinB = PINB;

6

7

  // die beiden interessanten Pins herausmaskieren

8

  newPinB &= ( 1 << PB4 ) | ( 1 << PB2 );

9

10

  // welche Pins haben sich verändert?

11

  uint8_t changed = newPinB ^ oldPinB;

12

13

  if( changed & ( 1 << PB2 ) ) {

14

    ... PB2 hat sich verändert

15

  }

16

17

  if( changed & ( 1 << PB4 ) ) {

18

    .. PB4 hat sich verändert

19

  }

20

21

  oldPinB = newPinB;

22

}

Daniel schrieb:

> ich  prüfe in der ISR welche mask das Interrup ausgelöst hat.

Nein das tust du nicht.
Du prüfst, welcher PCI eingeschaltet ist.
Aber das hilft dir nichts. Du weißt ja, dass die beiden eingeschaltet 
sind :-)

Datenblatt

Aber was hindert dich, bei Erkennung eines Wechsels noch mal in newPinB 
nachzusehen, wie der Pin zur Zeit steht? Ist er 1, dann kann es nur ein 
0->1 Wechsel gewesen sein. Ist er 0, kann es sich nur um einen 1->0 
Wechsel gehandelt haben.

Zusammengenommen erzählen dir die Werte in oldPinB und newPinB alles was 
du wissen möchtest.

PS: Den PCI auf Flanken umzustellen hilft dir nichts. Denn die 
Auswertung, welcher Pin der Schuldige ist, ist darauf angewiesen ALLE 
Pin-Wechsel mitzubekommen.

Karl heinz Buchegger schrieb:
> Datenblatt

Das möchte ich unterstreichen.
Darin steht übrigens auch, dass es Flankentrigger für INT0 und INT1 auf 
den Pins PD2 und PD3 gibt. ;)

Fang erst mal damit an, deine Symptome und die Frage in einem 
verständlichen Deutsch zu formulieren.
Und dann solltest du auch noch bedenken, dass Fehlersuche ohne das 
entsprechende Programm immer etwas schwierig ist.