STM8 external interrupt auswertung

SCHWB schrieb:
> dass ein Interrupt von einem anderen Pin kommt und dieser somit die
> Werte verfälscht.

Aber sowas lässt sich doch lösen: eine gemeinsame Interupt Service 
Routine stellt als erstes fest was genau den IRQ ausgelöst hat und 
verzweigt dann in die spezielle Routine, die Verzögerung beträgt ja nur 
Mikrosekunden. Natürlich müssen die alle minimal sein damit nicht das 
System mit IRQs überladen wird.

Georg

georg schrieb:
> Aber sowas lässt sich doch lösen: eine gemeinsame Interupt Service
> Routine stellt als erstes fest was genau den IRQ ausgelöst hat und
> verzweigt dann in die spezielle Routine

Die ISR wird ja trotzdem ausgelöst und ich müsste ständig schauen, ob 
sich bei dem PWM-Signal, das ich auswerten will gerade ein 
Flankenwechsel stattgefunden hat mit einer if-Abfrage in diesem Stile 
denke ich mal: {if(stateNew != stateOld)}.
Wäre da nicht eine Änderung der Interruptfähigkeit, falls sie so 
funktioniert, wie oben beschrieben, viel effizienter?

SCHWB schrieb:
> dass ich jeweils nur den Pin, der
> ausgewertet werden soll "interruptfähig" mache und so zyklisch die 3
> PWM-Signale auslesen.

SCHWB schrieb:
> falls sie so
> funktioniert, wie oben beschrieben, viel effizienter?

Dann kannst du doch gleich die IO-Pins pollen.

Ob das überhaupt so problemlos geht müsste man im Hardware und 
Softwaremanual des Controllers prüfen, das wäre mir aber viel zu 
unübersichtlich.

Georg