用JLINK V6 調試STM32的教程:針STM3210B-LK1評估板需要改動或設置的地方有3點：第一：STM3210B-LK1評估板的BOOT0及BOOT1跳線請跳到0位置. 第二：STM3210B-LK1評估板上的JTAG接口的第1，2腳請接上3.3V(手工飛線)。第三：JLINK 用SWD方式調試此款板子時，需要把板子上的R4，R5斷開（因其板子上有STLINK II）否則調試不成功喲 一 設置仿真器類型----JLINK或JTRACE二 JLINK仿真器相關設置三 JTAG/SWD 兩種方式的調試
上傳時間： 2013-10-13
上傳用戶：標點符號
這一顆，我們學習如何讓跑馬燈自動按照我們預定的順序進行。這種控制在工控場合經常用到。這個程序里，我們預先定義了一個變化的順序speedcode，每跑一圈燈就根據預定設置的表格數據來決定下一圈的跑馬速度。這樣我們就實現了按照預定的順序自動變化運行。請看代碼：-----------------------------------#define uchar unsigned char //定義一下方便使用#define uint unsigned int#define ulong unsigned long#include <reg52.h> //包括一個52 標準內核的頭文件sbit P10 = P1^0; //頭文件中沒有定義的IO 就要自己來定義了sbit P11 = P1^1;sbit P12 = P1^2;sbit P13 = P1^3;bit ldelay=0; //長定時溢出標記,預置是0uchar speed=10; //設置一個變量保存跑馬燈的移動速度uchar code speedcode[10]={3,1,5,12,3,20,2,10,1,4}; //10 個預定義的速度char code dx516[3] _at_ 0x003b;//這是為了仿真設置的//可編程自動控制跑馬燈void main(void) // 主程序{uchar code ledp[4]={0xfe,0xfd,0xfb,0xf7};//預定的寫入P1 的值uchar ledi; //用來指示顯示順序uchar i;RCAP2H =0x10; //賦T2 的預置值0x1000，溢出30 次就是1 秒鐘RCAP2L =0x00;TR2=1; //啟動定時器ET2=1; //打開定時器2 中斷EA=1; //打開總中斷
上傳時間： 2013-11-20
上傳用戶：ming529
量熱儀是能源生產和能耗企業必備的重要測量儀器,其測量精度和效率直接影響著經濟效益。為了提高量熱儀的測量精度，整個量熱系統的測溫精度、準確性、穩定性等諸多方面都需要得到改善和提高。本文給出了采用單片機及鉑電阻PT1000 為核心器件的高精度恒溫式自動量熱儀設計。燃料的價值就在于燃燒過程中能夠發熱，因此燃燒熱量就成為評估燃料質量最重要的指標，而燃燒熱量通常是由量熱儀來測量的。因此，量熱儀是能源生產和能耗企業必備的重要儀器,其測量精度和效率直接影響著經濟效益。量熱儀可分別用于電力、煤炭、焦炭、石油、化工、水泥、軍工、糧食、飼料、木材、木炭以及科研等行業測量固體、液體等可燃物資的發熱量。由于其應用范圍很廣，因此研制出更高測量精度和效率的量熱儀具有很好的發展前景及經濟效益。我國是產煤大國，而衡量煤炭質量的最重要指標之一是其燃燒發熱量。因而，目前國內普遍采用以發熱量作為動力煤計價的主要依據。由于煤炭的發熱量主要是利用量熱儀來測定，因此，目前恒溫式自動量熱儀在包括煤炭生產以及用煤單位如電力等系統廣泛應用。但由于其在測溫過程中不可避免地會受到客觀和人為干擾，準確性受到一定影響。為了解決這一問題并根據現有量熱儀存在的其它缺點，本文所設計的量熱儀采用了以單片機為控制單元，選用更高精度的鉑電阻PT1000 作為溫度傳感器，精心設計相關電路，增加信號處理單元，采用LabVIEW 設計操作界面等，不僅提升了量熱儀的測量精度，而且具有良好的性價比。
上傳時間： 2013-11-07
上傳用戶：oojj
介紹用PIC16C73 自帶的八位A/D 轉換器擴展為十二位A/D 轉換器，給出了具體的設計方案和程序流程。它是用以 PIC16C73 為MCU 構成的海水有機磷測控儀A/D 轉換部分的一種解決方案。為監測海洋生態環境，研制了用于海水有機磷農藥現場監測的生物傳感器。為測定生物傳感器的信號，使傳感器可用于船載及臺站的海洋生態環境現場自動監測，需要對整個的采樣和排液裝置進行控制以及對傳感器來的信號進行實時采集處理，形成有機磷的濃度傳給上位機。為此，開發了以PIC16C73 單片機為核心的小型測控儀器，很好的完成了上述功能。PIC1673 單片機自帶8 位的A/D 轉換器，但不能滿足系統對精度的要求，本設計在單片機自帶8 位A/D 基礎上加少量的硬件和軟件開銷，使其擴展為十二位A/D 轉換器，滿足了系統的要求。
上傳時間： 2013-10-30
上傳用戶：a296386173
安規設計注意事項1. 件選用(1) 在件選用方面,要求掌握:a .安規件有哪些?(見三.安規件介紹)b.安規件要求安規件的要求就是要取得安規機構的認證或是符合相關安規標準;c.安規件額定值任何件均必須依 MANUFACTURE 規定的額定值使用;I 額定電壓;II 額定電;III 溫額定值;(2). 件的溫升限制a. 一般電子件: 依件規格之額定溫值,決定其溫上限b. 線圈類: 依其絕緣系統耐溫決定Class A ΔT≦75℃Class E ΔT≦90℃Class B ΔT≦95℃Class F ΔT≦115℃Class H ΔT≦140℃c. 人造橡膠或PVC 被覆之線材及電源線類:有標示耐溫值 T 者ΔT≦(T-25)℃無標示耐溫值 T 者ΔT≦50℃d. Bobbin 類: 無一定值,但須做125℃球壓測試;e. 端子類: ΔT≦60℃f. 溫升限值I. 如果有規定待測物的耐溫值(Tmax),則:ΔT≦Tmax-TmraII. 如果有規定待測物的溫升限值(ΔTmax),則:ΔT≦ΔTmax+25-Tmra其中 Tmra=制造商所規定的設備允許操作室溫或是25℃
上傳時間： 2013-10-14
上傳用戶：674635689
用AT89C2051單片機制作的數字電容表：AT89C2051作為AT89C51的簡化版雖然去掉了P0、P2等端口，使I/O口減少了，但是卻增加了一個電壓比較器，因此其功能在某些方面反而有所增強，如能用來處理模擬量、進行簡單的模數轉換等。本文利用這一功能設計了一個數字電容表，可測量容量小于2微法的電容器的容量，采用3位半數字顯示，最大顯示值為1999，讀數單位統一采用毫微法（nf），量程分四檔，讀數分別乘以相應的倍率。
上傳時間： 2013-11-19
上傳用戶：wuyuying
用單片機制作多功能莫爾斯碼電路:用單片機制作多功能莫爾斯碼電路莫爾斯電碼通信有著悠久的歷史，盡管它已被現代通信方式所取代，但在業余無線電通信和特殊的專業場合仍具有重要的地位，這是因為等幅電碼通信的抗干擾能力是其它任何一種通信方式都無法相比的。在短波波段用幾瓦的功率即可進行國際間的通信，收發射設備簡單易制成本低廉，所以深受業余無線電愛好者的喜愛，是業余無線電高手必備的技能。要想熟練掌握莫爾斯電碼的收發技術除了持之以恒的毅力外，還需要相關的設備。設計本電路的目的就是給愛好者提供一個實用和訓練的工具。 一、功能簡介 本電路可以配合自動鍵體和手動鍵體，產生莫爾斯碼控制信號，設有16種速度，從初學者到操作高手都能適用。監聽音調也有16種,均可以通過功能鍵進行選擇?？梢园闯绦蛑性O定好的呼號自動呼叫，設有聽抄練習功能，聽抄練習有短碼和混合碼兩種模式，分別對10個數字和常用的38個混合碼模擬隨機取樣，產生分組報碼，供愛好者提高抄收水平之用，速度低4檔的聽抄練習是專為初學者所設，內容是時間間隔較長的單字符。設有PTT開關鍵，可以決定是否控制發射機工作，不需要反復通斷控制線。無論當前處于呼叫狀態還是聽抄狀態只要電鍵接點接通則自動轉到人工發報程序。4分鐘內不使用電路將自動關閉電源，只有按復位鍵才能重新開始工作。先按住聽抄練習鍵復位則進入短碼練習狀態，其它功能不變。從開機到自動關機執行每個功能都有不同的莫爾斯碼提示音。本電路具有較強的抗高低頻干擾的能力和使用方便的大電流開關接口，以適應不同的發射設備。 二、硬件電路原理硬件電路如圖1所示。設計電路的目的在于方便實用，以免在緊張的操作中失誤，所以除了聽抄練習鍵外其它鍵沒有定義復用功能。各鍵的作用在圖中已經標出。PTT控制在每次復位時處于關閉狀態,每按動一次PTT功能鍵則改變一次狀態，這樣可以使用軟件開關控制發射。 PTT處于控制狀態時發光二極管隨控制信號閃亮?？紤]到自制設備及淘汰軍用設備與高檔設備控制電流的不同，PTT開關管采用了2SC2073，可以承受500mA的電流，同時還增加了無極性PTT開關電路，無論外部被控制的端口直流極性如何加到VT3的極性始終不變，供有興趣的愛好者實驗。應該注意，如果被控制的負載是感性，則電感兩端必須并聯續流二極管，除自制設備外成品機在這方面一般沒有什么問題。手動鍵只有一個接點，接通后產生連續的音頻和發射控制信號。在本電路中手動鍵的輸入端是P1.5 ，程序不斷檢測P1.5電平，當按鍵按下時P1.5電平為0，程序轉入手動鍵子程序。 自動鍵的接點分別接到P1.3和P1.4 ，同樣當程序檢測到有接點閉合時便自動產生“點”或“劃”。音頻信號從P輸出，經VT1放大后推動揚聲器發音。單片機的I/O口在輸入狀態下阻抗較高，容易受到高低頻信號干擾，所以在每個輸入端口和三極管的be端并聯電阻和高頻旁路電容，確保在較長的電鍵連線和大功率發射時電路工作穩定。圖2是印刷電路版圖，尺寸為110mmX85mm，揚聲器用粘合劑直接粘接在電路版有銅箔的面。 三、軟件設計方法 “點”時間長度是莫爾斯電碼中的基本時間單位。按規定“劃”的時間長度不小于三個“點”，同字符中“點”與“劃”的間隔不小于一個“點”，字符之間不小于一個“劃”，詞與詞之間不應小于五個“點”。在本程序中用條件轉移指令來產生“點”時間長度。通過速度功能鍵功可以設置16種延時參數。用T0中斷產生監聽音頻信號，并將中斷設為優先級，保證在聽覺上純正悅耳。T1用于自動關機計時，如果不使用任何功能四分鐘后將向PCON 位寫1，單片機進入休眠狀態,此時耗電量僅有幾個微安。自動鍵的“點”或“劃”以及手動鍵的連續發音都是子程序的反復調用。P1.2對地短接時自動呼叫可設定為另一內容。為了便于熟悉匯編語言的讀者對發音內容進行修改，這里介紹發音字符的編碼方法。莫爾斯碼的信息與計算機中二進制恰好相同，我們可以用0表示“點”，用1表示“劃”。提示音、自動呼叫、聽抄內容等字符是預先按一定編碼方式存儲在程序中的常數。每個字符的莫爾斯碼一般是由1至6位“點”、“劃”組成，也就是發音次數最多6次。程序中每個字符占用1個字節，字符時間間隔不占用字節，但更長的延時或發音結束信息占用一個字節。我們用字節的低三位表示字節的性質，對于5次及5次以下發音的字符我們用存儲器的高5位存儲發音信息，發音順序由高位至低位，用低3位存儲發音次數，發音時將數據送入累加器A，先得到發音次數，然后使A左環移，對E0進行位尋址，判斷是發“點”還是“劃”，環移次數由發音次數決定。對于6次發音的字符不能完全按照上述編碼規則，否則會出現信息重疊，如果是6次發音且最后一次是“劃”我們把發音次數定義為111B，因為這時第6次位尋址得到的是1。如果第6次發音是“點”，那么這個字符的低三位定義為000B。字符間隔時間由程序自動產生，更長的時間隔或結束標志由字節低三位110B來定義，高半字節表示字符間隔的倍數，例如26H表示再加兩倍時間間隔。如果字節為06H則表示讀字符程序結束，返回主程序。更詳細的內容不再贅述，讀者可閱讀源程序。四、使用注意事項手動鍵的操作難度相對大一些，時間節拍全由人掌握，其特點是發出的電碼帶有“人情味”。自動鍵的“點”、“劃”靠電路產生，發音標準，容易操作，而且可以達到相當快的速度，長時間工作也不易疲勞。在干擾較大、信號微弱的條件下自動鍵碼的辨別程度好于手動鍵碼。初學者初次使用手動鍵練習發報要有老師指導，且不可我行我素，一旦養成不正確的手法則很難糾正。在電臺上時常聽到一些讓對方難以抄收的電碼，這可能會使對方反感而拒絕回答。使用自動鍵也應在一定的聽抄基礎上再去練習。在暫時找不老師的情況下可多練習聽力，這對于今后能夠發出標準正確的電碼非常有益。
上傳時間： 2013-10-31
上傳用戶：sdq_123
一、實驗目的１．掌握定時/計數器、輸入/輸出接口電路設計方法。 ２．掌握中斷控制編程技術的方法和應用。３．掌握8086匯編語言程序設計方法。 二、實驗內容與要求 微機燈光控制系統主要用于娛樂場所的彩燈控制。系統的彩燈共有12組，在實驗時用12個發光二極管模擬。1. 基本要求：燈光控制共有8種模式，如12個燈依次點亮；12個燈同時閃爍等八種。系統可以通過鍵盤和顯示屏的人機對話，將8種模式進行任意個數、任意次序的連接組合。系統不斷重復執行輸入的模式組合，直至鍵盤有任意一個鍵按下，退出燈光控制系統，返回DOS系統。2. 提高要求：音樂彩燈控制系統，根據音樂的變化控制彩燈的變化，主要有以下幾種：第一種為音樂節奏控制彩燈，按音樂的節拍變換彩燈花樣。第二種音律的強弱（信號幅度大?。┛刂撇薀?。強音時，燈的亮度加大，且被點亮的數目增多。第三種按音調高低（信號頻率高低）控制彩燈。低音時，某一部分燈點亮；高音時，另一部分點亮。 三、實驗報告要求 １．設計目的和內容 ２．總體設計 ３．硬件設計：原理圖（接線圖）及簡要說明 ４．軟件設計框圖及程序清單５．設計結果和體會（包括遇到的問題及解決的方法） 四、設計原理我們以背景霓虹燈的一種顯示效果為例，介紹控制霓虹燈顯示的基本原理。設有一排 n 段水平排列的霓虹燈，某種顯示方式為從左到右每0.2 秒逐個點亮。其控制過程如下： 若以“ 1 ”代表霓虹燈點亮，以“ 0 ”代表霓虹燈熄滅，則開始時刻， n 段霓虹燈的控制信號均為“ 0 ”，隨后，控制器將一幀 n 個數據送至 n 段霓虹燈的控制端，其中，最左邊的一段霓虹燈對應的控制數據為“ 1 ”，其余的數據均為零，即 1000 … 000 。當 n 個數據送完以后，控制器停止送數，保留這種狀態（定時） 0.2 秒，此時，第 1 段霓虹燈被點亮，其余霓虹燈熄滅。隨后，控制器又在極短的時間內將數據 1100 … 000 送至霓虹燈的控制端，并定時 0.2 秒，這段時間，前兩段霓虹燈被點亮。由于送數據的過程很快，我們觀測到的效果是第一段霓虹燈被點亮 0.2 秒后，第 2 段霓虹燈接著被點亮，即每隔 0.2 秒顯示一幀圖樣。如此下去，最后控制器將數據 1111 … 111 送至 n 段霓虹燈的控制端，則 n 段霓虹燈被全部點亮。 只要改變送至每段霓虹燈的數據，即可改變霓虹燈的顯示方式，顯然，我們可以通過合理地組合數據（編程）來得到霓虹燈的不同顯示方式。 五、總體方案論證分析系統設計思路如下：1) 采集8位開關輸入信號，若輸入數據為0時，將其修改為1。確定輸入的硬件接口電路。采樣輸入開關量，并存入NUM的軟件程序段。2) 以12個燈依次點亮為例(即燈光控制模式M1)，考慮與其相應的燈光顯示代碼數據。確定顯示代碼數據輸出的接口電路。輸出一個同期顯示代碼的軟件程序段（暫不考慮時隙的延時要求）。3) 應用定時中斷服務和NUM數據，實現t＝N×50ms的方法。4) 實現某一種模式燈光顯示控制中12個時隙一個周期，共重復四次的控制方法。要求在初始化時采樣開關輸入數據NUM，并以此控制每一時隙的延時時間；在每一時隙結束時，檢查有無鍵按下，若是退出鍵按下，則結束燈光控制，返回DOS系統，若是其他鍵就返回主菜單，重新輸入控制模式數據。5) 通過人機對話，輸入8種燈光顯示控制模式的任意個數、任意次序連接組合的控制模式數據串（以ENTER鍵結尾）。對輸入的數據進行檢查，若數據都在1 - 8之間，則存入INBUF；若有錯誤，則通過屏幕顯示輸入錯誤，準備重新輸入燈光顯示控制模式數據。6) 依次讀取INBUF中的控制模式數據進行不同模式的燈光顯示控制，在沒有任意鍵按下的情況下，系統從第一個控制模式數據開始，順序工作到最后一個控制模式數據后，又返回到第一個控制模式數據，不斷重復循環進行燈光顯示控制。7) 本系統的軟件在總體上有兩部份，即主程序（MAIN）和實時中斷服務程序（INTT）。討論以功能明確、相互界面分割清晰的軟件程序模塊化設計方法。即確定有關功能模塊，并畫出以功能模塊表示的主程序（MAIN）流程框圖和定時中斷服務程序的流程框圖。 六、硬件電路設計 以微機實驗平臺和PC機資源為硬件設計的基礎,不需要外加電路。主要利用了以下的資源：1．8255并行口電路8255并行口電路主要負責數據的輸入與輸出，可以輸出數據控制發光二極管的亮滅和讀取乒乓開關的數據。實驗時可以將8255的A口、B口和一組發光二極管相連，C口和乒乓開關相連。2．8253定時/計數器8253定時/計數器和8259中斷控制器一起實現時隙定時。本設計的定時就是采用的t＝N×50ms的方法，50ms由8253定時/計數器的計數器0控制定時，N是在中斷服務程序中軟件計時。8253的OUT0接到IRQ2，產生中斷請求信號。8253定時/計數器定時結束會發出中斷信號，進入中斷服務程序。3．PC機資源本設計除了利用PC機作為控制器之外，還利用了PC機的鍵盤和顯示器。鍵盤主要是輸入控制模式數據，顯示器就是顯示提示信息。 七、軟件設計 軟件主要分為主程序（MAIN）和中斷服務程序（INTT），主程序包含系統初始化、讀取乒乓開關、讀取控制模式數據以及按鍵處理等模塊。中斷服務程序主要是定時時間到后根據控制模式數據點亮相應的發光二極管。1．主程序主程序的程序流程圖如圖1所示。
上傳時間： 2014-04-05
上傳用戶：q986086481
單片機音樂中音調和節拍的確定方法:調號-音樂上指用以確定樂曲主音高度的符號。很明顯一個八度就有12個半音。A、B、C、D、E、F、G。經過聲學家的研究，全世界都用這些字母來表示固定的音高。比如，A這個音，標準的音高為每秒鐘振動440周。 升C調：1＝#C，也就是降D調：1＝BD；277（頻率）升D調：1＝#D，也就是降E調：1＝BE；311升F調：1＝#F，也就是降G調：1＝BG；369升G調：1＝#G，也就是降A調：1＝BA；415升A調：1＝#A，也就是降B調：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，就是說，這首歌曲的“導”要唱得同A一樣高，人們也把這首歌曲叫做A調歌曲，或叫“唱A調”。1＝C，就是說，這首歌曲的“導”要唱得同C一樣高，或者說“這歌曲唱C調”。同樣是“導”，不同的調唱起來的高低是不一樣的。各調的對應的標準頻率為： 單片機演奏音樂時音調和節拍的確定方法 經常看到一些剛學單片機的朋友對單片機演奏音樂比較有興趣，本人也曾是這樣。在此，本人將就這方面的知識做一些簡介，但愿能對單片機演奏音樂比較有興趣而又不知其解的朋友能有所啟迪。 一般說來，單片機演奏音樂基本都是單音頻率，它不包含相應幅度的諧波頻率，也就是說不能象電子琴那樣能奏出多種音色的聲音。因此單片機奏樂只需弄清楚兩個概念即可，也就是“音調”和“節拍”。音調表示一個音符唱多高的頻率，節拍表示一個音符唱多長的時間。 在音樂中所謂“音調”，其實就是我們常說的“音高”。在音樂中常把中央C上方的A音定為標準音高，其頻率f=440Hz。當兩個聲音信號的頻率相差一倍時，也即f2=2f1時，則稱f2比f1高一個倍頻程, 在音樂中1（do）與 ，2（來）與 ……正好相差一個倍頻程，在音樂學中稱它相差一個八度音。在一個八度音內，有12個半音。以1—i八音區為例， 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個音階的分度基本上是以對數關系來劃分的。如果我們只要知道了這十二個音符的音高，也就是其基本音調的頻率，我們就可根據倍頻程的關系得到其他音符基本音調的頻率。 知道了一個音符的頻率后，怎樣讓單片機發出相應頻率的聲音呢？一般說來，常采用的方法就是通過單片機的定時器定時中斷，將單片機上對應蜂鳴器的I/O口來回取反，或者說來回清零，置位，從而讓蜂鳴器發出聲音，為了讓單片機發出不同頻率的聲音，我們只需將定時器予置不同的定時值就可實現。那么怎樣確定一個頻率所對應的定時器的定時值呢？以標準音高A為例： A的頻率f = 440 Hz,其對應的周期為：T = 1/ f = 1/440 =2272μs 由上圖可知,單片機上對應蜂鳴器的I/O口來回取反的時間應為：t = T/2 = 2272/2 = 1136μs這個時間t也就是單片機上定時器應有的中斷觸發時間。一般情況下，單片機奏樂時，其定時器為工作方式1，它以振蕩器的十二分頻信號為計數脈沖。設振蕩器頻率為f0，則定時器的予置初值由下式來確定： t = 12 *（TALL – THL）/ f0 式中TALL = 216 = 65536,THL為定時器待確定的計數初值。因此定時器的高低計數器的初值為： TH = THL / 256 = ( TALL – t* f0/12) / 256 TL = THL % 256 = ( TALL – t* f0/12) %256 將t=1136μs代入上面兩式（注意：計算時應將時間和頻率的單位換算一致），即可求出標準音高A在單片機晶振頻率f0=12Mhz，定時器在工作方式1下的定時器高低計數器的予置初值為 ： TH440Hz = (65536 – 1136 * 12/12) /256 = FBH TL440Hz = (65536 – 1136 * 12/12)%256 = 90H根據上面的求解方法，我們就可求出其他音調相應的計數器的予置初值。 音符的節拍我們可以舉例來說明。在一張樂譜中，我們經常會看到這樣的表達式，如1=C 、1=G …… 等等，這里1=C,1=G表示樂譜的曲調，和我們前面所談的音調有很大的關聯， 、 就是用來表示節拍的。以 為例加以說明，它表示樂譜中以四分音符為節拍，每一小結有三拍。比如： 其中1 、2 為一拍，3、4、5為一拍，6為一拍共三拍。1 、2的時長為四分音符的一半，即為八分音符長，3、4的時長為八分音符的一半，即為十六分音符長，5的時長為四分音符的一半，即為八分音符長，6的時長為四分音符長。那么一拍到底該唱多長呢？一般說來，如果樂曲沒有特殊說明，一拍的時長大約為400—500ms 。我們以一拍的時長為400ms為例，則當以四分音符為節拍時，四分音符的時長就為400ms，八分音符的時長就為200ms，十六分音符的時長就為100ms。可見，在單片機上控制一個音符唱多長可采用循環延時的方法來實現。首先，我們確定一個基本時長的延時程序，比如說以十六分音符的時長為基本延時時間，那么，對于一個音符，如果它為十六分音符，則只需調用一次延時程序，如果它為八分音符，則只需調用二次延時程序，如果它為四分音符，則只需調用四次延時程序，依次類推。通過上面關于一個音符音調和節拍的確定方法，我們就可以在單片機上實現演奏音樂了。具體的實現方法為：將樂譜中的每個音符的音調及節拍變換成相應的音調參數和節拍參數，將他們做成數據表格，存放在存儲器中，通過程序取出一個音符的相關參數，播放該音符，該音符唱完后，接著取出下一個音符的相關參數……，如此直到播放完畢最后一個音符，根據需要也可循環不停地播放整個樂曲。另外，對于樂曲中的休止符，一般將其音調參數設為FFH，FFH，其節拍參數與其他音符的節拍參數確定方法一致，樂曲結束用節拍參數為00H來表示。下面給出部分音符（三個八度音）的頻率以及以單片機晶振頻率f0=12Mhz，定時器在工作方式1下的定時器高低計數器的予置初值 ： C調音符 頻率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調音符 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調音符 頻率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
有兩種方式可以讓設備和應用程序之間聯系：1. 通過為設備創建的一個符號鏈；2. 通過輸出到一個接口WDM驅動程序建議使用輸出到一個接口而不推薦使用創建符號鏈的方法。這個接口保證PDO的安全，也保證安全地創建一個惟一的、獨立于語言的訪問設備的方法。一個應用程序使用Win32APIs來調用設備。在某個Win32 APIs和設備對象的分發函數之間存在一個映射關系。獲得對設備對象訪問的第一步就是打開一個設備對象的句柄。 用符號鏈打開一個設備的句柄為了打開一個設備，應用程序需要使用CreateFile。如果該設備有一個符號鏈出口，應用程序可以用下面這個例子的形式打開句柄：hDevice = CreateFile("\\\\.\\OMNIPORT3", GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路徑名的前綴“\\.\”告訴系統本調用希望打開一個設備。這個設備必須有一個符號鏈，以便應用程序能夠打開它。有關細節查看有關Kdevice和CreateLink的內容。在上述調用中第一個參數中前綴后的部分就是這個符號鏈的名字。注意：CreatFile中的第一個參數不是Windows 98/2000中驅動程序(.sys文件)的路徑。是到設備對象的符號鏈。如果使用DriverWizard產生驅動程序，它通常使用類KunitizedName來構成設備的符號鏈。這意味著符號鏈名有一個附加的數字，通常是0。例如：如果鏈接名稱的主干是L“TestDevice”那么在CreateFile中的串就該是“\\\\.\\TestDevice0”。如果應用程序需要被覆蓋的I/O，第六個參數(Flags)必須或上FILE_FLAG_OVERLAPPED。 使用一個輸出接口打開句柄用這種方式打開一個句柄會稍微麻煩一些。DriverWorks庫提供兩個助手類來使獲得對該接口的訪問容易一些，這兩個類是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass類封裝了一個設備信息集，該信息集包含了特殊類中的所有設備接口信息。應用程序能有用CdeviceInterfaceClass類的一個實例來獲得一個或更多的CdeviceInterface類的實例。CdeviceInterface類是一個單一設備接口的抽象。它的成員函數DevicePath()返回一個路徑名的指針，該指針可以在CreateFile中使用來打開設備。下面用一個小例子來顯示這些類最基本的使用方法：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;} 在設備中執行I/O操作一旦應用程序獲得一個有效的設備句柄，它就能使用Win32 APIs來產生到設備對象的IRPs。下面的表顯示了這種對應關系。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 需要解釋一下設備類成員的Close和CleanUp：CreateFile使內核為設備創建一個新的文件對象。這使得多個句柄可以映射同一個文件對象。當這個文件對象的最后一個用戶級句柄被撤銷后，I/O管理器調用CleanUp。當沒有任何用戶級和核心級的對文件對象的訪問的時候，I/O管理器調用Close。如果被打開的設備不支持指定的功能，則調用相應的Win32將引起錯誤（無效功能）。以前為Windows95編寫的VxD的應用程序代碼中可能會在打開設備的時候使用FILE_FLAG_DELETE_ON_CLOSE屬性。在Windows NT/2000中，建議不要使用這個屬性，因為它將導致沒有特權的用戶企圖打開這個設備，這是不可能成功的。I/O管理器將ReadFile和WriteFile的buff參數轉換成IRP域的方法依賴于設備對象的屬性。當設備設置DO_DIRECT_IO標志，I/O管理器將buff鎖住在存儲器中，并且創建了一個存儲在IRP中的MDL域。一個設備可以通過調用Kirp::Mdl來存取MDL。當設備設置DO_BUFFERED_IO標志，設備對象分別通過KIrp::BufferedReadDest或 KIrp::BufferedWriteSource為讀或寫操作獲得buff地址。當設備不設置DO_BUFFERED_IO標志也不設置DO_DIRECT_IO，內核設置IRP 的UserBuffer域來對應ReadFile或WriteFile中的buff參數。然而，存儲區并沒有被鎖住而且地址只對調用進程有效。驅動程序可以使用KIrp::UserBuffer來存取IRP域。對于DeviceIoControl調用，buffer參數的轉換依賴于特殊的I/O控制代碼，它不在設備對象的特性中。宏CTL_CODE（在winioctl.h中定義）用來構造控制代碼。這個宏的其中一個參數指明緩沖方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表顯示了這些方法和與之對應的能獲得輸入緩沖與輸出緩沖的KIrp中的成員函數：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，系統分配一個單一的緩沖來作為輸入與輸出。驅動程序必須在向輸出緩沖放數據之前拷貝輸入數據。驅動程序通過調用KIrp::IoctlBuffer獲得緩沖地址。在完成時，I/O管理器從系統緩沖拷貝數據到提供給Ring 3級調用者使用的緩沖中。驅動程序必須在結束前存儲拷貝到IRP的Information成員中的數據個數。如果控制代碼不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT，則DeviceIoControl的參數呈現不同的含義。參數InputBuffer被拷貝到一個系統緩沖，這個緩沖驅動程序可以通過調用KIrp::IoctlBuffer。參數OutputBuffer被映射到KMemory對象，驅動程序對這個對象的訪問通過調用KIrp::Mdl來實現。對于METHOD_OUT_DIRECT，調用者必須有對緩沖的寫訪問權限。注意，對METHOD_NEITHER，內核只提供虛擬地址；它不會做映射來配置緩沖。虛擬地址只對調用進程有效。這里是一個用METHOD_BUFFERED的例子：首先，使用宏CTL_CODE來定義一個IOCTL代碼：#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)現在使用一個DeviceIoControl調用：BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING, NULL, // no input 注意，這里放的是包含有執行操作命令的字符串指針 0, FirmwareRev, //這里是output串指針，存放從驅動程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize, NULL // not overlapped I/O );如果輸出緩沖足夠大，設備拷貝串到里面并將拷貝的資結束設置到FirmwareRevSize中。在驅動程序中，代碼看起來如下所示：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 . . . } }
上傳時間： 2013-10-17
上傳用戶：gai928943
