基于TMS320C6455的DSbootloader研究

1、基于TMS320C6455的DSPbootloader研究引言        數(shù)字信號處理技術(shù)廣泛應(yīng)用于雷達(dá)、通信、圖像處理等領(lǐng)域，其中有些信號處理運(yùn)算量很大、算法結(jié)構(gòu)復(fù)雜，且要求高速實(shí)時(shí)、高性能、靈活地完成各種處理任務(wù)。近年來，以數(shù)字信號處理器（DSP）為基礎(chǔ)的通用信號處理模塊15的研制受到人們的重視，它的研制成功滿足了信號處理系統(tǒng)實(shí)時(shí)性和通用性的要求。由于在DSP程序運(yùn)行前，都有程序加載的問題，尤其當(dāng)信號處理模塊由多DSP構(gòu)成時(shí)，要充分考慮到上位機(jī)與DSP間、主DSP與從DSP間的加載關(guān)系，DSP也提供了多種靈活的加載方

2、式以滿足應(yīng)用要求。因此在設(shè)計(jì)通用信號處理模塊前，有必要研究DSP的多種加載方式68。        TMS320C6455是世界上最大的DSP（數(shù)字信號處理）芯片商TI（德州儀器）新推出的高端DSP芯片，也是目前單片處理能力最強(qiáng)的定點(diǎn)DSP。與另一DSP芯片商ADI的高端產(chǎn)品TigerSHARC系列TS201相比：TS201時(shí)鐘頻率為600MHz，16位定點(diǎn)處理能力為4800MMAC/s；TMS320C6455時(shí)鐘頻率為1.2GHz，16位定點(diǎn)處理能力為9600MMAC/s。可見，單片DSP的定點(diǎn)處理能力，TMS3

3、20C6455強(qiáng)于TS201。另外，ADI逐漸把精力投入到Blackfin系列DSP9，TigerSHARC系列DSP不再升級；TI卻仍在不斷打造自己的高端市場，TMS320C6455后續(xù)產(chǎn)品也在不斷跟進(jìn)。ADI的TigerSHARC系列DSP擁有獨(dú)特的link口，適合于構(gòu)建多處理器平臺。在推出TMS320C6455以前，TI的DSP單片處理能力較強(qiáng)，但是芯片間的數(shù)據(jù)傳輸問題沒有解決，構(gòu)建多處理器平臺比較復(fù)雜10。但是新推出的TMS320C6455，采用了Serial RapidIO接口技術(shù)，互連速率每秒高達(dá)25Gbits，很好的解決了芯片間的數(shù)據(jù)傳輸問題，搭建多處理器平臺變得簡單方便。Rap

4、idIO互連規(guī)范已成為ISO/IEC DIS 18372標(biāo)準(zhǔn)，RapidIO Trade Association已經(jīng)囊括了世界主要半導(dǎo)體芯片供應(yīng)商、通信系統(tǒng)OEM和計(jì)算機(jī)系統(tǒng)制造商。link口雖然也可以實(shí)現(xiàn)高速數(shù)據(jù)傳輸，但link口是ADI自定義總線。所以link口應(yīng)用范圍狹窄，而RapidIO技術(shù)將有廣闊的發(fā)展前景?？梢灶A(yù)見，TMS320C6455（以下簡稱C6455）將在雷達(dá)、通信、圖像處理等領(lǐng)域得到廣泛應(yīng)用。基于C6455的通用信號處理模塊也在研制之中。本文在完成C6455評估板的基礎(chǔ)上，深入研究并實(shí)現(xiàn)了C6455的多種加載（引導(dǎo)）模式。這些模式幾乎囊括了目前DSP的所有加載方式，也可作

5、為實(shí)現(xiàn)其他DSP加載的參考。1、加載模式分類         在TMS320C6455的地址空間0x00100000到0x00107FFF間集成了32K的內(nèi)部ROM。此ROM中固化了一段叫作“boot loader”的引導(dǎo)代碼，它的主要作用是在DSP上電時(shí)，對DSP進(jìn)行必要的配置，以便輔助HPI/PCI/SRIO等接口進(jìn)行加載；另外，它還可以將代碼從外部存儲器讀到內(nèi)部L2 SRAM，以完成代碼加載。         TMS320C645

