8051用8255擴(kuò)展I/O口接八位數(shù)碼管(PA口輸出控制字,PB口位選通,數(shù)碼管采用的是共陰極的).此程序可以實(shí)現(xiàn)動(dòng)態(tài)顯示,并且可以人機(jī)交互,當(dāng)要修改某一位時(shí),此位會(huì)閃爍,就像電腦中的光標(biāo)一樣一閃一閃的.當(dāng)輸入確定后可自動(dòng)轉(zhuǎn)入下一位,可用來選擇不同的程序來遠(yuǎn)行(看自己怎么來了)
標(biāo)簽： 8051 8255 數(shù)碼管 PB
上傳時(shí)間： 2014-01-10
上傳用戶：gououo
音頻針對(duì)音頻檢索任務(wù)中的關(guān)鍵詞檢索提出一種新的基于拼音圖的兩階段檢索系統(tǒng),可以高效地從大量語音數(shù)據(jù)中檢索出感興趣的文本信息,從而達(dá)到為國(guó)家安全服務(wù)的目
標(biāo)簽： 檢索 音頻 數(shù)據(jù) 國(guó)家安全
上傳時(shí)間： 2016-07-15
上傳用戶：源碼3
linux的啟動(dòng)程序vivi的代碼問題，里面有專家的回答，算事比較詳細(xì)的了
上傳時(shí)間： 2013-12-18
上傳用戶：源碼3
替代加密: A B C D E F G H I J K L M N O P Q R S T U V W 密文 Y Z D M R N H X J L I O Q U W A C B E G F K P 明文 X Y Z T S V I HAVE A DREAM！# 密文？？ 用ARM編程實(shí)現(xiàn)替代加密。
標(biāo)簽： 加密
上傳時(shí)間： 2016-07-17
上傳用戶：qq521
用完成例程方式實(shí)現(xiàn)的重疊I/O模型的列子
上傳時(shí)間： 2013-12-15
上傳用戶：weiwolkt
Winsock2的發(fā)布使得Socket I/O有了和文件I/O統(tǒng)一的接口。我們可以通過使用Win32文件操縱函數(shù)ReadFile和WriteFile來進(jìn)行Socket I/O。伴隨而來的，用于普通文件I/O的重疊I/O模型和完成端口模型對(duì)Socket I/O也適用了。這些模型的優(yōu)點(diǎn)是可以達(dá)到更佳的系統(tǒng)性 能，但是實(shí)現(xiàn)較為復(fù)雜，里面涉及較多的C語言技巧。例如我們?cè)谕瓿啥丝谀Ｐ椭袝?huì)經(jīng)常用到所謂的“尾隨數(shù)據(jù)”。
標(biāo)簽： Socket WriteFile Winsock2 ReadFile
上傳時(shí)間： 2014-12-03
上傳用戶：fxf126@126.com
Winsock提供了另一個(gè)有用的異步I/O模型。和WSAAsyncSelect模型類似的是，它也允許應(yīng)用程序在一個(gè)或多個(gè)套接字上，接收以事件為 基礎(chǔ)的網(wǎng)絡(luò)事件通知。對(duì)于表1總結(jié)的、由WSAAsyncSelect模型采用的網(wǎng)絡(luò)事件來說，它們均可原封不動(dòng)地移植到新模型。在用新模型 開發(fā)的應(yīng)用程序中，也能接收和處理所有那些事件。該模型最主要的差別在于網(wǎng)絡(luò)事件會(huì)投遞至一個(gè)事件對(duì)象句柄，而非投遞至一個(gè)窗 口例程。(節(jié)選自《Windows網(wǎng)絡(luò)編程》第八章) 還是讓我們先看代碼然后進(jìn)行分析：
標(biāo)簽： WSAAsyncSelect Winsock 模型
上傳時(shí)間： 2014-01-19
上傳用戶：gxrui1991
三星公司官方 GIVEIO.SYS源代碼下載。 In windows NT/2000/XP, any application can’t access the I/O such as the parallel port. So, GIVEIO.SYS enables SJF.exe to access the parallel port without any memory fault. In windows 95/98, GIVEIO.SYS isn’t needed.
標(biāo)簽： application the windows GIVEIO
上傳時(shí)間： 2014-01-11
上傳用戶：yd19890720
用單片機(jī)的I/O口模擬I2C協(xié)議 I2C用IO模擬程序網(wǎng)上范例最多的就是51的程序了,這些范例的正確性無需懷疑.但是如果直接以它為藍(lán)本將它"AVR化",一不留神,就會(huì)有點(diǎn)問題了. 這要從I2C的硬件規(guī)范和AVR及51單片機(jī)的IO口說起.I2C要求SCL,SDA二線都有 線與 功能,即I2C驅(qū)動(dòng)口應(yīng)該是 漏極開路 電路,其高電平的維持是靠上拉電阻來實(shí)現(xiàn)的, 而低電平則需要驅(qū)動(dòng)口的強(qiáng)下拉能力. 51單片機(jī)IO口正好完全符合這個(gè)特性.寫起I2C驅(qū)動(dòng)頗為得心應(yīng)手.但是AVR的IO口強(qiáng)大了,它輸出的高電平是實(shí)實(shí)在在的高電平,而不是靠什么上拉電阻來提供,只有10mA都不到的電流!于是如果直接使用 PORTB_Bit0 = 1這樣的操作,就不能滿足I2C的線與功能了,如果此時(shí)有別的設(shè)備要將SCL或者SDA拉低,那么結(jié)果就是二個(gè)IO口打架,誰贏誰輸不得而知,時(shí)間長(zhǎng)了,多半是兩敗俱傷,芯片發(fā)熱吧. 當(dāng)然AVR的IO口自然有辦法滿足I2C的電氣特性要求,不就是不能輸出1么,那么用它的高阻狀態(tài)即可(DDRB_Bit0=0,PORTB_Bit0=0即可),要輸出0么(DDRB_Bit0=1,PORTB_Bit0=0).
上傳時(shí)間： 2016-07-19
上傳用戶：gxrui1991
KM算法 (求二分圖最大帶權(quán)比配) 的 O(n^3)經(jīng)典實(shí)現(xiàn)
上傳時(shí)間： 2016-07-19
上傳用戶：Miyuki
蟲蟲下載站版權(quán)所有 京ICP備2021023401號(hào)-1
