目前我正在從事 i.MXRT1064 的引導(dǎo)加載程序開(kāi)發(fā)活動(dòng)，我從文件系統(tǒng)接收到新固件映像并寫(xiě)入內(nèi)部閃存。寫(xiě)入新的固件映像后，我想從自定義引導(dǎo)加載程序跳轉(zhuǎn)到應(yīng)用程序，自定義引導(dǎo)加載程序的地址范圍從
2023-03-23 06:34:00
大家好，我們的團(tuán)隊(duì)正在嘗試合并應(yīng)用程序和mcc生成的引導(dǎo)加載程序。結(jié)果很好，我們可以通過(guò)引導(dǎo)加載程序和我們編寫(xiě)的主機(jī)應(yīng)用程序來(lái)更新應(yīng)用程序。但是有一個(gè)新特性是我們的客戶需要的。我們的新目標(biāo)是：在
2020-04-22 10:02:56
嗨，我制作了我的引導(dǎo)加載程序和應(yīng)用程序代碼。在引導(dǎo)加載程序中，我有分支的匯編代碼，在我的應(yīng)用程序代碼中，我有一個(gè) led。我將引導(dǎo)加載程序的 app.ld 設(shè)置為 0.00000000，并將應(yīng)用程序
2023-01-04 07:15:16
Uboot 是近似裸機(jī)的程序，沒(méi)有 libc 庫(kù)使用，更沒(méi)有高級(jí)的組件可用，開(kāi)發(fā)uboot 開(kāi)發(fā)應(yīng)用程序想想就很很不容易?？墒?uboot 已經(jīng)把硬件初始化，可以工作的，為什么不能基于uboot
2021-01-19 21:02:36
和電源的卡。我的簡(jiǎn)單應(yīng)用程序會(huì)閃爍一個(gè)LED，當(dāng)我編程時(shí)它會(huì)工作。但是使用引導(dǎo)加載程序時(shí)，我沒(méi)有看到任何閃爍。在沒(méi)有SDcard的情況下，一個(gè)接一個(gè)的程序引導(dǎo)加載程序部分讀取了閃爍，在安裝卡和加電之后讀取了閃爍。但是為什么它不起作用呢？以我最誠(chéng)摯的問(wèn)候
2019-10-29 10:37:26
從 KL17 RM 我可以看到下面的引腳被 Kinetis 引導(dǎo)加載程序用于 pinmuxing。 但是從應(yīng)用程序調(diào)用引導(dǎo)加載程序時(shí)，我遇到了一些不在上面列表中的引腳（例如 PTB17）失去了它們
2023-03-30 07:07:32
我正在為設(shè)備開(kāi)發(fā)
引導(dǎo)加載
程序和
應(yīng)用程序。現(xiàn)在我有兩個(gè)獨(dú)立的項(xiàng)目，我使用 CubeMX 兩次配置所有引腳。每個(gè)項(xiàng)目都有自己的 .ioc 文件，同步兩個(gè)項(xiàng)目之間的所有引腳和其他設(shè)置非常費(fèi)力，還因?yàn)?/div>
2023-01-06 06:41:59
應(yīng)用程序。我可以將 Vector VN1630 和我們的 PC 應(yīng)用程序與這個(gè)統(tǒng)一的引導(dǎo)加載程序框架一起使用嗎？
如果需要任何更改，那么更改是什么。
2023-04-28 08:36:15
/AN6262-PSOC-3-PSOC-4-PSO-5LP-UART-BooTooLoad應(yīng)用程序使用DVK（PSoC 5LP）作為引導(dǎo)加載設(shè)備來(lái)連接和引導(dǎo)其他PSoC設(shè)備。我想知道這個(gè)操作是否可以通過(guò)修改應(yīng)用程序在單板上實(shí)現(xiàn)。例如，我可以
2019-10-11 11:11:11
對(duì)常量的調(diào)用？我還可以在單獨(dú)的時(shí)間對(duì)常量進(jìn)行編程，所以我確定它們位于代碼所期望的位置，但是必須有更好的解決方案。我錯(cuò)過(guò)了什么？編輯：我還可以做的另一件事情是強(qiáng)制編譯器在應(yīng)用程序中保持第一個(gè)內(nèi)存塊空閑（當(dāng)然除了重置/中斷向量），并編寫(xiě)引導(dǎo)加載程序，以便它跳過(guò)在該區(qū)域中的操作
2020-04-26 06:41:38
）發(fā)送正確的響應(yīng)，而是立即啟動(dòng)可引導(dǎo)加載的應(yīng)用程序。當(dāng)使用CyPress源代碼來(lái)執(zhí)行引導(dǎo)加載過(guò)程時(shí)，同樣會(huì)出現(xiàn)同樣的問(wèn)題，也使用.CyACD文件。謝謝您，提姆
2019-09-30 13:28:50
大家好，我正在使用SPC56EL60L3和SPC5STUDIO v5.0。我有兩個(gè)不同的應(yīng)用程序： - 引導(dǎo)加載程序應(yīng)用程序 - 主要應(yīng)用我們的想法是從閃存扇區(qū)0（閃存地址0x00000000）開(kāi)始
2019-06-20 13:33:42
大家好您知道是否有一種方法可以從外部工具設(shè)置可引導(dǎo)加載的應(yīng)用程序版本？一旦我在源代碼管理系統(tǒng)中標(biāo)記了一個(gè)版本，我就想使用那個(gè)標(biāo)簽（數(shù)字）作為應(yīng)用程序版本。我將使用一個(gè)外部構(gòu)建腳本來(lái)啟動(dòng)PSoC創(chuàng)建者
2019-10-21 11:55:55
我將 S32K1 評(píng)估板與 S32K148 一起使用。
我正在嘗試使用引導(dǎo)加載程序 RAppID BL 工具通過(guò) CAN 0（PTE4 和 PTE5）刷新應(yīng)用程序。
我正在使用 Simulink
2023-04-25 08:16:20
你好 ，我正在使用引導(dǎo)加載程序使用 QSPI 跳轉(zhuǎn)應(yīng)用程序。它在 QSPI 加載程序中正確跳轉(zhuǎn)。我在 QSPI 中遇到了一些計(jì)時(shí)問(wèn)題。我計(jì)劃使用 SDRAM 或內(nèi)部 SRAM1
2022-12-20 07:15:40
Heloi想同時(shí)用兩個(gè)應(yīng)用程序編寫(xiě)我的PIC32 MX575 F256L控制器。（主應(yīng)用程序和引導(dǎo)加載程序）。請(qǐng)告訴我如何用這兩個(gè)應(yīng)用程序編程控制器。謝謝，薩加爾。 以上來(lái)自于百度翻譯 以下為原文
2018-11-08 15:27:14
我使用MHC V1.09來(lái)構(gòu)建單獨(dú)的引導(dǎo)加載程序和應(yīng)用程序項(xiàng)目。每個(gè)項(xiàng)目都按預(yù)期運(yùn)行。但是，當(dāng)我試圖組合它們時(shí)（通過(guò)將引導(dǎo)加載程序作為可加載項(xiàng)目添加到應(yīng)用程序中），我得到一個(gè)運(yùn)行時(shí)異常。我認(rèn)為這個(gè)
2019-10-29 14:14:36
我在調(diào)試會(huì)話中運(yùn)行引導(dǎo)加載程序并跳轉(zhuǎn)到應(yīng)用程序。我想為應(yīng)用程序加載符號(hào)，以便我可以單步執(zhí)行應(yīng)用程序的代碼。有什么辦法可以做到這一點(diǎn)？應(yīng)用程序和引導(dǎo)加載程序是兩個(gè)獨(dú)立的項(xiàng)目。 我正在使用 LinkServer 調(diào)試器
2023-03-22 07:31:09
什么是 ST 系統(tǒng)引導(dǎo)程序地址。我想將應(yīng)用程序代碼跳轉(zhuǎn)到系統(tǒng) uart 引導(dǎo)加載程序，因?yàn)?b class="flag-6" style="color: red">引導(dǎo)引腳目前不可用。
2023-01-11 07:24:03
我是新手，正在嘗試使用 can 通信為 s32k144 編寫(xiě)引導(dǎo)加載程序。我成功地將向量表從 0x00000000 移到了應(yīng)用程序代碼的 0x00008000問(wèn)題是我不知道如何在不擦除應(yīng)用程序
2023-03-27 08:26:38
嗨恩智浦，我有一個(gè)引導(dǎo)加載程序二進(jìn)制文件，想與應(yīng)用程序項(xiàng)目合并并將其加載為 .elf/srec/bin 文件。在此解決方案中，引導(dǎo)加載程序地址從 0x0000_0000 連續(xù)到
2023-04-03 08:51:50
我正在使用 STM32F746ZG 并編寫(xiě)自己的自定義引導(dǎo)加載程序。引導(dǎo)加載程序將通過(guò)最初運(yùn)行并確定啟動(dòng) 2 個(gè)應(yīng)用程序中的哪一個(gè)來(lái)工作，這兩個(gè)應(yīng)用程序存儲(chǔ)在 MCU 內(nèi)部閃存的不同位置。您如何將執(zhí)行從引導(dǎo)加載程序傳遞給這兩個(gè)應(yīng)用程序之一？
2023-02-06 07:42:06
;s32gSerialBoot.exe 連接COM20 48000 921600_bootloader.bin 0x34500000 0x34506000********s32g 串行引導(dǎo)加載程序工具********連接和覆蓋初始引導(dǎo)
2023-03-24 07:46:06
你好，我試圖讓一個(gè)引導(dǎo)程序和應(yīng)用程序一起在PIC24EP512GP806上工作。我有一些問(wèn)題要整理我的鏈接器，但是上面的產(chǎn)品頁(yè)面的參考代碼示例似乎沒(méi)有任何類型的應(yīng)用程序特定的鏈接器文件。我錯(cuò)過(guò)
2020-04-30 06:05:10
嗨，我是dspic的新手，但我正在嘗試開(kāi)發(fā)一個(gè)CAN引導(dǎo)程序應(yīng)用程序，它似乎工作得很好，但是在第一次應(yīng)用程序下載之后出現(xiàn)了一個(gè)奇怪的行為。o可以看到引導(dǎo)程序運(yùn)行正常，等待特定的CAN消息開(kāi)始程序
2019-10-29 08:06:30
對(duì)uboot和kernel(HAB)進(jìn)行簽名驗(yàn)證后，我們?nèi)绾悟?yàn)證os中運(yùn)行的應(yīng)用程序的簽名呢？我們需要對(duì)內(nèi)核進(jìn)行特殊配置嗎？或者還有其他方法嗎？
2023-03-15 07:35:32
一個(gè)面包屑，引導(dǎo)程序可以使用它來(lái)知道我不想讓它跳轉(zhuǎn)到應(yīng)用程序？是否有一種方法來(lái)重新創(chuàng)建函數(shù)中的“yReSeTyAdDR”代碼，以創(chuàng)建可以從應(yīng)用程序跳轉(zhuǎn)的位置？我跳出應(yīng)用程序有什么基本錯(cuò)誤嗎？（這非常
2020-04-06 07:06:22
將我的應(yīng)用程序代碼移位0x800，以便在引導(dǎo)加載程序之后在內(nèi)存中寫(xiě)入應(yīng)用程序。up向量，引導(dǎo)加載程序將在0x808調(diào)用函數(shù)來(lái)執(zhí)行應(yīng)用程序中斷，現(xiàn)在我的問(wèn)題是應(yīng)用程序中斷執(zhí)行上下文切換，我不想發(fā)生這種情況，請(qǐng)讓我知道如何禁用該函數(shù)，我希望應(yīng)用程序中斷充當(dāng)函數(shù)。
2019-08-23 10:50:42
我嘗試創(chuàng)建一個(gè)引導(dǎo)加載器應(yīng)用程序，它實(shí)際上不是一個(gè)加載器，而是一個(gè)引導(dǎo)決策過(guò)程，它決定了工作應(yīng)用程序使用哪組程序內(nèi)存。工作應(yīng)用程序將駐留在PFM1或PFM2中。Bootloader將始終駐留
2019-10-10 06:21:50
我正在嘗試使用基于安全引導(dǎo)加載程序構(gòu)建的構(gòu)建應(yīng)用程序運(yùn)行調(diào)試會(huì)話。注意：出于調(diào)試目的，所有安全機(jī)制都被禁用。問(wèn)題似乎是組合的 elf 文件。使用調(diào)試器加載它，目標(biāo)啟動(dòng)進(jìn)入引導(dǎo)加載程序。引導(dǎo)加載程序在
2022-12-06 08:10:14
大家好，我正在使用兩個(gè)不同的應(yīng)用程序 - 啟動(dòng)加載程序應(yīng)用程序和主應(yīng)用程序。引導(dǎo)加載程序大小限制為64k，主應(yīng)用程序起始地址更改為64K。從bootloader跳轉(zhuǎn)到主應(yīng)用程序工作正常（跳轉(zhuǎn)
2018-09-13 17:18:27
嗨，所有的，我只是想結(jié)合引導(dǎo)加載程序和應(yīng)用程序代碼，以使單一引導(dǎo)圖像。所以，我已經(jīng)創(chuàng)建了2個(gè)項(xiàng)目一個(gè)是應(yīng)用程序，另一個(gè)是引導(dǎo)加載程序。我構(gòu)建引導(dǎo)加載器項(xiàng)目，并使用“Add Loadable File
2019-10-22 10:45:45
我有一個(gè)帶有引導(dǎo)加載程序塊（0x0800 0000 - 0x0800 4FFF）和應(yīng)用程序塊（0x0800 5000 - 0x0807 FFFF）的 STM32G474。我需要通過(guò)復(fù)制位于更高內(nèi)存上
2023-02-02 06:34:14
LPC55xx 處理器在 ROM 中有一個(gè)內(nèi)部引導(dǎo)加載程序。NXP 是否有適用于該引導(dǎo)加載程序的現(xiàn)有 PC 應(yīng)用程序？我看到用戶手冊(cè)中的規(guī)范包含創(chuàng)建一個(gè)所需的信息，我只是想在投資構(gòu)建我自己的 ISP 之前驗(yàn)證我的布局是否有效。
2023-03-20 08:14:27
我正在嘗試為在 S32K116 上運(yùn)行的應(yīng)用程序開(kāi)發(fā)引導(dǎo)加載程序。我設(shè)法找到了一個(gè) S32K148 引導(dǎo)加載程序的示例項(xiàng)目，我讀到可以修改它以在 S32K116 上使用。但問(wèn)題是我不知道如何修改
2023-03-21 07:12:10
我有自己的引導(dǎo)加載程序應(yīng)用程序，類似于 ST 提供的 IAP 示例，它運(yùn)行并確定要運(yùn)行 2 個(gè)主要應(yīng)用程序中的哪一個(gè)，然后啟動(dòng)該應(yīng)用程序。引導(dǎo)加載程序工作正常，主應(yīng)用程序工作正常，但是當(dāng)我將它們組合
2023-02-06 09:05:37
的Bootloader生成的源刪除，清理并編譯到我的應(yīng)用程序中（調(diào)整通信接口的東西）。我認(rèn)為我不能把引導(dǎo)加載程序加入到我的項(xiàng)目中，并把它作為一個(gè)運(yùn)行時(shí)組件而不是一個(gè)實(shí)際的引導(dǎo)加載程序來(lái)運(yùn)行，對(duì)嗎？我基本上實(shí)現(xiàn)了數(shù)據(jù)流
2018-08-30 14:59:52
時(shí)運(yùn)行uboot，然后引導(dǎo)我的裸機(jī)程序，嘗試了一下，將之前我仿真時(shí)正常的LED小程序通過(guò)uboot下載到flash中，但是怎么樣都引導(dǎo)不成功，我的程序就是跑步起來(lái)。不知道是怎么回事？請(qǐng)高手指點(diǎn)！
2019-07-15 05:45:17
在我們的應(yīng)用中，我們將在USB樹(shù)上大量的PSoC 3設(shè)備，并希望使用USB引導(dǎo)加載程序?，F(xiàn)在，我想知道引導(dǎo)加載程序從第一個(gè)和稍后的應(yīng)用程序開(kāi)始的過(guò)程是如何從USB角度看的。該設(shè)備枚舉兩次，應(yīng)用程序
2019-05-14 09:56:59
有人能和我分享PIC32 MZ應(yīng)用程序和引導(dǎo)加載程序應(yīng)用程序的鏈接器腳本嗎？我瀏覽過(guò)Harmony，找到了引導(dǎo)加載程序的鏈接器腳本，但是沒(méi)有找到應(yīng)用程序的鏈接器腳本。我有AN1388，但是源示例
2020-05-15 07:09:23
BootLoader引導(dǎo)程序，下載驅(qū)動(dòng)，完善內(nèi)容
2017-05-02 09:26:55
16 SPL是uboot第一階段執(zhí)行的代碼。 主要負(fù)責(zé)搬移uboot第二階段的代碼到內(nèi)存中運(yùn)行。 SPL是由固化在芯片內(nèi)部的ROM引導(dǎo)的。 我們知道很多芯片廠商固化的ROM支持從nandflash， SDCARD等外部介質(zhì)啟動(dòng)。
2017-12-11 18:27:08
25828 
在FPGA中嵌入cpu軟核，讓C語(yǔ)言程序在里面運(yùn)行。這就涉及到FPGA配置文件的引導(dǎo)，如果C語(yǔ)言程序太大，需要在DDR里面運(yùn)行的話也涉及到應(yīng)用程序的引導(dǎo)的問(wèn)題。我剛接觸到xinlinx的spartan3e
2018-02-27 15:33:295 本文檔的主要內(nèi)容詳細(xì)介紹的是BIOS和UEFI引導(dǎo)修復(fù)工具應(yīng)用程序免費(fèi)下載。
2019-04-15 08:00:001 本文檔的主要內(nèi)容詳細(xì)介紹的是EasyBCD 2.3系統(tǒng)引導(dǎo)修復(fù)工具應(yīng)用程序軟件免費(fèi)下載。
2020-05-14 08:00:001 本文檔的主要內(nèi)容詳細(xì)介紹的是u盤(pán)引導(dǎo)盤(pán)制作工具Rufus應(yīng)用程序免費(fèi)下載。
2020-04-03 08:00:000 許多應(yīng)用程序需要從 RAM 中執(zhí)行代碼，例如出于安全原因或例如在引導(dǎo)加載程序用于閃存自編程的情況下。通常這樣的應(yīng)用程序必須分為兩部分： 將從閃存執(zhí)行的主要部分。這部分代表主要應(yīng)用程序，例如引導(dǎo)加載
2021-06-20 18:22:072756 
使用的開(kāi)發(fā)板：正點(diǎn)原子ALPHA V2.2Uboot簡(jiǎn)介在學(xué)習(xí)STM32的過(guò)程中使用過(guò)IAP在線升級(jí)就會(huì)知道，有引導(dǎo)程序+APP程序，即bootloader程序+APP。在學(xué)習(xí)嵌入式Linux的時(shí)候
2021-12-22 19:08:4213 在使用Qt完成項(xiàng)目開(kāi)發(fā)后，需要將其運(yùn)行在嵌入式linux平臺(tái)上，在設(shè)備啟動(dòng)后，經(jīng)uboot引導(dǎo)和linux內(nèi)核后，直接進(jìn)入Qt應(yīng)用程序。
2022-09-23 10:38:236089 uboot默認(rèn)是支持執(zhí)行應(yīng)用程序的，就像引導(dǎo)內(nèi)核一樣，我們也可以自己寫(xiě)一個(gè)應(yīng)用程序，讓uboot啟動(dòng)時(shí)引導(dǎo)。
2023-02-17 16:01:57994 
用戶應(yīng)用程序可以實(shí)現(xiàn)自己的引導(dǎo)加載程序，提供一個(gè)用于現(xiàn)場(chǎng)自我更新的機(jī)制。實(shí)現(xiàn)自己的用戶引導(dǎo)加載程序要求以適當(dāng)?shù)姆绞綐?gòu)建用戶應(yīng)用程序，使其適合用戶引導(dǎo)加載程序。
2023-06-16 16:31:14506 
當(dāng)我們厭倦了裸機(jī)程序，而想要采用操作系統(tǒng)的時(shí)候，uboot就是不得不引入的一段程序。所以，uboot就是一段引導(dǎo)程序，在加載系統(tǒng)內(nèi)核之前，完成硬件初始化，內(nèi)存映射，為后續(xù)內(nèi)核的引導(dǎo)提供一個(gè)良好的環(huán)境。uboot是bootloader的一種，全稱為universal boot loader。
2023-10-24 17:19:18452 
電子發(fā)燒友App
工商網(wǎng)監(jiān)
評(píng)論