KELl警告: MULTIPLE CALL TO SEGMENT

其實(shí)這個(gè)問題實(shí)際上就是函數(shù)重入問題，在操作系統(tǒng)的多線程很常見。應(yīng)該是引起注意的，有可能引起程序沖突，但是一般時(shí)候程序運(yùn)行不會(huì)有問題,但是如果出來問題,那將會(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í)，盡管概率很低,但是很可能出錯(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ì)消耗很大的?？臻g；盡量少用這種模式；

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

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

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

　在其它環(huán)境下(比如PC,比如ARM),函數(shù)重入的問題一般不是要特別注意的問題.只要你沒有使用static變量,或者指向static變量的指針,一般情況下,函數(shù)自然而然地就是可重入的.

　　但C51不一樣,如果你不特別設(shè)計(jì)你的函數(shù),它就是不可重入的.

　　引起這個(gè)差別的原因在于:一般的C編譯器(或者更確切點(diǎn)地說:基于一般的處理器上的C編譯器),其函數(shù)的局部變量是存放于堆棧中的,而C51是存放于一個(gè)可覆蓋的(數(shù)據(jù))段中的.

WARNING L15: MULTIPLE CALL TO SEGMENT（轉(zhuǎn)--感覺講的不錯(cuò)）

這個(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ù)
Keil C -WARNING L15: MULTIPLE CALL TO SEGMENT

1.第一種錯(cuò)誤信息

***WARNING L15: MULTIPLE CALL TO SEGMENT
SEGMENT:?PR?_WRITE_GMVLX1_REG?D_GMVLX1
CALLER1:?PR?VSYNC_INTERRUPT?MAIN
CALLER2:?C_C51STARTUP

該警告表示連接器發(fā)現(xiàn)有一個(gè)函數(shù)可能會(huì)被主函數(shù)和一個(gè)中斷服務(wù)程序(或者調(diào)用中斷服務(wù)程序的函數(shù))同時(shí)調(diào)用，或者同時(shí)被多個(gè)中斷服務(wù)程序調(diào)用。
出現(xiàn)這種問題的原因之一是這個(gè)函數(shù)是不可重入性函數(shù)，當(dāng)該函數(shù)運(yùn)行時(shí)它可能會(huì)被一個(gè)中斷打斷，從而使得結(jié)果發(fā)生變化并可能會(huì)引起一些變量形式的沖突(即引起函數(shù)內(nèi)一些數(shù)據(jù)的丟失，可重入性函數(shù)在任何時(shí)候都可以被ISR打斷，一段時(shí)間后又可以
運(yùn)行，但是相應(yīng)數(shù)據(jù)不會(huì)丟失)。
原因之二是用于局部變量和變量(暫且這樣翻譯，arguments，[自變量，變?cè)粩?shù)值，用于確定程序或子程序的值])的內(nèi)存區(qū)被其他函數(shù)的內(nèi)存區(qū)所覆蓋，如果該函數(shù)被中斷，則它的內(nèi)存區(qū)就會(huì)被使用，這將導(dǎo)致其他函數(shù)的內(nèi)存沖突。
例如，第一個(gè)警告中函數(shù)WRITE_GMVLX1_REG 在D_GMVLX1.C 或者D_GMVLX1.A51被定義，它被一個(gè)中斷服務(wù)程序或者一個(gè)調(diào)用了中斷服務(wù)程序的函數(shù)調(diào)用了，調(diào)用它的函數(shù)是VSYNC_INTERRUPT，在MAIN.C中。
解決方法：
如果你確定兩個(gè)函數(shù)決不會(huì)在同一時(shí)間執(zhí)行(該函數(shù)被主程序調(diào)用并且中斷被禁止)，并且該函數(shù)不占用內(nèi)存(假設(shè)只使用寄存器)，則你可以完全忽略這種警告。
如果該函數(shù)占用了內(nèi)存，則應(yīng)該使用連接器(linker)OVERLAY指令將函數(shù)從覆蓋分析(overlay analysis)中除去，例如：
OVERLAY (?PR?_WRITE_GMVLX1_REG?D_GMVLX1 ! *)
上面的指令防止了該函數(shù)使用的內(nèi)存區(qū)被其他函數(shù)覆蓋。如果該函數(shù)中調(diào)用了其他函數(shù)，而這些被調(diào)用在程序中其他地方也被調(diào)用，你可能會(huì)需要也將這些函數(shù)排除在覆蓋分析(overlay analysis)之外。這種OVERLAY指令能使編譯器除去上述警告信息。
如果函數(shù)可以在其執(zhí)行時(shí)被調(diào)用，則情況會(huì)變得更復(fù)雜一些。這時(shí)可以采用以下幾種方法：
1.主程序調(diào)用該函數(shù)時(shí)禁止中斷，可以在該函數(shù)被調(diào)用時(shí)用#pragma disable語句來實(shí)現(xiàn)禁止中斷的目的。必須使用OVERLAY指令將該函數(shù)從覆蓋分析中除去。
2.復(fù)制兩份該函數(shù)的代碼，一份到主程序中，另一份復(fù)制到中斷服務(wù)程序中。
3.將該函數(shù)設(shè)為重入型。例如：
void myfunc(void) reentrant
{
...
}

這種設(shè)置將會(huì)產(chǎn)生一個(gè)可重入堆棧，該堆棧被被用于存儲(chǔ)函數(shù)值和局部變量，用這種方法時(shí)重入堆棧必須在STARTUP.A51文件中配置。
這種方法消耗更多的RAM并會(huì)降低重入函數(shù)的執(zhí)行速度。