6、5復(fù)位和上電時(shí)的引導(dǎo)模式主要有：NO BOOT模式、主機(jī)（HPI/PCI接口）引導(dǎo)模式、FLASH引導(dǎo)模式、主I2C引導(dǎo)模式、從I2C引導(dǎo)模式、SRIO引導(dǎo)模式。采用哪種引導(dǎo)模式，由復(fù)位或上電時(shí)采樣管腳 來決定。2 數(shù)據(jù)格式轉(zhuǎn)換及boot table        用TI的編程工具CCS（Code Composer Studio）編譯連接生成后綴為.out可執(zhí)行文件，此目標(biāo)文件格式被稱作通用目標(biāo)文件格式（COFF）。COFF按照模塊化思想對程序進(jìn)行管理，它的最小單位稱為段（section）。段是占據(jù)一個(gè)連續(xù)空間的代碼塊或者數(shù)

7、據(jù)塊，與其他段一起在存儲器映射圖內(nèi)。但各個(gè)段是分開的，各有特色。對于C語言文件，編譯器生成的代碼段分配在.text段中，全局變量和靜態(tài)變量分配在.bss段中，而局部變量或寄存器變量分配到.stack段，還有其他段和自定義段，可以查詢TI的有關(guān)文檔。        連接器生成的可執(zhí)行COFF文件（后綴為.out），含有一些定位符號和文件頭等信息，這些信息能夠被仿真器識別，仿真器可以從COFF文件中提取有用的程序，并把提取的程序加載到DSP的L2 SRAM。 但是，如果我們采用FLASH、PCI或SRIO等加載時(shí)，COFF文件中

8、的一些信息不能被識別，而且由于含有的無效信息較多，COFF文件比較大，因此，我們首先應(yīng)該對COFF文件進(jìn)行提取和精簡處理。這就需要用到TI提供的十六進(jìn)制轉(zhuǎn)換工具（Hex6x.exe）。十六進(jìn)制轉(zhuǎn)換工具可以把COFF文件轉(zhuǎn)換成以下文件格式：ASCII-HEX格式、擴(kuò)展的Tektronix（泰克）格式、Intel MCS-86（英特爾）格式、Motorola Exorciser（摩托羅拉-S）格式、Texas Instruments SDSMAC（TI-Tagged）格式。Boot table主要由三部分構(gòu)成，如圖1所示。第一個(gè)32位數(shù)據(jù)是程序的入口地址；最后一個(gè)32位數(shù)據(jù)0x00000000，它

9、是boot table的結(jié)束標(biāo)志；中間部分是主體部分，由程序中的若干section構(gòu)成。所有的section都有一個(gè)統(tǒng)一的結(jié)構(gòu)，以section i 為例，第一個(gè)32位數(shù)據(jù)是此section的大小，以字節(jié)為單位；第二個(gè)32位數(shù)據(jù)是此section在L2 SRAM中的存放首地址；剩下部分是此section的數(shù)據(jù)內(nèi)容。圖1  boot table3、FLASH加載         對于TMS320C6455來說，固化在DSP內(nèi)部ROM中的“boot loader”會在系統(tǒng)上電時(shí)將FLASH ROM的前1K空間

10、的內(nèi)容復(fù)制到片內(nèi)L2 SRAM的0x800000到x8003FF地址空間，復(fù)制完成后DSP會從0x800000地址處開始運(yùn)行。因?yàn)樾枰岬絻?nèi)存中運(yùn)行的應(yīng)用程序的向量表、初始化段等往往超過1K大小，為了能在系統(tǒng)上電時(shí)自動(dòng)引導(dǎo)應(yīng)用程序運(yùn)行，就需要在引導(dǎo)的1K代碼中編寫引導(dǎo)代碼，此引導(dǎo)代碼的工作就是把待加載的代碼復(fù)制到L2 SRAM中，復(fù)制完成后跳轉(zhuǎn)到程序初始化入口處（_c_int00），從而實(shí)現(xiàn)二次加載。        FLASH引導(dǎo)模式需要進(jìn)行二次引導(dǎo)，因此需要編寫二次引導(dǎo)代碼。此二次引導(dǎo)代碼實(shí)現(xiàn)三個(gè)功能：配置EMIFA端口為

