STM32F103RET6 上電后出現(xiàn)復(fù)位腳對(duì)地0.09V電壓,芯片一直處于復(fù)位狀態(tài),接入JLINK后亮紅燈,如果把復(fù)位腳強(qiáng)制接3.3V后,軟件正常跑起來(lái),仿真器能正常識(shí)別到ID,但無(wú)法更新FLASH及仿真
2024-03-21 06:42:50
載進(jìn)去,DAP LINK可以正常識(shí)別
調(diào)試的時(shí)候是這樣的,cubeIDE一直停在這
這個(gè)窗口也有提示錯(cuò)誤
另外幾塊板子也是一樣的問(wèn)題,重新上電后都不能正常使用。
2024-03-19 08:14:23
Nodebug)。但是,我斷電后,在上電,一直在cubeide里面提示無(wú)法連接stlink。我用stm32 st-link utility也是無(wú)法連接芯片。板卡的,跳線帽也是在ST-LINK位置,不是
2024-03-19 06:44:46
。將同樣的程序燒寫(xiě)到第一版里,MCU可以運(yùn)行并輸出。請(qǐng)問(wèn)兩款芯片在配置方面有什么區(qū)別嗎?有哪些原因可能導(dǎo)致無(wú)法運(yùn)行?
第二版的硬件是參考DEMO板原理圖設(shè)計(jì)的,但是VDDA誤接了+3V電源,上電前用
2024-03-18 06:26:43
1 個(gè)時(shí)鐘周期的延遲。 也就是說(shuō),在執(zhí)行 IN_DATA 操作后,線程 n 的主動(dòng) DMA 緩沖區(qū)的可用大小為 1 字的時(shí)鐘周期中,必須在下一個(gè)時(shí)鐘中斷言 DMA_WM_THN。 只有在這種情況下
2024-02-23 07:43:36
在代碼中使用了IfxCpu_disableInterrupts后,STM無(wú)法產(chǎn)生中斷(無(wú)法進(jìn)入中斷ISR函數(shù))
2024-02-04 06:54:03
of lock event的可能原因有哪些?只在上電過(guò)程中出現(xiàn),是否和時(shí)鐘的上電初始化步驟有關(guān)
我們?cè)谙聢D代碼中 會(huì)檢查時(shí)鐘頻率是否 為20Mhz,硬件晶振為20Mhz。
還有一點(diǎn)疑問(wèn),關(guān)于寄存器SCU
2024-01-30 06:42:50
我們使用了 TC375 的芯片的板子,將有 HWCFG 的引擎腳進(jìn)行了如下配置:P14.3LA 低,p10.5、P10.6LA,配置高為內(nèi)部閃存啟動(dòng),但上電后無(wú)法正常復(fù)位,請(qǐng)問(wèn)各位大概這個(gè)問(wèn)題的原因是什么?
2024-01-23 06:08:50
xmc1302useddave4可以調(diào)試,但上電無(wú)法自動(dòng)運(yùn)行。使用 jLink 命令,運(yùn)行 getbmiLowseminCommand 不支持。使用 dave4 的 getbmi也顯示不支持。該怎么設(shè)置天賦能量使得 xmc1302 同時(shí)運(yùn)行調(diào)試和上電自動(dòng)運(yùn)行呢?
2024-01-22 06:53:34
焊接完第一次下載程序可以識(shí)別芯片,下載后重新上電,就會(huì)出現(xiàn)有時(shí)無(wú)法啟動(dòng)的狀態(tài),此時(shí)仿真器也無(wú)法識(shí)別CPU,正常工作電源顯示負(fù)載電流11mA,若無(wú)法啟動(dòng)電流16mA,略有上升。
1.芯片是正規(guī)渠道
2024-01-12 06:14:20
通,請(qǐng)教一下,為什么Q1會(huì)在上電瞬間導(dǎo)通一下?而且這樣接入一段時(shí)間后,也會(huì)突然導(dǎo)通一下,感覺(jué)是MOS管故障
2024-01-10 15:46:04
大家在調(diào)試GD32 MCU的時(shí)候是否也碰到過(guò)SWD調(diào)試端口無(wú)法連接的情況?SWD端口無(wú)法連接的原因有很多,有時(shí)候排查沒(méi)有思路,可能會(huì)耽誤大家的時(shí)間,下面小編為大家介紹常見(jiàn)的SWD無(wú)法連接的原因,供大家排查參考
2024-01-10 10:46:26595 基于斷言的驗(yàn)證(ABV)是一種與傳統(tǒng)方法相比可以大大減少驗(yàn)證過(guò)程的技術(shù).
2024-01-09 09:59:29186 我用LTC1624設(shè)計(jì)了一個(gè)24V轉(zhuǎn)5V的降壓電路,功率大概5V@1A。
偶爾會(huì)發(fā)生,
在上電的一瞬間,電源芯片會(huì)發(fā)生異常,導(dǎo)致輸出電壓只有2點(diǎn)幾V。且需要斷電重啟,才能恢復(fù)。
請(qǐng)問(wèn)是什么原因?qū)е略?/div>
2024-01-08 08:01:03
關(guān)于adp5302 buck板子問(wèn)題,不小心把電源接到sw后可能是短路了,現(xiàn)在上電就是0.005A怎么解決,需要更換什么元器件。
2024-01-08 07:09:31
LTM4600使用12V供電,快速重新加電(1~2秒左右)后,LTM4600無(wú)法重新啟動(dòng)。
經(jīng)測(cè)量,無(wú)法重新啟動(dòng)時(shí)LTM4600的RUN/SS腳電平在3.5V以內(nèi),和手冊(cè)中敘述一致(當(dāng)該管腳電平掉到
2024-01-05 08:27:20
ADP2443出現(xiàn)了損壞,具體現(xiàn)象是SW側(cè)無(wú)法輸出正常的PWM波形,輸出的非正常波形參見(jiàn)附件,請(qǐng)問(wèn)造成該故障的可能原因是什么呢。
補(bǔ)充:
1.這批使用ADP2443的板卡在機(jī)柜中測(cè)試常溫運(yùn)行了接近一年
2024-01-03 09:07:33
LTM4655,輸入24V,輸出+/-12V。
問(wèn)題:帶負(fù)載后,下電立馬重新上電,-12V無(wú)輸出。下電需過(guò)約6分鐘后再上電,-12V才有輸出?
1、無(wú)負(fù)載時(shí)正常,下電后立馬上電均能正常輸出。
2
2024-01-03 07:00:42
我用LT4295設(shè)計(jì)了一個(gè)POE反激電源,24V0.95A,參考了DC2046A-4-D這個(gè)DEMO。
實(shí)際測(cè)試發(fā)現(xiàn)空載時(shí)正常輸出24V,但連接電子負(fù)載或?qū)嶋H負(fù)載(比如網(wǎng)絡(luò)攝像頭)時(shí),芯片無(wú)法正常工作,輸出會(huì)斷斷續(xù)續(xù),如果空載時(shí)先上電待24V穩(wěn)定后再接負(fù)載也可以正常工作。請(qǐng)問(wèn)這個(gè)問(wèn)題該怎么解決呢?
2024-01-03 06:39:49
ADXL355多數(shù)情況下上電后能正常工作,但是偶爾會(huì)出現(xiàn)上電后輸出全部為0。如果關(guān)機(jī)后再加電的間隔小于5s,就會(huì)大概率重新加表輸出全0的現(xiàn)象。請(qǐng)問(wèn)這是什么原因引起的
2023-12-27 08:07:32
排除所燒錄的程序問(wèn)題,請(qǐng)問(wèn)出現(xiàn)這種故障應(yīng)該如何解決,硬件電路連接相比較之前沒(méi)有做出改變,但PCB的走線可能有所變化,請(qǐng)問(wèn)走線的變化是否會(huì)引起這種變化?目前ADAS1000數(shù)據(jù)讀取后DRDY引腳無(wú)法回到高電平的情況應(yīng)該如何解決?
2023-12-27 08:06:20
根據(jù)芯片手冊(cè)和網(wǎng)上資料設(shè)計(jì)的AD9460-80應(yīng)用電路,在上電后芯片迅速發(fā)熱,經(jīng)測(cè)試所有輸入電源和地引腳間均不存在短路情況,請(qǐng)問(wèn)是什么原因造成的,芯片手冊(cè)上寫(xiě)這款芯片的功耗是1.5W.不知道有沒(méi)有人用過(guò)這款芯片,發(fā)熱是不是正常現(xiàn)象?謝謝!
2023-12-20 06:58:37
VOUTA肯定起不來(lái),無(wú)法輸出。如果在上電后不是負(fù)電壓(有驅(qū)動(dòng)能力),那么VOUTA肯定可以正常輸出,感覺(jué)就是與上電的一瞬間,可能使VOUTA進(jìn)入了一種我們不知道的狀態(tài),造成VOUTA無(wú)法輸出
2023-12-15 06:25:12
AD9229-65的使用問(wèn)題:AD時(shí)鐘給的是50MHz,在上電使用時(shí)發(fā)現(xiàn)AD的輸入端有很多信號(hào)串?dāng)_在上面,采樣后數(shù)據(jù)就出錯(cuò)了,如果設(shè)置AD工作在pown模式(掉電模式)下,AD輸入端的信號(hào)就非常干凈沒(méi)有干擾,AD前端差分電路如下圖
2023-12-14 07:56:30
你好,在一個(gè)單片機(jī)控制H橋驅(qū)動(dòng)芯片電路中,我采用了ADUM1400 磁耦隔離芯片,芯片輸出輸出都增加了下拉(電機(jī)高電平有效)。ADuM采用雙電源供電,VE2引腳已經(jīng)拉高。在使用過(guò)程中發(fā)現(xiàn),當(dāng)系統(tǒng)上電
2023-12-13 07:56:51
AD7172在上電后,有發(fā)現(xiàn)內(nèi)部基準(zhǔn)電源無(wú)法啟動(dòng)現(xiàn)象,不是100%出現(xiàn),但容易出現(xiàn),請(qǐng)問(wèn)這是什么原因,如何避免?
2023-12-08 06:26:28
ad5220數(shù)字電位計(jì)上電后初始位置在哪里?
再次上電后,是在初始位置還是上一次斷電時(shí)的位置?
2023-12-06 06:11:47
電路連接如下圖所示,
電路圖情報(bào):
1.電位計(jì)的DIN,SYNC,SCLK端子接的是3.3V轉(zhuǎn)5V的芯片,
2.SDO接的是5V轉(zhuǎn)3.3V的芯片,并且SDO端子已通過(guò)2.2k電阻上拉到5V,
3.電位計(jì)使用的是5V單電源供電。
問(wèn)題點(diǎn):
板子上電后,SDO的端子一直是低電平,無(wú)法拉高。
2023-12-01 06:21:33
我用AD8599作ADC驅(qū)動(dòng)電路,發(fā)現(xiàn)上電后,芯片燙手,但是輸出波形正確,這個(gè)是什么問(wèn)題呢?
2023-11-21 06:22:10
assert的功能,條件為真,程序繼續(xù)執(zhí)行;如果斷言為假(false),則程序終止。
2023-11-17 16:33:19560 AD633替換AD734后無(wú)法輸出
2023-11-15 08:08:57
使用pic16f1947過(guò)程中發(fā)現(xiàn),上電運(yùn)行正常,但是睡眠進(jìn)入低功耗后經(jīng)常出現(xiàn)無(wú)法喚醒,不知道什么原因,應(yīng)該怎么排查
2023-11-09 08:25:45
原因一:電源問(wèn)題電源可能是導(dǎo)致STM32微控制器無(wú)法下載程序的一個(gè)常見(jiàn)原因。確保電源穩(wěn)定對(duì)于正常運(yùn)行和下載程序至關(guān)重要。以下是一些電源問(wèn)題:1.電源電壓不足:如果STM32微控制器沒(méi)有足夠的電壓供應(yīng)
2023-11-09 08:00:51963 這一次我們繼續(xù)講調(diào)試方法。調(diào)試是排查程序Bug的有效方法,同時(shí)也對(duì)嵌入式軟件設(shè)計(jì)的可靠性、穩(wěn)定性而言至關(guān)重要。
2023-11-06 15:55:17359 當(dāng)鎖相環(huán)無(wú)法鎖定時(shí),該怎么處理的呢?如何解決鎖相環(huán)無(wú)法鎖定? 鎖相環(huán)作為一種常見(jiàn)的電路設(shè)計(jì),具有廣泛的應(yīng)用領(lǐng)域。然而,在一些情況下,由于種種原因,鎖相環(huán)可能無(wú)法正常鎖定,這時(shí)需要進(jìn)行一系列的測(cè)試
2023-10-30 10:16:33969 問(wèn)一下有沒(méi)有遇到過(guò)給單片機(jī)下載程序,程序下載進(jìn)去后串口就無(wú)法下載程序了,必須下電一會(huì)兒,然后上電第一次能夠下載,如果不下載其他程序串口就還是無(wú)法使用(包括下載程序,串口通訊),下載了其他程序后就好
2023-10-27 06:00:27
單片機(jī)上電后沒(méi)有反應(yīng),如何排錯(cuò)調(diào)試?
2023-10-20 07:01:25
前幾次使用DAP進(jìn)行F407探索板的程序下載時(shí),都正常。但是今天使用下載時(shí),板子上電后居然無(wú)法識(shí)別芯片型號(hào)了。
2023-10-17 08:01:10
kt6368A藍(lán)牙芯片無(wú)法透?jìng)?可能是什么問(wèn)題呢?
KT6368A藍(lán)牙芯片,在使用上還是非常的簡(jiǎn)單,總共也就8個(gè)腿,焊接也是很容易的事情
出現(xiàn)不能透?jìng)鳎蟾怕视腥缦?點(diǎn)原因
1、硬件問(wèn)題,比如
2023-10-08 14:36:46319 斷言主要用來(lái)檢查仿真過(guò)程中存在的時(shí)序問(wèn)題,如果存在異常情況,斷言會(huì)報(bào)警。一般在數(shù)字電路設(shè)計(jì)中都要加入斷言,斷言占整個(gè)設(shè)計(jì)的比例應(yīng)不少于30%。
2023-08-28 11:16:424911 boot跳轉(zhuǎn)至APP后無(wú)法使用中斷,在boot中__set_PRIMASK(1);禁止總中斷,跳轉(zhuǎn)到app后沒(méi)有不能進(jìn)中斷,開(kāi)啟__set_PRIMASK(0);后程序不能正常運(yùn)行。芯片NUC029LAN.請(qǐng)教跳轉(zhuǎn)到APP后如何開(kāi)啟總中斷?
2023-08-21 07:26:06
使用nuc029SGE的RTC,外置32.768KHz晶振(12.5p),使用2顆20pf的電容。系統(tǒng)供電3.3V。電池3.1V。切換給VBAT供電。在上電時(shí)時(shí)鐘跑的快,掉電電池供電時(shí)時(shí)鐘跑的慢。請(qǐng)問(wèn)這是什么原因?
2023-08-21 07:02:36
您可以將協(xié)議斷言與任何旨在實(shí)現(xiàn)AMBA?4 AXI4的接口一起使用?, AXI4 Lite?, 或AXI4流? 協(xié)議通過(guò)一系列斷言根據(jù)協(xié)議檢查測(cè)試接口的行為。
本指南介紹SystemVerilog
2023-08-10 06:39:57
對(duì)于斷言,相信大家都不陌生,大多數(shù)編程語(yǔ)言也都有斷言這一特性。簡(jiǎn)單地講,斷言就是對(duì)某種假設(shè)條件進(jìn)行檢查。 在 C 語(yǔ)言中,斷言被定義為宏的形式(assert(expression)),而不是函數(shù),其原型定義在 <assert.h> 文件中。
2023-08-08 09:51:03218 Nodebug)。但是,我斷電后,在上電,一直在cubeide里面提示無(wú)法連接stlink。我用stm32 st-link utility也是無(wú)法連接芯片。板卡的,跳線帽也是在ST-LINK位置,不是
2023-08-08 06:52:51
載進(jìn)去,DAP LINK可以正常識(shí)別
調(diào)試的時(shí)候是這樣的,cubeIDE一直停在這
這個(gè)窗口也有提示錯(cuò)誤
另外幾塊板子也是一樣的問(wèn)題,重新上電后都不能正常使用。
2023-08-07 13:47:48
。將同樣的程序燒寫(xiě)到第一版里,MCU可以運(yùn)行并輸出。請(qǐng)問(wèn)兩款芯片在配置方面有什么區(qū)別嗎?有哪些原因可能導(dǎo)致無(wú)法運(yùn)行?
第二版的硬件是參考DEMO板原理圖設(shè)計(jì)的,但是VDDA誤接了+3V電源,上電前用刻刀
2023-08-07 13:28:30
Type-C外部電路采用AN4775推薦的電路,CC引腳分別使用5.1k電阻下拉。上電后CC電阻分壓0.41v。軟件通過(guò)抓包數(shù)據(jù)分析,發(fā)現(xiàn)ctl后芯片無(wú)數(shù)據(jù)返回。是什么原因可能導(dǎo)致呢?
2023-08-05 06:53:51
請(qǐng)問(wèn)一下有沒(méi)有遇到跨內(nèi)存申請(qǐng)和釋放過(guò)程中出現(xiàn)斷言的,申請(qǐng)的內(nèi)存比較大時(shí),剛好跨了內(nèi)存,釋放的時(shí)候就會(huì)出現(xiàn)錯(cuò)誤
2023-08-04 16:17:12
在軟件開(kāi)發(fā)過(guò)程中,我們經(jīng)常需要處理各種錯(cuò)誤和異常情況。為了提高代碼的健壯性和可靠性,我們需要使用一些工具和技術(shù)來(lái)檢測(cè)和處理這些問(wèn)題。本篇博客將深入探討C語(yǔ)言中斷言的使用,幫助讀者更好地理解和應(yīng)用斷言,提高代碼的質(zhì)量和可維護(hù)性。
2023-08-03 10:34:511464 導(dǎo)致?lián)p壞,使其輸入輸出狀態(tài)無(wú)法控制,且無(wú)法預(yù)料時(shí),可能會(huì)造成不良后果甚至人身安全。如電機(jī)控制、逆變器等,當(dāng)異常發(fā)生MCU輸出端一直輸出固定電平(這里假設(shè)高電平驅(qū)動(dòng))會(huì)導(dǎo)致線圈進(jìn)入飽和,產(chǎn)生大電流發(fā)熱燒毀線圈甚至是起火引發(fā)一系列不可預(yù)料后果。那如何去有效避免這類(lèi)問(wèn)題的發(fā)生呢?
2023-07-25 09:17:30763 nuc980在上電時(shí)管腳不是高阻狀態(tài),有的是低電平輸出,有的是高電平輸出。這個(gè)問(wèn)題大家有遇到嗎?
2023-06-28 07:59:59
用J-link 仿真,第一塊板子在代碼增加WWDT 配置、燒錄后,芯片直接無(wú)法連接。
第二塊板子,先注釋掉WWDT 相關(guān)代碼,用仿真器調(diào)試WWDT 功能,手動(dòng)修改WWDTCR 和WWDTRLD
2023-06-28 07:04:40
我用新唐的51單片機(jī)MS51FB9AE,程序下載進(jìn)去后可以運(yùn)行。但是等斷電在上電后就不能運(yùn)行了,要點(diǎn)擊KEIL魔法棒選項(xiàng)里的DEBUG里的Settings選項(xiàng)才能運(yùn)行。請(qǐng)問(wèn)要怎么設(shè)置上電運(yùn)行呢。
2023-06-27 07:47:52
使用nuc029SGE的RTC,外置32.768KHz晶振(12.5p),使用2顆20pf的電容。系統(tǒng)供電3.3V。電池3.1V。切換給VBAT供電。在上電時(shí)時(shí)鐘跑的快,掉電電池供電時(shí)時(shí)鐘跑的慢。請(qǐng)問(wèn)這是什么原因?
2023-06-13 08:59:44
我有幾個(gè)關(guān)于FS8530的問(wèn)題已經(jīng)困擾了我?guī)讉€(gè)星期了:
1.我在上電的時(shí)候給了WAKE1和VSUP=12V,DBUG=0V,啟動(dòng)后8530一直處于開(kāi)啟關(guān)閉的循環(huán),關(guān)閉大約4S后重新開(kāi)啟,這大
2023-06-01 07:25:30
許可文件獲取后,服務(wù)無(wú)法正常運(yùn)行
2023-05-29 08:18:26
你好!
我已經(jīng)閱讀了很多有關(guān) ESP 無(wú)線電對(duì) PIR 傳感器的干擾的信息,但沒(méi)有明確的解決方案。我有很多誤報(bào),所以我的設(shè)計(jì)無(wú)法正常工作。
一種解決方案可能是降低無(wú)線電廣播的功率水平,但我不知道該怎么做。
任何想法?
2023-05-23 08:17:25
NXPMCUMCF51AC128CCPUE 問(wèn)題匯總?cè)缦拢?問(wèn)題1、初測(cè),5V上電后無(wú)法連接下載器:Ⅰ、能連接下載器及能仿真的板子性能為22mA左右,此時(shí)RESET電壓為4.07V左右;不能連接
2023-05-23 07:19:49
用的是freemodbus軟件包,開(kāi)啟主機(jī)模式,官方例子不帶任何修改,shell中運(yùn)行例子,直接是一個(gè)斷言錯(cuò)誤
2023-05-17 11:30:40
像是有回復(fù)。
DEBUG一下,斷言失敗處:
2023-05-12 16:13:51
, line); }}看一下打印信息里的參數(shù),提示是下面函數(shù)的斷言失效,問(wèn)題一:在什么情況下,一個(gè)信號(hào)量的類(lèi)型不是信號(hào)量呢?
rt_err_t rt_sem_release(rt_sem_t sem
2023-05-11 14:35:31
HSUSB主機(jī)具有自動(dòng)重置時(shí)間,用戶似乎無(wú)法控制:
通常主機(jī)斷言重置為 10 毫秒,但當(dāng) HSUSB 斷言時(shí)我測(cè)量了 55 毫秒。
A) 連接到 PC 的 FS 設(shè)備引用
B:連接
2023-05-06 08:05:15
我的芯片是lpc54608s512,這是一個(gè)奇怪的現(xiàn)象;單片機(jī)正常工作很多天,但有一天,上電后不能工作,需要加電兩次才能正常工作;如果兩次上電間隔太長(zhǎng),也不能正常工作;
你知道MCU是怎么回事嗎?
2023-05-06 07:57:34
供uart初始化過(guò)程。
如果uart初始化后沒(méi)有調(diào)用Uart_AsyncReceive函數(shù),idle interrupt無(wú)法接收數(shù)據(jù),MCU正常啟動(dòng)。
如果在設(shè)備上電后調(diào)用Uart_AsyncReceive
2023-04-23 08:21:03
防御式編程的重點(diǎn)就是需要防御一些程序未曾預(yù)料的錯(cuò)誤,這是一種提高軟件質(zhì)量的輔助性方法,斷言assert就用于防御式編程,編寫(xiě)代碼時(shí),我們總是會(huì)做出一些假設(shè),斷言就是用于在代碼中捕捉這些假設(shè)。使用斷言
2023-04-19 11:35:27341 論壇里有使用過(guò)gcc O2編譯后以太網(wǎng)無(wú)法正常工作的嗎。目前的現(xiàn)象是使用debug O0編譯,以太網(wǎng)是正常使用的;使用O2編譯后遇到上電有時(shí)正常,有時(shí)不正常,不正常的情況下drv_eth下的中斷函數(shù)都不再觸發(fā)了,lwip那邊DHCP一直獲取不到。
2023-04-14 09:53:40
這樣可以快速發(fā)現(xiàn)并定位軟件問(wèn)題,同時(shí)對(duì)系統(tǒng)錯(cuò)誤進(jìn)行自動(dòng)報(bào)警。對(duì)于在系統(tǒng)中隱藏很深,用其他手段極難發(fā)現(xiàn)的問(wèn)題也可以通過(guò)斷言進(jìn)行定位,從而縮短軟件問(wèn)題定位時(shí)間,提高系統(tǒng)的可測(cè)性。
2023-04-12 10:02:25530 你好。我們?cè)?RT685 上運(yùn)行 SDK 2.13.0 的應(yīng)用程序偶爾會(huì)在 lwip/src/api/sockets.c 的第 565 行斷言失敗: LWIP_ASSERT("
2023-03-31 07:12:44
我想弄清楚 imX6ULL 的第一次通電。我計(jì)劃使用 3.3V LDO 為 SNVS 供電,并提供 PMIC_ON_REQ 作為提供 3v3 和 1v8 電壓的切換器的啟用信號(hào)。1) PMIC_ON_REQ(引腳 T9)是否會(huì)在 VSS_SNVS_IN 上電時(shí)自動(dòng)斷言?
2023-03-24 06:23:30
);如果’show_somethings();’為如下代碼,則可能在某次燒錄中可以正常運(yùn)行,而大概率在其他多次燒錄中無(wú)法完成rtthread系統(tǒng)初始化(系統(tǒng)初始化時(shí),按道理來(lái)說(shuō)沒(méi)有輸入msh命令,所以
2023-03-23 11:04:24
評(píng)論
查看更多