Thema: Tastatur ohne Interrupts abfragen

[bscreator]

Hallo,
bin grad dabei, eine Funktion zu schreiben, die
- wartet bis eine Taste gedrückt wird und dieses Zeichen am Bildschirm ausgibt.

Das Zeichen auszugeben ist ja kein Problem, aber wie kann ich ohne Verwendung der Interrupts ein Zeichen von der Tastatur einlesen ?
(bzw. welche Ports brauch ich, dass die Tastatur bspw. jetzt auf einen Tastendruck wartet ?)

(den Tastaturpuffer auszulesen is ja auch kein Problem, aber die Aufforderung, jetzt auf einen Tastendruck von Tastatur zu warten bereitet mir Probleme...)

Mit den Interrupts ist das ja alles kein Problem, aber geht das auch ohne Interrupts (auch wenn es intern immernoch über Interrupts passiert...) ?

[bscreator]

Nene,
das Problem liegt darin, abzufragen, wann eine Taste gedrückt wird
(welche Ports, abgesehen vom Tastaturpuffer, sind dazu nötig ?)

[DaCodaaa]

Du willst alsoein zeichen von der Tastatur haben?
WOFÜR BRAUCHST DU DANN DIE ZEIT WANN EINE TASTE GEDRÜCKT WURDE
wenn der Interrupt ausgelöst wird springt der doch automatisch zu deinem Handler ohne dass der rest des Systems davon überhaupt was mitkriegt.
Wenn du wissen willst welches Zeichen aktueller ist kanst du dir einen PIT Treiber schreiben, und von dem eine Systemzeit holen. Die hängst du dann an das Zeichen. Die nidrigste Signatur ist dann das älteste Zeichen.

(erklär mir mal genau was du brauchst )

[Jidder]

Wenn eine Tastatur gedrückt wurde, ist das niederwertigste Bit in Port 0x64 gesetzt. Du kannst also in einer Schleife einfach darauf warten bis das gesetzt ist.

[bscreator]

Wenn eine Tastatur gedrückt wurde, ist das niederwertigste Bit in Port 0x64 gesetzt. Du kannst also in einer Schleife einfach darauf warten bis das gesetzt ist.

Genau sowas mein ich. Mit Hilfe eines Ports die Tastatur abfragen.

Der ASCII-Code des Zeichens is dann im Tastaturpuffer, oder ?

[Jidder]

Ich denke ja, wenn das BIOS wie gehabt funktioniert.

[bluecode]

So wie ich das verstehe bist du im Realmode und das BIOS verarbeitet den Tastaturinterrupt. Dann kannst du nicht einfach den I/O Port pollen, denn wahrscheinlich (?) wird der Interrupt erst ausgelöst und anschließend ist ein neuer Wert im I/O Port, d.h. zuerst wird das BIOS aufgerufen welches den Interrupt handhabt, dann ist natürlich wieder das Bit gelöscht und dann kommt erst dein Code an der Reihe, der schön in die Ewigkeit loopt.
Falls du jetzt eine Lösung haben willst, solltest du vielleicht genauer sagen, in welchem Modus du überhaupt bist, ob die BIOS Interrupt (das wird doch wohl einen Interrupt zum lesen eines Zeichens von der Tastatur haben) verwenden willst und warum genau du "ohne Interrupts" auskommen willst... vielleicht bin auch nur ich verwirrt...

[bscreator]

Nochmal :
Ich will nur eine Möglichkeit haben,  ein Zeichen von der Tastatur lesen ohne dabei irgendwelche Interrupt-Funktionen selbst zu verwenden

Das mit dem 0x64 klappt leider nicht, wie bluecode schon vorhergesagt hat.

Ich arbeite noch im Real-Mode ! Muss ich vielleicht zuerst das A20 aktivieren ?

[chris12]

ist zwar ne blöde antwort, aber hast du schon mal versucht die interrupts abzuschalten? vllt gehts ja dann.

[bscreator]

Mein Code bisher :

Code: [Auswählen]

read_keyb:
cli    ;Interrupts deaktivieren
in al,0x64h  ;lese Port 0x64
cmp al,0x01
jne readkeyb  ;Wenn al = 0x01, dann wurde Taste gedrückt
in al,0x60  ;lese ASCII-Code der gedrückten Taste
sti    ;Interrupts wieder zulassen
ret
...und in der Schleife read_keyb bleibt er hängen...

[Jidder]

Um zu testen, ob ein Bit gesetzt ist, musst du "test" nehmen nicht "cmp". Außerdem ist die Bedingung dann jz read_keyb. Und das funktioniert, wenn du 0x64h schreibt? Ist da nicht 0x oder h zu viel?

[bscreator]

Dann eben so:

Code: [Auswählen]

read_keyb:
cli    ;Interrupts deaktivieren
in al,0x64h  ;lese Port 0x64
test al,00000001b
jz read_keyb
in al,0x60  ;lese ASCII-Code der gedrückten Taste
sti    ;Interrupts wieder zulassen
ret
Bewirkt aber dasselbe, und zwar dass das Lesen von Port 0x64 immer 0 liefert

[Jidder]

Hm, also bei mir funktionierts in Bochs und qemu.

[bscreator]

Aber qemu aktiviert doch das A20-Gate und springt in den Protected Mode, oder ?
Dann hast ja gar nicht die selben Arbeitsbedingungen (sprich Real Mode)

[kevin]

Genau dann wenn das Gast-OS es macht...

[bluecode]

ist zwar ne blöde antwort, aber hast du schon mal versucht die interrupts abzuschalten?

Das würde ich auch vorschlagen... Deine Phobie gegen BIOS-Interrupts (siehe hier) im Realmode verstehe ich allerdings nicht. Würde mich da definitiv über eine Erklärung freuen.

[bscreator]

Naja, weil zu den Aufgaben eines Betriebssystems ja auch die Geräteverwaltung gehört.
Deswegen wollt ich halt die Aufgabe selbst in die Hand nehmen und mir einen Tastaturtreiber schreiben, damit ich diese Aufgabe bereits erledigt hab. Wenn man die Interrupts verwendet braucht man ja keinen Tastaturtreiber mehr, oder ?

[bluecode]

Ich möchte dich darauf hinweisen, dass
* du momentan Code für den Realmode produzierst. Dein Code wird nicht einfach so im Protectedmode laufen bzw. es ist nicht unbedingt sinnvoll das zu tun
* du dir mit dem Realmode kein modernes OS schreiben wirst/kannst
* es m.E. wenig Sinn macht im Realmode auf die BIOS-Interrupts zu verzichten
* zwischen "auf Interrupts verzichten" und "auf BIOS-Interrupts verzichten" ein rießiger Unterschied ist. Ersteres ist kompletter Blödsinn, weil du dich auf Polling festlegst und das heißt nunmal, dass du unnötig die ganze Zeit in einer Schleife rumloopst. So wird das sicherlich nie was mit Multitasking und einem "modernen" OS.

[bscreator]

du momentan Code für den Realmode produzierst. Dein Code wird nicht einfach so im Protectedmode laufen bzw. es ist nicht unbedingt sinnvoll das zu tun

Hab noch nicht vor, in den PM zu springen

m.E. wenig Sinn macht im Realmode auf die BIOS-Interrupts zu verzichten

Das ist mir klar, aber nur so kann ich einen "Treiber" für die Tastatur schreiben, oder ?

[kevin]

Die Frage ist halt, warum du einen Treiber schreiben willst, wenn das BIOS das alles schon macht.