PCA9673是PCF8575的升級產品，提供快速模式FM+的I2C-bus速度（1MHz），因此，輸出能支持PWM LED調光功能。具有高I2C總線驅動能力（30mA），所以不需要總線緩沖器就能掛接很多器件。且灌電流能力高（200mA），能同21時驅動多個25mA的LED，允許多個器件（16個）掛接在總線上而不會產生地址沖突。
上傳時間： 2013-11-14
上傳用戶：evil
at91rm9200啟動過程教程 系統上電，檢測BMS，選擇系統的啟動方式，如果BMS為高電平，則系統從片內ROM啟動。AT91RM9200的ROM上電后被映射到了0x0和0x100000處，在這兩個地址處都可以訪問到ROM。由于9200的ROM中固化了一個BOOTLOAER程序。所以PC從0X0處開始執行這個BOOTLOAER(準確的說應該是一級BOOTLOADER)。這個BOOTLOER依次完成以下步驟： 1、PLL SETUP，設置PLLB產生48M時鐘頻率提供給USB DEVICE。同時DEBUG USART也被初始化為48M的時鐘頻率； 2、相應模式下的堆棧設置； 3、檢測主時鐘源（Main oscillator）； 4、中斷控制器（AIC）的設置； 5、C 變量的初始化； 6、跳到主函數。 完成以上步驟后，我們可以認為BOOT過程結束，接下來的就是LOADER的過程，或者也可以認為是裝載二級BOOTLOER。AT91RM9200按照DATAFLASH、EEPROM、連接在外部總線上的8位并行FLASH的順序依次來找合法的BOOT程序。所謂合法的指的是在這些存儲設備的開始地址處連續的存放的32個字節，也就是8條指令必須是跳轉指令或者裝載PC的指令，其實這樣規定就是把這8條指令當作是異常向量表來處理。必須注意的是第6條指令要包含將要裝載的映像的大小。關于如何計算和寫這條指令可以參考用戶手冊。一旦合法的映像找到之后，則BOOT程序會把找到的映像搬到SRAM中去，所以映像的大小是非常有限的，不能超過16K-3K的大小。當BOOT程序完成了把合法的映像搬到SRAM的任務以后，接下來就進行存儲器的REMAP，經過REMAP之后，SRAM從映設前的0X200000地址處被映設到了0X0地址并且程序從0X0處開始執行。而ROM這時只能在0X100000這個地址處看到了。至此9200就算完成了一種形式的啟動過程。如果BOOT程序在以上所列的幾種存儲設備中找到合法的映像，則自動初始化DEBUG USART口和USB DEVICE口以準備從外部載入映像。對DEBUG口的初始化包括設置參數115200 8 N 1以及運行XMODEM協議。對USB DEVICE進行初始化以及運行DFU協議。現在用戶可以從外部（假定為PC平臺）載入你的映像了。在PC平臺下，以WIN2000為例，你可以用超級終端來完成這個功能，但是還是要注意你的映像的大小不能超過13K。一旦正確從外部裝載了映像，接下來的過程就是和前面一樣重映設然后執行映像了。我們上面講了BMS為高電平，AT91RM9200選擇從片內的ROM啟動的一個過程。如果BMS為低電平，則AT91RM9200會從片外的FLASH啟動，這時片外的FLASH的起始地址就是0X0了，接下來的過程和片內啟動的過程是一樣的，只不過這時就需要自己寫啟動代碼了，至于怎么寫，大致的內容和ROM的BOOT差不多，不同的硬件設計可能有不一樣的地方，但基本的都是一樣的。由于片外FLASH可以設計的大，所以這里編寫的BOOTLOADER可以一步到位，也就是說不用像片內啟動可能需要BOOT好幾級了，目前AT91RM9200上使用較多的bootloer是u-boot，這是一個開放源代碼的軟件，用戶可以自由下載并根據自己的應用配置。總的說來，筆者以為AT91RM9200的啟動過程比較簡單，ATMEL的服務也不錯，不但提供了片內啟動的功能，還提供了UBOOT可供下載。筆者寫了一個BOOTLODER從片外的FLASHA啟動，效果還可以。 uboot結構與使用uboot是一個龐大的公開源碼的軟件。他支持一些系列的arm體系，包含常見的外設的驅動，是一個功能強大的板極支持包。其代碼可以 http://sourceforge.net/projects/u-boot下載 在9200上，為了啟動uboot，還有兩個boot軟件包，分別是loader和boot。分別完成從sram和flash中的一級boot。其源碼可以從atmel的官方網站下載。 我們知道，當9200系統上電后，如果bms為高電平，則系統從片內rom啟動，這時rom中固化的boot程序初始化了debug口并向其發送'c'，這時我們打開超級終端會看到ccccc...。這說明系統已經啟動，同時xmodem協議已經啟動，用戶可以通過超級終端下載用戶的bootloader。作為第一步，我們下載loader.bin.loader.bin將被下載到片內的sram中。這個loder完成的功能主要是初始化時鐘，sdram和xmodem協議，為下載和啟動uboot做準備。當下載了loader.bin后，超級終端會繼續打印：ccccc....。這時我們就可以下在uboot了。uboot將被下載到sdram中的一個地址后并把pc指針調到此處開始執行uboot。接著我們就可以在終端上看到uboot的shell啟動了，提示符uboot>，用戶可以uboot>help 看到命令列表和大概的功能。uboot的命令包含了對內存、flash、網絡、系統啟動等一些命令。 如果系統上電時bms為低電平，則系統從片外的flash啟動。為了從片外的flash啟動uboot,我們必須把boot.bin放到0x0地址出，使得從flash啟動后首先執行boot.bin，而要少些boot.bin，就要先完成上面我們講的那些步驟，首先開始從片內rom啟動uboot。然后再利用uboot的功能完成把boot.bin和uboot.gz燒寫到flash中的目的，假如我們已經啟動了uboot,可以這樣操作： uboot>protect off all uboot>erase all uboot>loadb 20000000 uboot>cp.b 20000000 10000000 5fff uboot>loadb 21000000 uboot>cp.b 210000000 10010000 ffff 然后系統復位，就可以看到系統先啟動boot，然后解壓縮uboot.gz，然后啟動uboot。注意，這里uboot必須壓縮成.gz文件，否則會出錯。 怎么編譯這三個源碼包呢，首先要建立一個arm的交叉編譯環境，關于如何建立，此處不予說明。建立好了以后，分別解壓源碼包，然后修改Makefile中的編譯器項目，正確填寫你的編譯器的所在路徑。 對loader和boot，直接make。對uboot,第一步：make_at91rm9200dk,第二步：make。這樣就會在當前目錄下分別生成*.bin文件,對于uboot.bin，我們還要壓縮成.gz文件。 也許有的人對loader和boot搞不清楚為什么要兩個，有什么區別嗎？首先有區別，boot主要完成從flash中啟動uboot的功能，他要對uboot的壓縮文件進行解壓，除此之外，他和loader并無大的區別，你可以把boot理解為在loader的基礎上加入了解壓縮.gz的功能而已。所以這兩個并無多大的本質不同，只是他們的使命不同而已。 特別說名的是這三個軟件包都是開放源碼的，所以用戶可以根據自己的系統的情況修改和配置以及裁減，打造屬于自己系統的bootloder。
上傳時間： 2013-10-27
上傳用戶：wsf950131
ARM處理器的工作模式 ARM處理器狀態 ARM微處理器的工作狀態一般有兩種，并可在兩種狀態之間切換：第一種為ARM狀態，此時處理器執行32位的字對齊的ARM指令；第二種為Thumb狀態，此時處理器執行16位的、半字對齊的Thumb指令。在程序的執行過程中，微處理器可以隨時在兩種工作狀態之間切換，并且，處理器工作狀態的轉變并不影響處理器的工作模式和相應寄存器中的內容。但ARM微處理器在開始執行代碼時，應該處于ARM狀態。 ARM處理器狀態 進入Thumb狀態：當操作數寄存器的狀態位（位0）為1時，可以采用執行BX指令的方法，使微處理器從ARM狀態切換到Thumb狀態。此外，當處理器處于Thumb狀態時發生異常（如IRQ、FIQ、Undef、Abort、SWI等），則異常處理返回時，自動切換到Thumb狀態。 進入ARM狀態：當操作數寄存器的狀態位為0時，執行BX指令時可以使微處理器從Thumb狀態切換到ARM狀態。此外，在處理器進行異常處理時，把PC指針放入異常模式鏈接寄存器中，并從異常向量地址開始執行程序，也可以使處理器切換到ARM狀態。ARM處理器模式 ARM微處理器支持7種運行模式，分別為：用戶模式(usr)：ARM處理器正常的程序執行狀態。快速中斷模式(fiq)：用于高速數據傳輸或通道處理。外部中斷模式(irq)：用于通用的中斷處理。管理模式(svc)：操作系統使用的保護模式。數據訪問終止模式(abt)：當數據或指令預取終止時進入該模式，可用于虛擬存儲及存儲保護。系統模式(sys)：運行具有特權的操作系統任務。定義指令中止模式(und)：當未定義的指令執行時進入該模式，可用于支持硬件協處理器的軟件仿真。ARM處理器模式 ARM微處理器的運行模式可以通過軟件改變，也可以通過外部中斷或異常處理改變。大多數的應用程序運行在用戶模式下，當處理器運行在用戶模式下時，某些被保護的系統資源是不能被訪問的。 除用戶模式以外，其余的所有6種模式稱之為非用戶模式，或特權模式；其中除去用戶模式和系統模式以外的5種又稱為異常模式，常用于處理中斷或異常，以及需要訪問受保護的系統資源等情況。ARM寄存器 ARM處理器共有37個寄存器。其中包括：31個通用寄存器，包括程序計數器(PC)在內。這些寄存器都是32位寄存器。以及6個32位狀態寄存器。 關于寄存器這里就不詳細介紹了，有興趣的人可以上網找找，很多這方面的資料。異常處理 當正常的程序執行流程發生暫時的停止時，稱之為異常，例如處理一個外部的中斷請求。在處理異常之前，當前處理器的狀態必須保留，這樣當異常處理完成之后，當前程序可以繼續執行。處理器允許多個異常同時發生，它們將會按固定的優先級進行處理。當一個異常出現以后，ARM微處理器會執行以下幾步操作：進入異常處理的基本步驟：將下一條指令的地址存入相應連接寄存器LR，以便程序在處理異常返回時能從正確的位置重新開始執行。將CPSR復制到相應的SPSR中。根據異常類型，強制設置CPSR的運行模式位。強制PC從相關的異常向量地址取下一條指令執行，從而跳轉到相應的異常處理程序處。如果異常發生時，處理器處于Thumb狀態，則當異常向量地址加載入PC時，處理器自動切換到ARM狀態。 ARM微處理器對異常的響應過程用偽碼可以描述為： R14_ = Return LinkSPSR_= CPSRCPSR[4:0] = Exception Mode NumberCPSR[5] = 0 ；當運行于 ARM 工作狀態時If == Reset or FIQ then；當響應 FIQ 異常時，禁止新的 FIQ 異常CPSR[6] = 1PSR[7] = 1PC = Exception Vector Address異常處理完畢之后，ARM微處理器會執行以下幾步操作從異常返回：將連接寄存器LR的值減去相應的偏移量后送到PC中。將SPSR復制回CPSR中。若在進入異常處理時設置了中斷禁止位，要在此清除。
上傳時間： 2013-11-15
上傳用戶：hanbeidang
EZ-USB FX系列單片機USB外圍設備設計與應用:PART 1 USB的基本概念第1章 USB的基本特性1.1 USB簡介21.2 USB的發展歷程31.2.1 USB 1.131.2.2 USB 2.041.2.3 USB與IEEE 1394的比較41.3 USB基本架構與總線架構61.4 USB的總線結構81.5 USB數據流的模式與管線的概念91.6 USB硬件規范101.6.1 USB的硬件特性111.6.2 USB接口的電氣特性121.6.3USB的電源管理141.7 USB的編碼方式141.8 結論161.9 問題與討論16第2章 USB通信協議2.1 USB通信協議172.2 USB封包中的數據域類型182.2.1 數據域位的格式182.3 封包格式192.4 USB傳輸的類型232.4.1 控制傳輸242.4.2 中斷傳輸292.4.3 批量傳輸292.4.4 等時傳輸292.5 USB數據交換格式302.6 USB描述符342.7 USB設備請求422.8 USB設備群組442.9 結論462.10 問題與討論46第3章 設備列舉3.1注冊表編輯器473.2設備列舉的步驟493.3設備列舉步驟的實現--使用CATC分析工具513.4結論613.5問題與討論61第4章 USB芯片與EZUSB4.1USB芯片的簡介624.2USB接口芯片644.2.1Philips接口芯片644.2.2National Semiconductor接口芯片664.3內含USB單元的微處理器684.3.1Motorola694.3.2Microchip694.3.3SIEMENS704.3.4Cypress714.4USB芯片總攬介紹734.5USB芯片的選擇與評估744.6問題與討論80第5章 設備與驅動程序5.1階層式的驅動程序815.2主機的驅動程序835.3驅動程序的選擇865.4結論865.5問題與討論87第6章 HID群組6.1HID簡介886.2HID群組的傳輸速率886.3HID描述符906.3.1報告描述符936.3.2主要 main 項目類型966.3.3整體 global 項目卷標976.3.4區域 local 項目卷標986.3.5簡易的報告描述符996.3.6Descriptor Tool 描述符工具 1006.3.7兼容測試程序1016.4HID設備的基本請求1026.5Windows通信程序1036.6問題與討論106PART 2 硬件技術篇第7章 EZUSB FX簡介7.1簡介1097.2EZUSB FX硬件框圖1097.3封包與PID碼1117.4主機是個主控者1137.4.1從主機接收數據1137.4.2傳送數據至主機1137.5USB方向1137.6幀1147.7EZUSB FX傳輸類型1147.7.1批量傳輸1147.7.2中斷傳輸1147.7.3等時傳輸1157.7.4控制傳輸1157.8設備列舉1167.9USB核心1167.10EZUSB FX單片機1177.11重新設備列舉1177.12EZUSB FX端點1187.12.1EZUSB FX批量端點1187.12.2EZUSB FX控制端點01187.12.3EZUSB FX中斷端點1197.12.4EZUSB FX等時端點1197.13快速傳送模式1197.14中斷1207.15重置與電源管理1207.16EZUSB 2100系列1207.17FX系列--從FIFO1227.18FX系列--GPIF 通用型可程序化的接口 1227.19AN2122/26各種特性的摘要1227.20修訂ID1237.21引腳描述123第8章 EZUSB FX CPU8.1簡介1308.28051增強模式1308.3EZUSB FX所增強的部分1318.4EZUSB FX寄存器接口1318.5EZUSB FX內部RAM1318.6I/O端口1328.7中斷1328.8電源控制1338.9特殊功能寄存器 SFR 1348.10內部總線1358.11重置136第9章 EZUSB FX內存9.1簡介1379.28051內存1389.3擴充的EZUSB FX內存1399.4CS#與OE#信號1409.5EZUSB FX ROM版本141第10章 EZUSB FX輸入/輸出端口10.1簡介14310.2I/O端口14310.3EZUSB輸入/輸出端口寄存器14610.3.1端口配置寄存器14710.3.2I/O端口寄存器14710.4EZUSB FX輸入/輸出端口寄存器14910.5EZUSB FX端口配置表15110.6I2C控制器15610.78051 I2C控制器15610.8控制位15810.8.1START位15810.8.2STOP位15810.8.3LASTRD位15810.9狀態位15910.9.1DONE位15910.9.2ACK位15910.9.3BERR位15910.9.4ID1, ID015910.10送出 WRITE I2C數據16010.11接收 READ I2C數據16010.12I2C激活加載器16010.13SFR尋址 FX 16210.14端口A~E的SFR控制165第11章 EZUSB FX設備列舉與重新設備列舉11.1簡介16711.2預設的USB設備16911.3USB核心對于EP0設備請求的響應17011.4固件下載17111.5設備列舉模式17211.6沒有存在EEPROM17311.7存在著EEPROM, 第一個字節是0xB0 0xB4, FX系列11.8存在著EEPROM, 第一個字節是0xB2 0xB6, FX系列11.9配置字節0,FX系列17711.10重新設備列舉 ReNumerationTM 17811.11多重重新設備列舉 ReNumerationTM 17911.12預設描述符179第12章 EZUSB FX批量傳輸12.1簡介18812.2批量輸入傳輸18912.3中斷傳輸19112.4EZUSB FX批量IN的例子19112.5批量OUT傳輸19212.6端點對19412.7IN端點對的狀態19412.8OUT端點對的狀態19512.9使用批量緩沖區內存19512.10Data Toggle控制19612.11輪詢的批量傳輸的范例19712.12設備列舉說明19912.13批量端點中斷19912.14中斷批量傳輸的范例20112.15設備列舉說明20512.16自動指針器205第13章 EZUSB控制端點013.1簡介20913.2控制端點EP021013.3USB請求21213.3.1取得狀態 Get_Status 21413.3.2設置特性(Set_Feature)21713.3.3清除特性(Clear_Feature)21813.3.4取得描述符(Get_Descriptor)21913.3.5設置描述符(Set Descriptor)22313.3.6設置配置(Set_Configuration)22513.3.7取得配置(Get_Configuration)22513.3.8設置接口(Set_Interface)22513.3.9取得接口(Get_Interface)22613.3.10設置地址(Set_Address)22713.3.11同步幀22713.3.12固件加載228第14章 EZUSB FX等時傳輸14.1簡介22914.2等時IN傳輸23014.2.1初始化設置23014.2.2IN數據傳輸23014.3等時OUT傳輸23114.3.1初始化設置23114.3.2數據傳輸23214.4設置等時FIFO的大小23214.5等時傳輸速度23414.5.1EZUSB 2100系列23414.5.2EZUSB FX系列23514.6快速傳輸 僅存于2100系列 23614.6.1快速寫入23614.6.2快速讀取23714.7快速傳輸的時序 僅存于2100系列 23714.7.1快速寫入波形23814.7.2快速讀取波形23914.8快速傳輸速度(僅存于2100系列)23914.9其余的等時寄存器24014.9.1除能等時寄存器24014.9.20字節計數位24114.10以無數據來響應等時IN令牌24214.11使用等時FIFO242第15章 EZUSB FX中斷15.1簡介24315.2USB核心中斷24415.3喚醒中斷24415.4USB中斷信號源24515.5SUTOK與SUDAV中斷24815.6SOF中斷24915.7中止 suspend 中斷24915.8USB重置中斷24915.9批量端點中斷25015.10USB自動向量25015.11USB自動向量譯碼25115.12I2C中斷25215.13IN批量NAK中斷 僅存于AN2122/26與FX系列 25315.14I2C STOP反相中斷 僅存于AN2122/26與FX系列 25415.15從FIFO中斷 INT4 255第16章 EZUSB FX重置16.1簡介25716.2EZUSB FX打開電源重置 POR 25716.38051重置的釋放25916.3.1RAM的下載26016.3.2下載EEPROM26016.3.3外部ROM26016.48051重置所產生的影響26016.5USB總線重置26116.6EZUSB脫離26216.7各種重置狀態的總結263第17章 EZUSB FX電源管理17.1簡介26517.2中止 suspend 26617.3回復 resume 26717.4遠程喚醒 remote wakeup 269第18章 EZUSB FX系統18.1簡介27118.2DMA寄存器描述27218.2.1來源. 目的. 傳輸長度地址寄存器27218.2.2DMA起始與狀態寄存器27518.2.3DMA同步突發使能寄存器27518.2.4虛擬寄存器27818.3RD/FRD與WR/FWR DMA閃控的選擇27818.4DMA閃控波形與延伸位的交互影響27918.4.1DMA外部寫入27918.4.2DMA外部讀取280第19章 EZUSB FX寄存器19.1簡介28219.2批量數據緩沖區寄存器28319.3等時數據FIFO寄存器28419.4等時字節計數寄存器28519.5CPU寄存器28719.6I/O端口配置寄存器28819.7I/O端口A~C輸入/輸出寄存器28919.8230 Kbaud UART操作--AN2122/26寄存器29119.9等時控制/狀態寄存器29119.10I2C寄存器29219.11中斷29419.12端點0控制與狀態寄存器29919.13端點1~7的控制與狀態寄存器30019.14整體USB寄存器30519.15快速傳輸30919.16SETUP數據31119.17等時FIFO的容量大小31119.18通用I/F中斷使能31219.19通用中斷請求31219.20輸入/輸出端口寄存器D與E31319.20.1端口D輸出31319.20.2輸入端口D腳位31319.20.3端口D輸出使能31319.20.4端口E輸出31319.20.5輸入端口E腳位31419.20.6端口E輸出使能31419.21端口設置31419.22接口配置31419.23端口A與端口C切換配置31619.23.1端口A切換配置#231619.23.2端口C切換配置#231719.24DMA寄存器31919.24.1來源. 目的. 傳輸長度地址寄存器31919.24.2DMA起始與狀態寄存器32019.24.3DMA同步突發使能寄存器32019.24.4選擇8051 A/D總線作為外部FIFO321PART 3 固件技術篇第20章 EZUSB FX固件架構與函數庫20.1固件架構總覽32320.2固件架構的建立32520.3固件架構的副函數鉤子32520.3.1工作分配器32620.3.2設備請求 device request 32620.3.3USB中斷服務例程32920.4固件架構整體變量33220.5描述符表33320.5.1設備描述符33320.5.2配置描述符33420.5.3接口描述符33420.5.4端點描述符33520.5.5字符串描述符33520.5.6群組描述符33520.6EZUSB FX固件的函數庫33620.6.1包含文件 *.H 33620.6.2子程序33620.6.3整體變量33820.7固件架構的原始程序代碼338第21章 EZUSB FX固件范例程序21.1范例程序的簡介34621.2外圍I/O測試程序34721.3端點對, EP_PAIR范例35221.4批量測試, BulkTest范例36221.5等時傳輸, ISOstrm范例36821.6問題與討論373PART 4 實驗篇第22章 EZUSB FX仿真器22?1簡介37522?2所需的工具37622?3EZUSB FX框圖37722.4EZUSB最終版本的系統框圖37822?5第一次下載程序37822.6EZUSB FX開發系統框圖37922.7設置開發環境38022.8EZUSB FX開發工具組的內容38122.9EZUSB FX開發工具組軟件38222.9.1初步安裝程序38222.9.2確認主機 個人計算機 是否支持USB38222.10安裝EZUSB控制平臺. 驅動程序以及文件38322.11EZUSB FX開發電路板38522.11.1簡介38522.11.2開發電路板的瀏覽38522.11.3所使用的8051資源38622.11.4詳細電路38622.11.5LED的顯示38722.11.6Jumper38722.11.7連接器39122.11.8內存映象圖39222.11.9PLD信號39422.11.10PLD源文件文件39522.11.11雛形板的擴充連接器P1~P639722.11.12Philips PCF8574 I/O擴充IC40022.12DMA USB FX I/O LAB開發工具介紹40122.12.1USBFX簡介40122.12.2USBFX及外圍整體環境介紹40322?12?3USBFX與PC連接軟件介紹40422.12.4USBFX硬件功能介紹404第23章 LED顯示器輸出實驗23.1硬件設計與基本概念40923.2固件設計41023.3.1固件架構文件FW.C41123.3.2描述符文件DESCR.A5141223.3.3外圍接口文件PERIPH.C41723.4固件程序代碼的編譯與鏈接42123.5Windows程序, VB設計42323.6INF文件的編寫設計42423.7結論42623.8問題與討論427第24章 七段顯示器與鍵盤的輸入/輸出實驗24.1硬件設計與基本概念42824.2固件設計43124.2.1七段顯示器43124.2.24×4鍵盤掃描43324.3固件程序代碼的編譯與鏈接43424.4Windows程序, VB設計43624.5問題與討論437第25章 LCD文字型液晶顯示器輸出實驗25.1硬件設計與基本概念43825.1.1液晶顯示器LCD43825.2固件設計45225.3固件程序代碼的編譯與鏈接45625.4Windows程序, VB設計45725.5問題與討論458第26章 LED點陣輸出實驗26.1硬件設計與基本概念45926.2固件設計46326.3固件程序代碼的編譯與鏈接46326.4Windows程序, VB設計46526.5問題與討論465第27章 步進電機輸出實驗27.1硬件設計與基本概念46627.1.11相激磁46727.1.22相激磁46727.1.31-2相激磁46827?1?4PMM8713介紹46927.2固件設計47327.3固件程序代碼的編譯與鏈接47427.4Windows程序, VB設計47627.5問題與討論477第28章 I2C接口輸入/輸出實驗28.1硬件設計與基本概念47828.2固件設計48128.3固件程序代碼的編譯與鏈接48328.4Windows程序, VB設計48428.5問題與討論485第29章 A/D轉換器與D/A轉換器的輸入/輸出實驗29.1硬件設計與基本概念48629.1.1A/D轉換器48629.1.2D/A轉換器49029.2固件設計49329.2.1A/D轉換器的固件設計49329.2.2D/A轉換器的固件設計49629.3固件程序代碼的編譯與鏈接49729.4Windows程序, VB設計49829.5問題與討論499第30章 LCG繪圖型液晶顯示器輸出實驗30.1硬件設計與基本概念50030.1.1繪圖型LCD50030.1.2繪圖型LCD控制指令集50330.1.3繪圖型LCD讀取與寫入時序圖50530.2固件設計50630.2.1LCG驅動程序50630.2.2USB固件碼51330.3固件程序代碼的編譯與鏈接51630.4Windows程序, VB設計51730.5問題與討論518附錄A Cypress控制平臺的操作A.1EZUSB控制平臺總覽519A.2主畫面520A.3熱插拔新的USB設備521A.4各種工具欄的使用524A.5故障排除526A.6控制平臺的進階操作527A.7測試Unary Op工具欄上的按鈕功能528A.8測試制造商請求的工具欄 2100 系列的開發電路板 529A.9測試等時傳輸工具欄532A.10測試批量傳輸工具欄533A.11測試重置管線工具欄535A.12測試設置接口工具欄537A.13測試制造商請求工具欄 FX系列開發電路板A.14執行Get Device Descriptor 操作來驗證開發板的功能是否正確539A.15從EZUSB控制平臺中, 加載dev_io的范例并且加以執行540A.16從Keil偵錯應用程序中, 加載dev_io范例程序代碼, 然后再加以執行542A.17將dev_io 目標文件移開, 且使用Keil IDE 集成開發環境 來重建545A.18在偵錯器下執行dev_io目標文件, 并且使用具有偵錯能力的IDE547A.19在EZUSB控制平臺下, 執行ep_pair目標文件A.20如何修改fw范例, 并在開發電路板上產生等時傳輸550附錄BEZUSB 2100系列及EZUSB FX系列引腳表B.1EZUSB 2100系列引腳表555B?2EZUSB FX系列引腳圖表561附錄C EZUSB FX寄存器總覽附錄D EEPROM燒錄方式
上傳時間： 2013-11-21
上傳用戶：努力努力再努力
一：微電腦設計11.1：微電腦基本結構11.2：單芯片微電腦21.3：單芯片微電腦種類3二：MCS51架構介紹62.1：接腳說明62.2：內部構造圖72.3：系統時序82.4：內存結構92.5：系統重制142.6：中斷結構15三：LCD簡介243.1：簡介243.2：內部結構263.3：模塊指令29圖1-1 微電腦基本結構1表1-1 MCS-51 單芯片比較.5圖2-1 MCS-51 接腳圖.6圖2-2 內部結構方塊圖8圖2-3 MCS-51 指令執行時序.9圖2-4 MCS-51 內部數據存儲器.10圖2-5 MCS-51 程序內存結構圖.10圖2-6 MCS-51內部數據存儲器結構11圖2-7 特殊功能緩存器12表2-1 特殊功能緩存器(SFC)初值設定.13圖2-8 數據存儲器結構圖13表2-2 SFR重置設定值.15表2-3 中斷向量17圖2-9 中斷結構方塊圖18表2-4 中斷致能緩存器IE19表2-5 中斷優先權緩存器(IP) .20表2-6 中斷源優先權順序21表2-7 計時/計數控制緩存器TCON.21表2-8 計時/計數模式設定.23圖3-1 LCD 的接口電路方圖24表3-1 LCD 接腳說明25表3-2 控制腳功能25表3-3 LCD 模塊地址對映26表3-4 字符產生器與字型碼對映27表3-5 LCD 內字型表28表3-6 LCD 控制指令表32圖3-2 初始化流程圖33表4-1 功能說明34圖4-1 電路圖35圖4-2 程序流程圖36此篇專題主要研究是利用8051芯片制作出電子鐘，利用LCD當作顯示介面，并且設置有鬧鈴功能，是很可以融入生活的小家電。關鍵詞: AT89C51，LCD，電子鍾，數字鐘，鬧鈴。四：電子鐘344.1：相關知識344.2：功能說明344.3`:流程圖36五：心得感想41六：程序代碼42附錄：MCS51指令集.54參考數據60
上傳時間： 2013-10-11
上傳用戶：butterfly2013
MCS-51單片機數據存儲器的擴展:3 數據存儲器的擴展MCS-51單片機內部有128或256個字節的數據存儲器，這些存儲器通常被用作工作寄存器、堆棧、臨時變量等等，一般已經夠用，但是如果系統要存儲大量的數據，比如數據采集系統，那么片內的數據存儲器就不夠用了，需要進行擴展。3．1 常用的數據存儲器單片機中常用的數據存儲器是靜態RAM存儲器（SRAM），圖7是幾種常用的數據存儲器的引腳圖，以62256為例介紹，其中：A0~A14：地址輸入線；D0~D7：數據線； CE：選片信號輸入線，低電平有效； OE：讀選通信號輸入線，低電平有效； WE：寫選通信號輸入線，低電平有效；CE2：6264芯片的高有效選通端；VCC：工作電源，一般接+5V；GND：工作地.
上傳時間： 2013-10-28
上傳用戶：jkhjkh1982
多路電壓采集系統一、實驗目的１．熟悉可編程芯片ADC0809，8253的工作過程，掌握它們的編程方法。２．加深對所學知識的理解并學會應用所學的知識，達到在應用中掌握知識的目的。 二、實驗內容與要求1．基本要求通過一個A/D轉換器循環采樣4路模擬電壓，每隔一定時間去采樣一次，一次按順序采樣4路信號。A/D轉換器芯片AD0809將采樣到的模擬信號轉換為數字信號，轉換完成后，CPU讀取數據轉換結果，并將結果送入外設即CRT/LED顯示，顯示包括電壓路數和數據值。2． 提高要求 (1) 可以實現循環采集和選擇采集2種方式。（2）在CRT上繪制電壓變化曲線。 三、實驗報告要求 １．設計目的和內容 ２．總體設計 ３．硬件設計：原理圖（接線圖）及簡要說明 ４．軟件設計框圖及程序清單５．設計結果和體會（包括遇到的問題及解決的方法） 四、總體設計設計思路如下：1) 4路模擬電壓信號通過4個電位器提供0-5V的電壓信號。2) 選擇ADC0809芯片作為A/D轉換器，4路輸入信號分別接到ADC0809的IN0—IN4通道，每隔一定的時間采樣一次，采完一路采集下一路，4路電壓循環采集。3) 利用3個LED數碼管顯示數據，1個數碼管用來顯示輸入電壓路數，3個數碼管用來顯示電壓采樣值。4) 延時由8253定時/計數器來實現。 五、硬件電路設計根據設計思路，硬件主要利用了微機實驗平臺上的ADC0809模數轉換器、8253定時/計數器以及LED顯示輸出等模塊。電路原理圖如下：1．基本接口實驗板部分1) 電位計模塊，4個電位計輸出4路1－5V的電壓信號。2) ADC0809模數轉換器，將4路電壓信號接到IN0－IN3，ADD_A、ADD_B、ADD_C分別接A0、A1、A2，CS_AD接CS0時，4個采樣通道對應的地址分別為280H—283H。3) 延時模塊，8253和8255組成延時電路。8255的PA0接到8253的OUT0，程序中查詢計數是否結束。硬件電路圖如圖1所示。 圖1 基本實驗板上的電路圖實驗板上的LED顯示部分實驗板上主要用到了LED數碼管顯示電路，插孔CS1用于數碼管段碼的輸出選通，插孔CS2用于數碼管位選信號的輸出選通。電路圖如圖2所示。
上傳時間： 2013-11-06
上傳用戶：sunchao524
MCS51系列單片機軟件控制復位的可靠方法:文章指出了一種廣泛流傳的誤解：在MCS-51系列單片機中，只要用指令使程序從起始地址開始執行，就可以復位單片機，擺脫干擾。通過實驗，揭示了軟件控制復位的可靠方法。有的單片機（如8098）有專門的復位指令，某些增強型MCS-51系統單片機雖然沒有復位指令，但片內集成了WATCHDOG電路，故抗干擾也不成問題。而普及型MCS-51系列單片機（如8031和8032）既然無復位指令，又不帶硬件WATCHDOS，如果沒有外接硬件WATCHDOG電路，就必須采用軟件抗干擾技術。常用的軟件抗干擾技術有：軟件陷阱、指令冗余、軟件WATCHDOG等，它們的作用是在系統受干擾時能及時發現，再用軟件的方法使系統復位。所謂軟件復位就是用一系列指令來模仿復位操作，這就是MCS-51系列單片機所特有的軟件復位技術。現用一簡單的實驗說明。接于P1.0的發光二極管LED0用來表示主程序的工作情況，接于P1.1的發光二極管LED1用于表示低級中斷子程序的工作情況，接于P1.2的發光二極管LED2用來表示高級中斷子程序的工作情況，接于P3.2口的按鈕用來設立干擾標志，程序檢測到干擾標志后故意進入死循環或掉進陷井，模仿受干擾的情況，從而檢驗各種復位方法的實際效果。實驗初始化程序如下：
上傳時間： 2013-11-03
上傳用戶：sevenbestfei
2.1.1 I/O接口基本概念1.為什么要引入接口微機和I/O設備的信息類型和格式可能不一樣。微機和I/O設備信號傳輸處理的速度可能不匹配。不用接口， I/O直接接CPU，隨著外設增加，會大大降低CPU的效率。I/O直接接CPU，會使外設硬件結構過于依賴CPU，對外設本身發展不利。2.接口的概念 定義：接口是CPU與“外部世界”的連接電路，負責“中轉”各種信息。 分類：存儲器接口和I/O接口。 位置：介于系統總線與外部設備之間。3.I/O接口與I/O設備不同I/O設備對應I/O接口不同。I/O接口受CPU控制，I/O設備受I/O接口控制。為增加通用性，I/O接口電路一般均具有可編程功能。微機的應用離不開外部設備接口的設計、選用和連接。2.1.2、I/O接口功能 數據緩沖功能：通過寄存器或鎖存器實現。 存放數據的寄存器或鎖存器稱之為數據口。 接受和執行CPU命令功能： 存放CPU命令代碼的寄存器稱之為命令口， 存放執行狀態信息的寄存器稱之為狀態口。 設備選擇功能：CPU通過地址譯碼選擇不同外設。 即CPU通過地址譯碼選擇不同I/O接口和I/O接口中連接的不同的設備。 信號轉換功能：協調總線信號與I/O設備信號。 轉換包括信號的邏輯關系、時序配合和電平轉換。 可編程功能：增加接口的靈活性和智能性。
上傳時間： 2013-11-05
上傳用戶：jixingjie
有兩種方式可以讓設備和應用程序之間聯系：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
