chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

Boot引腳引發(fā)的血案

GReq_mcu168 ? 來(lái)源:玩轉(zhuǎn)單片機(jī) ? 作者:玩轉(zhuǎn)單片機(jī) ? 2021-01-20 16:52 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

血案現(xiàn)場(chǎng)描述:

程序下載到程序之后,沒(méi)有正常運(yùn)行。

懷疑下載過(guò)程或者程序出現(xiàn)問(wèn)題,但是同樣的工具,同樣的程序,下載到另一塊單片機(jī)沒(méi)有任何問(wèn)題。

那么問(wèn)題出在哪?

方法嘗試:

遇到詭異的問(wèn)題時(shí),魚(yú)鷹都是建議直接在線調(diào)試。

因?yàn)橄螺d過(guò)程是正常的,說(shuō)明調(diào)試器可以正常連接單片機(jī),同時(shí)單片機(jī)也可以正常工作,否則調(diào)試器無(wú)法連接單片機(jī)并下載。

(通過(guò)以下界面,可以查看調(diào)試器是否已連接,包含調(diào)試器的產(chǎn)品序列號(hào),固件版本等,右邊窗口表示連接的單片機(jī)芯片 ID 信息,目前這個(gè)界面因?yàn)闆](méi)有調(diào)試器,沒(méi)有相關(guān)信息)

ee051c72-59c3-11eb-8b86-12bb97331649.png

因?yàn)檎{(diào)試器可以正常連接芯片,那么進(jìn)入在線調(diào)試模式就是順理成章的事情了。

當(dāng)你在線調(diào)試時(shí),你會(huì)發(fā)現(xiàn)如下窗口:

ee41800e-59c3-11eb-8b86-12bb97331649.png

(該圖是一個(gè)群友的截圖,放在這里方便描述)

通過(guò)上一篇筆記《編譯優(yōu)化:這些鍋俺不背!》我們可以知道,這個(gè)工程下載的工程應(yīng)該是正確的,MDK 也可以正常設(shè)置斷點(diǎn)位置。

但奇怪的是,程序竟然沒(méi)有停在斷點(diǎn)處。這是個(gè)很詭異的問(wèn)題。

同時(shí)這個(gè)現(xiàn)象也解釋了為什么程序工作不正常,既然程序沒(méi)有運(yùn)行到 main 函數(shù),那么肯定無(wú)法正常工作。

有經(jīng)驗(yàn)的工程師應(yīng)該都知道,main 函數(shù)并不是單片機(jī)運(yùn)行的第一條指令,所以我們就會(huì)懷疑是否是中斷向量表有問(wèn)題(第一條指令地址存放在中斷向量處)。

但是根據(jù)前面所說(shuō),這個(gè)程序下載到別的單片機(jī)是正常運(yùn)行的,所以可以排除這個(gè)原因。

那么這個(gè)問(wèn)題到底是怎么回事?

我們其實(shí)可以從調(diào)試截圖中得到另一個(gè)信息,單片機(jī)在 0x1FFFxxxx 地址處運(yùn)行(正常應(yīng)該在 0x0800xxxx)?。?!

eeacfb9a-59c3-11eb-8b86-12bb97331649.png

并且當(dāng)你單步運(yùn)行時(shí),你會(huì)發(fā)現(xiàn)匯編指令是可以執(zhí)行的。同時(shí)我們可以看到匯編指令是正常的,并不都是 0 或者 0xff,這些數(shù)據(jù)能夠被解析器正確解析成匯編指令。

這就說(shuō)明一個(gè)問(wèn)題,單片機(jī)確實(shí)在運(yùn)行指令,只不過(guò),我們無(wú)法通過(guò) MDK 看到源碼,也無(wú)法進(jìn)行源碼級(jí)別的調(diào)試。

分析到這里,有經(jīng)驗(yàn)的道友應(yīng)該有點(diǎn)方向了。

在單片機(jī)中,還有什么代碼是可以被執(zhí)行,我們用戶又沒(méi)有源碼的?

沒(méi)錯(cuò),就是芯片生產(chǎn)時(shí)固化在單片機(jī)內(nèi)部的 ISP 程序。

很多時(shí)候,當(dāng)我們沒(méi)有合適的調(diào)試器更新程序時(shí),我們會(huì)選擇使用串口下載程序。

并且我們很清楚如何通過(guò)設(shè)置 boot0 引腳來(lái)完成升級(jí),我們也很清楚單片機(jī)中有一段代碼專門干這事,而每一本芯片參考手冊(cè)里也都寫(xiě)了如何使用串口升級(jí)。

ef223540-59c3-11eb-8b86-12bb97331649.png

但是我們卻不知道這段程序到底位于哪里?我們無(wú)法親眼看到這段程序執(zhí)行并把我們的程序下載到單片機(jī)中。

所以當(dāng)我們看到問(wèn)題截圖時(shí),我們無(wú)法第一時(shí)間明白:?jiǎn)纹瑱C(jī)正在執(zhí)行串口升級(jí)程序。

