介紹用PIC16F84單片機制作的電子密碼鎖。PIC16F84單片機共18個引腳，13個可用I/O接口。芯片內(nèi)有1K×14的FLASHROM程序存儲器，36×8的靜態(tài)RAM的通用寄存器，64×8的EEPROM的數(shù)據(jù)存儲器，8級深度的硬堆棧。 用PIC單片機設(shè)計的電子密碼鎖微芯公司生產(chǎn)的PIC8位COMS單片機，采用類RISC指令集和哈弗總線結(jié)構(gòu)，以及先進的流水線時序，與傳統(tǒng)51單片機相比其在速度和性能方面更具優(yōu)越性和先進性。PIC單片機的另一個優(yōu)點是片上硬件資源豐富，集成常見的EPROM、DAC、PWM以及看門狗電路。這使得硬件電路的設(shè)計更加簡單，節(jié)約設(shè)計成本，提高整機性能。因此PIC單片機已成為產(chǎn)品開發(fā)，尤其是產(chǎn)品設(shè)計和研制階段的首選控制器。本文介紹用PIC16F84單片機制作的電子密碼鎖。PIC16F84單片機共18個引腳，13個可用I/O接口。芯片內(nèi)有1K×14的FLASHROM程序存儲器，36×8的靜態(tài)RAM的通用寄存器，64×8的EEPROM的數(shù)據(jù)存儲器，8級深度的硬堆棧。硬件設(shè)計 電路原理見圖1。Xx8位數(shù)據(jù)線接4x4鍵盤矩陣電路，面板布局見表1，A、B、C、D為備用功能鍵。RA0、RA7輸出4組編碼二進制數(shù)據(jù)，經(jīng)74LS139譯碼后輸出逐行掃描信號，送RB4-RB7列信號輸入端。余下半個139譯碼器動揚聲器。RB2接中功率三極管基極，驅(qū)動繼電器動作。有效密碼長度為4位，根據(jù)實際情況，可通過修改源程序增加密碼位數(shù)。產(chǎn)品初始密碼為3345，這是一隨機數(shù)，無特殊意義，目的是為防止被套解。用戶可按*號鍵修改密碼，按#號鍵結(jié)束。輸入密碼并按#號確認之后，腳輸出RB2腳輸出高電平，繼電器閉合，執(zhí)行一次開鎖動作。 若用戶輸入的密碼正確，揚聲器發(fā)出一聲稍長的“滴”提示聲，若輸入的密碼與上次修改的不符，則發(fā)出短促的“滴”聲。連續(xù)3次輸入密碼錯誤之后，程序鎖死，揚聲器報警。直到CPU被復(fù)位或從新上電。軟件設(shè)計 軟件流程圖見圖3。CPU上電或復(fù)位之后將最近一次修改并保存到EEPROM的密碼讀出，最為參照密匙。然后等待用戶輸入開鎖密碼。若5分鐘以內(nèi)沒有接受到用戶的任何輸入，CPU自動轉(zhuǎn)入掉電模式，用戶輸入任意值可喚醒CPU。每次修改密碼之后，CPU將新的密碼存入內(nèi)部4個連續(xù)的EEPROM單元，掉電后該數(shù)據(jù)任有效。每執(zhí)行一次開鎖指令，CPU將當前輸入密碼與該值比較，看是否真確，并給出相應(yīng)的提示和控制。布 局 所有元件均使用SMD表貼封裝，縮小體積，便于產(chǎn)品安裝，60X60雙面PCB板，頂層是一體化輸入鍵盤，底層是元件層。成型后的產(chǎn)品體積小巧，能很方便的嵌入防盜鐵門、保險箱柜。
標簽： PIC 單片機設(shè)計 電子密碼鎖
上傳時間： 2013-10-31
上傳用戶：uuuuuuu
82C55A是高性能，工業(yè)標準，并行I/O的LSI外圍芯片；提供24條I/O腳線。 在三種主要的操作方式下分組進行程序設(shè)計82C88A的幾個特點：(1)與所有Intel系列微處理器兼容；(2)有較高的操作速度；(3)24條可編程I/O腳線；(4)底功耗的CHMOS；(5)與TTL兼容；(6)擁有控制字讀回功能；（7）擁有直接置位/復(fù)位功能；（8）在所有I/O輸出端口有2.5mA DC驅(qū)動能力；（9）適應(yīng)性強。方式0操作稱為簡單I/O操作，是指端口的信號線可工作在電平敏感輸入方式或鎖存輸出。所以，須將控制寄存器設(shè)計為：控制寄存器中:D7=1; D6 D5=00; D2=0。D7位為1代表一個有效的方式。通過對D4 D3 D1和D0的置位/復(fù)位來實現(xiàn)端口A及端口B是輸入或輸出。P56表2-1列出了操作方式0端口管腳功能。
上傳時間： 2013-10-26
上傳用戶：brilliantchen
一、實驗?zāi)康模保莆斩〞r/計數(shù)器、輸入/輸出接口電路設(shè)計方法。 ２．掌握中斷控制編程技術(shù)的方法和應(yīng)用。３．掌握8086匯編語言程序設(shè)計方法。 二、實驗內(nèi)容與要求 微機燈光控制系統(tǒng)主要用于娛樂場所的彩燈控制。系統(tǒng)的彩燈共有12組，在實驗時用12個發(fā)光二極管模擬。1. 基本要求：燈光控制共有8種模式，如12個燈依次點亮；12個燈同時閃爍等八種。系統(tǒng)可以通過鍵盤和顯示屏的人機對話，將8種模式進行任意個數(shù)、任意次序的連接組合。系統(tǒng)不斷重復(fù)執(zhí)行輸入的模式組合，直至鍵盤有任意一個鍵按下，退出燈光控制系統(tǒng)，返回DOS系統(tǒng)。2. 提高要求：音樂彩燈控制系統(tǒng)，根據(jù)音樂的變化控制彩燈的變化，主要有以下幾種：第一種為音樂節(jié)奏控制彩燈，按音樂的節(jié)拍變換彩燈花樣。第二種音律的強弱（信號幅度大小）控制彩燈。強音時，燈的亮度加大，且被點亮的數(shù)目增多。第三種按音調(diào)高低（信號頻率高低）控制彩燈。低音時，某一部分燈點亮；高音時，另一部分點亮。 三、實驗報告要求 １．設(shè)計目的和內(nèi)容 ２．總體設(shè)計 ３．硬件設(shè)計：原理圖（接線圖）及簡要說明 ４．軟件設(shè)計框圖及程序清單５．設(shè)計結(jié)果和體會（包括遇到的問題及解決的方法） 四、設(shè)計原理我們以背景霓虹燈的一種顯示效果為例，介紹控制霓虹燈顯示的基本原理。設(shè)有一排 n 段水平排列的霓虹燈，某種顯示方式為從左到右每0.2 秒逐個點亮。其控制過程如下： 若以“ 1 ”代表霓虹燈點亮，以“ 0 ”代表霓虹燈熄滅，則開始時刻， n 段霓虹燈的控制信號均為“ 0 ”，隨后，控制器將一幀 n 個數(shù)據(jù)送至 n 段霓虹燈的控制端，其中，最左邊的一段霓虹燈對應(yīng)的控制數(shù)據(jù)為“ 1 ”，其余的數(shù)據(jù)均為零，即 1000 … 000 。當 n 個數(shù)據(jù)送完以后，控制器停止送數(shù)，保留這種狀態(tài)（定時） 0.2 秒，此時，第 1 段霓虹燈被點亮，其余霓虹燈熄滅。隨后，控制器又在極短的時間內(nèi)將數(shù)據(jù) 1100 … 000 送至霓虹燈的控制端，并定時 0.2 秒，這段時間，前兩段霓虹燈被點亮。由于送數(shù)據(jù)的過程很快，我們觀測到的效果是第一段霓虹燈被點亮 0.2 秒后，第 2 段霓虹燈接著被點亮，即每隔 0.2 秒顯示一幀圖樣。如此下去，最后控制器將數(shù)據(jù) 1111 … 111 送至 n 段霓虹燈的控制端，則 n 段霓虹燈被全部點亮。 只要改變送至每段霓虹燈的數(shù)據(jù)，即可改變霓虹燈的顯示方式，顯然，我們可以通過合理地組合數(shù)據(jù)（編程）來得到霓虹燈的不同顯示方式。 五、總體方案論證分析系統(tǒng)設(shè)計思路如下：1) 采集8位開關(guān)輸入信號，若輸入數(shù)據(jù)為0時，將其修改為1。確定輸入的硬件接口電路。采樣輸入開關(guān)量，并存入NUM的軟件程序段。2) 以12個燈依次點亮為例(即燈光控制模式M1)，考慮與其相應(yīng)的燈光顯示代碼數(shù)據(jù)。確定顯示代碼數(shù)據(jù)輸出的接口電路。輸出一個同期顯示代碼的軟件程序段（暫不考慮時隙的延時要求）。3) 應(yīng)用定時中斷服務(wù)和NUM數(shù)據(jù)，實現(xiàn)t＝N×50ms的方法。4) 實現(xiàn)某一種模式燈光顯示控制中12個時隙一個周期，共重復(fù)四次的控制方法。要求在初始化時采樣開關(guān)輸入數(shù)據(jù)NUM，并以此控制每一時隙的延時時間；在每一時隙結(jié)束時，檢查有無鍵按下，若是退出鍵按下，則結(jié)束燈光控制，返回DOS系統(tǒng)，若是其他鍵就返回主菜單，重新輸入控制模式數(shù)據(jù)。5) 通過人機對話，輸入8種燈光顯示控制模式的任意個數(shù)、任意次序連接組合的控制模式數(shù)據(jù)串（以ENTER鍵結(jié)尾）。對輸入的數(shù)據(jù)進行檢查，若數(shù)據(jù)都在1 - 8之間，則存入INBUF；若有錯誤，則通過屏幕顯示輸入錯誤，準備重新輸入燈光顯示控制模式數(shù)據(jù)。6) 依次讀取INBUF中的控制模式數(shù)據(jù)進行不同模式的燈光顯示控制，在沒有任意鍵按下的情況下，系統(tǒng)從第一個控制模式數(shù)據(jù)開始，順序工作到最后一個控制模式數(shù)據(jù)后，又返回到第一個控制模式數(shù)據(jù)，不斷重復(fù)循環(huán)進行燈光顯示控制。7) 本系統(tǒng)的軟件在總體上有兩部份，即主程序（MAIN）和實時中斷服務(wù)程序（INTT）。討論以功能明確、相互界面分割清晰的軟件程序模塊化設(shè)計方法。即確定有關(guān)功能模塊，并畫出以功能模塊表示的主程序（MAIN）流程框圖和定時中斷服務(wù)程序的流程框圖。 六、硬件電路設(shè)計 以微機實驗平臺和PC機資源為硬件設(shè)計的基礎(chǔ),不需要外加電路。主要利用了以下的資源：1．8255并行口電路8255并行口電路主要負責數(shù)據(jù)的輸入與輸出，可以輸出數(shù)據(jù)控制發(fā)光二極管的亮滅和讀取乒乓開關(guān)的數(shù)據(jù)。實驗時可以將8255的A口、B口和一組發(fā)光二極管相連，C口和乒乓開關(guān)相連。2．8253定時/計數(shù)器8253定時/計數(shù)器和8259中斷控制器一起實現(xiàn)時隙定時。本設(shè)計的定時就是采用的t＝N×50ms的方法，50ms由8253定時/計數(shù)器的計數(shù)器0控制定時，N是在中斷服務(wù)程序中軟件計時。8253的OUT0接到IRQ2，產(chǎn)生中斷請求信號。8253定時/計數(shù)器定時結(jié)束會發(fā)出中斷信號，進入中斷服務(wù)程序。3．PC機資源本設(shè)計除了利用PC機作為控制器之外，還利用了PC機的鍵盤和顯示器。鍵盤主要是輸入控制模式數(shù)據(jù)，顯示器就是顯示提示信息。 七、軟件設(shè)計 軟件主要分為主程序（MAIN）和中斷服務(wù)程序（INTT），主程序包含系統(tǒng)初始化、讀取乒乓開關(guān)、讀取控制模式數(shù)據(jù)以及按鍵處理等模塊。中斷服務(wù)程序主要是定時時間到后根據(jù)控制模式數(shù)據(jù)點亮相應(yīng)的發(fā)光二極管。1．主程序主程序的程序流程圖如圖1所示。
上傳時間： 2014-04-05
上傳用戶：q986086481
單片機音樂中音調(diào)和節(jié)拍的確定方法:調(diào)號-音樂上指用以確定樂曲主音高度的符號。很明顯一個八度就有12個半音。A、B、C、D、E、F、G。經(jīng)過聲學家的研究，全世界都用這些字母來表示固定的音高。比如，A這個音，標準的音高為每秒鐘振動440周。 升C調(diào)：1＝#C，也就是降D調(diào)：1＝BD；277（頻率）升D調(diào)：1＝#D，也就是降E調(diào)：1＝BE；311升F調(diào)：1＝#F，也就是降G調(diào)：1＝BG；369升G調(diào)：1＝#G，也就是降A(chǔ)調(diào)：1＝BA；415升A調(diào)：1＝#A，也就是降B調(diào)：1＝BB。466,C 262 #C277 D 294 #D(bE)311 E 330 F 349 #F369 G 392 #G415A 440. #A466 B 494 所謂1＝A，就是說，這首歌曲的“導(dǎo)”要唱得同A一樣高，人們也把這首歌曲叫做A調(diào)歌曲，或叫“唱A調(diào)”。1＝C，就是說，這首歌曲的“導(dǎo)”要唱得同C一樣高，或者說“這歌曲唱C調(diào)”。同樣是“導(dǎo)”，不同的調(diào)唱起來的高低是不一樣的。各調(diào)的對應(yīng)的標準頻率為： 單片機演奏音樂時音調(diào)和節(jié)拍的確定方法 經(jīng)常看到一些剛學單片機的朋友對單片機演奏音樂比較有興趣，本人也曾是這樣。在此，本人將就這方面的知識做一些簡介，但愿能對單片機演奏音樂比較有興趣而又不知其解的朋友能有所啟迪。 一般說來，單片機演奏音樂基本都是單音頻率，它不包含相應(yīng)幅度的諧波頻率，也就是說不能象電子琴那樣能奏出多種音色的聲音。因此單片機奏樂只需弄清楚兩個概念即可，也就是“音調(diào)”和“節(jié)拍”。音調(diào)表示一個音符唱多高的頻率，節(jié)拍表示一個音符唱多長的時間。 在音樂中所謂“音調(diào)”，其實就是我們常說的“音高”。在音樂中常把中央C上方的A音定為標準音高，其頻率f=440Hz。當兩個聲音信號的頻率相差一倍時，也即f2=2f1時，則稱f2比f1高一個倍頻程, 在音樂中1（do）與 ，2（來）與 ……正好相差一個倍頻程，在音樂學中稱它相差一個八度音。在一個八度音內(nèi)，有12個半音。以1—i八音區(qū)為例， 12個半音是：1—＃1、＃1—2、2—＃2、＃2—3、3—4、4—＃4，＃4—5、5一＃5、＃5—6、6—＃6、＃6—7、7—i。這12個音階的分度基本上是以對數(shù)關(guān)系來劃分的。如果我們只要知道了這十二個音符的音高，也就是其基本音調(diào)的頻率，我們就可根據(jù)倍頻程的關(guān)系得到其他音符基本音調(diào)的頻率。 知道了一個音符的頻率后，怎樣讓單片機發(fā)出相應(yīng)頻率的聲音呢？一般說來，常采用的方法就是通過單片機的定時器定時中斷，將單片機上對應(yīng)蜂鳴器的I/O口來回取反，或者說來回清零，置位，從而讓蜂鳴器發(fā)出聲音，為了讓單片機發(fā)出不同頻率的聲音，我們只需將定時器予置不同的定時值就可實現(xiàn)。那么怎樣確定一個頻率所對應(yīng)的定時器的定時值呢？以標準音高A為例： A的頻率f = 440 Hz,其對應(yīng)的周期為：T = 1/ f = 1/440 =2272μs 由上圖可知,單片機上對應(yīng)蜂鳴器的I/O口來回取反的時間應(yīng)為：t = T/2 = 2272/2 = 1136μs這個時間t也就是單片機上定時器應(yīng)有的中斷觸發(fā)時間。一般情況下，單片機奏樂時，其定時器為工作方式1，它以振蕩器的十二分頻信號為計數(shù)脈沖。設(shè)振蕩器頻率為f0，則定時器的予置初值由下式來確定： t = 12 *（TALL – THL）/ f0 式中TALL = 216 = 65536,THL為定時器待確定的計數(shù)初值。因此定時器的高低計數(shù)器的初值為： TH = THL / 256 = ( TALL – t* f0/12) / 256 TL = THL % 256 = ( TALL – t* f0/12) %256 將t=1136μs代入上面兩式（注意：計算時應(yīng)將時間和頻率的單位換算一致），即可求出標準音高A在單片機晶振頻率f0=12Mhz，定時器在工作方式1下的定時器高低計數(shù)器的予置初值為 ： TH440Hz = (65536 – 1136 * 12/12) /256 = FBH TL440Hz = (65536 – 1136 * 12/12)%256 = 90H根據(jù)上面的求解方法，我們就可求出其他音調(diào)相應(yīng)的計數(shù)器的予置初值。 音符的節(jié)拍我們可以舉例來說明。在一張樂譜中，我們經(jīng)常會看到這樣的表達式，如1=C 、1=G …… 等等，這里1=C,1=G表示樂譜的曲調(diào)，和我們前面所談的音調(diào)有很大的關(guān)聯(lián)， 、 就是用來表示節(jié)拍的。以 為例加以說明，它表示樂譜中以四分音符為節(jié)拍，每一小結(jié)有三拍。比如： 其中1 、2 為一拍，3、4、5為一拍，6為一拍共三拍。1 、2的時長為四分音符的一半，即為八分音符長，3、4的時長為八分音符的一半，即為十六分音符長，5的時長為四分音符的一半，即為八分音符長，6的時長為四分音符長。那么一拍到底該唱多長呢？一般說來，如果樂曲沒有特殊說明，一拍的時長大約為400—500ms 。我們以一拍的時長為400ms為例，則當以四分音符為節(jié)拍時，四分音符的時長就為400ms，八分音符的時長就為200ms，十六分音符的時長就為100ms。可見，在單片機上控制一個音符唱多長可采用循環(huán)延時的方法來實現(xiàn)。首先，我們確定一個基本時長的延時程序，比如說以十六分音符的時長為基本延時時間，那么，對于一個音符，如果它為十六分音符，則只需調(diào)用一次延時程序，如果它為八分音符，則只需調(diào)用二次延時程序，如果它為四分音符，則只需調(diào)用四次延時程序，依次類推。通過上面關(guān)于一個音符音調(diào)和節(jié)拍的確定方法，我們就可以在單片機上實現(xiàn)演奏音樂了。具體的實現(xiàn)方法為：將樂譜中的每個音符的音調(diào)及節(jié)拍變換成相應(yīng)的音調(diào)參數(shù)和節(jié)拍參數(shù)，將他們做成數(shù)據(jù)表格，存放在存儲器中，通過程序取出一個音符的相關(guān)參數(shù)，播放該音符，該音符唱完后，接著取出下一個音符的相關(guān)參數(shù)……，如此直到播放完畢最后一個音符，根據(jù)需要也可循環(huán)不停地播放整個樂曲。另外，對于樂曲中的休止符，一般將其音調(diào)參數(shù)設(shè)為FFH，F(xiàn)FH，其節(jié)拍參數(shù)與其他音符的節(jié)拍參數(shù)確定方法一致，樂曲結(jié)束用節(jié)拍參數(shù)為00H來表示。下面給出部分音符（三個八度音）的頻率以及以單片機晶振頻率f0=12Mhz，定時器在工作方式1下的定時器高低計數(shù)器的予置初值 ： C調(diào)音符 頻率Hz 262 277 293 311 329 349 370 392 415 440 466 494TH/TL F88B F8F2 F95B F9B7 FA14 FA66 FAB9 FB03 FB4A FB8F FBCF FC0BC調(diào)音符 1 1# 2 2# 3 4 4# 5 5# 6 6# 7頻率Hz 523 553 586 621 658 697 739 783 830 879 931 987TH/TL FC43 FC78 FCAB FCDB FD08 FD33 FD5B FD81 FDA5 FDC7 FDE7 FE05C調(diào)音符 頻率Hz 1045 1106 1171 1241 1316 1393 1476 1563 1658 1755 1860 1971TH/TL FB21 FE3C FE55 FE6D FE84 FE99 FEAD FEC0 FE02 FEE3 FEF3 FF02
上傳時間： 2013-10-20
上傳用戶：哈哈haha
AVR單片機GCC程序設(shè)計:第一章 概述1.1 AVR 單片機GCC 開發(fā)概述1.2 一個簡單的例子1.3 用MAKEFILE 管理項目1.4 開發(fā)環(huán)境的配置1.5 實驗板CA-M8第二章 存儲器操作編程2.1 AVR 單片機存儲器組織結(jié)構(gòu)2.2 I/O 寄存器操作2.3 SRAM 內(nèi)變量的使用2.4 在程序中訪問FLASH 程序存儲器2.5 EEPROM 數(shù)據(jù)存儲器操作2.6 avr-gcc 段結(jié)構(gòu)與再定位2.7 外部RAM 存儲器操作2.8 堆應(yīng)用第三章 GCC C 編譯器的使用3.1 編譯基礎(chǔ)3.2 生成靜態(tài)連接庫第四章 AVR 功能模塊應(yīng)用實驗4.1 中斷服務(wù)程序4.2 定時器/計數(shù)器應(yīng)用4.3 看門狗應(yīng)用4.4 UART 應(yīng)用4.5 PWM 功能編程4.6 模擬比較器4.7 A/D 轉(zhuǎn)換模塊編程4.8 數(shù)碼管顯示程序設(shè)計4.9 鍵盤程序設(shè)計4.10 蜂鳴器控制第五章 使用C 語言標準I/O 流調(diào)試程序5.1 avr-libc 標準I/O 流描述5.2 利用標準I/0 流調(diào)試程序5.3 最小化的格式化的打印函數(shù)第六章 CA-M8 上實現(xiàn)AT89S52 編程器的實現(xiàn)6.1 編程原理6.2 LuckyProg2004 概述6.3 AT989S52 isp 功能簡介6.4 下位機程序設(shè)計第七章 硬件TWI 端口編程7.1 TWI 模塊概述7.2 主控模式操作實時時鐘DS13077.3 兩個Mega8 間的TWI 通信第八章 BootLoader 功能應(yīng)用8.1 BootLoader 功能介紹8.2 avr-libc 對BootLoader 的支持8.3 BootLoader 應(yīng)用實例8.4 基于LuckyProg2004 的BootLoader 程序第九章 匯編語言支持9.1 C 代碼中內(nèi)聯(lián)匯編程序9.2 獨立的匯編語言支持9.3 C 與匯編混合編程第十章 C++語言支持附錄 1 avr-gcc 選項附錄 2 Intel HEX 文件格式描述
上傳時間： 2014-04-03
上傳用戶：ligi201200
All inputs of the C16x family have Schmitt-Trigger input characteristics. These Schmitt-Triggers are intended to always provide proper internal low and high levels, even if anundefined voltage level (between TTL-VIL and TTL-VIH) is externally applied to the pin.The hysteresis of these inputs, however, is very small, and can not be properly used in anapplication to suppress signal noise, and to shape slow rising/falling input transitions.Thus, it must be taken care that rising/falling input signals pass the undefined area of theTTL-specification between VIL and VIH with a sufficient rise/fall time, as generally usualand specified for TTL components (e.g. 74LS series: gates 1V/us, clock inputs 20V/us).The effect of the implemented Schmitt-Trigger is that even if the input signal remains inthe undefined area, well defined low/high levels are generated internally. Note that allinput signals are evaluated at specific sample points (depending on the input and theperipheral function connected to it), at that signal transitions are detected if twoconsecutive samples show different levels. Thus, only the current level of an input signalat these sample points is relevant, that means, the necessary rise/fall times of the inputsignal is only dependant on the sample rate, that is the distance in time between twoconsecutive evaluation time points. If an input signal, for instance, is sampled throughsoftware every 10us, it is irrelevant, which input level would be seen between thesamples. Thus, it would be allowable for the signal to take 10us to pass through theundefined area. Due to the sample rate of 10us, it is assured that only one sample canoccur while the signal is within the undefined area, and no incorrect transition will bedetected. For inputs which are connected to a peripheral function, e.g. capture inputs, thesample rate is determined by the clock cycle of the peripheral unit. In the case of theCAPCOM unit this means a sample rate of 400ns @ 20MHz CPU clock. This requiresinput signals to pass through the undefined area within these 400ns in order to avoidmultiple capture events.For input signals, which do not provide the required rise/fall times, external circuitry mustbe used to shape the signal transitions.In the attached diagram, the effect of the sample rate is shown. The numbers 1 to 5 in thediagram represent possible sample points. Waveform a) shows the result if the inputsignal transition time through the undefined TTL-level area is less than the time distancebetween the sample points (sampling at 1, 2, 3, and 4). Waveform b) can be the result ifthe sampling is performed more than once within the undefined area (sampling at 1, 2, 5,3, and 4).Sample points:1. Evaluation of the signal clearly results in a low level2. Either a low or a high level can be sampled here. If low is sampled, no transition willbe detected. If the sample results in a high level, a transition is detected, and anappropriate action (e.g. capture) might take place.3. Evaluation here clearly results in a high level. If the previous sample 2) had alreadydetected a high, there is no change. If the previous sample 2) showed a low, atransition from low to high is detected now.
上傳時間： 2013-10-23
上傳用戶：copu
This document describes part number speciÞc changes to recommended operating conditions and revised electrical speciÞcations,as applicable, from those described in the generalMPC7400 Hardware SpeciÞcations.SpeciÞcations provided in this Part Number SpeciÞcation supersede those in theMPC7400 Hardware SpeciÞcationsdated 9/99(order #: MPC7400EC/D) for these part numbers only; speciÞcations not addressed herein are unchanged. This document isfrequently updated, refer to the website at http://www.mot.com/SPS/PowerPC/ for the latest version.Note that headings and table numbers in this data sheet are not consecutively numbered. They are intended to correspond to theheading or table affected in the general hardware speciÞcation.Part numbers addressed in this document are listed in Table A. For more detailed ordering information see Table B.
上傳時間： 2013-11-19
上傳用戶：qiaoyue
7.1 并行接口概述并行接口和串行接口的結(jié)構(gòu)示意圖并行接口傳輸速率高，一般不要求固定格式，但不適合長距離數(shù)據(jù)傳輸7.2 可編程并行接口芯片82C55 7.2.1 8255的基本功能 8255具有2個獨立的8位I/O口（A口和B口）和2個獨立的4位I/O（C口上半部和C口下半部），提供TTL兼容的并行接口。作為輸入時提供三態(tài)緩沖器功能，作為輸出時提供數(shù)據(jù)鎖存功能。其中，A口具有雙向傳輸功能。8255有3種工作方式，方式0、方式1和方式2，能使用無條件、查詢和中斷等多種數(shù)據(jù)傳送方式完成CPU與I/O設(shè)備之間的數(shù)據(jù)交換。B口和C口的引腳具有達林頓復(fù)合晶體管驅(qū)動能力，在1.5V時輸出1mA電流，適于作輸出端口。C口除用做數(shù)據(jù)口外，當8255工作在方式1和方式2時，C口的部分引腳作為固定的聯(lián)絡(luò)信號線。
標簽： 并行接口
上傳時間： 2013-10-25
上傳用戶：oooool
P C B 可測性設(shè)計布線規(guī)則之建議― ― 從源頭改善可測率PCB 設(shè)計除需考慮功能性與安全性等要求外，亦需考慮可生產(chǎn)與可測試。這里提供可測性設(shè)計建議供設(shè)計布線工程師參考。1. 每一個銅箔電路支點，至少需要一個可測試點。如無對應(yīng)的測試點，將可導(dǎo)致與之相關(guān)的開短路不可檢出，并且與之相連的零件會因無測試點而不可測。2. 雙面治具會增加制作成本，且上針板的測試針定位準確度差。所以Layout 時應(yīng)通過Via Hole 盡可能將測試點放置于同一面。這樣就只要做單面治具即可。3. 測試選點優(yōu)先級：A.測墊(Test Pad) B.通孔(Through Hole) C.零件腳(Component Lead) D.貫穿孔(Via Hole)(未Mask)。而對于零件腳，應(yīng)以AI 零件腳及其它較細較短腳為優(yōu)先，較粗或較長的引腳接觸性誤判多。4. PCB 厚度至少要62mil(1.35mm)，厚度少于此值之PCB 容易板彎變形，影響測點精準度，制作治具需特殊處理。5. 避免將測點置于SMT 之PAD 上，因SMT 零件會偏移，故不可靠，且易傷及零件。6. 避免使用過長零件腳(>170mil(4.3mm))或過大的孔(直徑>1.5mm)為測點。7. 對于電池(Battery)最好預(yù)留Jumper，在ICT 測試時能有效隔離電池的影響。8. 定位孔要求：(a) 定位孔(Tooling Hole)直徑最好為125mil(3.175mm)及其以上。(b) 每一片PCB 須有2 個定位孔和一個防呆孔(也可說成定位孔,用以預(yù)防將PCB反放而導(dǎo)致機器壓破板)，且孔內(nèi)不能沾錫。(c) 選擇以對角線，距離最遠之2 孔為定位孔。(d) 各定位孔(含防呆孔)不應(yīng)設(shè)計成中心對稱,即PCB 旋轉(zhuǎn)180 度角后仍能放入PCB,這樣,作業(yè)員易于反放而致機器壓破板)9. 測試點要求：(e) 兩測點或測點與預(yù)鉆孔之中心距不得小于50mil(1.27mm)，否則有一測點無法植針。以大于100mil(2.54mm)為佳，其次是75mil(1.905mm)。(f) 測點應(yīng)離其附近零件(位于同一面者)至少100mil，如為高于3mm 零件，則應(yīng)至少間距120mil，方便治具制作。(g) 測點應(yīng)平均分布于PCB 表面，避免局部密度過高，影響治具測試時測試針壓力平衡。(h) 測點直徑最好能不小于35mil(0.9mm)，如在上針板，則最好不小于40mil(1.00mm)，圓形、正方形均可。小于0.030”(30mil)之測點需額外加工，以導(dǎo)正目標。(i) 測點的Pad 及Via 不應(yīng)有防焊漆(Solder Mask)。(j) 測點應(yīng)離板邊或折邊至少100mil。(k) 錫點被實踐證實是最好的測試探針接觸點。因為錫的氧化物較輕且容易刺穿。以錫點作測試點，因接觸不良導(dǎo)致誤判的機會極少且可延長探針使用壽命。錫點尤其以PCB 光板制作時的噴錫點最佳。PCB 裸銅測點，高溫后已氧化，且其硬度高，所以探針接觸電阻變化而致測試誤判率很高。如果裸銅測點在SMT 時加上錫膏再經(jīng)回流焊固化為錫點，雖可大幅改善，但因助焊劑或吃錫不完全的緣故，仍會出現(xiàn)較多的接觸誤判。
標簽： PCB 可測性設(shè)計 布線規(guī)則
上傳時間： 2014-01-14
上傳用戶：cylnpy
有兩種方式可以讓設(shè)備和應(yīng)用程序之間聯(lián)系：1. 通過為設(shè)備創(chuàng)建的一個符號鏈；2. 通過輸出到一個接口WDM驅(qū)動程序建議使用輸出到一個接口而不推薦使用創(chuàng)建符號鏈的方法。這個接口保證PDO的安全，也保證安全地創(chuàng)建一個惟一的、獨立于語言的訪問設(shè)備的方法。一個應(yīng)用程序使用Win32APIs來調(diào)用設(shè)備。在某個Win32 APIs和設(shè)備對象的分發(fā)函數(shù)之間存在一個映射關(guān)系。獲得對設(shè)備對象訪問的第一步就是打開一個設(shè)備對象的句柄。 用符號鏈打開一個設(shè)備的句柄為了打開一個設(shè)備，應(yīng)用程序需要使用CreateFile。如果該設(shè)備有一個符號鏈出口，應(yīng)用程序可以用下面這個例子的形式打開句柄：hDevice = CreateFile("\\\\.\\OMNIPORT3", GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路徑名的前綴“\\.\”告訴系統(tǒng)本調(diào)用希望打開一個設(shè)備。這個設(shè)備必須有一個符號鏈，以便應(yīng)用程序能夠打開它。有關(guān)細節(jié)查看有關(guān)Kdevice和CreateLink的內(nèi)容。在上述調(diào)用中第一個參數(shù)中前綴后的部分就是這個符號鏈的名字。注意：CreatFile中的第一個參數(shù)不是Windows 98/2000中驅(qū)動程序(.sys文件)的路徑。是到設(shè)備對象的符號鏈。如果使用DriverWizard產(chǎn)生驅(qū)動程序，它通常使用類KunitizedName來構(gòu)成設(shè)備的符號鏈。這意味著符號鏈名有一個附加的數(shù)字，通常是0。例如：如果鏈接名稱的主干是L“TestDevice”那么在CreateFile中的串就該是“\\\\.\\TestDevice0”。如果應(yīng)用程序需要被覆蓋的I/O，第六個參數(shù)(Flags)必須或上FILE_FLAG_OVERLAPPED。 使用一個輸出接口打開句柄用這種方式打開一個句柄會稍微麻煩一些。DriverWorks庫提供兩個助手類來使獲得對該接口的訪問容易一些，這兩個類是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass類封裝了一個設(shè)備信息集，該信息集包含了特殊類中的所有設(shè)備接口信息。應(yīng)用程序能有用CdeviceInterfaceClass類的一個實例來獲得一個或更多的CdeviceInterface類的實例。CdeviceInterface類是一個單一設(shè)備接口的抽象。它的成員函數(shù)DevicePath()返回一個路徑名的指針，該指針可以在CreateFile中使用來打開設(shè)備。下面用一個小例子來顯示這些類最基本的使用方法：extern GUID TestGuid;HANDLE OpenByInterface( GUID* pClassGuid, DWORD instance, PDWORD pError){ CDeviceInterfaceClass DevClass(pClassGuid, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; CDeviceInterface DevInterface(&DevClass, instance, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; cout << "The device path is " << DevInterface.DevicePath() << endl; HANDLE hDev; hDev = CreateFile( DevInterface.DevicePath(), GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL ); if (hDev == INVALID_HANDLE_VALUE) *pError = GetLastError(); return hDev;} 在設(shè)備中執(zhí)行I/O操作一旦應(yīng)用程序獲得一個有效的設(shè)備句柄，它就能使用Win32 APIs來產(chǎn)生到設(shè)備對象的IRPs。下面的表顯示了這種對應(yīng)關(guān)系。Win32 API DRIVER_FUNCTION_xxxIRP_MJ_xxx KDevice subclass member function CreateFile CREATE Create ReadFile READ Read WriteFile WRITE Write DeviceIoControl DEVICE_CONTROL DeviceControl CloseHandle CLOSECLEANUP CloseCleanUp 需要解釋一下設(shè)備類成員的Close和CleanUp：CreateFile使內(nèi)核為設(shè)備創(chuàng)建一個新的文件對象。這使得多個句柄可以映射同一個文件對象。當這個文件對象的最后一個用戶級句柄被撤銷后，I/O管理器調(diào)用CleanUp。當沒有任何用戶級和核心級的對文件對象的訪問的時候，I/O管理器調(diào)用Close。如果被打開的設(shè)備不支持指定的功能，則調(diào)用相應(yīng)的Win32將引起錯誤（無效功能）。以前為Windows95編寫的VxD的應(yīng)用程序代碼中可能會在打開設(shè)備的時候使用FILE_FLAG_DELETE_ON_CLOSE屬性。在Windows NT/2000中，建議不要使用這個屬性，因為它將導(dǎo)致沒有特權(quán)的用戶企圖打開這個設(shè)備，這是不可能成功的。I/O管理器將ReadFile和WriteFile的buff參數(shù)轉(zhuǎn)換成IRP域的方法依賴于設(shè)備對象的屬性。當設(shè)備設(shè)置DO_DIRECT_IO標志，I/O管理器將buff鎖住在存儲器中，并且創(chuàng)建了一個存儲在IRP中的MDL域。一個設(shè)備可以通過調(diào)用Kirp::Mdl來存取MDL。當設(shè)備設(shè)置DO_BUFFERED_IO標志，設(shè)備對象分別通過KIrp::BufferedReadDest或 KIrp::BufferedWriteSource為讀或?qū)懖僮鳙@得buff地址。當設(shè)備不設(shè)置DO_BUFFERED_IO標志也不設(shè)置DO_DIRECT_IO，內(nèi)核設(shè)置IRP 的UserBuffer域來對應(yīng)ReadFile或WriteFile中的buff參數(shù)。然而，存儲區(qū)并沒有被鎖住而且地址只對調(diào)用進程有效。驅(qū)動程序可以使用KIrp::UserBuffer來存取IRP域。對于DeviceIoControl調(diào)用，buffer參數(shù)的轉(zhuǎn)換依賴于特殊的I/O控制代碼，它不在設(shè)備對象的特性中。宏CTL_CODE（在winioctl.h中定義）用來構(gòu)造控制代碼。這個宏的其中一個參數(shù)指明緩沖方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表顯示了這些方法和與之對應(yīng)的能獲得輸入緩沖與輸出緩沖的KIrp中的成員函數(shù)：Method Input Buffer Parameter Output Buffer Parameter METHOD_BUFFERED KIrp::IoctlBuffer KIrp::IoctlBuffer METHOD_IN_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_OUT_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_NEITHER KIrp::IoctlType3InputBuffer KIrp::UserBuffer 如果控制代碼指明METHOD_BUFFERED，系統(tǒng)分配一個單一的緩沖來作為輸入與輸出。驅(qū)動程序必須在向輸出緩沖放數(shù)據(jù)之前拷貝輸入數(shù)據(jù)。驅(qū)動程序通過調(diào)用KIrp::IoctlBuffer獲得緩沖地址。在完成時，I/O管理器從系統(tǒng)緩沖拷貝數(shù)據(jù)到提供給Ring 3級調(diào)用者使用的緩沖中。驅(qū)動程序必須在結(jié)束前存儲拷貝到IRP的Information成員中的數(shù)據(jù)個數(shù)。如果控制代碼不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT，則DeviceIoControl的參數(shù)呈現(xiàn)不同的含義。參數(shù)InputBuffer被拷貝到一個系統(tǒng)緩沖，這個緩沖驅(qū)動程序可以通過調(diào)用KIrp::IoctlBuffer。參數(shù)OutputBuffer被映射到KMemory對象，驅(qū)動程序?qū)@個對象的訪問通過調(diào)用KIrp::Mdl來實現(xiàn)。對于METHOD_OUT_DIRECT，調(diào)用者必須有對緩沖的寫訪問權(quán)限。注意，對METHOD_NEITHER，內(nèi)核只提供虛擬地址；它不會做映射來配置緩沖。虛擬地址只對調(diào)用進程有效。這里是一個用METHOD_BUFFERED的例子：首先，使用宏CTL_CODE來定義一個IOCTL代碼：#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)現(xiàn)在使用一個DeviceIoControl調(diào)用：BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING, NULL, // no input 注意，這里放的是包含有執(zhí)行操作命令的字符串指針 0, FirmwareRev, //這里是output串指針，存放從驅(qū)動程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize, NULL // not overlapped I/O );如果輸出緩沖足夠大，設(shè)備拷貝串到里面并將拷貝的資結(jié)束設(shè)置到FirmwareRevSize中。在驅(qū)動程序中，代碼看起來如下所示：const char* FIRMWARE_REV = "FW 16.33 v5";NTSTATUS MyDevice::DeviceControl( KIrp I ){ ULONG fwLength=0; switch ( I.IoctlCode() ) { case IOCTL_MYDEV_GET_FIRMWARE_REV: fwLength = strlen(FIRMWARE_REV)+1; if (I.IoctlOutputBufferSize() >= fwLength) { strcpy((PCHAR)I.IoctlBuffer(),FIRMWARE_REV); I.Information() = fwLength; return I.Complete(STATUS_SUCCESS); } else { } case . . . } }
標簽： 驅(qū)動程序 應(yīng)用程序 接口
上傳時間： 2013-10-17
上傳用戶：gai928943
蟲蟲下載站版權(quán)所有 京ICP備2021023401號-1
<input id="6uug8"></input>