日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

基于多核DSP的BootLoader程序的實(shí)現(xiàn)

電子工程師 ? 來源:電子技術(shù)應(yīng)用 ? 作者:劉慧,林海虹,劉 ? 2021-06-03 17:48 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

DSP芯片的BootLoader程序用于實(shí)現(xiàn)用戶程序上電自舉,它有多種工作方式。上電自舉就是將用戶存放在片外的非易失性、慢速的存儲(chǔ)器中的程序裝載到片內(nèi)易失的、高速的存儲(chǔ)空間中,以保證用戶程序在DSP核內(nèi)的高速運(yùn)行。

多核DSP是指由多個(gè)獨(dú)立的DSP子核集成的DSP芯片,且所有DSP子核共享一套片外總線。由于每個(gè)DSP子核內(nèi)部都有其自身獨(dú)立的掩模BootLoader程序,當(dāng)DSP芯片上電或復(fù)位時(shí)所有DSP子核都將自行啟動(dòng)自身獨(dú)立的BootLoader程序,實(shí)現(xiàn)用戶程序的上電自舉。

所以,多核DSP的BootLoader程序的實(shí)現(xiàn)方法與單核DSP的BootLoader程序的實(shí)現(xiàn)方法有較大的差異。為此,本文立足于實(shí)踐,以雙核DSP- TMS320VC5421的16位并行EPROM的BootLoader程序的工作方式為例,詳細(xì)闡述了多核DSP的BootLoader程序的實(shí)現(xiàn)方法。

1 BootLoader程序簡(jiǎn)介

1.1 BootLoader程序的四種工作方式

一般的DSP都采用常見的BootLoader程序工作方式來實(shí)現(xiàn)用戶程序的上電自舉:

處理器通信口(主端口)HPI方式--通過DSP芯片與PC機(jī)或DSP芯片與其它DSP芯片之間的主機(jī)通信端口實(shí)現(xiàn)上電自舉;

8位或16位并行EPROM方式--通過DSP內(nèi)核的DMA通道實(shí)現(xiàn)上電自舉;

8位或16位并行I/O方式--通過DSP芯片的片外并行I/O接口實(shí)現(xiàn)上電自舉;

8位或16位串行口方式--通過DSP芯片的串行端口實(shí)現(xiàn)上電自舉。

在以上四種工作方式中,最常用的是16位并行EPROM方式。即在DSP芯片上電或復(fù)位時(shí),通過DMA通道將存儲(chǔ)在核外EPROM中的程序以16位形式存儲(chǔ)到核內(nèi)的程序空間中。

1.2 16位并行EPROM方式的Boot表

各種方式的BootLoader程序都有其固定格式的Boot表,用來實(shí)現(xiàn)用戶程序的上電自舉。16位并行EPROM方式的Boot表如表1所示。表中的第1表項(xiàng)存放BootLoader程序工作方式控制字,用于DSP芯片上電或復(fù)位時(shí)確認(rèn)該Boot表是否為16位并行EPROM工作方式的Boot表。該表項(xiàng)內(nèi)容為10AAH,表示DSP內(nèi)核認(rèn)為該Boot表是16位并行EPROM工作方式的BootLoader程序的Boot表;

否則DSP內(nèi)核認(rèn)為該Boot表不是16位并行EPROM的方式的Boot表;第2表項(xiàng)存放DSP特殊寄存器SWWSR在上電或復(fù)位時(shí)被賦予的初始化數(shù)值;第3表項(xiàng)存放DSP特殊寄存器BSCR在上電或復(fù)位時(shí)被賦予的初始化數(shù)值;第4表項(xiàng)存放用戶程序?qū)⒁淮娣旁贒SP核內(nèi)程序空間的頁(yè)地址;第5表項(xiàng)存放用戶程序?qū)⒁淮娣诺紻SP核內(nèi)程序空間的頁(yè)內(nèi)偏移地址;

從第6表項(xiàng)開始依次存放用戶程序第m段代碼的長(zhǎng)度N。用戶程序第m段代碼將要被存放到DSP核內(nèi)程序空間的頁(yè)地址,用戶程序第m段代碼將要被存放到DSP核內(nèi)程序空間的頁(yè)內(nèi)偏移地址,用戶程序第m段代碼的第1個(gè)字,第2個(gè)字,……,第N個(gè)字;

