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
TI半導體針對工業應用推出了基于ARM926EJ-S內核的低功耗ARM9處理器AM17xx和AM18xx。其中,AM17xx 和OMAPL137在軟件和引腳上兼容;AM18xx 和OMAPL138在軟件和引腳上兼容。基于本系列處理器,用戶可快速開發出具有強壯可靠操作系統、豐富用戶接口、高性能的處理能力的設備。
上傳時間: 2013-10-19
上傳用戶:9牛10
以典型的9S08 系列為例,當你選擇了一個MCU 型號后,在圖1-4 右側會顯示出所有針對該型號芯片可用的項目調試場景。其中:Full Chip Simulator是芯片全功能模擬仿真,即無需任何目標系統的硬件資源,直接在你的PC 機上模擬運行單片機的程序,在模擬運行過程中可以觀察調試程序的各項控制和運行流程,分析代碼運行的時間,觀察各種變量,等等。CW 提供了功能強大的模擬激勵功能,可以在模擬運行時模擬一些外部事件的輸入,配合程序調試;P&E Multilink/Cyclone Pro是基于P&E 公司的硬件調試工具實現實時在線硬件調試。實際就是我們經常說的BDM 調試。BDM 調試是基于芯片本身內含的在線調試功能,可實現程序下載,單步/全速運行,可以設若干個斷點,可以觀察和修改任意寄存器或RAM 內存空間。BDM 幾乎是開發飛思卡爾8 位(9S08 和RS08 系列)、16 位(9S12 系列)和32 位(Coldfire V1 系列)單片機的標準調試模式,運用最為廣泛;SofTec HCS08是另外一家SofTec 公司提供的硬件調試工具,國內使用較少;HCS08 Serial Monitor是基于芯片串口的監控調試開發模式。由于開發效率較低,現在幾乎無人使用。
上傳時間: 2013-10-10
上傳用戶:alex wang
AT89C2051驅動步進電機的電路和源碼:AT89C2051驅動步進電機的電路和源碼 程序:stepper.c stepper.hex/* * STEPPER.C * sweeping stepper's rotor cw and cww 400 steps * Copyright (c) 1999 by W.Sirichote */#i nclude c:\mc5151io.h /* include i/o header file */ #i nclude c:\mc5151reg.hregister unsigned char j,flag1,temp; register unsigned int cw_n,ccw_n;unsigned char step[8]={0x80,0xc0,0x40,0x60,0x20,0x30,0x10,0x90} #define n 400/* flag1 mask byte 0x01 run cw() 0x02 run ccw() */main(){ flag1=0; serinit(9600); disable(); /* no need timer interrupt */ cw_n = n; /* initial step number for cw */ flag1 |=0x01; /* initial enable cw() */while(1){ { tick_wait(); /* wait for 10ms elapsed */energize(); /* round-robin execution the following tasks every 10ms */ cw(); ccw(); } }}cw(){ if((flag1&0x01)!=0) { cw_n--; /* decrement cw step number */ if (cw_n !=0) j++; /* if not zero increment index j */ else {flag1&=~0x01; /* disable cw() execution */ ccw_n = n; /* reload step number to ccw counter */ flag1 |=0x02; /* enable cww() execution */ } }
上傳時間: 2013-11-21
上傳用戶:boyaboy
近年來,節能環保理念的深入人心,對半導體IC 設計和應用也提出了更高的要求。2008 年11 月,五大手機制造商諾基亞、三星、索尼愛立信、摩托羅拉和LG 電子聯合發布了手機充電器的五星級標準。新的分級制度將以零到五顆星的標志圖案來區分待機能耗。例如,待機功耗小于或等于30mW 的手機充電器屬于最高星級,在其標簽上印有五顆星。相反,如果待機功耗≤500 mW,則充電器標簽上將無任何星級標記。為適應手機充電器的技術革新和發展,新進半導體制造有限公司(簡稱BCD 半導體)于近期推出一種新的電源控制芯片AP3768,并基于AP3768 開發出全面滿足能源之星外部電源2.0 標準和五星級標準的充電器方案。
上傳時間: 2014-01-06
上傳用戶:llwap
無論是功能,還是性能,德州儀器(TI)的MSC1210單片機都達到了混合信號處理的顛峰,它集成了一個增強型8051內核,有8路24位低功耗(4roW)A. A/D轉換器;21個中斷源;16位PWM;全雙工UART(并兼容有SPI功能);停止方式電流小于1 A;比標準8051內核執行速度快3倍且全兼容;片內集成32K字節FLASH,而且FLASH可定義為程序分區與數據存儲分區,給設計帶來非常大的靈活性;片內SRAM也多達1.2K字節;采用TQFP64小型封裝。由于具有如此高的模擬和數字集成度,對各種要求小體積、高集成度和精確測量而言,MCS1210實為理想的整合選擇。表1列出MSC1210的主要特性。
上傳時間: 2013-10-11
上傳用戶:yangzhiwei
本應用規格書詳細描述了飛利浦一通道和兩通道SC16Cxxx 器件與飛利浦低功耗SC16CxxxB 器件之間的不同,希望從原飛利浦方案轉移到新方案的客戶能夠在這流程中找到有用的信息。
上傳時間: 2013-10-15
上傳用戶:a3318966
PCA9517 是一款基于CMOS 工藝的低電壓I2C 中繼器,在I2C 總線或SMBus 應用中進行高低電壓轉換。PCA9517 能夠在電平轉換期間保持總線所有的操作模式和特性,通過數據線(SDA)和時鐘線(SCL)的雙向緩存實現I2C 總線擴展,總線最大容性負載為400pF。PCA9517 能夠隔離器件總線兩端的電壓和容性負載。SDA 和SCL 引腳具有過壓保護功能,在掉電的情況下為高阻狀態。
上傳時間: 2013-10-08
上傳用戶:zgz317
應用軟件根據BYPASS信號的值來決定是否使用PLL。如果使用PLL,那么它總是輸出一個200MHz的時鐘信號,并且聯合系統分頻器(SYSDIV)共同產生系統時鐘。饋送到PWM模塊的時鐘由系統時鐘提供。如果應用中需要較低的PWM時鐘,那么在時鐘信號到達PWM模塊前可以使用PWM分頻器(PWMDIV)先分頻。ADC時鐘使用一個時鐘源(source)為200MHz的常量分頻器,這就意味著如果要使ADC時鐘的工作頻率保持在14-18MHz范圍內,必須使能并使用PLL。
上傳時間: 2013-10-17
上傳用戶:hjshhyy
單片機系統的低功耗設計策略:摘要嵌入式系統的低功耗設計需要全面分析各方面因素,統籌規劃。在設計之初,各個因素往往是相互制約、相互影響的,一個降低系統功耗的措施有時會帶來其他方面的“負效應”。因此,降低系統整體功耗,需要仔細分析和計算。本文從硬件和應用軟件設計兩個方面,闡述一個以單片機為核心的嵌入式系統低功耗設計時所需考慮的一些問題。關鍵詞低功耗設計 硬件設計 應用軟件設計 低功耗模式 在嵌入式應用中,系統的功耗越來越受到人們的重視,這一點對于需要電池供電的便攜式系統尤其明顯。降低系統功耗,延長電池的壽命,就是降低系統的運行成本。對于以單片機為核心的嵌入式應用,系統功耗的最小化需要從軟、硬件設計兩方面入手。 隨著越來越多的嵌入式應用使用了實時操作系統,如何在操作系統層面上降低系統功耗也成為一個值得關注的問題。限于篇幅,本文僅從硬件設計和應用軟件設計兩個方面討論。
上傳時間: 2013-11-21
上傳用戶:zhenyushaw