Re: Interrupte erweitern

Thomas Frey schrieb:

Den hab ich mir auch schon angeschaut, versteh ihn aber irgendwie nicht
ganz. Der will dem Controller die Einsprungadresse des Interrupts
mitteilen? Mir ist nicht klar, wie ich das mit einem 8051 verkoppeln kann.

Der 8259 ist ein Interrupt-Controller für 8080 bzw. 8085 kompatible CPUs.
Für diese implementiert er ein spezielles "Protokoll". Der Controller
liefert den Interrupt am INT Pin des Prozessors. Wenn der Prozessor die
Interrupt-Verarbeitung beginnt, pulst er einmal den INTA Ausgang, der in
diesem Modus direkt mit dem INTA Eingang des Controllers verbunden ist.

Der 8259 legt als Antwort auf den Puls den Instruction Code CD auf den
Datenbus. Das ist der Instruction Code für einen subroutine call. Danach
pulst der Prozessor noch zweimal den INTA Ausgang und erhält vom Controller
High- und Low-Byte eines Interruptvektors. Insgesamt wird damit also ein
Call auf die Adresse der Interrupt-Routine bewerkstelligt.

Mit Hilfe des Controllers kann die CPU also für jeden Interrupt eine eigene
Adresse anspringen lassen. Die Adressen werden bei der Initialisierung des
Controllers über Port-Zugriffe hinterlegt.

Der 8259 kennt noch einen Modus für 8086/8088 kompatible CPUs. In diesem
Fall erwartet er nur zwei Pulse auf seinem INTA Eingang. Die legen nur das
High- und Low-Byte auf den Datenbus. Hier wird also nur der Vector
ausgegeben.

Für den 8051 lässt sich der Controller nutzen, in dem man den INTA Eingang
unbeschaltet lässt. Dann zieht er nur den INT Pin runter und wartet auf die
Bearbeitung. Da die Pulst am INTA-Eingang ausbleiben, macht er aus nichts
mit dem Datenbus. Der Controller muss dafür initialiert werden mit AEOI = 0
(automatic end of interrupt). Die INT-Leitung bleibt damit solange für
weiter Interrupts gesperrt, bis die CPU einen EOI-Befehl an den Controller
sendet. Das ist in der Regel die letzte Anweisung der Interrupt-Routine.

Eine Alternative ist, den INTA-Eingang z.B. über einen Adressdekoder auf
zwei Adressen im Adressraum deines 8051 zu legen. Liest die CPU in der
Interrupt-Routine die beiden Adressen, legt der 8259 jeweils den Vector auf
Datenbus. Die gelesen Werte kann man in einem Register sammeln und dann per
indirektem Sprung zu der echten Routine springen.

Grüße,

Frank.

--
Geld allein macht nicht glücklich.
Es kommt auch auf die Menge an...
.

Relevant Pages

  • NdisMQueryAdapterResources() : resource allocation problem at WinMe
    ... WinME installed on PC where I use PCI-Cardbuscontroller to ... It doesn't work with WinME ... Perf Warning: interrupt #9 is supriousing. ... whether this problem is linked to above resource allocation problem. ...
    (microsoft.public.development.device.drivers)
  • Regression: libata: implement ata_wait_after_reset()
    ... The controller card is this one: ... ALi Corporation ALi M5281 Serial ATA / RAID Host Controller ... Interrupt: pin A routed to IRQ 19 ... spending 2s on 0xff port would incur too ...
    (Linux-Kernel)
  • Re: Real-time pre-emption kswapd/kscand questions
    ... The FDDI controller may well be the key to the problem here. ... that interrupt might be sufficient to cause a small gap in the analog data ... >acquisition and sends occasional status messages back to a remote host ...
    (comp.os.linux.development.system)
  • Re: Question regarding ERR in /proc/interrupts.
    ... not a particular interrupt ... is supposed to put an address on the bus so the CPU can ... by a controller, ... FYI 20 spurious interrupts out of the bazzillion shown isn't ...
    (Linux-Kernel)
  • Re: [RFC][PATCH 4/4] RTC: SMBus support for the M41T80,
    ... The controller implements a command which issues a write ... That would be internal to the m41t80 driver, ... the SOC has enough internal interrupt sources you can almost assume ...
    (Linux-Kernel)