萬(wàn)家燈火51 發(fā)表于 2024-11-5 13:21
你這測(cè)試有意思。我還沒(méi)有去這么仿真測(cè)過(guò)。不過(guò)這自畫(huà)鍵盤(pán)，我畫(huà)過(guò)，沒(méi)有任何問(wèn)題，所以沒(méi)有去進(jìn)一步研究 ...

我仿真測(cè)試的就是自畫(huà)鍵盤(pán)啊，當(dāng)然keypad這個(gè)鍵盤(pán)模板也會(huì)出現(xiàn)同樣問(wèn)題

萬(wàn)家燈火51 發(fā)表于 2024-11-5 13:13
謝謝還記得前面的問(wèn)題。這個(gè)問(wèn)題是新問(wèn)題。跟前面那個(gè)不一樣。這次這個(gè)代碼是個(gè)很神奇的問(wèn)題。

前幾天有人問(wèn)過(guò)類(lèi)似的問(wèn)題，不是你問(wèn)的，我是說(shuō)那個(gè)，你搜索一下就看到了。

既然都說(shuō)真實(shí)鍵盤(pán)正常了，何必還糾結(jié)這個(gè)仿真？畢竟還得以實(shí)物為主。

這個(gè)還沒(méi)有解決，頂一下。

cyi8 發(fā)表于 2024-11-4 08:22
回去好好看一下51單片機(jī)各口的定義，51單片機(jī)的各輸入輸出口只是準(zhǔn)雙向口，不是真正的雙向口，所以當(dāng)要接收 ...

KEY_ScanPort=0xFF;//真實(shí)鍵盤(pán)和其它仿真模型鍵盤(pán)，可以去掉這一句的。但keypad模型，刪除這一句，下面temp就采集不到正確數(shù)據(jù)了，為什么？
        
        KEY_ScanPort=0x0F; //   高四位置0，低四位設(shè)置為數(shù)據(jù)采集狀態(tài)            
         temp=KEY_ScanPort; //上面那句去掉，這里采集到的數(shù)據(jù)就是錯(cuò)的

lkc8210 發(fā)表于 2024-11-4 09:20
仿真不真，詳情看此貼：
解決某些版本Proteus陣列鍵盤(pán)失效的奇葩方法

你這測(cè)試有意思。我還沒(méi)有去這么仿真測(cè)過(guò)。不過(guò)這自畫(huà)鍵盤(pán)，我畫(huà)過(guò)，沒(méi)有任何問(wèn)題，所以沒(méi)有去進(jìn)一步研究。下次試試。這個(gè)帖子問(wèn)的問(wèn)題，只有才keypad這個(gè)鍵盤(pán)模板里才遇到。其它自畫(huà)鍵盤(pán)或真實(shí)鍵盤(pán)中，不存在這個(gè)問(wèn)題的。所以，不知道是proteus 的keypad這個(gè)模型本身有問(wèn)題還是，自己哪點(diǎn)沒(méi)有理解透。

xiaobendan001 發(fā)表于 2024-11-4 09:42
這個(gè)不是前幾天剛問(wèn)過(guò)？

謝謝還記得前面的問(wèn)題。這個(gè)問(wèn)題是新問(wèn)題。跟前面那個(gè)不一樣。這次這個(gè)代碼是個(gè)很神奇的問(wèn)題。

cyi8 發(fā)表于 2024-11-4 08:22
回去好好看一下51單片機(jī)各口的定義，51單片機(jī)的各輸入輸出口只是準(zhǔn)雙向口，不是真正的雙向口，所以當(dāng)要接收 ...

KEY_ScanPort=0x0F; //   高四位置0，低四位設(shè)置為數(shù)據(jù)采集狀態(tài)
這一句，低4位就是置1，斷cmos門(mén)地，準(zhǔn)備好采集數(shù)據(jù)。   所以，不是你說(shuō)的原因。

這個(gè)不是前幾天剛問(wèn)過(guò)？

仿真不真，詳情看此貼：
解決某些版本Proteus陣列鍵盤(pán)失效的奇葩方法

回去好好看一下51單片機(jī)各口的定義，51單片機(jī)的各輸入輸出口只是準(zhǔn)雙向口，不是真正的雙向口，所以當(dāng)要接收外部數(shù)據(jù)輸入是，要先將輸入輸出口置1，然后讀取的數(shù)據(jù)才會(huì)正確，不置1的話(huà)，讀取到的數(shù)據(jù)就是內(nèi)部緩沖器的數(shù)據(jù)，會(huì)不準(zhǔn)確，因?yàn)閮?nèi)部緩沖器的數(shù)據(jù)不一定是輸入的數(shù)據(jù)，還有可能是內(nèi)部代碼產(chǎn)生的數(shù)據(jù)。

說(shuō)明一下，不是延時(shí)等待電平穩(wěn)定問(wèn)題。測(cè)試過(guò)了。