Boot表的最后表項(xiàng)存放Boot表結(jié)束字0000H,表示Boot表到此結(jié)束。因此DSP內(nèi)核要實(shí)現(xiàn)BootLoader程序,在上電復(fù)位后首先要申請(qǐng)到片外數(shù)據(jù)、地址總線的控制權(quán),然后再根據(jù)Boot表完成用戶程序上電自舉過程。

1.3 16位并行EPROM工作方式Boot表的生成

所有BootLoader程序所需的Boot表的數(shù)據(jù)結(jié)構(gòu)都是通過執(zhí)行包含-v548參數(shù)的鏈接命令和Hex500轉(zhuǎn)換命令的程序形成的。在鏈接過程中確定用戶程序和數(shù)據(jù)的存放地址,在Hex500轉(zhuǎn)換過程中定義BootLoader程序的工作方式和用戶程序執(zhí)行的入口地址等。

為了生成16位并行EPROM方式的Boot表首先,在鏈接程序時(shí)必須設(shè)置-v548選項(xiàng);然后使用TI公司DSP開發(fā)工具自帶的HEX500.EXE文件,根據(jù)用戶的COFF格式的代碼生成Boot表中的相應(yīng)內(nèi)容。

HEX500.EXE可執(zhí)行文件一般使用以下幾種參數(shù)

(1)*.out :用戶的COFF格式的程序;

(2)-e :確定用戶程序的入口點(diǎn);

(3)-a :以ASCII形式,根據(jù)用戶的。out文件輸出對(duì)應(yīng)的HEX文件;

(4) -Boot實(shí)現(xiàn)用戶程序的裝載;

(5) -bootorg :確定生成哪種形式的Boot表;

(6) -memwidth:確定引導(dǎo)方式的位數(shù);

(7) -O *.hex:輸出的HEX文件的名稱。

例如:

hex500 ti.out /根據(jù)ti.out文件生成Boot表/

-e 0x4000 /用戶程序的入口點(diǎn)為0x4000/-a /以ASCII形式輸出HEX文件/-Boot / 裝載用戶的程序ti.out/

-Bootorg PARALLEL/生成并行EPROM方式的Boot表/-memwidth 16 /生成16位的Boot表/

-o ti.hex /生成的HEX文件名為ti.hex/

執(zhí)行完該HEX500.EXE命令后,系統(tǒng)會(huì)創(chuàng)建一個(gè)文件名為ti.hex的ASCII文件,然后用戶根據(jù)ti.hex文件內(nèi)容對(duì)EPROM進(jìn)行編程就能產(chǎn)生上述的16位并行EPROM工作方式的Boot表。

2 多核DSP的BootLoader程序的實(shí)現(xiàn)

目前TI公司已經(jīng)不再局限于生產(chǎn)單核DSP。為了提高用戶程序運(yùn)行的效率,TI公司又推出了2核、4核等多核DSP。在實(shí)現(xiàn)多核DSP上電自舉時(shí),每一個(gè)子核都需要申請(qǐng)片外總線的控制權(quán)。對(duì)于單核DSP而言,只有一個(gè)DSP內(nèi)核,對(duì)應(yīng)一個(gè)BootLoader程序,DSP核可以永遠(yuǎn)擁有片外總線的控制權(quán)。

但對(duì)于多核DSP而言,由于只有一套片外總線,所以片外總線的控制權(quán)不允許也不可能永遠(yuǎn)被其中的某一個(gè)DSP子核所擁有。因此,多核DSP需要片外總線仲裁機(jī)制,以避免片外總線沖突。

下面以雙核DSP-TMS320VC5421的16位并行EPROM方式的BootLoader程序?qū)崿F(xiàn)過程為例,詳細(xì)闡述多核DSP的BootLoader程序的實(shí)現(xiàn)。

2.1 TMS320VC5421結(jié)構(gòu)簡(jiǎn)介

TMS320VC5421 16位定點(diǎn)雙核DSP,它集中了早期TMS320C54X系列DSP的優(yōu)點(diǎn),并提供了許多新的功能。其內(nèi)部結(jié)構(gòu)與TMS320C54X系列的其它款式DSP有很大的不同,其簡(jiǎn)單結(jié)構(gòu)框圖如圖1所示。

