如何避免Xil_Assert系列宏導致的死循環(huán)的情況
在調試模式下，Xil_Assert系列宏會調用Xil_Assert來檢查參數是否正常。如果不正常，缺省情況下，沒有打印，會進入死循環(huán)。
通過調用void Xil_AssertSetCallback(Xil_AssertCallback Routine)， 設置回調函數， 可以自己處理失敗情況，比如增加打印。
另外也可以修改變量Xil_AssertWait為0，可以避免死循環(huán)情況。
責任編輯：xj
原文標題：【工程師分享】避免Xil_Assert系列宏導致的死循環(huán)
文章出處：【微信公眾號：FPGA開發(fā)圈】歡迎添加關注！文章轉載請注明出處。
聲明：本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用，如有內容侵權或者其他違規(guī)問題，請聯(lián)系本站處理。
舉報投訴
-
變量
+關注
關注
0文章
615瀏覽量
29284 -
ASSERT
+關注
關注
0文章
17瀏覽量
7598
原文標題：【工程師分享】避免Xil_Assert系列宏導致的死循環(huán)
文章出處：【微信號：FPGA-EETrend，微信公眾號：FPGA開發(fā)圈】歡迎添加關注！文章轉載請注明出處。
發(fā)布評論請先 登錄
相關推薦
熱點推薦
rt_can_write內_can_int_tx死循環(huán)是怎么回事？
;
問題：
接了can設備時，使用正常
開發(fā)板拔掉can總線線后，或can設備不通電時，一直在這個函數內死循環(huán)。
rt_inline int _can_int_tx(struct rt_can_device
發(fā)表于 09-11 07:04
rt-thread-master內新修改dev_serial_v2.c后導致finsh線程循環(huán)無調度怎么解決？
finsh線程死循環(huán)無調度，繼而導致無法進入空閑線程，導致看門狗復位。
從兩個截圖中發(fā)現(xiàn)，減少了rt_wqueue_wait(&(device->
發(fā)表于 09-10 06:56
線程超時函數中 assert 失敗是什么原因導致的?
最近調試 gd32h759 遇到了一個十分奇怪的問題，在初步調通所有的邏輯功能后，發(fā)現(xiàn)系統(tǒng)經常會在運行一段時間后死在一個奇怪的線程超時函數中 assert 失敗導致卡死。用 cmbacktrace
發(fā)表于 09-09 06:56
宏集干貨 | 手把手教你通過CODESYS V3進行PLC編程
宏集MC系列模塊化控制器是基于RaspberryPi的高性能4核控制器，運動控制循環(huán)時間最快可達500微秒，實現(xiàn)了計算能力和成本之間的最佳平衡，適用于多軸運動控制和CNC控制。教程目的本系列
STM32G473進行雙bank升級的時候，進行FLASH的批量擦除回卡死是怎么回事？
函數中，有懷疑是進入了一些死循環(huán)中。
之前懷疑過是上圖的while循環(huán)，在擦除時有個等待的函數，使用了systick,如果再中斷中執(zhí)行，或者我使用了__disable_irq()會不會導致進不去systick中斷，
發(fā)表于 06-18 08:04
STM32G473 flash擦除時程序卡死，為什么？
函數中，有懷疑是進入了一些死循環(huán)中。
之前懷疑過是上圖的while循環(huán)，在擦除時有個等待的函數，使用了systick,如果再中斷中執(zhí)行，或者我使用了__disable_irq()會不會導致進不去systick中斷，
發(fā)表于 06-12 08:05
STM32G473 flash擦除時程序卡死的原因？
函數中，有懷疑是進入了一些死循環(huán)中。
之前懷疑過是上圖的while循環(huán)，在擦除時有個等待的函數，使用了systick,如果再中斷中執(zhí)行，或者我使用了__disable_irq()會不會導致進不去systick中斷，
發(fā)表于 06-09 07:23
使用宏集TELE NA003-M64繼電器，避免光伏發(fā)電系統(tǒng)的異常電流饋入電網
如何避免光伏發(fā)電因不穩(wěn)定而損害電網？使用宏集NA003-M64電力保護器即可幫您監(jiān)測電流，實現(xiàn)電網和系統(tǒng)保護！
移植最新版的rt-thread nano時發(fā)現(xiàn)程序只要一進去entry函數就直接跳到一個死循環(huán)里，為什么？
我在移植最新版的rt-thread nano時發(fā)現(xiàn)程序只要一進去entry函數就直接跳到一個死循環(huán)里，我使用的編譯器是armgcc10.2版本。然而我移植舊版的rt-thread nano就可以正常使用。
發(fā)表于 04-01 07:04
stm32f103定時器2配置中斷，程序一直死循環(huán)，無法進入中斷，怎么解決？
目前定時器2配置中斷，程序一直死循環(huán)，無法進入中斷，有無大佬請教或者看一下個參考歷程
發(fā)表于 03-12 08:18
ABB能源自動化選用宏集Cogent DataHub避免DCOM問題，實現(xiàn)高效、安全的數據傳輸
ABB能源自動化公司通過宏集Cogent DataHub隧道/鏡像解決方案，將電廠設施的數據實時傳輸到公司辦公室，避免了傳統(tǒng)DCOM方式帶來的風險，在電廠和公司網絡之間建立了一個安全、可靠的連接。
使用MSP430向ADS1298發(fā)數據，調試過程中while (!(IFG2 & UTXIFG1))這一步老是死循環(huán)，為什么？
您好，我在使用MSP430向1298發(fā)數據。其中片選已經置低了，SPI模式已經選擇。但是在430調試過程中 while (!(IFG2 & UTXIFG1))這一步老是死循環(huán)。應該
發(fā)表于 02-12 06:50
使用28PIN的ADS1248芯片時，25腳DRDY引腳，在什么情況下會一直不出現(xiàn)低電平？
在使用28PIN的ADS1248芯片時，25腳DRDY引腳，在什么情況下會一直不出現(xiàn)低電平，目前有出現(xiàn)過因為等待DRDY引腳拉低電平，導致單片機陷入死循環(huán)的問題，問題是極低概率出現(xiàn)，下圖是ADS1248的電路圖，是按照規(guī)格書的
發(fā)表于 11-18 06:28
循環(huán)神經網絡的優(yōu)化技巧
爆炸的問題，導致優(yōu)化困難。以下是一些優(yōu)化RNN的技巧： 梯度裁剪（Gradient Clipping） ： 梯度裁剪是一種防止梯度爆炸的技術。通過限制梯度的大小，可以避免在反向傳播過程中梯度過大導致的數值不穩(wěn)定問題。 使用更穩(wěn)定
工商網監(jiān)
評論