ef80e9be-59c3-11eb-8b86-12bb97331649.png

(事實(shí)上,我們可以從參考手冊(cè)看到系統(tǒng)存儲(chǔ)地址的空間)

到此,我們應(yīng)該知道單片機(jī)為什么不能正常工作了,因?yàn)樗苠e(cuò)地方了!

那為啥會(huì)運(yùn)行到系統(tǒng)存儲(chǔ)器去了呢?

肯定和開(kāi)機(jī)時(shí) boot 引腳電平有關(guān)。

問(wèn)題解決:

既然定位到 boot 引腳電平可能有問(wèn)題,那么就可以通過(guò)檢查 boot 情況來(lái)確定問(wèn)題。

最終那位群友說(shuō)是因?yàn)橘N片時(shí)貼錯(cuò)了位置,導(dǎo)致應(yīng)該設(shè)置為低電平卻設(shè)置成高電平導(dǎo)致。

確實(shí),這個(gè)群友經(jīng)過(guò)我的提醒定位到問(wèn)題了,但是現(xiàn)場(chǎng)情況可能比那位群友的要糟糕。

比如,魚(yú)鷹在第一次遇到這個(gè)問(wèn)題時(shí),也是出現(xiàn)了同樣的現(xiàn)象,但是那時(shí)的單片機(jī) boot0 使用萬(wàn)用表檢測(cè)的電壓確實(shí)是低電平,但它還是到系統(tǒng)存儲(chǔ)區(qū)執(zhí)行了(那時(shí)并不知道這是 ISP 程序,只知道執(zhí)行位置錯(cuò)了,當(dāng)問(wèn)題解決了,魚(yú)鷹才曉得這段代碼是干啥的)。

一般人遇到這種問(wèn)題,可能就不知所措,開(kāi)始繼續(xù)懷疑是不是自己軟件的問(wèn)題了。但魚(yú)鷹不同,摸爬滾打多年,經(jīng)驗(yàn)豐富(自夸,哈哈),堅(jiān)信自己的判斷:一定是 boot 0 引腳問(wèn)題。

所以,魚(yú)鷹拿來(lái)示波器(為什么要使用示波器?我們要知道,萬(wàn)用表只能檢測(cè)出平均的電壓,瞬間的電平變化,萬(wàn)用表是無(wú)法發(fā)現(xiàn)的),從上電開(kāi)始觀察。

因?yàn)閱?wèn)題復(fù)現(xiàn)率很高,魚(yú)鷹很快通過(guò)示波器的單次觸發(fā)功能發(fā)現(xiàn)了在上電那一刻,boot0 引腳會(huì)突然出現(xiàn)一個(gè)高電平,如果此時(shí)剛好是單片機(jī)采樣 boot0 的時(shí)刻,那么單片機(jī)進(jìn)入串口下載程序也就不奇怪了。

到此,身為軟件工程師的責(zé)任結(jié)束了,我們已經(jīng)定位到有異常電平導(dǎo)致單片機(jī)工作不正常,此時(shí)就要由硬件工程師上場(chǎng)分析為什么會(huì)出現(xiàn)這個(gè)異常電平了。

至于異常電平是如何產(chǎn)生的,又是如何解決的,就不是我們軟件工程師要了解的了,畢竟我們不是專業(yè)的。

總結(jié):

以上問(wèn)題,在第一次遇到時(shí),魚(yú)鷹確實(shí)一臉懵逼,但使用在線調(diào)試這個(gè)大殺器,再結(jié)合扎實(shí)的基礎(chǔ),解決起來(lái)也不是那么困難。但是對(duì)于其他人而言,可能就是一件毫無(wú)頭緒的事情,可能嘗試各種方法還是一無(wú)所獲,畢竟其他硬件都沒(méi)有問(wèn)題,只是 boot 引腳電平問(wèn)題,而我們平時(shí)一般不會(huì)關(guān)注它。