由于每個(gè)DSP子核的工作頻率是100MHz,所以它的工作速率可達(dá)到200MIPS,且它的每一個(gè)DSP子核都具備單核DSP(如TMS320VC5402)的所有特性。2.2 TMS320VC5421的16位并行EPROM工作方式的BootLoader程序的選擇

TMS320VC5421的兩個(gè)DSP子核在DSP芯片上電或復(fù)位時(shí),能否啟動(dòng)各自的BootLoader程序以完成上電自舉功能,是由每個(gè)子核自身的XIO和GPIO0/ROMEN兩個(gè)管腳決定的。在DSP芯片上電或復(fù)位時(shí),每個(gè)DSP子核自動(dòng)檢測(cè)自身的XIO和GPIO0/ROMEN兩個(gè)管腳,如果對(duì)應(yīng)的XIO和GPIO0/ROMEN兩個(gè)管腳都為高電平則啟動(dòng)自身的BootLoader程序完成用戶程序的上電自舉。

每個(gè)DSP子核啟動(dòng)BootLoader程序后,采用哪一種BootLoader程序的工作方式是由各自的GPIO1管腳的狀態(tài)和各自以DMA方式從核外數(shù)據(jù)空間0000H地址單元讀入的數(shù)據(jù)決定的:檢測(cè)GPIO1管腳,如果GPIO1管腳為高電平,則采用串行口EEPROM的BootLoader工作方式,否則采用并行EPROM的BootLoader工作方式。

若DSP子核的DMA通道讀入核外數(shù)據(jù)空間0000H單元中的數(shù)據(jù)為10AAH,則采用16位并行EPROM的BootLoader工作方式;若讀入的數(shù)據(jù)為xx08H或xxAAH則采用8位并行EPROM的BootLoader工作方式。否則將重新判斷GPIO1管腳的電平,進(jìn)入死循環(huán)。2.3 TMS320VC5421的BootLoader程序片外總線沖突的解決

DSP核的BootLoader程序總是在DSP核上電或復(fù)位時(shí)啟動(dòng),且一啟動(dòng)BootLoader程序,對(duì)應(yīng)的DSP核就要申請(qǐng)核外的總線控制權(quán)。因此為了避免多核DSP的各個(gè)DSP子核啟動(dòng)BootLoader程序時(shí)引起的片外總線沖突,可通過控制每個(gè)DSP子核的復(fù)位過程,使每個(gè)DSP子核在不同的時(shí)間內(nèi)啟動(dòng)自身的BootLoader程序來解決片外總線沖突的問題。

為了實(shí)現(xiàn)兩個(gè)DSP子核復(fù)位過程的分離,應(yīng)采用如圖2所示的DSP子核復(fù)位過程控制方法。

由于TMS320VC5421中A核擁有倍頻的鎖相環(huán)電路,所以首先復(fù)位A核,啟動(dòng)A核的BootLoader程序,實(shí)現(xiàn)A核的用戶程序上電自舉。然后再由A核的用戶程序控制B核的復(fù)位過程,啟動(dòng)B核的BootLoader程序,實(shí)現(xiàn)B核的用戶程序上電自舉。

在A核的BootLoader程序執(zhí)行完后,A核就會(huì)執(zhí)行自身的用戶程序代碼。A核的用戶程序代碼釋放片外總線的控制權(quán),并且控制B核的復(fù)位管腳,促使B核啟動(dòng)自身的BootLoader程序。如果此時(shí)A核中的用戶代碼又申請(qǐng)片外總線控制權(quán)或正在使用片外總線,就會(huì)造成片外總線沖突。解決此沖突的辦法有如下兩個(gè):

粗略估計(jì)B核的BootLoader程序執(zhí)行時(shí)間,在A核的有效程序代碼前加一個(gè)延遲程序。

在A核的有效程序代碼前加入一個(gè)死循環(huán)程序,當(dāng)B核BootLoader程序執(zhí)行完后,B核通知A核,A核就跳出這個(gè)死循環(huán)程序,開始執(zhí)行自己的有效代碼。

2.4 TMS320VC5421的16位并行EPROM工作方式的BootLoader程序的編程實(shí)現(xiàn)