11、異步讀模式，總線寬度為8-bit；將FLASH空間起始地址0xB0020000的代碼裝載到L2 SRAM中；拷貝完成后，程序跳轉(zhuǎn)到程序初始化入口處（_c_int00）。假設(shè)待加載程序?yàn)榕荞R燈測試程序。在開發(fā)板上通過DSP的GPIO控制小燈的熄滅，當(dāng)GPIO輸出電平為高時(shí)，小燈被點(diǎn)亮，當(dāng)GPIO輸出電平為低時(shí)，小燈熄滅。此測試程序控制多個(gè)小燈，讓其輪流熄滅。測試通過后，生成了myled.out文件，此程序就是待加載到DSP中的程序，首先必須對myled.out文件按照上節(jié)所述過程進(jìn)行格式轉(zhuǎn)換，生成小段模式、二進(jìn)制形式的boot table。    

12、0;   因?yàn)樾枰M(jìn)行二次引導(dǎo)，在上面編寫點(diǎn)燈程序時(shí)需要把二次引導(dǎo)代碼鏈接進(jìn)去。此二次引導(dǎo)代碼在編譯鏈接時(shí)需要被分配到L2 SRAM的0x800000到0x8003FF地址空間。經(jīng)過轉(zhuǎn)換后，二次引導(dǎo)代碼被轉(zhuǎn)換成boot table中的section 1，在此稱它為boot section。 為了便于在線燒寫，將此boot table做進(jìn)一步的轉(zhuǎn)換，生成一個(gè)新boot table和二次引導(dǎo)代碼段。將此二次引導(dǎo)代碼段燒寫到0xB0000000到0xB00003FF FLASH地址空間，將新的boot table燒寫到起始地址為0xB0020000的FLASH地址空間。圖2詳細(xì)闡

13、述了格式轉(zhuǎn)換和燒寫流程。圖2  FLASH引導(dǎo)模式下格式轉(zhuǎn)換        上電后，固化在DSP內(nèi)部ROM中的“boot loader”將FLASH ROM的前1K空間的二次引導(dǎo)代碼復(fù)制到片內(nèi)L2 SRAM的0x8000000到x8003FF地址空間。復(fù)制完成后DSP從0x800000地址處開始運(yùn)行，也就是說DSP運(yùn)行二次引導(dǎo)，此時(shí)，DSP將FLASH空間起始地址為0xB0020000的數(shù)據(jù)按照section指定的地址復(fù)制到片內(nèi)L2 SRAM，復(fù)制完成后，二次引導(dǎo)代碼跳轉(zhuǎn)到程序初始化入口處（_c_int0

14、0），加載過程結(jié)束。4、主機(jī)加載        主機(jī)加載包括HPI和PCI接口的加載。在主機(jī)加載模式下，DSP處于等待狀態(tài)，上位機(jī)直接將代碼和數(shù)據(jù)寫入DSP內(nèi)部存儲空間，此時(shí)不使用boot table。當(dāng)上位機(jī)完成所有代碼和數(shù)據(jù)的寫入后，將產(chǎn)生一個(gè)主機(jī)中斷（HPI/PCI），DSP將開始執(zhí)行加載入的程序。HPI接口的加載很簡單，DSP被當(dāng)作存儲器。PCI接口的加載需要考慮地址映射，復(fù)雜一些。下面就以PCI接口的加載來說明主機(jī)加載模式。4.1 DSP地址空間到PCI空間的映射   

15、60;    PCI模塊支持主從模式，DSP工作在從模式，上位機(jī)對DSP進(jìn)行讀寫訪問。DSP擁有自己的地址空間，上位機(jī)要通過PCI總線訪問DSP，必須將DSP空間映射到PCI空間。將DSP地址空間映射到主機(jī)空間的過程由以下寄存器來完成：        PCIBARMSK（PCI base address mask register）指示DSP向上位機(jī)申請的窗的大小。上位機(jī)上電時(shí)，BIOS根據(jù)PCIBARMSK的值為DSP分配相應(yīng)大小的存儲塊，此存儲塊相當(dāng)于一個(gè)移動(dòng)的窗，上位機(jī)就是通過移動(dòng)這個(gè)窗來

16、訪問DSP的地址空間。        PCIBAR（PCI base address register）指示窗在PCI空間的起始地址，此處由上位機(jī)上電后自動(dòng)分配。        PCIBARTRL（PCI base address translation register）指示窗在DSP空間的起始地址，此處的值可以實(shí)時(shí)修改，從而使窗進(jìn)行移動(dòng)。       DSP有6組這樣的寄存器，因此，一次可以向

