Thema: keyboard driver; port 0x61

[Snake707]

So ich habe jetzt einen tastaturtreiber geschrieben; allerdings habe ich das problem, dass wenn ich die funktionen in einer Schleife verwende, ein Buchstabe mehrmals ausgelesen wird.

Das will ich nicht, ich will, dass danach einfach 0x00 aus dem Tastaturpuffer gelesen wird;

in einem tutorial wird das geschrieben:

Code: [Auswählen]

int temp = inportb(0x61);
outportb(0x61,temp | 0x80);  // disable
outportb(0x61,temp & 0x7F);  // and re-enable
so das habe ich mit nasm versucht umzusetzen

Code: [Auswählen]

  in al, 0x61; read
  mov ah, al
  or al, 10000000b
  out 0x61, al; disablen
  mov al, ah
  and al, 01111111b
  out 0x61, al; re-enablen
irgendwie funktioniert das nicht wie ich mir das vorstelle;
wie kann ich es denn umgehen, dass das zeichen, dann mehrmals ausgelesen wird, muss ich dann unbedingt auf die break codes warten???

[bluecode]

allerdings habe ich das problem, dass wenn ich die funktionen in einer Schleife verwende, ein Buchstabe mehrmals ausgelesen wird.

nutzt du auch port 0x64? Da gibts nämlich ein Bit, welches angibt, ob ein neues Zeichen in port 0x60 ist oder nicht. Aber eigentlich solltest du sowieso kein Polling für die Tastatur benutzen...

[Snake707]

hi,

thx; das heißt also:
ich brauche nur das besagte bit bei 0x64 zu prüfen. Also über

Code: [Auswählen]

in al, 0x64

und dann überprüfen
ok thx

EDIT: Welches bit soll das genau sein?

[Snake707]

dein Kommentar hat mich doch etwas stutzig gemacht:

und zwar frage ich mich: ist es so richtig wie ich es mache??
ich wollte nähmlich in unserer API (16-Bit RealMode OS) eine Funktion um die Tastatur zu behandeln. Da dachte ich mir, wartest du bis die Tastatur eine eingabe hat.

Ist das jetzt Polling?

[bitmaster]

Wenn dein OS im RM ist, solltest du einen Tastaturtreiber schreiben der genau dasselbe macht wie der Standardtastaturtreiber nur halt deutsch oder so angepasst ist. Das heißt, die jeweiligen Tasten sind in der BDA (BIOS Data Area) zu speichern. Mit dem int 16h (der damit umgehen kann und den du dann auch nicht selbst neu schreiben musst) kannst du dann die Tasten abfragen. Falls der int 16h dir zu wenig kann, kannst du ja noch eine int Funktion dazuschreiben, welche auch auf der BDA Zugriff nimmt. An welcher Stelle genau sich die Tastatursachen im BDA befinden kannst du durch Suchmaschinen herausfinden. Das Ganze ist dann zwar ein bisschen Arbeit, aber damit erfüllt es den RM-Standard und der int 16h kann halt damit umgehen.

bitmaster

[bluecode]

Es ist Bit0 "Status des Ausgabepuffers", falls das bit 1 ist, sind Daten vom Tastaturcontroller im Ausgabepuffer).

Es ist Polling, aber wenn dein OS sowieso im realmode (ohne multitasking), dann ist es auch nicht so wichtig. Bei multitasking wäre es etwas komisch, wenn der kernel auf eine tastatureingabe wartet und garnichts anderes mehr passiert (wenn man mal kernelthreads außen vor lässt und einen monolithischen kernel annimmt)

[MNemo]

Da dachte ich mir, wartest du bis die Tastatur eine Eingabe hat.

Das warten in einer Schleife, also ständiges abfragen (Polling) der Tastatur, ist  wie bereits erwähnt nicht die Optimale Lösung. Deshalb würde ich dir empfehlen(wenn du die BIOS-Funktionen benutzen willst): einen Tastendruck über den IRQ1 abzufangen die Eingabe auszuwerten und gegeben falls in einem Puffer zwischenzuspeichern auf den dann deine API zugreifen kann. Da bei solltest du nur sichergehen, dass der KBC auf so eingestellt ist das der IRQ ausgelöst wird, was aber (glaube ich) Standardmäßig der Fall ist.