今天調(diào)試時遇到了這個問題，以前都不注意這些警告錯誤，現(xiàn)在看來爭取要做到：0錯誤，0警告。
中斷中和中斷外都調(diào)用了同一個串口打印函數(shù)，一直有上述的報警，沒在意，今天調(diào)試時發(fā)現(xiàn)串口打印出了一些亂七八糟的東東，且程序也不知道跑哪里去了，很郁悶。最后查到是上述這個問題導(dǎo)致的，現(xiàn)在解決辦法為采用第二種辦法，第一種辦法據(jù)說要耗很多存儲空間，以后慢慢體會。
說說幾個小問題吧,一般我們在用KEIL的時候,只要編譯器報
- 0 Error(s) 一般我們都不去管多少個 Warning(s).了,一般這樣程序基本都能運行,但是其實仔細(xì)想想,這里還是有問題的,否則編譯器沒事吃飽了撐得,報什么警告啊~~~
今天來說說*** WARNING L15: MULTIPLE CALL TO SEGMENT這個問題!
其實這個問題應(yīng)該是引起注意的，有可能引起程序沖突，但是一般時候程序運行不會有問題,但是如果出來問題,那將會是很討厭的問題.
分析一下 產(chǎn)生這一警告的一個根源是：例如在主循環(huán)里調(diào)用了一個函數(shù)，而在中斷服務(wù)中，你又一次調(diào)用了同樣的函數(shù)。這樣當(dāng)主循環(huán)運行到該函數(shù)中時， 一旦產(chǎn)生中斷，則在中斷里又再次調(diào)用該函數(shù)！而使得該子函數(shù)發(fā)生了重入,這時，經(jīng)管概率很低,但是很可能出錯！這樣,編譯器就給出了警告!告訴你*** WARNING L15: MULTIPLE CALL TO SEGMENT ,表達(dá)的意思是發(fā)生了重入!字面意思自己理解去吧~~~
想要避免這種情況的方法
一.用reentrant使函數(shù)重入
關(guān)于reentrant的說明：
1，重入函數(shù)不能傳遞bit類型的參數(shù)和變量；
2，重入函數(shù)建立的是模擬堆棧區(qū),所以不使用一般函數(shù)位于存儲模式默認(rèn)空間的可覆蓋式堆棧，而是在同一空間從頂端另行分配一個非覆蓋式的重入堆棧。
small 默認(rèn)空間是 data;
compact 默認(rèn)空間是 pdata;
largr 默認(rèn)空間是 xdata;
3，由于要保存參數(shù)和局部變量，所以會消耗很大的棧空間；盡量少用這種模式；
4、 在同一程序中可以定義和使用不同存儲器模式的重入函數(shù)，任意模式的重入函數(shù)不能調(diào)用不同存儲器模式的重入函數(shù)，但可以調(diào)用普通函數(shù)。
5、 實際參數(shù)可以傳遞給間接調(diào)用的重入函數(shù)。無重入屬性的間接調(diào)用函數(shù)不能包含調(diào)用參數(shù)。
二.如果空間多的話，可以定義兩個同功能的函數(shù)，分別在中斷和中斷外調(diào)用
別的方法沒研究出來,嘿嘿~~~對了 我建議用第二種方法好點,第一種有些限制,不爽~~
WARNING L15: MULTIPLE CALL TO SEGMENT
這個問題必須注意，可能引起程序沖突，假設(shè)你用于自動化領(lǐng)域，則可能導(dǎo)致信號產(chǎn)生尖峰。 產(chǎn)生這一警告的一個根源是：你在主循環(huán)里調(diào)用了一個函數(shù)（如aaa)，而在中斷服務(wù)函數(shù)里，你用調(diào)用了這個函數(shù)（如aaa）。這樣當(dāng)主循環(huán)運行到該函數(shù)中 是，一旦產(chǎn)生中斷，則在中斷里又再次調(diào)用該函數(shù)！這時，很可能出錯！ 避免這種情況的方法很多：如，在進(jìn)中斷的時候置需調(diào)用該函數(shù)的標(biāo)志，而在主循環(huán)中調(diào)用該函數(shù)