我正在嘗試撰寫一個程式來識別鍵盤并在按下一個鍵時在螢屏上列印一個字母(不是我按下的那個)。我設法制作了一個識別鍵盤并列印字母的程式,但是,它多次列印字母,具體取決于它生成兩個以上的鍵(例如 printscreen 鍵和洗掉)。我懷疑它可能是鍵盤緩沖區,已經嘗試清理它但沒有任何成功。我現在的代碼是那個:
.code16
.text
.globl _start;
_start:
# prints "X" -> Just to know that the application started
movb $'X' , %al
movb $0x0e, %ah
int $0x10
# Ensure we are starting from the beginning of the interrupt vector
movw $0x0, %ax # Putting the value 0 in ax to store in Data Segment Register (ds)
movw %ax, %ds # Putting 0 in Data Segment Register(ds)
movw $0x204,%bx # Going to address 0x204 -> 512 in the interruput vector 200 <- 80 * 4bytes, 204 <- 200 4bytes
movw $0x7d00, (%bx) # Putting the address 0x7d00 in the %bx addres, 0x7d00 = = _start addres 256
# First PIC (master)
movb $0x11, %al
outb %al, $0x20 # Sending ICW1 in the first PIC -> 0001 0001: ICW4 is required
movb $0x80, %al
outb %al, $0x21 # Sending ICW2 in the first PIC -> 1000 0000: defines the interrupt that will be called (80)
movb $0x04, %al
outb %al, $0x21 # Sending ICW3 in the first PIC -> 0000 0100: has a skave
movb $0x01, %al
outb %al, $0x21 # Sending ICW4 in the first PIC -> 0000 0001: 8086/8088 mode
movb $0xfd, %al
outb %al, $0x21 # Inhibiting all interrupts except keyboard (OCW1)
# Second PIC (slave)
movb $0x11, %al
outb %al, $0xa0 # Sending ICW1 in the second PIC -> 0001 0001: ICW4 is required
movb $0x80, %al
outb %al, $0xa1 # Sending ICW2 in the second PIC -> 1000 0000: defines the interrupt that will be called (80)
movb $0x02, %al
outb %al, $0xa1 # Sending ICW3 in the second PIC -> 0000 0010:
movb $0x01, %al
outb %al, $0xa1 # Sending ICW4 in the second PIC -> 0000 0001: 8086/8088 mode
movb $0xff, %al
outb %al, $0xa1 # Inibindo todas as interrup??es, exceto teclado (OCW1)
movb $0xfd, %al # Sending OCW1 in the first PIC
outb %al, $0x21
movb $0xff, %al # Sending OCW1 in the second PIC
outb %al, $0xa1
# Loop to get interrupt
mov $0x0, %cl
_loop: #infinity loop
cmp $0x0, %cl
je _loop
hlt
intKBD:
. = _start 256
movb $0x20, %al # Sending OCW2 in the first PIC -> EOI
outb %al, $0x20
.checkKeyboard:
in $0x64, %al
and $0x1, %al
jz .emptyKeyboard
in $0x60, %al
jmp .fullKeyboard
#If keyboard is mepty -> Prints V
.emptyKeyboard:
movb $'V', %al
movb $0x0e, %ah
int $0x10
#If keyboard is full -> Prints K
.fullKeyboard:
movb $'K', %al
movb $0x0e, %ah
int $0x10
iret
_end: #Signature boot
. = _start 510
.byte 0x55
.byte 0xaa
任何一段代碼或方向都非常感謝
uj5u.com熱心網友回復:
我設法制作了一個識別鍵盤并列印字母的程式,但是,它多次列印字母,具體取決于它生成兩個以上的鍵(例如 printscreen 鍵和洗掉)
這很正常。鍵盤發送變長掃描碼;并且(取決于鍵盤的配置方式,或者在您的情況下未配置)可以在按下鍵時發送 4 個位元組,然后在釋放鍵時發送另外 4 個位元組。
理想情況下,您應該有某種狀態機來將可變長度的掃描代碼轉換為固定大小的“關鍵代碼”;其中狀態類似于“等待掃描碼的第一個位元組”,“在已經收到 0xE0 位元組后等待掃描碼的第二個位元組”等。另外不要忘記鍵盤可以發送不屬于任何內容的東西掃碼;比如“我確認你的上一個命令”、“出了點問題,請重新發送上一個命令”和“你好,我剛剛(重新)插入”;這可以繞過您的狀態機或導致它被重置。
那個“關鍵代碼”就是你想要的。我個人喜歡將其設為反映密鑰物理位置的 16 位整數的想法(例如,key_code = (row << 8) | column可能)。
一旦你有了某種固定大小的“鍵碼”,你就可以用它作為表的索引來確定鍵是什么,是否有對應的 ASCII 字符或對應的 Unicode 碼點序列,以及是否有特殊的行為(如果它應該控制 LED,如果它是某種元鍵等)。固定大小的“關鍵碼”的主要原因是可變長度的掃描碼對于查找表來說很糟糕(你不希望一個有 40 億個條目的表支持 4 位元組的掃描碼)。
請注意(為了支持不同的鍵盤布局、國際化等)所有這些都應該使用從“鍵盤布局檔案”加載的表格。即使您忽略了世界上的大部分內容并且只支持一種鍵盤布局(例如“US Qwerty”),您也會發現不同的鍵盤具有不同的非標準擴展名(例如多媒體鍵等)。此外,普通軟體(應用程式、游戲等)也必須處理這種可變性;一個好的作業系統應該允許軟體進行反向查找(例如詢問作業系統“對于第三個鍵盤,第 0 行第 4 列的鍵是什么?”并獲取資訊,可能包括文本描述,如“增加揚聲器音量”,來自作業系統)。從掃描碼到鍵碼的轉換也意味著完全不同型別的鍵盤(例如
您可能還應該知道,有多個掃碼集,默認為“掃碼集2”,可能不支持其他掃碼;PC 中傳統的“8042”鍵盤控制器(而不是鍵盤)能夠將“掃描代碼集 2”(來自鍵盤)轉換為“掃描代碼集 1”,以向后兼容 1970 年代過時的垃圾;并且(對于 BIOS)默認情況下,第一個 PS/2 埠啟用了此掃描代碼轉換(第二個 PS/2 埠不存在)。這些事情的結果意味著您的鍵盤驅動程式“可能必須”支持掃描代碼集 2(以支持將鍵盤插入第二個 PS/2 埠),因此應該禁用“8042”控制器完成的轉換(因此鍵盤驅動程式沒有
您應該注意的另一件事是大多數現代計算機都使用 USB 鍵盤。韌體可能(對于 BIOS)或可能沒有(對于 UEFI)有惱人的狡猾的垃圾來嘗試模擬 PS/2 鍵盤。這種仿真是出了名的不可靠,并且可以/將阻止“8042”控制器的正確初始化;你應該列舉 PCI 設備,找到 USB 控制器,禁用任何傳統的“PS/2 仿真”廢話;然后正確初始化“8042”控制器(然后啟動您的 PS/2 鍵盤驅動程式)。
最后; 鍵盤控制器驅動程式應與鍵盤驅動程式分開;并且鍵盤控制器的驅動程式可以/應該在啟動期間和插入設備時自動檢測插入的設備型別。例如,如果計算機具有“埠 1 中的條形碼掃描儀,埠 2 中的滑鼠”并且用戶拔下滑鼠并插入鍵盤(導致“埠 2 中的鍵盤”);那么鍵盤控制器驅動程式應該安排停止滑鼠驅動程式并啟動鍵盤驅動程式。鍵盤驅動程式不應該接觸任何 IO 埠,并且應該只要求控制器驅動程式代表它發送/接收位元組。控制器驅動程式可以啟動相同鍵盤驅動程式的 2 個實體(例如,如果它是“第一個埠中的鍵盤,第二個埠中的另一個鍵盤”);
關于不相關的事情;我還建議定義一個“引導期間作業系統控制硬體的點”。在此之前,您不應為了任何東西而破壞韌體的硬體配置,而應依賴 BIOS 功能(例如“int 016 with ah=0, get keystroke”功能);在此之后,您將負責所有硬體并且可以重新配置您喜歡的任何東西,但不應期望任何 BIOS 功能能夠正常作業。
您不能保證弄亂一個硬體不會破壞其他 BIOS 功能。(并且不能保證“BIOS int 0x10”沒有恰好依賴于恰好依賴于 PIC 芯片配置的定時器 IRQ 的時間延遲)。
轉載請註明出處,本文鏈接:https://www.uj5u.com/qukuanlian/474981.html
下一篇:在oracle中插入時間值
