久久久久久久电影一区,精品国产乱码久久久久久果冻传媒,亚洲人成网www

c-U-boot

simple MIPS EJTAG u-boot loader

simple MIPS EJTAG u-boot loader

標簽： simple loader u-boot EJTAG

上傳時間： 2014-05-28

上傳用戶：1159797854
U-boot源碼 ARM7啟動代碼

U-boot源碼 ARM7啟動代碼，很好的ARM學習資料

標簽： U-boot ARM7 源碼啟動代碼

上傳時間： 2017-09-28

上傳用戶：a673761058
Hi3520-U-Boot-移植應用指南

海思芯片的3520移植。U-Boot-移植應用指南

標簽： U-Boot 3520 Hi 移植應用指南

上傳時間： 2020-03-11

上傳用戶：qinda
高清版U-Boot 開發資料2020.

高清版U-Boot 開發資料2020.Das U-Boot 是一個主要用于嵌入式系統的引導加載程序，可以支持多種不同的計算機系統結構，包括PPC、ARM、AVR32、MIPS、x86、68k、Nios與MicroBlaze。這也是一套在GNU通用公共許可證之下發布的自由軟件。Das U-Boot可以在x86計算機上建構，但這部x86計算機必須安裝有可支持特定平臺結構的交互發展GNU工具鏈，例如crosstool、Embedded Linux Development Kit (ELDK)或OSELAS.Toolchain。U-Boot不僅僅支持嵌入式Linux系統的引導，它還支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS, android嵌入式操作系統。其目前要支持的目標操作系統是OpenBSD, NetBSD, FreeBSD,4.4BSD, Linux, SVR4, Esix, Solaris, Irix, SCO, Dell, NCR, VxWorks, LynxOS, pSOS, QNX, RTEMS, ARTOS, android。這是U-Boot中Universal的一層含義，另外一層含義則是U-Boot除了支持PowerPC系列的處理器外，還能支持MIPS、 x86、ARM、NIOS、XScale等諸多常用系列的處理器。這兩個特點正是U-Boot項目的開發目標，即支持盡可能多的嵌入式處理器和嵌入式操作系統。就目前來看，U-Boot對PowerPC系列處理器支持最為豐富，對Linux的支持最完善。其它系列的處理器和操作系統基本是在2002年11 月PPCBOOT改名為U-Boot后逐步擴充的。從PPCBOOT向U-Boot的順利過渡，很大程度上歸功于U-Boot的維護人德國DENX軟件工程中心Wolfgang Denk[以下簡稱W.D]本人精湛專業水平和執著不懈的努力。當前，U-Boot項目正在他的領軍之下，眾多有志于開放源碼BOOT LOADER移植工作的嵌入式開發人員正如火如荼地將各個不同系列嵌入式處理器的移植工作不斷展開和深入，以支持更多的嵌入式操作系統的裝載與引導。

標簽： U-Boot

上傳時間： 2022-03-10

上傳用戶：默默
U-Boot 學習資料

U-BOOT 作為一級 Loader 模式，那么僅支持 EMMC 存儲設備，編譯完成后生成的鏡像：RK3288LoaderU-BOOT_V2.17.01.bin其中 V2.17.01 是發布的版本號，rockchip 定義 U-Boot loader 的版本，其中 2.17 是根據存儲版本定義的，客戶務必不要修改這個版本，01 是 U-Boot 定義的小版本，用戶根據實際需求在二級 Loader 模式U-Boot 作為二級Loader模式，那么固件支持所有的存儲設備，該模式下，需要MiniLoader支持，通過宏 CONFIG_MERGER_MINILOADER 進行配置生成。同時引入 Arm TrustedFirmware 后會生成 trust image，這個通過宏 CONFIG_MERGER_TRUSTIMAGE 進行配置生成。

標簽： U-Boot

上傳時間： 2022-07-17

上傳用戶：
完整的U-Boot 開發資料

U-Boot，全稱 Universal Boot Loader，是遵循GPL條款的開放源碼項目。U-Boot的作用是系統引導。U-Boot從FADSROM、8xxROM、PPCBOOT逐步發展演化而來。其源碼目錄、編譯形式與Linux內核很相似，事實上，不少U-Boot源碼就是根據相應的Linux內核源程序進行簡化而形成的，尤其是一些設備的驅動程序，這從U-Boot源碼的注釋中能體現這一點。U-Boot不僅僅支持嵌入式Linux系統的引導，它還支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS, android嵌入式操作系統。其目前要支持的目標操作系統是OpenBSD, NetBSD, FreeBSD,4.4BSD, Linux, SVR4, Esix, Solaris, Irix, SCO, Dell, NCR, VxWorks, LynxOS, pSOS, QNX, RTEMS, ARTOS, android。這是U-Boot中Universal的一層含義，另外一層含義則是U-Boot除了支持PowerPC系列的處理器外，還能支持MIPS、 x86、ARM、NIOS、XScale等諸多常用系列的處理器。這兩個特點正是U-Boot項目的開發目標，即支持盡可能多的嵌入式處理器和嵌入式操作系統

