基于P89V51RD2單片機的TPAM軟啟動裝置的研究:文中針對TPAM 傳統啟動方式啟動電流大、啟動時間長等缺陷，研究了基于電力電子技術的TPAM軟啟動技術，提出以P89V51RD2 為核心的軟啟動裝置的設計方案。該軟啟動裝置采用晶閘管調壓方式，通過改變晶閘管的觸發角來實現對TPAM 定子兩端電壓調節,從而實現了TPAM的軟啟動。關鍵詞：TPAM；軟啟動；單片機
上傳時間： 2013-11-03
上傳用戶：spman
S51編程器制作包:自制AT89S51編程器教程AT89S51芯片的日漸流行，對我們單片機初學者來說是一個大好消息。因為做個AT89S51編程器非常容易，而且串行編程模式更便于做成在線編程器，給頻繁燒片，調試帶來了巨大的方便。 電路： 只要焊13根線就可以搞定這個電路。基本原理：RST置高電平，然后向單片機串行發送 編程命令。P1.7(SCK)輸入移位脈沖，P1.6(MISO)串行輸出，P1.5(MOSI)串行輸入（要了解詳細編程原理可以去看AT89S51的數據手冊）。使用并口發出控制信號，74373只是用于信號轉換，因為并口直接輸出高電平的電壓有點沒到位，使用其他芯片也可以，還有人提出直接接電阻。并口引腳1控制P1.7，引腳14控制P1.5，引腳15讀P1.6，引腳16控制RST，引腳17接74373 LE（鎖存允許），18-25這些引腳都可以接地。建議在你的單片機系統板上做個6芯的接口。注意：被燒寫的單片機一定是最小系統（單片機已經接好電源，晶振，可以運行），VCC，GND是給74373提供電源的。 還有一個方案：使用串口+單片機，這個方案已經用了半年了。電路稍微麻煩一點，速度比較快，而且可以燒AT89C51等等。其實許多器件編程原理差不多，由于我沒太多時間研究器件手冊，更沒有MONEY買一堆芯片來測試，所以只實現了幾個最常用單片機編程功能（AT89C51，C52，C55，AT89S51，S52，S53）。如果要燒寫其他單片機，你可以直接編寫底層控制子程序（例如，寫一個單元，讀一個單元，擦除ROM的子程序）。如果有需要，我可以在器件選擇欄提供一個“X-CHIP”的選擇，“X-CHIP”的編程細節將由用戶自己去實現。當你仔細閱讀器件手冊后，會發現實現這些子程序其實好容易，這也是初學者學單片機編程的好課題。如果成功了會極大的提高你學單片機的積極性。 軟件： 這個軟件的通信，控制部分早在半年前就完成了，這回只是換了個界面和加入并口下載線的功能，希望你看到這個軟件不會想吐。使用很簡當，有一點特別，當你用鼠標右鍵點擊按鈕后，可以把相關操作設置為自動模式（只有打開文件，擦除芯片，寫FLASH ROM，讀FLASH ROM，效驗數據 可以設置），點擊‘自動完成’后會依次完成這些操作，并在開始時檢測芯片。當“打開文件”設為自動后，第2次燒寫同一個文件時不必再去打開文件，軟件會自動刷新緩沖。軟件在WIN XP，WIN 2000可以使用（管理員登陸的），在WIN 98 ，WIN ME使用并口模式時會更快些。這個軟件同時支持串口編程器和并口下載線。操作正常結束后會有聲音提示。如果沒有聲卡或聲卡爛了，則聲音會從機箱揚聲器中發出。注意：記得在CMOS設置中把并口設為ECP模式。就這些東西，應該夠詳細吧，還有什么問題或遇到什么困難可以聯系我,軟件出現什么問題一定要通知我修正。祝你一次就搞定。
上傳時間： 2014-01-24
上傳用戶：13162218709
介紹一種以AT89C51單片機為核心器件，采用晶閘管實現交一交變頻的無環流靜止進相器。論述了這種靜止進相器的硬件結構，I：作原理，補償方法。這種進相器進相補償效果明顯，具有很好的實用價值。
上傳時間： 2013-11-23
上傳用戶：leixinzhuo
51單片機實訓指南:一、 實習課題基于單片機最小系統的頻率計設計二、 實習內容單片機最小系統電路原理設計分析與講解，PCB設計分析與講解，電路板焊接培訓與實際操作，程序設計、調試分析與講解，程序調試實際操作。三、硬件資源※ 89S51單片機；※ 6位共陽極數碼管；※ 段碼驅動器74HC573，位選譯碼器74HC138；※ 4路獨立式按鍵；※ 外部晶振電路；※ ISP下載接口（In system program,在系統編程）；※ DC+5V電源試配器（選配）；※ ISP下載線（選配）；※ 單片機實訓模塊（頻率計分頻預處理電路）。四、電路原理分析與設計P1為外部電源輸入座（DC+5V），S8為電源最小系統的電源開關，E1和C3為電源濾波，去耦電容。D1為系統電源指示燈。J2為ISP下載接口，S7系統復位按鍵。CRY1，C1，C2為外部時針電路。IC1為89S51（DIP-40），左上角為第一腳。PRE1，PRE2。為上拉排阻（阻值4.7k—10k）。J5，J9，J6，J10分別對應單片機的P0，P1，P2，P3口。便于二次開發。6路共陽極數碼管動態顯示電路，P0口通過74HC573（起驅動和隔離作用，讓電流通過74CH573流入公共地），來控制數碼管的8路段碼，P20-P22通過74HC138譯碼器（使用其中的6路）控制數碼管的公共端（中間還有三極管做驅動器）。這樣設計的理由：為了保證該單片機最小系統的二次開發的資源充足和合理性。
標簽： 51單片機
上傳時間： 2013-10-14
上傳用戶：ryb
MSP430系列單片機C語言程序設計與開發MSP430系列是一個具有明顯技術特色的單片機品種。關于它的硬件特性及匯編語言程序設計已在《MSP430系列超低功耗16位單片機的原理與應用》及《MSP430系列 FLASH型超低功耗16位單片機》等書中作了全面介紹。《MSP430系列單片機C語言程序設計與開發》介紹IAR公司為MSP430系列單片機配備的C程序設計語言C430。書中敘述了C語言的基本概念、C430的擴展特性及C庫函數；對C430的集成開發環境的使用及出錯信息作了詳盡的說明；并以MSP430F149為例，對各種應用問題及外圍模塊操作提供了典型的C程序例程，供讀者在今后的C430程序設計中參考。 《MSP430系列單片機C語言程序設計與開發》可以作為高等院校計算機、自動化及電子技術類專業的教學參考書，也可作為工程技術人員設計開發時的技術資料。MSP430系列超低功耗16位單片機的原理與應用目錄MSP430系列單片機C語言程序設計與開發 目錄 第1章 C語言基本知識1.1 標識符與關鍵字11.1.1 標識符11.1.2 關鍵字11.2 數據基本類型21.2.1 整型數據21.2.2 實型數據31.2.3 字符型數據41.2.4 各種數據轉換關系61.3 C語言的運算符71.3.1 算術運算符71.3.2 關系運算符和邏輯運算符71.3.3 賦值運算符81.3.4 逗號運算符81.3.5 ? 與 ：運算符81.3.6 強制轉換運算符91.3.7 各種運算符優先級列表91.4 程序設計的三種基本結構101.4.1 語句的概念101.4.2 順序結構111.4.3 選擇結構121.4.4 循環結構141.5 函數181.5.1 函數定義181.5.2 局部變量與全局變量191.5.3 形式參數與實際參數201.5.4 函數調用方式201.5.5 函數嵌套調用211.5.6 變量的存儲類別221.5.7 內部函數和外部函數231.6 數組231.6.1 一維數組241.6.2 多維數組241.6.3 字符數組261.7 指針271.7.1 指針與地址的概念271.7.2 指針變量的定義281.7.3 指針變量的引用281.7.4 數組的指針281.7.5 函數的指針301.7.6 指針數組311.8 結構和聯合321.8.1 結構定義321.8.2 結構類型變量的定義331.8.3 結構類型變量的初始化341.8.4 結構類型變量的引用341.8.5 聯合341.9 枚舉361.9.1 枚舉的定義361.9.2 枚舉元素的值371.9. 3 枚舉變量的使用371.10 類型定義381.10.1 類型定義的形式381.10.2 類型定義的使用381.11 位運算391.11.1 位運算符391.11.2 位域401.12 預處理功能411.12.1 簡單宏定義和帶參數宏定義411.12.2 文件包含431.12.3 條件編譯命令44第2章 C430--MSP430系列的C語言2.1 MSP430系列的C語言452.1.1 C430概述452.1.2 C430程序設計工作流程462.1.3 開始462.1.4 C430程序生成472.2 C430的數據表達482.2.1 數據類型482.2.2 編碼效率502.3 C430的配置512.3.1 引言512.3. 2 存儲器分配522.3.3 堆棧體積522.3.4 輸入輸出522.3.5 寄存器的訪問542.3.6 堆體積542.3.7 初始化54第3章 C430的開發調試環境3.1 引言563.1.1 Workbench特性563.1.2 Workbench的內嵌編輯器特性563.1.3 C編譯器特性573.1. 4 匯編器特性573.1.5 連接器特性583.1.6 庫管理器特性583.1.7 C?SPY調試器特性593.2 Workbench概述593.2.1 項目管理模式593.2.2 選項設置603.2.3 建立項目603.2.4 測試代碼613.2.5 樣本應用程序613.3 Workbench的操作623.3.1 開始633.3.2 編譯項目683.3.3 連接項目693.3.4 調試項目713.3.5 使用Make命令733.4 Workbench的功能匯總753.4.1 Workbench的窗口753.4.2 Workbench的菜單功能813.5 Workbench的內嵌編輯器993.5.1 內嵌編輯器操作993.5.2 編輯鍵說明993.6 C?SPY概述1013.6.1 C?SPY的C語言級和匯編語言級調試1013.6.2 程序的執行1023.7 C?SPY的操作1033.7.1 程序生成1033.7.2 編譯與連接1033.7.3 C?SPY運行1033.7.4 C語言級調試1043.7.5 匯編級調試1113.8 C?SPY的功能匯總1133.8.1 C?SPY的窗口1133.8.2 C?SPY的菜單命令功能1203.9 C?SPY的表達式與宏1323.9.1 匯編語言表達式1323.9.2 C語言表達式1333.9.3 C?SPY宏1353.9.4 C?SPY的設置宏1373.9.5 C?SPY的系統宏137 第4章 C430程序設計實例4.1 程序設計與調試環境1434.1.1 程序設計調試集成環境1434.1.2 設備連接1444.1.3 ProF149實驗系統1444.2 數值計算1454.2.1 C語言表達式1454.2.2 利用MPY實現運算1464.3 循環結構1474.4 選擇結構1484.5 SFR訪問1494.6 RAM訪問1504.7 FLASH訪問1514.8 WDT操作1534.8. 1 WDT使程序自動復位1534.8.2 程序對WATCHDOG計數溢出的控制1544.8.3 WDT的定時器功能1554.9 Timer操作1554.9.1 用Timer產生時鐘信號1554.9.2 用Timer檢測脈沖寬度1564.10 UART操作1574.10.1 點對點通信1574.10.2 點對多點通信1604.11 SPI操作1634.12 比較器操作1654.13 ADC12操作1674.13.1 單通道單次轉換1674.13.2 序列通道多次轉換1684.14 時鐘模塊操作1704.15 中斷服務程序1714.16 省電工作模式1754.17 調用匯編語言子程序1764.17.1 程序舉例1764.17.2 生成C程序調用的匯編子程序177第5章 C430的擴展特性5.1 C430的語言擴展概述1785.1.1 擴展關鍵字1785.1.2 #pragma編譯命令1785.1.3 預定義符號1795.1.4 本征函數1795.1.5 其他擴展特性1795.2 C430的關鍵字擴展1795.2.1 interrupt1805.2.2 monitor1805.2.3 no_init1815.2.4 sfrb1815.2.5 sfrw1825.3 C430的 #pragma編譯命令1825.3.1 bitfields=default1825.3.2 bitfields=reversed1825.3.3 codeseg1835.3.4 function=default1835.3.5 function=interrupt1845.3.6 function=monitor1845.3.7 language=default1845.3.8 language=extended1845.3.9 memory=constseg1855.3.10 memory=dataseg1855.3.11 memory=default1855.3.12 memory=no_init1865.3.13 warnings=default1865.3.14 warnings=off1865.3.15 warnings=on1865.4 C430的預定義符號1865.4.1 DATE1875.4.2 FILE1875.4.3 IAR_SYSTEMS_ICC1875.4.4 LINE1875.4.5 STDC1875.4.6 TID1875.4.7 TIME1885.4.8 VER1885.5 C430的本征函數1885.5.1 _args＄1885.5.2 _argt＄1895.5.3 _BIC_SR1895.5.4 _BIS_SR1905.5.5 _DINT1905.5.6 _EINT1905.5.7 _NOP1905.5.8 _OPC1905.6 C430的匯編語言接口1915.6.1 創建匯編子程序框架1915.6.2 調用規則1915.6.3 C程序調用匯編子程序1935.7 C430的段定義1935.7.1 存儲器分布與段定義1945.7.2 CCSTR段1945.7.3 CDATA0段1945.7.4 CODE段1955.7.5 CONST1955.7.6 CSTACK1955.7.7 CSTR1955.7.8 ECSTR1955.7.9 IDATA01965.7.10 INTVEC1965.7.11 NO_INIT1965.7.12 UDATA0196第6章 C430的庫函數6.1 引言1976.1.1 庫模塊文件1976.1.2 頭文件1976.1.3 庫定義匯總1976.2C 庫函數參考2046.2.1 C庫函數的說明格式2046.2.2 C庫函數說明204第7章 C430編譯器的診斷消息7.1 編譯診斷消息的類型2307.2 編譯出錯消息2317.3 編譯警告消息243附錄 AMSP430系列FLASH型芯片資料248附錄 BProF149實驗系統251附錄 CMSP430x14x.H文件253附錄 DIAR MSP430 C語言產品介紹275
上傳時間： 2014-05-05
上傳用戶：253189838
基于單片機的LED漢字顯示屏設計與制作：在大型商場、車站、碼頭、地鐵站以及各類辦事窗口等越來越多的場所需要用LED點陣顯示圖形和漢字。LED行業已成為一個快速發展的新興產業，市場空間巨大，前景廣闊。隨著信息產業的高速發展，LED顯示作為信息傳播的一種重要手段，已廣泛應用于室內外需要進行服務內容和服務宗旨宣傳的公眾場所，例如戶內外公共場所廣告宣傳、機場車站旅客引導信息、公交車輛報站系統、證券與銀行信息顯示、餐館報價信息豆示、高速公路可變情報板、體育場館比賽轉播、樓宇燈飾、交通信號燈、景觀照明等。顯然，LED顯示已成為城市亮化、現代化和信息化社會的一個重要標志。 本文基于單片機(AT89C51)講述了16×16 LED漢字點陣顯示的基本原理、硬件組成與設計、程序編譯與下載等基本環節和相關技術。2 硬件電路組成及工作原理本產品擬采用以AT89C51單片機為核心芯片的電路來實現，主要由AT89C51芯片、時鐘電路、復位電路、列掃描驅動電路(74HC154)、16×16 LED點陣5部分組成，如圖1所示。 其中，AT89C51是一種帶4 kB閃爍可編程可擦除只讀存儲器(Falsh Programmable and Erasable Read OnlyMemory，FPEROM)的低電壓、高性能CMOS型8位微處理器，俗稱單片機。該器件采用ATMEL高密度非易失存儲器制造技術制造，與工業標準的MCS-51指令集和輸出管腳相兼容。由于將多功能8位CPU和閃爍存儲器組合在單個芯片中，能夠進行1 000次寫／擦循環，數據保留時間為10年。他是一種高效微控制器，為很多嵌入式控制系統提供了一種靈活性高且價廉的方案。因此，在智能化電子設計與制作過程中經常用到AT89C51芯片。時鐘電路由AT89C51的18，19腳的時鐘端(XTALl及XTAL2)以及12 MHz晶振X1、電容C2，C3組成，采用片內振蕩方式。復位電路采用簡易的上電復位電路，主要由電阻R1，R2，電容C1，開關K1組成，分別接至AT89C51的RST復位輸入端。LED點陣顯示屏采用16×16共256個象素的點陣，通過萬用表檢測發光二極管的方法測試判斷出該點陣的引腳分布，如圖2所示。 我們把行列總線接在單片機的IO口，然后把上面分析到的掃描代碼送人總線，就可以得到顯示的漢字了。但是若將LED點陣的行列端口全部直接接入89S51單片機，則需要使用32條IO口，這樣會造成IO資源的耗盡，系統也再無擴充的余地。因此，我們在實際應用中只是將LED點陣的16條行線直接接在P0口和P2口，至于列選掃描信號則是由4-16線譯碼器74HC154來選擇控制，這樣一來列選控制只使用了單片機的4個IO口，節約了很多IO資源，為單片機系統擴充使用功能提供了條件。考慮到P0口必需設置上拉電阻，我們采用4.7 kΩ排電阻作為上拉電阻。
上傳時間： 2013-10-16
上傳用戶：ywcftc277
單片機開發中除必要的硬件外，同樣離不開軟件，我們寫的匯編語言源程序要變為 CPU可以執行的機器碼有兩種方法，一種是手工匯編，另一種是機器匯編，目前已極少使用手工匯編的方法了。機器匯編是通過匯編軟件將源程序變為機器碼，用于MCS-51 單片機的匯編軟件有早期的A51，隨著單片機開發技術的不斷發展，從普遍使用匯編語言到逐漸使用高級語言開發，單片機的開發軟件也在不斷發展，Keil 軟件是目前最流行開發MCS-51 系列單片機的軟件，這從近年來各仿真機廠商紛紛宣布全面支持Keil 即可看出。Keil 提供了包括C編譯器、宏匯編、連接器、庫管理和一個功能強大的仿真調試器等在內的完整開發方案，通過一個集成開發環境（uVision）將這些部份組合在一起。運行Keil 軟件需要Pentium 或以上的CPU，16MB或更多RAM、20M 以上空閑的硬盤空間、WIN98、NT、WIN2000、WINXP等操作系統。掌握這一軟件的使用對于使用51 系列單片機的愛好者來說是十分必要的，如果你使用C 語言編程，那么Keil 幾乎就是你的不二之選（目前在國內你只能買到該軟件、而你買的仿真機也很可能只支持該軟件），即使不使用C 語言而僅用匯編語言編程，其方便易用的集成環境、強大的軟件仿真調試工具也會令你事半功倍。我們將通過一些實例來學習 Keil 軟件的使用，在這一部份我們將學習如何輸入源程序，建立工程、對工程進行詳細的設置，以及如何將源程序變為目標代碼。圖1 所示電路圖使用89C51 單片機作為主芯片，這種單片機性屬于MCS-51 系列，其內部有4K 的FLASH ROM,可以反復擦寫，非常適于做實驗。89C51 的P1 引腳上接8 個發光二極管，P3.2~P3.4 引腳上接4 個按鈕開關，我們的第一個任務是讓接在P1 引腳上的發光二極管依次循環點亮。
上傳時間： 2013-11-06
上傳用戶：aesuser
SPCE061A采用的內核 SPCE061A采用的內核（CPU）為μ‘nSP。 μ‘nSP（讀做micro-n-S-P）是凌陽科技推出的16位微處理器，它的突出特點是較高的處理速度，這就使其有能力進行復雜的數字信號處理（DSP，Digital Signal Processing）。 μ‘nSP內核由凌陽自主開發，因而也具備它自己的指令系統。 指令系統.61 3.1 指令系統的概述及符號約定.61 3.2 數據傳送指令62 3.3 算術運算..66 3.3.1 加法運算..67 3.3.2 減法運算..68 3.3.3 帶進位的加減運算.70 3.3.4 取補運算..70 3.3.5 SPCE061A的乘法指令.71 3.3.6 SPCE061A的n項內積運算指令.71 3.3.7 比較運算(影響標志位N,Z,S,C)..73 3.4 SPCE061A的邏輯運算.74 3.4.1 邏輯與..74 3.4.2 邏輯或..75 3.4.3 邏輯異或..76 3.4.4 測試（TEST）.78 3.4.5 SPCE061A的移位操作.80 3.5 SPCE061A的控制轉移類指令..83 3.6 偽指令86 3.6.1 偽指令的語法格式及特點..87 3.6.2 偽指令符號約定..87 3.6.3 標準偽指令.87 3.6.4 宏定義與調用98 3.6.5 段的定義與調用101 3.6.6 結構的定義與調用..102 3.6.7 過程的定義與調用..106 3.6.8 偽指令的應用舉例..106
上傳時間： 2013-10-31
上傳用戶：xuanchangri
單片機音樂中音調和節拍的確定方法:調號-音樂上指用以確定樂曲主音高度的符號。很明顯一個八度就有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
