stm32陣列越界一定會進硬體錯誤中斷的。可以從以下幾個方面查詢原因:1. 意外中斷。是否打開了某個中斷,但是沒有響應和清除中端標誌,導致程式一直進入中斷,造成宕機假象2. 中斷變數處理不妥。若定義某些會在中斷中修改的全域性變數,這時要注意兩個問題:首先為了防止編譯器最佳化中斷變數,要在這些變數定義時前加volatile,其次在主迴圈中讀取中斷變數前應該首先關閉全域性中斷,防止讀到一半被中斷給修改了,讀完之後再開啟全域性中斷;否則出現造成資料亂套。3. 地址溢位,常見錯誤為指標操作錯誤。我要著重說的是陣列下標使用迴圈函式中迴圈變數,如果迴圈變數沒控制好則會出現陣列下標越界,意外修改系統的暫存器造成宕機,這種情況下如果宕機說明運氣好,否則後面不知道發生什麼頭疼的事。 4. 無條件的死迴圈;比如使用while(x);等待電平變化,正常情況下x都會變成0,就怕萬一,因此最好加上時間限制; 5. 看門狗沒有關閉。有的微控制器即使沒使用看門狗開機時也有可能意外自動開啟了最小週期的看門狗,導致軟體不斷復位,造成宕機,這個要看晶片手冊,最好在程式復位後首先應該顯式清除看門狗再關閉看門狗;6. 堆疊溢位。最難查詢的問題,對於容量小的微控制器,儘量減少函式呼叫層級,減少區域性變數,從而減少壓棧的時候所需的空間。當你把以上幾條都試過不能解決問題,試一試把你的被呼叫少函式直接內建到呼叫的地方並且把佔用RAM大的區域性變數改成全域性變數,試一試說不定就可以了。
stm32陣列越界一定會進硬體錯誤中斷的。可以從以下幾個方面查詢原因:1. 意外中斷。是否打開了某個中斷,但是沒有響應和清除中端標誌,導致程式一直進入中斷,造成宕機假象2. 中斷變數處理不妥。若定義某些會在中斷中修改的全域性變數,這時要注意兩個問題:首先為了防止編譯器最佳化中斷變數,要在這些變數定義時前加volatile,其次在主迴圈中讀取中斷變數前應該首先關閉全域性中斷,防止讀到一半被中斷給修改了,讀完之後再開啟全域性中斷;否則出現造成資料亂套。3. 地址溢位,常見錯誤為指標操作錯誤。我要著重說的是陣列下標使用迴圈函式中迴圈變數,如果迴圈變數沒控制好則會出現陣列下標越界,意外修改系統的暫存器造成宕機,這種情況下如果宕機說明運氣好,否則後面不知道發生什麼頭疼的事。 4. 無條件的死迴圈;比如使用while(x);等待電平變化,正常情況下x都會變成0,就怕萬一,因此最好加上時間限制; 5. 看門狗沒有關閉。有的微控制器即使沒使用看門狗開機時也有可能意外自動開啟了最小週期的看門狗,導致軟體不斷復位,造成宕機,這個要看晶片手冊,最好在程式復位後首先應該顯式清除看門狗再關閉看門狗;6. 堆疊溢位。最難查詢的問題,對於容量小的微控制器,儘量減少函式呼叫層級,減少區域性變數,從而減少壓棧的時候所需的空間。當你把以上幾條都試過不能解決問題,試一試把你的被呼叫少函式直接內建到呼叫的地方並且把佔用RAM大的區域性變數改成全域性變數,試一試說不定就可以了。