Keil 中的報(bào)警錯(cuò)誤：WARNING L15: MULTIPLE CAL

今天調(diào)試時(shí)遇到了這個(gè)問題，以前都不注意這些警告錯(cuò)誤，現(xiàn)在看來(lái)爭(zhēng)取要做到：0錯(cuò)誤，0警告。

中斷中和中斷外都調(diào)用了同一個(gè)串口打印函數(shù)，一直有上述的報(bào)警，沒在意，今天調(diào)試時(shí)發(fā)現(xiàn)串口打印出了一些亂七八糟的東東，且程序也不知道跑哪里去了，很郁悶。最后查到是上述這個(gè)問題導(dǎo)致的，現(xiàn)在解決辦法為采用第二種辦法，第一種辦法據(jù)說要耗很多存儲(chǔ)空間，以后慢慢體會(huì)。
說說幾個(gè)小問題吧,一般我們?cè)谟肒EIL的時(shí)候,只要編譯器報(bào)

- 0 Error(s) 一般我們都不去管多少個(gè) Warning(s).了,一般這樣程序基本都能運(yùn)行,但是其實(shí)仔細(xì)想想,這里還是有問題的,否則編譯器沒事吃飽了撐得,報(bào)什么警告啊~~~

今天來(lái)說說*** WARNING L15: MULTIPLE CALL TO SEGMENT這個(gè)問題!

其實(shí)這個(gè)問題應(yīng)該是引起注意的，有可能引起程序沖突，但是一般時(shí)候程序運(yùn)行不會(huì)有問題,但是如果出來(lái)問題,那將會(huì)是很討厭的問題.

分析一下 產(chǎn)生這一警告的一個(gè)根源是：例如在主循環(huán)里調(diào)用了一個(gè)函數(shù)，而在中斷服務(wù)中，你又一次調(diào)用了同樣的函數(shù)。這樣當(dāng)主循環(huán)運(yùn)行到該函數(shù)中時(shí)， 一旦產(chǎn)生中斷，則在中斷里又再次調(diào)用該函數(shù)！而使得該子函數(shù)發(fā)生了重入,這時(shí)，經(jīng)管概率很低,但是很可能出錯(cuò)！這樣,編譯器就給出了警告!告訴你*** WARNING L15: MULTIPLE CALL TO SEGMENT ,表達(dá)的意思是發(fā)生了重入!字面意思自己理解去吧~~~

想要避免這種情況的方法

一.用reentrant使函數(shù)重入

關(guān)于reentrant的說明：

1，重入函數(shù)不能傳遞bit類型的參數(shù)和變量；

2，重入函數(shù)建立的是模擬堆棧區(qū),所以不使用一般函數(shù)位于存儲(chǔ)模式默認(rèn)空間的可覆蓋式堆棧，而是在同一空間從頂端另行分配一個(gè)非覆蓋式的重入堆棧。

small 默認(rèn)空間是 data;

compact 默認(rèn)空間是 pdata;

largr 默認(rèn)空間是 xdata;

3，由于要保存參數(shù)和局部變量，所以會(huì)消耗很大的棧空間；盡量少用這種模式；

4、 在同一程序中可以定義和使用不同存儲(chǔ)器模式的重入函數(shù)，任意模式的重入函數(shù)不能調(diào)用不同存儲(chǔ)器模式的重入函數(shù)，但可以調(diào)用普通函數(shù)。
5、 實(shí)際參數(shù)可以傳遞給間接調(diào)用的重入函數(shù)。無(wú)重入屬性的間接調(diào)用函數(shù)不能包含調(diào)用參數(shù)。

二.如果空間多的話，可以定義兩個(gè)同功能的函數(shù)，分別在中斷和中斷外調(diào)用

別的方法沒研究出來(lái),嘿嘿~~~對(duì)了 我建議用第二種方法好點(diǎn),第一種有些限制,不爽~~

WARNING L15: MULTIPLE CALL TO SEGMENT


這個(gè)問題必須注意，可能引起程序沖突，假設(shè)你用于自動(dòng)化領(lǐng)域，則可能導(dǎo)致信號(hào)產(chǎn)生尖峰。 產(chǎn)生這一警告的一個(gè)根源是：你在主循環(huán)里調(diào)用了一個(gè)函數(shù)（如aaa)，而在中斷服務(wù)函數(shù)里，你用調(diào)用了這個(gè)函數(shù)（如aaa）。這樣當(dāng)主循環(huán)運(yùn)行到該函數(shù)中 是，一旦產(chǎn)生中斷，則在中斷里又再次調(diào)用該函數(shù)！這時(shí)，很可能出錯(cuò)！ 避免這種情況的方法很多：如，在進(jìn)中斷的時(shí)候置需調(diào)用該函數(shù)的標(biāo)志，而在主循環(huán)中調(diào)用該函數(shù)