Reaktionszeit MCU auf externen Interrupt

[Dirk F. (dirkf)]

Hat einer eine grobe Abschätzung, wie lange es dauert, vom einer 
steigenden Flanke an einem Interrupt-fähigen Pin bis der erste Befehl in 
der ISR ausgeführt wurde ?

Konkret PIC18F46Q71  mit 64 MHz Takt

[Helmut -. (dc3yc)]

Was sagt das Datenblatt?

[Dirk F. (dirkf)]

Helmut -. schrieb:
> Was sagt das Datenblatt?

Na ja, es ist ja nicht nur Hardware Reaktionszeit.
Es müssen ja noch Register gesichert werden und er muss aus einem 
gemeinsamen Interrupt Vektor auf die verschiedenen Pins verzweigen  (IOC 
Pin manager)

[Michael B. (laberkopp)]

Dirk F. schrieb:
> wie lange es dauert, vom einer steigenden Flanke an einem
> Interrupt-fähigen Pin bis der erste Befehl in der ISR ausgeführt wurde ?

Maximal 8 Instruktionen also 125ns, minimal 3 oder 4.

[Dirk F. (dirkf)]

Michael B. schrieb:
> Maximal 8 Instruktionen also 125ns, minimal 3 oder 4.

Ah.  Dann sollte das ja schnell genug sein, um bei einem erkannten 
Kurzschluss (Pin Eingang)  die Treiber zweier IGBTs abzuschalten.
Habe im Datenblatt vom IGBT gelesen, dass max. 10 us der Kurzschlußstrom 
fließen darf.

[Dirk F. (dirkf)]

Michael B. schrieb:
> Maximal 8 Instruktionen also 125ns

Moment mal. Systemtakt 64 MHz.
Instruktionstakt ist dann = 16 MHz  62,5 ns
8 Instruktionen sind dann 500 ns

[Pandur S. (jetztnicht)]

Eine schlecht Wahl per Interrupt. Nimm dafuer Hardware. Denn  ... es 
kann schon ein Interrupt laufen. Allenfalls ist der Controller auch 
nicht initialisiert, im Reset, oder am Debuggen

[Michael B. (laberkopp)]

Dirk F. schrieb:
> Ah.  Dann sollte das ja schnell genug sein, um bei einem erkannten
> Kurzschluss (Pin Eingang)  die Treiber zweier IGBTs abzuschalten

Dazu ist auch ein AVR mit AnalogComparator Interrupt schnell genug.

Dirk F. schrieb:
> Moment mal. Systemtakt 64 MHz.
> Instruktionstakt ist dann = 16 MHz

Ich dachte, 1 Instruktionstakt = 1 Systemtakt, was sollen sonst die 
64MHz und die RISC Architektur.

[Dirk F. (dirkf)]

Michael B. schrieb:
> Ich dachte, 1 Instruktionstakt = 1 Systemtakt, was sollen sonst die
> 64MHz und die RISC Architektur.

PIC18:   Pro Befehl 4 Takte

[Niklas G. (erlkoenig)]

Dirk F. schrieb:
> Ah.  Dann sollte das ja schnell genug sein, um bei einem erkannten
> Kurzschluss (Pin Eingang)  die Treiber zweier IGBTs abzuschalten

Es gibt Mikrocontroller die das in Hardware können, z.B. die 
Break-Inputs der Timer der STM32

[Benjamin K. (bentschie)]

Dirk F. schrieb:
> Habe im Datenblatt vom IGBT gelesen, dass max. 10 us der Kurzschlußstrom
> fließen darf.

ja, bei den meisten schon.
Abschalten will man in der Regel ja etwas früher als die 10µs.
Und damit das nicht zu einfach wird, will man den Kurzschluss schön 
langsam abschalten. Ansonsten hat man an den (internen) Induktivitäten 
so viel Spannung, dass der IGBT an Überspannung stirbt. Das ist ein sehr 
häufiges Problem und gar nicht so einfach lösbar.

[Bradward B. (Firma: Starfleet) (ltjg_boimler)]

> Dann sollte das ja schnell genug sein, um bei einem erkannten
> Kurzschluss (Pin Eingang)  die Treiber zweier IGBTs abzuschalten.
> Habe im Datenblatt vom IGBT gelesen, dass max. 10 us der Kurzschlußstrom
> fließen darf.

Wenn man sich dabei nicht in die eigene Tasche lügt ...
Mit dem ersten Befehl im ISR sind die Ausgänge noch nicht umgeschaltet 
und wenn da noch ne Ladungspumpe o.ä. am Gate liegt dauert die 
Umschaltung 'ne Weile.

Im Profibereich misst man sowas nach, eventuell an einem Evalboard. 
Falls man kein typgleiches Board zur Hand hat, nimmt man halt ein 
ähnliches und rechnet nach Datenblatt hoch.

Gibt es den keine kurzschlussfeste Lösung? 10µs sind auch nicht gerade 
komfortabel, das ist mancher elektronischer Zünder langsamer.

[Fritz F. (fritz1)]

Stichwort Vce Überwachunng
Hcpl316j