正因?yàn)槿绱耍看斡龅竭@種截圖,魚(yú)鷹都是讓他們檢查boot引腳再說(shuō)。

而今天魚(yú)鷹記錄這個(gè)問(wèn)題,就是希望讓更多人可以知道這個(gè)事(求轉(zhuǎn)發(fā)),從而更快的定位問(wèn)題。

責(zé)任編輯:lq

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

    關(guān)注

    16

    文章

    2119

    瀏覽量

    56009
  • 調(diào)試器
    +關(guān)注

    關(guān)注

    1

    文章

    329

    瀏覽量

    25202
  • Boot
    +關(guān)注

    關(guān)注

    0

    文章

    154

    瀏覽量

    37911

原文標(biāo)題:Boot 引腳引發(fā)的血案

文章出處:【微信號(hào):mcu168,微信公眾號(hào):硬件攻城獅】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    更新 U-boot 時(shí)出現(xiàn)的問(wèn)題求解

    我在嘗試更新 U-boot 時(shí)遇到問(wèn)題。最初我無(wú)法啟動(dòng) Fedora,但后來(lái)我讀到了這并嘗試更新 U-boot。但是,當(dāng)我按照官方文檔我卡在迷你機(jī)屏幕上,什么也做不了。我擔(dān)心董事會(huì)來(lái)了 DOA......
    發(fā)表于 04-01 07:20

    深入解析U-Boot image.c:RK平臺(tái)鏡像處理核心邏輯

    在瑞芯微(RK)平臺(tái)的嵌入式開(kāi)發(fā)中,U-Boot作為核心的啟動(dòng)加載程序,負(fù)責(zé)完成鏡像解析、校驗(yàn)、加載等關(guān)鍵流程。而image.c正是U-Boot中處理鏡像(uImage)的核心文件,尤其針對(duì)RK平臺(tái)
    的頭像 發(fā)表于 02-24 16:46 ?1786次閱讀
    深入解析U-<b class='flag-5'>Boot</b> image.c:RK平臺(tái)鏡像處理核心邏輯

    深入解析U-Boot命令處理核心文件:功能、調(diào)試與開(kāi)發(fā)價(jià)值

    在嵌入式系統(tǒng)開(kāi)發(fā)中,U-Boot 作為主流的引導(dǎo)加載程序,其命令處理、交互邏輯和自動(dòng)啟動(dòng)流程是核心功能模塊。本文將圍繞command.c、cli.c和autoboot.c三個(gè)關(guān)鍵文件,從核心
    的頭像 發(fā)表于 02-03 15:44 ?989次閱讀
    深入解析U-<b class='flag-5'>Boot</b>命令處理核心文件:功能、調(diào)試與開(kāi)發(fā)價(jià)值

    解析Rockchip平臺(tái)U-Boot核心文件:boot_rkimg.c到底做了什么?

    在嵌入式開(kāi)發(fā)中,U-Boot 作為引導(dǎo)程序的 “中流砥柱”,負(fù)責(zé)初始化硬件、加載內(nèi)核并啟動(dòng)系統(tǒng)。對(duì)于 Rockchip 平臺(tái)的設(shè)備(如常見(jiàn)的開(kāi)發(fā)板、智能終端),boot_rkimg.c 是 U-Boot 中專門處理啟動(dòng)流程的核心
    的頭像 發(fā)表于 02-03 15:29 ?948次閱讀
    解析Rockchip平臺(tái)U-<b class='flag-5'>Boot</b>核心文件:<b class='flag-5'>boot</b>_rkimg.c到底做了什么?

    選錯(cuò)PCB基材引發(fā)血案

    PCB電路板主要由 覆銅箔層壓板 (Copper Clad Laminates,CCL)、 半固化片 (PP片)、 銅箔 (Copper Foil)、 阻焊層 (又稱阻焊膜)(Solder Mask)、 表面處理 、 字符 組成。 PCB電路板的主要材料是覆銅板, 而覆銅板(敷銅板)是由銅箔(成本占比30%-40%)、玻璃布(基板,成本占比20%-25%)、樹(shù)脂(粘合劑,成本占比25%-30%)和填料構(gòu)成的?;迨怯筛叻肿雍铣蓸?shù)脂和增強(qiáng)材料組成的絕緣層板;在基板的表面覆蓋著一層導(dǎo)電率較高、焊接性良好的純銅箔,常用厚
    的頭像 發(fā)表于 01-29 09:06 ?985次閱讀
    選錯(cuò)PCB基材<b class='flag-5'>引發(fā)</b>的<b class='flag-5'>血案</b>

    CW32F003 有沒(méi)有BOOT引腳?

    CW32F003 有沒(méi)有BOOT引腳,是不是和STM32F0 不一樣
    發(fā)表于 12-26 06:39

    深入理解?RK3506 U-Boot?重定位:從代碼到原理

    在嵌入式系統(tǒng)中,U-Boot?作為引導(dǎo)加載程序,其啟動(dòng)流程的核心環(huán)節(jié)之一就是 重定位(Relocation) 。對(duì)于?RK3506?這類基于?ARM Cortex-A?架構(gòu)的芯片,重定位的本質(zhì)是將
    的頭像 發(fā)表于 11-28 07:05 ?970次閱讀
    深入理解?RK3506 U-<b class='flag-5'>Boot</b>?重定位:從代碼到原理

    將JTAG引腳用作普通IO

    ,GPIO_InitStruct); } 完全禁用SWD后,將無(wú)法通過(guò)調(diào)試器更新程序 建議保留SWD功能(AFIO_MAPR_SWJ_CFG_JTAGDISABLE) 若必須禁用所有調(diào)試接口,需保留BOOT0引腳用于ISP編程
    發(fā)表于 11-13 06:39

    在CW32F020K6U7硬件設(shè)計(jì)中,若未連接 VDDA,僅使用 VDD供電,會(huì)引發(fā)哪些問(wèn)題?

    在CW32F020K6U7硬件設(shè)計(jì)中,若未連接 VDDA,僅使用 VDD供電,可能引發(fā)哪些問(wèn)題?
    發(fā)表于 11-12 07:21

    fn_u-boot-spl.bin和u-boot-spl.bin區(qū)別是什么?請(qǐng)問(wèn)如何從u-boot-spl.bin生成fn_u-boot-spl.bin?

    fn_u-boot-spl.bin = bootrom頭 + u-boot-spl.bin ;生成過(guò)程見(jiàn)后面代碼片段; bootrom頭(格式詳見(jiàn)) + u-boot-spl.bin(標(biāo)準(zhǔn)的一級(jí)
    發(fā)表于 07-11 07:58

    STM32H747的BOOT1是哪個(gè)管腳?

    STM32H747 datasheet里面沒(méi)有BOOT1,只有BOOT0。請(qǐng)問(wèn)boot1是哪個(gè)管腳?還是就是沒(méi)有,沒(méi)有的話 BOOT0 上下拉分別什么啟動(dòng)配置?
    發(fā)表于 07-11 07:44

    emmc燒錄完成后,將BOOT引腳切換到emmc模式,識(shí)別不到設(shè)備,怎么解決?

    軟硬件版本信息 錯(cuò)誤日志 U-Boot SPL 2022.10-00008-gd20cb609 (Feb 13 2025 - 20:49:08 -0500) ddr 1866 00000000
    發(fā)表于 06-24 08:26

    CYPD3120如何使用MUXB正確讀取引腳電壓電平?

    立即引發(fā)應(yīng)用程序事件 APP_EVT_RP_CHANGE 和 APP_EVT_VBUS_OVP_FAULT。 我認(rèn)為這是因?yàn)槎丝谑褂?AMUXA 來(lái)感應(yīng) VBUS。 如何使用 MUXB 正確讀取引腳電壓電平?
    發(fā)表于 05-26 08:29

    飛凌嵌入式ElfBoard ELF 1板卡-uboot編譯u-boot/u-boot.bin/u-boot.imx

    u-boot文件就是編譯流程章節(jié)講的,鏈接器將鏈接各.o文件之后生成的.elf文件,該文件中包含了大量的調(diào)試信息、地址信息和注釋信息,不能被直接執(zhí)行,需要轉(zhuǎn)換成為可執(zhí)行的u-boot.bin文件,而
    發(fā)表于 05-22 11:24