首先設(shè)計(jì)一個(gè)簡(jiǎn)單的電路圖,在DSP的A_XF和B_XF兩個(gè)管腳分別連接一個(gè)發(fā)光二極管,A核以2Hz的頻率點(diǎn)亮發(fā)光二極管,B核以10Hz的頻率點(diǎn)亮發(fā)光二極管。將128K的FLASH?SST39VF400A?分成兩頁(yè),每頁(yè)為64K。FLASH的頁(yè)的選擇由TMS320VC5421的A_BDXO管腳控制。當(dāng)A_BDX0為低電平,即FLASH的A16地址線為低電平時(shí),選中FLASH的第一頁(yè),由FLASH的A0~A15地址線選擇頁(yè)內(nèi)地址,用于存放A核的16位并行EPROM工作方式的Boot表。當(dāng)A_BDX0為高電平,即FLASH的A16地址線為高電平時(shí),選中FLASH的第二頁(yè),由FLASH的A0~A15地址線選擇頁(yè)內(nèi)地址,用于存放B核的16位并行EPROM工作方式的Boot表。

1片外總線沖突的解決

估算B核執(zhí)行BootLoader程序所需的時(shí)間后,在A核的用戶有效程序之前,加一段延遲程序。

延遲的時(shí)間計(jì)算如下:

TMS320VC5421DSP的DMA通道從片外數(shù)據(jù)空間讀取一個(gè)字到片內(nèi)數(shù)據(jù)空間,需要7個(gè)指令周期時(shí)間。

統(tǒng)計(jì)用戶程序大小?將對(duì)應(yīng)Boot表中的所有段的大小相加?N1+N2+...=N。

延遲的時(shí)間為N×7=7N個(gè)指令周期。

由上面所述的方法可知,只需在開始執(zhí)行A核的有效程序之前加一段延遲7N個(gè)指令周期的代碼即可。

(2)生成Boot表

對(duì)CPU_A來說,以A核程序流程圖建立一個(gè)項(xiàng)目Ati.msk。產(chǎn)生Ati.out文件后,進(jìn)入該目錄的DOS環(huán)境,鍵入:

hex500 Ati.out-a-e 0x4000h-Boot-Bootorg PARALLEL-memwidth 16-romwidth 16-o Ati.hex

生成A核的16位并行EPROM工作方式的Boot表。

對(duì)CPU_B來說,同樣以B核程序流程圖建立一個(gè)項(xiàng)目Bti.msk。產(chǎn)生Bti.out文件后,進(jìn)入該目錄的DOS環(huán)境,鍵入:

hex500 Bti.out-a -e0x4000h-Boot-Bootorg PARALLEL-memwidth 16-romwidth 16-o Bti.hex

生成B核的16位并行EPROM工作方式的Boot表。

在實(shí)現(xiàn)雙核DSP的上電自舉后,A核和B核的用戶程序?qū)?huì)被存放在核內(nèi)程序空間的不同頁(yè)面上。如從DMA的角度觀看:A核的用戶程序?qū)⒈淮娣旁冢梁说某绦蚩臻g的第0頁(yè)上;B核的用戶程序?qū)⒈淮娣旁冢潞说某绦蚩臻g的第2頁(yè)上。因此A核的Boot表不需要修改,而B核的Boot表中的所有存放頁(yè)地址的表項(xiàng)中的內(nèi)容要更改為2。

(3)FLASH編程實(shí)現(xiàn)

根據(jù)FLASH芯片的控制時(shí)序,編寫一個(gè)簡(jiǎn)單的DSP程序,用于將A核的Boot表寫入FLASH的低64K,將B核的Boot表寫入FLASH的高64K。

3上電試驗(yàn)結(jié)果

將電路上電后,A核控制的發(fā)光二極管開始閃爍,B核控制的發(fā)光二極管也開始閃爍,且A核發(fā)光二極管閃爍頻率要低于B核發(fā)光二極管閃爍頻率。由此現(xiàn)象可得出?A核與B核的BootLoader實(shí)現(xiàn)成功,未產(chǎn)生片外總線沖突;A核以2Hz的頻率點(diǎn)亮發(fā)光二極管,B核以10Hz的頻率點(diǎn)亮發(fā)光二極管。

