如何避免Xil_Assert系列宏導(dǎo)致的死循環(huán)的情況
在調(diào)試模式下，Xil_Assert系列宏會(huì)調(diào)用Xil_Assert來(lái)檢查參數(shù)是否正常。如果不正常，缺省情況下，沒(méi)有打印，會(huì)進(jìn)入死循環(huán)。
通過(guò)調(diào)用void Xil_AssertSetCallback(Xil_AssertCallback Routine)， 設(shè)置回調(diào)函數(shù)， 可以自己處理失敗情況，比如增加打印。
另外也可以修改變量Xil_AssertWait為0，可以避免死循環(huán)情況。
責(zé)任編輯：xj
原文標(biāo)題：【工程師分享】避免Xil_Assert系列宏導(dǎo)致的死循環(huán)
文章出處：【微信公眾號(hào)：FPGA開(kāi)發(fā)圈】歡迎添加關(guān)注！文章轉(zhuǎn)載請(qǐng)注明出處。
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(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)注
0文章
615瀏覽量
29373 -
ASSERT
+關(guān)注
關(guān)注
0文章
17瀏覽量
7627
原文標(biāo)題：【工程師分享】避免Xil_Assert系列宏導(dǎo)致的死循環(huán)
文章出處：【微信號(hào)：FPGA-EETrend，微信公眾號(hào)：FPGA開(kāi)發(fā)圈】歡迎添加關(guān)注！文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
熱點(diǎn)推薦
宏齊光1206單色系列LED是電腦主機(jī)的“光影魔法師”
在當(dāng)今數(shù)字化時(shí)代，電腦主機(jī)不僅是工作和娛樂(lè)的核心設(shè)備，更是許多人彰顯個(gè)性與品味的象征。宏齊光1206單色系列LED憑借其獨(dú)特的性能與多樣的應(yīng)用方式，正在成為電腦主機(jī)領(lǐng)域的一顆璀璨新星。它不僅能為電腦
rt_can_write內(nèi)_can_int_tx死循環(huán)是怎么回事？
;
問(wèn)題：
接了can設(shè)備時(shí)，使用正常
開(kāi)發(fā)板拔掉can總線線后，或can設(shè)備不通電時(shí)，一直在這個(gè)函數(shù)內(nèi)死循環(huán)。
rt_inline int _can_int_tx(struct rt_can_device
發(fā)表于 09-11 07:04
rt-thread-master內(nèi)新修改dev_serial_v2.c后導(dǎo)致finsh線程循環(huán)無(wú)調(diào)度怎么解決？
finsh線程死循環(huán)無(wú)調(diào)度，繼而導(dǎo)致無(wú)法進(jìn)入空閑線程，導(dǎo)致看門狗復(fù)位。
從兩個(gè)截圖中發(fā)現(xiàn)，減少了rt_wqueue_wait(&(device->
發(fā)表于 09-10 06:56
線程超時(shí)函數(shù)中 assert 失敗是什么原因導(dǎo)致的?
最近調(diào)試 gd32h759 遇到了一個(gè)十分奇怪的問(wèn)題，在初步調(diào)通所有的邏輯功能后，發(fā)現(xiàn)系統(tǒng)經(jīng)常會(huì)在運(yùn)行一段時(shí)間后死在一個(gè)奇怪的線程超時(shí)函數(shù)中 assert 失敗導(dǎo)致卡死。用 cmbacktrace
發(fā)表于 09-09 06:56
宏集干貨 | 手把手教你通過(guò)CODESYS V3進(jìn)行PLC編程
宏集MC系列模塊化控制器是基于RaspberryPi的高性能4核控制器，運(yùn)動(dòng)控制循環(huán)時(shí)間最快可達(dá)500微秒，實(shí)現(xiàn)了計(jì)算能力和成本之間的最佳平衡，適用于多軸運(yùn)動(dòng)控制和CNC控制。教程目的本系列
C語(yǔ)言中的內(nèi)聯(lián)函數(shù)與宏
在C編程中，內(nèi)聯(lián)函數(shù)和宏都用于避免函數(shù)調(diào)用的開(kāi)銷并編寫可復(fù)用的邏輯部分，但它們?cè)诠ぷ鞣绞胶桶踩苑矫娲嬖陲@著差異。
STM32G473進(jìn)行雙bank升級(jí)的時(shí)候，進(jìn)行FLASH的批量擦除回卡死是怎么回事？
函數(shù)中，有懷疑是進(jìn)入了一些死循環(huán)中。
之前懷疑過(guò)是上圖的while循環(huán)，在擦除時(shí)有個(gè)等待的函數(shù)，使用了systick,如果再中斷中執(zhí)行，或者我使用了__disable_irq()會(huì)不會(huì)導(dǎo)致進(jìn)不去systick中斷，
發(fā)表于 06-18 08:04
STM32G473 flash擦除時(shí)程序卡死，為什么？
函數(shù)中，有懷疑是進(jìn)入了一些死循環(huán)中。
之前懷疑過(guò)是上圖的while循環(huán)，在擦除時(shí)有個(gè)等待的函數(shù)，使用了systick,如果再中斷中執(zhí)行，或者我使用了__disable_irq()會(huì)不會(huì)導(dǎo)致進(jìn)不去systick中斷，
發(fā)表于 06-12 08:05
STM32G473 flash擦除時(shí)程序卡死的原因？
函數(shù)中，有懷疑是進(jìn)入了一些死循環(huán)中。
之前懷疑過(guò)是上圖的while循環(huán)，在擦除時(shí)有個(gè)等待的函數(shù)，使用了systick,如果再中斷中執(zhí)行，或者我使用了__disable_irq()會(huì)不會(huì)導(dǎo)致進(jìn)不去systick中斷，
發(fā)表于 06-09 07:23
使用宏集TELE NA003-M64繼電器，避免光伏發(fā)電系統(tǒng)的異常電流饋入電網(wǎng)
如何避免光伏發(fā)電因不穩(wěn)定而損害電網(wǎng)？使用宏集NA003-M64電力保護(hù)器即可幫您監(jiān)測(cè)電流，實(shí)現(xiàn)電網(wǎng)和系統(tǒng)保護(hù)！
移植最新版的rt-thread nano時(shí)發(fā)現(xiàn)程序只要一進(jìn)去entry函數(shù)就直接跳到一個(gè)死循環(huán)里，為什么？
我在移植最新版的rt-thread nano時(shí)發(fā)現(xiàn)程序只要一進(jìn)去entry函數(shù)就直接跳到一個(gè)死循環(huán)里，我使用的編譯器是armgcc10.2版本。然而我移植舊版的rt-thread nano就可以正常使用。
發(fā)表于 04-01 07:04
開(kāi)關(guān)電源會(huì)出現(xiàn)漏電的情況，這種情況該怎么避免漏電?
開(kāi)關(guān)電源會(huì)出現(xiàn)漏電的情況，這種情況該怎么避免漏電?
發(fā)表于 03-31 06:17
stm32f103定時(shí)器2配置中斷，程序一直死循環(huán)，無(wú)法進(jìn)入中斷，怎么解決？
目前定時(shí)器2配置中斷，程序一直死循環(huán)，無(wú)法進(jìn)入中斷，有無(wú)大佬請(qǐng)教或者看一下個(gè)參考?xì)v程
發(fā)表于 03-12 08:18
ABB能源自動(dòng)化選用宏集Cogent DataHub避免DCOM問(wèn)題，實(shí)現(xiàn)高效、安全的數(shù)據(jù)傳輸
ABB能源自動(dòng)化公司通過(guò)宏集Cogent DataHub隧道/鏡像解決方案，將電廠設(shè)施的數(shù)據(jù)實(shí)時(shí)傳輸?shù)焦巨k公室，避免了傳統(tǒng)DCOM方式帶來(lái)的風(fēng)險(xiǎn)，在電廠和公司網(wǎng)絡(luò)之間建立了一個(gè)安全、可靠的連接。
使用MSP430向ADS1298發(fā)數(shù)據(jù)，調(diào)試過(guò)程中while (!(IFG2 & UTXIFG1))這一步老是死循環(huán)，為什么？
您好，我在使用MSP430向1298發(fā)數(shù)據(jù)。其中片選已經(jīng)置低了，SPI模式已經(jīng)選擇。但是在430調(diào)試過(guò)程中 while (!(IFG2 & UTXIFG1))這一步老是死循環(huán)。應(yīng)該
發(fā)表于 02-12 06:50
工商網(wǎng)監(jiān)
評(píng)論