17、上位機(jī)申請6個(gè)窗。圖3是DSP地址空間向PCI空間的映射圖，為了便于理解，假設(shè)PCIBAR0MSK申請了1M的窗，PCIBAR0 = 0xD0000000，PCIBAR0TRL = 0x00800000，此時(shí)將DSP的地址空間0x00800000到0x008FFFFF映射到PCI空間的0xD0000000到0xD00FFFFF。 當(dāng)上位機(jī)對PCI地址空間0xD0000000到0xD00FFFFF進(jìn)行訪問時(shí)，相當(dāng)于訪問了DSP地址空間0x00800000到0x008FFFFF。圖3 DSP地址空間到PCI地址空間映射4.2 PCI引導(dǎo)過程圖4  PCI引導(dǎo)過程  &

18、#160;      BOOTMODE3：0 = 0111時(shí)，為主機(jī)引導(dǎo)模式，并且PCI_EN=1時(shí)，主機(jī)通過PCI接口加載DSP，此時(shí)必須使CFGGP2：0=0。 圖4便是PCI引導(dǎo)過程，上電后，固化在DSP內(nèi)部ROM的“boot loader”對DSP進(jìn)行一些必要的初始化配置。        首先，使能全局中斷并且使能PCI的中斷管腳，使DSP可以接收來自主機(jī)的中斷。        

19、其次，boot loader配置PLL1模塊為15倍頻，也就是使內(nèi)核工作在750MHz。而其他引導(dǎo)模式下，沒有使能PLL1模塊，也就意味著PLL1模塊工作在50MHz。上位機(jī)訪問PCIBAR0，把待加載代碼通過PCI總線裝載到L2 SRAM中，裝載完成之后，上位機(jī)訪問PCIBAR2，對PCIBINTSET寄存器的DSPINT位寫1，向DSP發(fā)送DSPINT中斷，從而使DSP脫離“掛起（stall）”狀態(tài)，DSP從地址0x800000處開始執(zhí)行程序。        由于基于C程序或基于C語言框架的混和語言程序，系統(tǒng)復(fù)

20、位和數(shù)據(jù)初始化都必須基于C的運(yùn)行環(huán)境，而C運(yùn)行環(huán)境的建立必須由c_int00（ ）函數(shù)來完成，所以在DSP復(fù)位后從0x800000處執(zhí)行指令時(shí)，必須首先跳轉(zhuǎn)到C環(huán)境的入口點(diǎn)_c_int00（該點(diǎn)在rts64plus.lib庫中定義），從而能夠調(diào)用c_int00（ ）函數(shù)完成建立堆棧，變量初始化和調(diào)用Main函數(shù)等工作。所以在“加載代碼”之后，為了使DSP能夠響應(yīng)DSPINT RESET中斷并跳轉(zhuǎn)至_c_int00處“執(zhí)行代碼”，需要編寫中斷向量表，把中斷向量表分配到起始地址為0x800000的空間，并使硬件復(fù)位中斷的服務(wù)程序的內(nèi)容，是執(zhí)行跳轉(zhuǎn)到_c_int00。從而當(dāng)DSP從0x800000處

21、執(zhí)行代碼后緊接著就跳轉(zhuǎn)到程序入口處。5、SRIO加載        RapidIO的傳輸操作是基于請求和響應(yīng)機(jī)制，包（packet）是系統(tǒng)中端點(diǎn)器件的通信單元。圖5是一次傳輸操作的流程圖。首先由發(fā)起者產(chǎn)生一個(gè)傳輸請求，請求包被傳輸?shù)较噜彽慕粨Q器件，從而進(jìn)入交換結(jié)構(gòu)，通過交換機(jī)構(gòu)這個(gè)完整的請求包被轉(zhuǎn)發(fā)到目標(biāo)器件。目標(biāo)器件根據(jù)請求完成相應(yīng)操作后，發(fā)送相應(yīng)的響應(yīng)包，經(jīng)過交換機(jī)構(gòu)傳回到發(fā)起者。此時(shí)一個(gè)完整的傳輸過程完成。圖5  RapidIO傳輸操作框圖      

22、;   RapidIO有三個(gè)層的協(xié)議共同組成，每層協(xié)議在包中都有體現(xiàn)。圖6給出典型的請求包和響應(yīng)包的包格式示意圖。圖6  請求包和響應(yīng)包格式         請求包以物理層字段開始。S位指示這是一個(gè)包還是一個(gè)控制符號。AckID表明交換結(jié)構(gòu)器件將使用控制符號來確認(rèn)哪一個(gè)包。Prio字段指示用于流量控制的包優(yōu)先級。        TT、目標(biāo)地址和源地址字段指示傳輸?shù)刂返臋C(jī)制類型、包應(yīng)被遞送到的器件的地址和產(chǎn)生