編輯:jq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • dsp
    dsp
    +關(guān)注

    關(guān)注

    561

    文章

    8277

    瀏覽量

    368495
  • 芯片
    +關(guān)注

    關(guān)注

    463

    文章

    54475

    瀏覽量

    469797
  • 存儲(chǔ)器
    +關(guān)注

    關(guān)注

    39

    文章

    7759

    瀏覽量

    172286
  • Boot
    +關(guān)注

    關(guān)注

    0

    文章

    154

    瀏覽量

    37929
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    TMS320F28xxx DSP:從內(nèi)部閃存運(yùn)行應(yīng)用程序的全面指南

    TMS320F28xxx DSP:從內(nèi)部閃存運(yùn)行應(yīng)用程序的全面指南 在嵌入式系統(tǒng)設(shè)計(jì)中,讓應(yīng)用程序在TMS320F28xxx DSP的內(nèi)部閃存上運(yùn)行是一個(gè)常見需求。本文將深入探討從內(nèi)部
    的頭像 發(fā)表于 04-23 13:40 ?183次閱讀

    如何在MBDT中的S32k358上設(shè)置多核?

    在MBDT中,如何在S32k358上設(shè)置多核?是否有任何示例可以展示如何使用多核?
    發(fā)表于 04-09 08:12

    USBISP/USBasp編程器給Atmega32U4下載Arduino bootloader引導(dǎo)程序

    對(duì)于新出廠的ATmega32U4芯片內(nèi)部是沒有arduino引導(dǎo)程序的,需要用戶預(yù)先下載bootloader后才能用串口下載自己的應(yīng)用程序.在某些罕見情況下舊的bootloader會(huì)導(dǎo)
    的頭像 發(fā)表于 01-31 14:38 ?960次閱讀
    USBISP/USBasp編程器給Atmega32U4下載Arduino <b class='flag-5'>bootloader</b>引導(dǎo)<b class='flag-5'>程序</b>

    深入解析rk平臺(tái)Android Bootloader核心代碼:從啟動(dòng)流程到AVB驗(yàn)證

    U-Boot中Android Bootloader的核心實(shí)現(xiàn),核心作用是 銜接硬件初始化與內(nèi)核啟動(dòng) ,主要負(fù)責(zé): ?讀寫Bootloader控制塊(BCB),判斷設(shè)備啟動(dòng)
    的頭像 發(fā)表于 01-22 07:06 ?527次閱讀
    深入解析rk平臺(tái)Android <b class='flag-5'>Bootloader</b>核心代碼:從啟動(dòng)流程到AVB驗(yàn)證

    LAT1171+STM32F745 USART1 Bootloader 失敗原因分析與解決

    使用 STM32F745 進(jìn)行產(chǎn)品開發(fā)的時(shí)候,出現(xiàn)了使用 STM32CubeProgramer 無法通過 USART1 Bootloader 進(jìn)行程序升級(jí)的問題。為了解決客戶的問題,我在 NUCLEO-F746ZG 開發(fā)板上,復(fù)現(xiàn)了同樣的現(xiàn)象,本文針對(duì)這個(gè)現(xiàn)象,分析了該問
    發(fā)表于 01-11 17:33 ?0次下載

    深入解析RK平臺(tái)Android/Linux Bootloader核心文件:android_bootloader.c

    Bootloader是Android設(shè)備啟動(dòng)的第一道“關(guān)卡”,負(fù)責(zé)初始化硬件、加載系統(tǒng)鏡像并完成內(nèi)核啟動(dòng)的前置準(zhǔn)備。在基于U-Boot的Android設(shè)備中,android_bootloader
    的頭像 發(fā)表于 01-09 10:58 ?1469次閱讀
    深入解析RK平臺(tái)Android/Linux <b class='flag-5'>Bootloader</b>核心文件:android_<b class='flag-5'>bootloader</b>.c

    AS32A601型MCU芯片如何進(jìn)行IAP升級(jí)?

    一、什么是IAP? IAP(In Application Programming,在應(yīng)用編程)是一種技術(shù),旨在實(shí)現(xiàn)用戶應(yīng)用程序的動(dòng)態(tài)更新,而無需使用專門的編程工具或硬件。IAP升級(jí)對(duì)于物聯(lián)網(wǎng)設(shè)備
    的頭像 發(fā)表于 12-19 11:39 ?2216次閱讀
    AS32A601型MCU芯片如何進(jìn)行IAP升級(jí)?

    如何在CW32F030上實(shí)現(xiàn)IAP功能實(shí)現(xiàn)遠(yuǎn)程升級(jí)?

    區(qū)域進(jìn)行燒寫,目的是為了在產(chǎn)品發(fā)布后可以方便地通過預(yù)留的通信口對(duì)產(chǎn)品中的固件程序進(jìn)行更新升級(jí)。 IAP 功能的實(shí)現(xiàn),一般將程序分為兩個(gè)部分,即:Bootloader 和 APP。
    發(fā)表于 12-11 06:15

    Bootloader固件升級(jí)的步驟

    文件則下載到 ROM 或 Flash 中BootLoader 后面的地址中。也就是說,存在 ROM/Flash 中的內(nèi)容是分為兩部分的。 4、要實(shí)現(xiàn)在同一個(gè) ROM/Flash 中保存兩段程序
    發(fā)表于 11-19 07:41

    MPLAB X IDE V6.25版本怎么對(duì)bootloader和應(yīng)用程序進(jìn)行燒錄

    請(qǐng)問MPLAB X IDE 中怎么設(shè)置bootloader和應(yīng)用程序的起始地址和大小,不然默認(rèn)從0開始燒錄
    發(fā)表于 10-24 16:42

    BootLoader app程序反復(fù)重啟,IAP升級(jí)失敗怎么處理?

    keil開發(fā)的BootLoader程序,用RT-Thread Studio開發(fā)的app程序,板子每次上電后,從BootLoader程序跳轉(zhuǎn)到
    發(fā)表于 09-10 07:36

    【老法師】多核異構(gòu)處理器中M核程序的啟動(dòng)、編寫和仿真

    有很多研究單片機(jī)的小伙伴在面對(duì)多核異構(gòu)處理器時(shí),可能會(huì)對(duì)多核的啟動(dòng)流程感到困惑——因?yàn)椴皇煜CC編程和GDB調(diào)試,所以也無法確定多核異構(gòu)處理器的程序是否能像單片機(jī)那樣方便地編寫和仿真
    的頭像 發(fā)表于 08-13 09:05 ?4242次閱讀
    【老法師】<b class='flag-5'>多核</b>異構(gòu)處理器中M核<b class='flag-5'>程序</b>的啟動(dòng)、編寫和仿真

    是否可以僅使用 Bootloader Host 來實(shí)現(xiàn)可引導(dǎo)加載項(xiàng)目的相同編程結(jié)果?

    你好 我想使用 Bootloader Host 在我的 CY8CKIT-059 上對(duì) CY8C5888LTI-LP097 芯片進(jìn)行編程,并將項(xiàng)目類型設(shè)置為可引導(dǎo)加載。我的目標(biāo)是實(shí)現(xiàn)與通過使用 SWD
    發(fā)表于 07-18 07:39

    飛凌嵌入式ElfBoard ELF 1板卡-Uboot簡(jiǎn)介之BootLoader

    合適的環(huán)境,loader就是指將內(nèi)核從存儲(chǔ)介質(zhì)(啟動(dòng)介質(zhì))中加載到內(nèi)存RAM中,然后跳轉(zhuǎn)到內(nèi)核所在內(nèi)存地址運(yùn)行內(nèi)核。總之,BootLoader是內(nèi)核啟動(dòng)之前為內(nèi)核搭建軟硬件環(huán)境的一段程序
    發(fā)表于 05-22 10:42

    為什么無法啟動(dòng)DFU_Bootloader調(diào)試?

    我能夠?qū)?DFU_bootloader 示例項(xiàng)目編程到“ CY7112 EZ-PD? PMG1-S2 套件”,并進(jìn)一步使用“DFU 主機(jī)工具”編程 Blinky 應(yīng)用程序 但是我無法針對(duì)同一目標(biāo)啟動(dòng)同一項(xiàng)目的調(diào)試。有人能指出可能是什么問題嗎?
    發(fā)表于 05-09 07:20
    阜新市| 武平县| 曲阜市| 咸宁市| 凤庆县| 凤山市| 平定县| 泰州市| 明星| 甘德县| 望江县| 旌德县| 突泉县| 漳浦县| 安阳市| 武鸣县| 巴彦县| 凤台县| 曲周县| 拜城县| 贵溪市| 曲松县| 麟游县| 罗山县| 仁化县| 漳州市| 津南区| 九寨沟县| 綦江县| 乌鲁木齐市| 大同市| 连平县| 左贡县| 全州县| 永昌县| 乐亭县| 江津市| 邛崃市| 靖安县| 怀仁县| 和静县|