如何避免Xil_Assert系列宏導(dǎo)致的死循環(huán)的情況
在調(diào)試模式下，Xil_Assert系列宏會(huì)調(diào)用Xil_Assert來檢查參數(shù)是否正常。如果不正常，缺省情況下，沒有打印，會(huì)進(jìn)入死循環(huán)。
通過調(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開發(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ī)問題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
變量
+關(guān)注
關(guān)注
0文章
616瀏覽量
29505 -
ASSERT
+關(guān)注
關(guān)注
0文章
17瀏覽量
7660
原文標(biāo)題：【工程師分享】避免Xil_Assert系列宏導(dǎo)致的死循環(huán)
文章出處：【微信號(hào)：FPGA-EETrend，微信公眾號(hào)：FPGA開發(fā)圈】歡迎添加關(guān)注！文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
熱點(diǎn)推薦
宏展科技北京溫度循環(huán)應(yīng)力篩選(Environmental?Stress?Screening，簡(jiǎn)稱ESS)
宏展科技北京溫度循環(huán)應(yīng)力篩選(EnvironmentalStressScreening，簡(jiǎn)稱ESS)說明：應(yīng)力篩選是產(chǎn)品在設(shè)計(jì)強(qiáng)度極限下，運(yùn)用加速技巧外加環(huán)境應(yīng)力，如：預(yù)燒(burnin)、溫度循環(huán)
宏齊光1206單色系列LED是電腦主機(jī)的“光影魔法師”
在當(dāng)今數(shù)字化時(shí)代，電腦主機(jī)不僅是工作和娛樂的核心設(shè)備，更是許多人彰顯個(gè)性與品味的象征。宏齊光1206單色系列LED憑借其獨(dú)特的性能與多樣的應(yīng)用方式，正在成為電腦主機(jī)領(lǐng)域的一顆璀璨新星。它不僅能為電腦
rt_can_write內(nèi)_can_int_tx死循環(huán)是怎么回事？
;
問題：
接了can設(shè)備時(shí)，使用正常
開發(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)無調(diào)度怎么解決？
finsh線程死循環(huán)無調(diào)度，繼而導(dǎo)致無法進(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è)十分奇怪的問題，在初步調(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
宏集干貨 | 手把手教你通過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語言中的內(nèi)聯(lián)函數(shù)與宏
在C編程中，內(nèi)聯(lián)函數(shù)和宏都用于避免函數(shù)調(diào)用的開銷并編寫可復(fù)用的邏輯部分，但它們?cè)诠ぷ鞣绞胶桶踩苑矫娲嬖陲@著差異。
STM32G473進(jìn)行雙bank升級(jí)的時(shí)候，進(jìn)行FLASH的批量擦除回卡死是怎么回事？
函數(shù)中，有懷疑是進(jìn)入了一些死循環(huán)中。
之前懷疑過是上圖的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)中。
之前懷疑過是上圖的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)中。
之前懷疑過是上圖的while循環(huán)，在擦除時(shí)有個(gè)等待的函數(shù)，使用了systick,如果再中斷中執(zhí)行，或者我使用了__disable_irq()會(huì)不會(huì)導(dǎo)致進(jìn)不去systick中斷，
發(fā)表于 06-09 07:23
如何避免存儲(chǔ)示波器再次崩潰?
系統(tǒng)分區(qū)（僅存儲(chǔ)固件）和數(shù)據(jù)分區(qū)（存儲(chǔ)波形文件），避免頻繁讀寫導(dǎo)致系統(tǒng)文件損壞。
工具：使用示波器內(nèi)置格式化工具（如Rigol DS1000Z系列支持快速格式化），而非直接在PC上格式化。
文件系統(tǒng)
發(fā)表于 05-23 14:47
使用宏集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
開關(guān)電源會(huì)出現(xiàn)漏電的情況，這種情況該怎么避免漏電?
開關(guān)電源會(huì)出現(xiàn)漏電的情況，這種情況該怎么避免漏電?
發(fā)表于 03-31 06:17
stm32f103定時(shí)器2配置中斷，程序一直死循環(huán)，無法進(jìn)入中斷，怎么解決？
目前定時(shí)器2配置中斷，程序一直死循環(huán)，無法進(jìn)入中斷，有無大佬請(qǐng)教或者看一下個(gè)參考?xì)v程
發(fā)表于 03-12 08:18
工商網(wǎng)監(jiān)
評(píng)論