8051用8255擴展I/O口接八位數(shù)碼管(PA口輸出控制字,PB口位選通,數(shù)碼管采用的是共陰極的).此程序可以實現(xiàn)動態(tài)顯示,并且可以人機交互,當要修改某一位時,此位會閃爍,就像電腦中的光標一樣一閃一閃的.當輸入確定后可自動轉(zhuǎn)入下一位,可用來選擇不同的程序來遠行(看自己怎么來了)
上傳時間： 2014-01-10
上傳用戶：gououo
音頻針對音頻檢索任務中的關鍵詞檢索提出一種新的基于拼音圖的兩階段檢索系統(tǒng),可以高效地從大量語音數(shù)據(jù)中檢索出感興趣的文本信息,從而達到為國家安全服務的目
標簽： 檢索 音頻 數(shù)據(jù) 國家安全
上傳時間： 2016-07-15
上傳用戶：源碼3
linux的啟動程序vivi的代碼問題，里面有專家的回答，算事比較詳細的了
上傳時間： 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編程實現(xiàn)替代加密。
標簽： 加密
上傳時間： 2016-07-17
上傳用戶：qq521
Qt編程教程,比較詳細,也很全面 從C++里語言繼承過來,只是不再用MFC MFC相對它來講太不值一提, 而且QT可以跨平臺,喜歡GTK的朋友可能也喜歡QT,因為它跟GTK一樣,只不過,QT又可跨平臺哦
上傳時間： 2016-07-17
上傳用戶：yuanyuan123
用完成例程方式實現(xiàn)的重疊I/O模型的列子
上傳時間： 2013-12-15
上傳用戶：weiwolkt
Winsock2的發(fā)布使得Socket I/O有了和文件I/O統(tǒng)一的接口。我們可以通過使用Win32文件操縱函數(shù)ReadFile和WriteFile來進行Socket I/O。伴隨而來的，用于普通文件I/O的重疊I/O模型和完成端口模型對Socket I/O也適用了。這些模型的優(yōu)點是可以達到更佳的系統(tǒng)性 能，但是實現(xiàn)較為復雜，里面涉及較多的C語言技巧。例如我們在完成端口模型中會經(jīng)常用到所謂的“尾隨數(shù)據(jù)”。
標簽： Socket WriteFile Winsock2 ReadFile
上傳時間： 2014-12-03
上傳用戶：fxf126@126.com
Winsock提供了另一個有用的異步I/O模型。和WSAAsyncSelect模型類似的是，它也允許應用程序在一個或多個套接字上，接收以事件為 基礎的網(wǎng)絡事件通知。對于表1總結的、由WSAAsyncSelect模型采用的網(wǎng)絡事件來說，它們均可原封不動地移植到新模型。在用新模型 開發(fā)的應用程序中，也能接收和處理所有那些事件。該模型最主要的差別在于網(wǎng)絡事件會投遞至一個事件對象句柄，而非投遞至一個窗 口例程。(節(jié)選自《Windows網(wǎng)絡編程》第八章) 還是讓我們先看代碼然后進行分析：
標簽： WSAAsyncSelect Winsock 模型
上傳時間： 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.
標簽： application the windows GIVEIO
上傳時間： 2014-01-11
上傳用戶：yd19890720
用單片機的I/O口模擬I2C協(xié)議 I2C用IO模擬程序網(wǎng)上范例最多的就是51的程序了,這些范例的正確性無需懷疑.但是如果直接以它為藍本將它"AVR化",一不留神,就會有點問題了. 這要從I2C的硬件規(guī)范和AVR及51單片機的IO口說起.I2C要求SCL,SDA二線都有 線與 功能,即I2C驅(qū)動口應該是 漏極開路 電路,其高電平的維持是靠上拉電阻來實現(xiàn)的, 而低電平則需要驅(qū)動口的強下拉能力. 51單片機IO口正好完全符合這個特性.寫起I2C驅(qū)動頗為得心應手.但是AVR的IO口強大了,它輸出的高電平是實實在在的高電平,而不是靠什么上拉電阻來提供,只有10mA都不到的電流!于是如果直接使用 PORTB_Bit0 = 1這樣的操作,就不能滿足I2C的線與功能了,如果此時有別的設備要將SCL或者SDA拉低,那么結果就是二個IO口打架,誰贏誰輸不得而知,時間長了,多半是兩敗俱傷,芯片發(fā)熱吧. 當然AVR的IO口自然有辦法滿足I2C的電氣特性要求,不就是不能輸出1么,那么用它的高阻狀態(tài)即可(DDRB_Bit0=0,PORTB_Bit0=0即可),要輸出0么(DDRB_Bit0=1,PORTB_Bit0=0).
上傳時間： 2016-07-19
上傳用戶：gxrui1991
