零件:上周鍵盤

我們推出了一個新版本的總線海盜通用串行接口工具。最後一個固件更新包括兩個硬件版本的鍵盤解碼器庫。

在鍵盤上有一大噸舊的舊柵欄。我們將向您展示如何作為下一個項目的輸入設備回收一個。

聯繫

公共汽車海盜
鍵盤上的PC(PIN#)

SDA.
KBD數據(3)

SCL.
KBD時鐘(1)

+ 5Volts.
VDD(5)

GND.
GND(2)

在鍵盤上通過雙向雙線接口進行通信。公共汽車是開放的收集器,但鍵盤已經有內部上拉電阻。此處描述了鍵盤協議處的PC。我們使用我們的總線海盜工具來展示鍵盤協議,但相同的基本原理適用於任何微控制器。

如表中所述,我們將總線海盜連接到鍵盤。我們認為這是鍵盤插孔的通風女性,但我們還沒有評估它。你知道新插座的來源嗎?

協議

鍵盤為所有數據傳輸提供時鐘信號; PC側類似於從設備。沒有現有的總線海盜接口庫與外部時鐘一起使用,因此我們在鍵盤解碼器庫中寫了一款簡單。庫取決於鍵盤的時鐘信號,如果鍵盤故障或未連接,則會掛起。如果在自己的項目中使用我們的庫,請考慮在Readbit()和WriteBit()函數中添加超時延遲。

PC到鍵盤命令代碼

代碼
命令

0xed.
設置狀態LED.

0笑
echo 0xee.

0xF0.
設置scancode類型

0xF3.
設置重複率

0xF4.
鍵盤使能

0xF5.
鍵盤禁用

0xFE.
重新發送最後一個字節

0xFF.
重置鍵盤

PC使用這些命令來控制鍵盤上的各種功能。鍵盤響應具有確認字節(OXFA)的命令。在我們的經驗中,如果在命令發送後不久,不久會讀取反應字節,則將重置鍵盤。

鍵盤到PC反應代碼

代碼
回复

0xFA.
承認

0xAA.
自我測試通過了

0笑
迴聲響應

0xFE.
重新發送最後一個字節

0x00或0xff
錯誤或緩衝區溢出

鍵盤有許多單個字節反應代碼。許多PC命令用0xFA確認。 0xAA在鍵盤復位後發送。

設置總線海盜

Hiz> M.
1.艾特
……
9.鍵盤上的PC
模式> 9 <-set模式 900模式集 KB解碼器準備好X02 PC 鍵盤上的電腦>

首先,我們在鍵盤模式下設置總線海盜,選項9。

鍵盤上的電腦> P <-Power供應設置 w / w切換3.3 volt電源? 否 2.是的 模式> 1 <-NO 3.3VOLT供電 w / w切換5 volt電源? 否 2.是的 模式> 2 <-USE 5VOLT電源 9xx供電配置,使用w / w切換 9xx電壓監控:5V:0.0 | 3.3V:0.0 | vpullup:0.0 | 鍵盤上的電腦> W <-Capital'W',轉動供應 9xx 5Volt供應 鍵盤上的電腦>

接下來,我們配置總線海盜的電源,為鍵盤提供5Volts。

鍵盤上的PC>鍵盤中的R <-READ BYTE X30 PCATKB讀取:無<-no數據可用 鍵盤上的電腦>

鍵盤庫遵循標準總線海盜語法。數值被發送到鍵盤為字節,“R”從鍵盤讀取一個字節。協議由鍵盤時鐘計時,因此禁用按位操作。如果沒有數據可用,則讀取將返回“無”。

設置鍵盤

鍵盤上的PC> 0xee R <-SEND 0xee,讀取一個字節 x20 pcatkb寫:0xee get ack <-write Oxee,得到了一點 x30 pcatkb閱讀:0xee <-read 0xee,Echo成功 鍵盤上的電腦>

我們可以使用echo命令0xee測試與鍵盤的連接。如果我們的連接正確,則鍵盤將響應0xee。

鍵盤響應具有協議級別的ACK位的命令,然後使用Ack字節進行響應。我們發現,如果在發送命令後沒有立即讀取ACK字節,我們的測試鍵盤會自動復位。

鍵盤上的PC> 0xee <-Echo命令 x20 pcatkb寫:0xee get ack <-wrote echo,get ack 鍵盤上的PC> R <-READ一個字節 X30 PCATKB讀取:0xAA <-READ 0xAA,重置指示燈 鍵盤上的電腦>

在這裡,我們嘗試發送echo命令,然後稍後閱讀回复。鍵盤自動復位並回复0xAA,通過進行自檢。

鍵盤上的PC> 0xFF r r <-reset命令,讀取兩個字節 x20 pcatkb寫入:0xff get ack <-write reset命令,get ack X30 PCATKB讀取:0xFA <-Command Ack字節 x30 pcatkb讀取:無< - 再次才能重置 鍵盤上的電腦>

通過編寫命令0xFF並讀取兩個字節來重置鍵盤。鍵盤不會重置,直到讀取第二個字節。

鍵盤上的PC> R <-READ一個字節 X30 PCATKB閱讀:0xAA <-RESET成功 鍵盤上的電腦>

重置後的短時間我們可以讀取自檢的電源(POST)結果,0xAA表示發布成功。

鍵盤上的電腦> 0xF5 R <-Disable鍵盤 x20 pcatkb寫入:0xf5 get ack <-wrote命令 X30 PCATKB讀取:0xFA <-read ACK字節 鍵盤上的PC> 0xF4 R <-ENABLE鍵盤 x20 pcatkb寫入:0xf4 get ack <-wrote命令 X30 PCATKB讀取:0xFA <-read ACK字節 鍵盤上的電腦>

0xF5 DisaBLES鍵盤輸入。 0xF4啟用鍵盤並清除緩衝區。

鍵盤上的PC> 0xed R 0B111 R <-SET指示燈LED X20 PCATKB寫入:0xed GOT ACK <-SET LED命令 X30 PCATKB讀取:0xFA <-Command確認 x20 pcatkb寫入:0x07 get ack <-send LED值 X30 PCATKB閱讀:0xFA <-Value確認 鍵盤上的電腦>

NUM,CAP和滾動鎖定LED由0xED命令控制。第二個字節(OB111)的最後三位指示燈指示燈。執行鍵盤超時期間的所有四個字節操作,或者將重置鍵盤是至關重要的。

鍵盤上的PC> 0xee R <-Echo測試命令 x20 pcatkb寫:0xee得到了ack X30 PCATKB閱讀:0xee PC在鍵盤> 0xFE R <-Repeat最後一個字節命令 X20 PCATKB寫入:0xFE GOT <-WRITE REPEAT命令 x30 pcatkb讀取:0xee <-Previous字節重複 鍵盤上的電腦>

最後一個有趣的鍵盤命令是重複字節命令。 0xFE使鍵盤再次發送最後一個字節。如果先前傳輸中存在錯誤,這是一個有用的命令。

閱讀基本印刷機

鍵盤緩衝按鍵,直到我們讀取它們。

鍵盤上的PC> R <-READ BYTE X30 PCATKB讀取:0x29 <-space scancode 鍵盤上的PC> R <-READ BYTE X30 PCATKB讀取:0xF0 <-Key釋放scancode 鍵盤上的PC> R <-READ BYTE X30 PCATKB讀取:0x29 <-space scancode 鍵盤上的電腦>

一個基本新聞發出掃描,代表基本印刷機的多字節序列。在該示例中,我們按下了具有Scancode 0x29的空間。當一個必不可少的釋放時,鍵盤向Essent(0x29)發送0xF0和Scancode。每個基本新聞都會產生類似的三個部分序列。

鍵盤上的PC> R:4 <-read 4字節 X31 PCATKB批量讀取,0x04字節: 0x29 0xF0 0x29 none <-space scancode 鍵盤上的電腦>

這只是前一個示例的簡化版本。我們使用批量讀命令而不是單獨閱讀三個字節。再次,我們得到了空間掃描序列。我們嘗試讀取不存在的第四個字節失敗。

Leave a Reply

Your email address will not be published. Required fields are marked *

Related Posts

如何調試故障內存板如何調試故障內存板

,而這不是黑客或失敗,肯定是如何調試故障卡的鼓舞人心的示例。 [Quinn]是那些設計了她自己的6502的電腦的少數好運家之一。對於Hackaday的年輕讀者,MOS 6502於1975年引入,已在APLE //線,Commodore 64,VIC-20,ATARI計算機,Nintendo Enterntemment系統等中使用。 [Quinn]自製新的RAM板一直在工作多周,直到它開始展示一些弱點,只能偶爾通過靴子RAM測試。假設RAM是問題的,她通過製作更高級的內存測試來開始,在隨機地址顯示錯誤。 她手頭上沒有任何相同的內存芯片,可以與新鮮的PCB一起使用。通過這個問題決定權力,她用新的記憶設計蝕刻了一個新的電路板。不幸的是,它也會在啟動時給出內存錯誤。只剩下一個罪魁禍首,這在上面的圖中顯示。這是董事會藝術品中的一個小型尺寸錯誤,這足以導致連接器上的未對準。 這篇文章包含有關她調試過程的許多細節,因此它肯定值得讀。

READ MOREREAD MORE

標籤表示HDMI 2.1,但這並不表明您將獲得它標籤表示HDMI 2.1,但這並不表明您將獲得它

技術在這些日子中迅速移動,因為消費者繼續需要更多的數據和更多像素。我們看到USB和RAM標準的定期更新,連續下來將管道下來,因為追求更高的性能。 HDMI 2.1是流行的視聽界面的當前版本,並承諾的新功能筏和比標準的前一版本更高的性能。但事實證明,盒子上的帶有HDMI 2.1標誌的新顯示器或電視並不表示您將獲得任何由TFT Central發現的新功能。 新的熱情 如果您打算使用HDMI 2.1以獲得高帶寬視頻模式和某些其他功能,您需要購買超高速線以保證正常操作。信用:HDMI.ORG. HDMI 2.1旨在為標準提供多次升級。新的固定速率鏈路(FRL)信令模式是標題件,提供高達48 Gbps的帶寬,使用過渡最小化差分信令或TMDS在HDMI 2.0中獲得18 Gbps的主要升級。 TMDS仍然是HDMI 2.1的一部分,用於向後兼容,但FRL對於實現更高的分辨率,幀速率和HDMI 2.1至關重要。 憑藉FRL,新的傳統允許顯示4K,8K,甚至10K含量,最高可達120 Hz清新速率。顯示流壓縮用於啟用絕對最大分辨率和幀速率,但HDMI 2.1支持高達120 Hz的視頻的未壓縮攜帶4K或60 Hz。添加的帶寬也是有利於以更大的顏色深度運行高分辨率視頻,例如以每通道顏色為10位的60 Hz顯示4K視頻。 還有新的是變量鮮明的速率(VRR)技術,這有助於最小化在遊戲或享受來自幀率變化的其他來源的其他來源的視頻時撕裂。汽車低延遲模式(ALLM)還允許顯示屏發現視頻輸入是否從遊戲控制台等內容。在這種情況下,顯示器可以自動切換到低延遲顯示模式,其圖像處理最小的圖像處理以減少視覺滯後。 此外,還包括少數其他功能,如快速介質切換,以最小化時間屏幕在從一塊內容轉換到另一個內容時顯示空白屏幕。還有特殊的動態HDR技術,可以通過幀框架在幀內發送顏色控制數據。 總體而言,HDMI 2.1在決議和現在可能的幀速率方面使用了顯著的改進,這與粗製更新的更新筏子配對,並在延遲上削減滯後。 動態HDR技術在HDMI 2.1中,讓顏色設置從場景中更改為場景甚至幀框架,讓內容創建者獲得最振奮的可能性。信用:HDMI.ORG. 不一定包括在內 表顯示HDMI標準的每個版本的功能集。但請注意,標記為“HDMI

READ MOREREAD MORE