標簽： U-Boot

上傳時間： 2022-07-26

上傳用戶：fliang
U-Boot在64位多內核MIPS處理器上的移植

該文檔為U-Boot在64位多內核MIPS處理器上的移植總結文檔，是一份不錯的參考資料，感興趣的可以下載看看，，，，，，，，，，，，，，，，，

標簽： U-Boot

上傳時間： 2022-07-28

上傳用戶：
Fortran - Tóm tắ t nộ i dung mô n họ c Các khái niệ m và yế u tố

Fortran - Tóm tắ t nộ i dung mô n họ c Các khái niệ m và yế u tố trong ngô n ngữ lậ p trình FORTRAN. Các câ u lệ nh củ a ngô n ngữ FORTRAN. Cơ bả n về chư ơ ng chư ơ ng dị ch và mô i trư ờ ng lậ p trình DIGITAL Visual Fortran. Viế t và chạ y các chư ơ ng trình cho các bài toán đ ơ n giả n bằ ng ngô n ngữ FORTRAN.

標簽： Fortran 7855 7897 7885

上傳時間： 2013-12-25

上傳用戶：songrui
基于嵌入式的遠程圖像采集傳輸系統的研究.rar

圖像的采集和傳輸是實時監控、遠程控制、智能小區等諸多領域的關鍵技術。基于傳統：PC的圖像采集已成為現實。隨著信息技術的迅速發展，嵌入式系統的研究開發成為了后PC時代的一個熱點，它被廣泛應用于工業現場、信息家電等各行各業。同時，圖像的遠程采集傳輸也朝著專業化、多樣化和低成本的方向發展。利用嵌入式技術來實現圖像的遠程采集傳輸正順應了時代發展，有較大的實用價值。本文主要研究了基于嵌入式的遠程圖像采集傳輸系統。嵌入式終端采用$3C2410為核心的目標板為硬件平臺，采用嵌入式Linux為系統平臺。系統通過連接在嵌入式終端的USB攝像頭完成靜態圖像數據采集，并進行圖像壓縮處理。在圖像傳輸方面，論文設計了兩種模式：一種是通過Intemet傳輸的、基于B/S模式的傳輸方式。在該模式下，遠端客戶機通過瀏覽器訪問架設在終端里的嵌入式服務器而獲得圖像信息。另一種是基于GPRS網絡實現遠程無線圖像傳輸。終端將采集到的圖像數據通過GPRS網絡發送到擁有固定Ip的監控服務器上來完成圖像遠程傳輸。本文首先介紹了圖像采集傳輸和嵌入式方面的相關內容，并介紹了本論文所采用的開發平臺。為了順利開發接著構建了開發環境，這里包括U-boot的移植、Linux系統的內核編譯和移植、設備驅動模塊的加載以及交叉編譯環境的建立。在此基礎上，利用Vide04Linux的接口函數，用C語言實現了圖像原始數據的采集程序，并利用JPEG算法了實現圖像壓縮。在基于B/S模式的傳輸方式中，首先利用Boa架設了嵌入式服務器，然后用C語言完成CGI腳本，該腳本將圖像嵌入網頁并實時更新以實現網頁的動態輸出。在基于GPRS實現遠程無線圖像傳輸方式中，論文詳細分析了系統通訊數據流的特征，提出了采用辨識特征字符、數據打包等策略以實現GPRS的網絡連接和數據通訊，并且在此基礎上用C語言編程實現。同時，在PC(Linux)上用Socket編程實現了監控服務器軟件，該軟件用以接收圖像數據和控制嵌入式終端的系統狀態。最后，論文分析比較了兩種傳輸方式的區別和優缺點。試驗證明，采用兩種方式都能成功實現圖像的遠程采集傳輸，并且試驗效果較好。

標簽： 嵌入式遠程圖像

上傳時間： 2013-05-17

上傳用戶：squershop
at91rm9200啟動過程教程

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。

標簽： 9200 at 91 rm

上傳時間： 2013-10-27

上傳用戶：wsf950131