23、包的器件的地址。Ftype和事務(wù)指示正被請求的事務(wù)。長度字段等于編碼后事務(wù)的長度。RapidIO事務(wù)數(shù)據(jù)的有效載荷長度從1到256字節(jié)不等。源事務(wù)ID指示發(fā)送器件的事務(wù)ID。RapidIO器件在兩個(gè)端點(diǎn)器件間最多允許256個(gè)未完成的事務(wù)。對于存儲器映射事務(wù)，跟隨在源事務(wù)ID后面的是器件偏移地址字段，用于指示數(shù)據(jù)的存放地址。CRC為校驗(yàn)碼。        響應(yīng)包與請求包類似。狀態(tài)字段指示是否成功完成了事務(wù)。目標(biāo)事務(wù)ID字段的值與請求包中斷事務(wù)ID字段的值相等。     

24、0;   對于slave來說，調(diào)整撥碼開關(guān)，使BOOTMOOD3：0=1x00，此時(shí)為SRIO引導(dǎo)模式，SRIO被配置成四個(gè)1x端口，由port0對DSP進(jìn)行加載。另外，差分晶振選擇125M的時(shí)鐘源。上電后，固化在DSP內(nèi)部ROM的“boot loader”對slave DSP進(jìn)行一些必要的初始化配置：       使能全局中斷，SRIO的中斷管腳被使能，使slave DSP可以接收來自master DSP的中斷；        boot loa

25、der配置PLL1模塊為15倍頻，也就是使內(nèi)核工作在750MHz；        boot loader初始化slave DSP的SRIO端口，使SRIO的時(shí)鐘模塊配置成1.25G。        Master DSP對SRIO端口進(jìn)行初始化配置，并將時(shí)鐘模塊配置成1.25G。 此時(shí)master DSP與slave DSP之間互相發(fā)送同步信息，直到鏈路建立。鏈路成功建立以后，master DSP執(zhí)行NWRITE操作，將待加載程序裝載到L2 SRAM內(nèi)存中。

26、代碼裝載完成后，執(zhí)行門鈴操作，向slave DSP發(fā)送中斷，slave DSP收到中斷后脫離“掛起”狀態(tài)，從地址0x800000處運(yùn)行程序，加載過程結(jié)束。圖7便是SRIO引導(dǎo)過程。圖7  SRIO引導(dǎo)過程6、I2C加載6.1 EEPROM讀寫         在I2C總線上，每個(gè)I2C設(shè)備（EEPROM）都有一個(gè)相應(yīng)的設(shè)備地址（Device address）。設(shè)備地址好比一個(gè)I2C設(shè)備的ID，用于區(qū)別不同的I2C設(shè)備。當(dāng)主設(shè)備訪問I2C設(shè)備時(shí)，首先給出設(shè)備地址，只有設(shè)備地址符合的I2C設(shè)備會做出響應(yīng)，其他

27、I2C設(shè)備都忽略此次操作。燒寫EEPROM時(shí)，支持頁方式寫和字節(jié)寫方式。選用字節(jié)寫方式時(shí)，每次只能寫一個(gè)字節(jié)。選用頁寫方式時(shí)，一次最多寫256個(gè)字節(jié)。頁寫程序編寫流程如圖8左半部分所示。編程中將DSP配置成主-發(fā)送模式，假如向DSP發(fā)送128字節(jié)數(shù)據(jù)，首先DSP啟動(dòng)寫操作，并查詢設(shè)備地址，得到EEPROM響應(yīng)后，向EEPROM發(fā)送16bit地址數(shù)據(jù)，高地址在前，低地址在后；地址發(fā)送完畢后，緊接著向EEPROM發(fā)送128字節(jié)數(shù)據(jù)。發(fā)送完畢后，產(chǎn)生“STOP”，結(jié)束本次寫操作。圖8  EEPROM讀寫程序編寫流程圖      &

28、#160;   圖8右半部分是EEPROM讀程序編寫流程圖。讀EEPROM時(shí)，可以批量讀，最多可以讀64Kbytes。 啟動(dòng)操作后，DSP被配置成主-發(fā)送模式，首先查詢設(shè)備地址，得到EEPROM響應(yīng)后，向EEPROM發(fā)送16bit地址數(shù)據(jù)，高地址在前，低地址在后。地址發(fā)送完畢后，DSP被配置成主-接收模式，由EEPROM將尋址的數(shù)據(jù)發(fā)送到DSP，數(shù)據(jù)接收完畢后，DSP產(chǎn)生“STOP”，結(jié)束本次讀操作。6.2 EEPROM引導(dǎo)準(zhǔn)備工作         加載前都必須進(jìn)行格式轉(zhuǎn)換，但是EEPROM格式

29、轉(zhuǎn)換更加復(fù)雜，僅僅如2節(jié)那樣生成boot table還遠(yuǎn)遠(yuǎn)不夠。當(dāng)選用EEPROM進(jìn)行加載時(shí)，DSP內(nèi)部固化的boot loader 能接受的代碼格式稱作“image”文件。它主要由兩部分構(gòu)成：第一部分是boot parameter 文件，第二部分是boot table文件。Boot parameter 文件由26個(gè)字節(jié)組成，它主要包含配置I2C的一些信息以及從EEPROM哪個(gè)地址開始讀取boot table文件等信息，表1是boot parameter的構(gòu)成。        主要強(qiáng)調(diào)以下幾點(diǎn)，Device address（

30、LSW）這一項(xiàng)，它指的是boot table文件存放的起始地址。 Device address（MSW）這一項(xiàng)，指的是EEPROM的設(shè)備地址。選用EEPROM加載時(shí)，沒有使能PLL1模塊，內(nèi)核時(shí)鐘頻率為50MHz。 將I2C接口時(shí)鐘配置成50kHz。 Boot loader上電后先從EEPROM讀取boot parameter，根據(jù)此文件里的值來配置I2C接口。配置好I2C接口后，從Device address（LSW）指示的地方讀取boot table文件。表1  Boot Parameter       

31、60; Boot table文件不能被boot loader識別，還需要進(jìn)行相應(yīng)的轉(zhuǎn)換。圖9便是生成“image”文件的流程圖。為了比較完整的闡述轉(zhuǎn)換過程，下面從CCS生成的.out文件的轉(zhuǎn)換說起。首先調(diào)用hex6x.exe將.out文件轉(zhuǎn)換成ASCII文件，在下表中后綴為.btbl文件；緊接著將.btbl文件作拆分，每124個(gè)字節(jié)組成一組，在每組前面加入四個(gè)字節(jié)的頭文件，此頭文件包括此組的數(shù)據(jù)個(gè)數(shù)和校驗(yàn)碼。頭文件和124個(gè)字節(jié)的數(shù)據(jù)組成128字節(jié)含有校驗(yàn)碼的組。最后一組可能不足128字節(jié)，因?yàn)閿?shù)據(jù)個(gè)數(shù)可能不能被124整除。這時(shí)生成的文件稱作.btbl.i2c文件。然后把boot parame

32、ter 文件和.btbl.i2c文件組合到一起生成.i2crom文件。此時(shí)boot parameter分配到起始地址0x0000處，.btbl.i2c被分配到起始地址為0x420處，然后將其轉(zhuǎn)換成二進(jìn)制文件.ccs，此文件稱作“image”文件，是轉(zhuǎn)換的最終格式。利用在線編程程序?qū)⑵錈龑懙紼EPROM中。圖9  EEPROM引導(dǎo)模式下的格式轉(zhuǎn)換6.3 EEPROM引導(dǎo)過程        將引導(dǎo)模式配置成No boot模式，利用6.1節(jié)編寫的EEPROM燒寫程序?qū)ⅰ癷mage”文件燒寫到EEPROM中。燒寫完成后，再調(diào)用讀程序?qū)?shù)據(jù)從EEPROM中讀出來，并且與生成的“image”文件作比較，以驗(yàn)證燒寫的數(shù)據(jù)是否完整無誤。如果燒寫到EEPROM的數(shù)據(jù)正確，關(guān)閉電源。        調(diào)整撥碼開關(guān)，使BOOTMOOD3：0 = 0101，此時(shí)引導(dǎo)模式為主I2C引導(dǎo)模式。DSP上電后boot loader使能I2C接口，DSP作為主設(shè)備，從EEPROM地址0x0000處讀取數(shù)據(jù)。首先讀取的是boot param