新聞中心

EEPW首頁(yè) > 嵌入式系統(tǒng) > 設(shè)計(jì)應(yīng)用 > STM32 代碼中類型修飾符 volatile 的作用

STM32 代碼中類型修飾符 volatile 的作用

作者: 時(shí)間:2016-12-03 來(lái)源:網(wǎng)絡(luò) 收藏
今天還在做 STM32 DAC Function generator 唉~ 畢竟單片機(jī)的機(jī)能有限,做函數(shù)發(fā)生器略顯吃力,不過(guò)STM32自帶DAC能實(shí)現(xiàn) 100KHz 40樣點(diǎn)正弦信號(hào) 確實(shí)已經(jīng)相當(dāng)強(qiáng)悍了。DAC 使用DMA + 定時(shí)器觸發(fā)轉(zhuǎn)換。

而今天的問(wèn)題在于 做這個(gè)Function generator時(shí)編寫(xiě)的一套簡(jiǎn)單串口終端界面出現(xiàn)了一個(gè)令我百思不得其解小BUG.....

本文引用地址:http://m.butianyuan.cn/article/201612/325208.htm
輸入部分:
USART2_Puts(star[wav_mode-1]);
USART2_Puts(" Enter Frequency: ");
while(Uart2_Get_Data!=0x0d&&nde<6)
{
if(Uart2_Get_Flag)
{
Uart2_Get_Flag=0;
tmp[nde++]=Uart2_Get_Data;
if(tmp[nde-1]<48||tmp[nde-1]>57)nde--;
else USART2_Putc(tmp[nde-1]);
//Uart2_Get_Flag=0;
//Uart2_Get_Data=60;
}
中斷:
if(USART_GetITStatus(USART2,USART_IT_RXNE)==SET)
{
USART_ClearITPendingBit(USART2,USART_IT_RXNE);
Uart2_Get_Data=USART_ReceiveData(USART2);
Uart2_Get_Flag=1;
}
開(kāi)始的時(shí)候Uart2_Get_Data的類型是 U8 以前也是這么做的 沒(méi)有問(wèn)題的,但偏偏這次有問(wèn)題 就是在輸入的時(shí)候
Enter Frequency: 后面的數(shù)字總是重復(fù)的 一般重復(fù)兩次比如圖上的2244 而且有時(shí)單步仿真的時(shí)候問(wèn)題又消失了。
代碼不斷地改 越改越亂~~~
突然注意到 用SysTick_Handler延時(shí)的中斷里 數(shù)據(jù)的類型被volatile修飾過(guò),問(wèn)題可能在這
馬上..........
volatile u8 Uart2_Get_Flag;//串口2接收到數(shù)據(jù)
volatile u8 Uart2_Get_Data;//串口2接收的數(shù)據(jù)
問(wèn)題解決了~~!!
沒(méi)有用volatile關(guān)鍵字聲明的變量在被訪問(wèn)的時(shí)候可能直接從cpu的寄存器中取值(因?yàn)橹癷被訪問(wèn)過(guò),也就是說(shuō)之前就從內(nèi)存中取出i的值保存到某個(gè)寄存器中),之所以直接從寄存器中取值,而不去內(nèi)存中取值,是因?yàn)榫幾g器優(yōu)化代碼的結(jié)果(訪問(wèn)cpu寄存器比訪問(wèn)ram快)。
然而在 串口中斷里 Uart2_Get_Data 的值可能被“以外修改”而CPU寄存器的值沒(méi)變所以出問(wèn)題了。volatile關(guān)鍵字是一種類型修飾符,用它聲明的類型變量表示可以被某些編譯器未知的因素更改,比如:中斷、system、硬件或者其它線程等。遇到這個(gè)關(guān)鍵字聲明的變量,編譯器對(duì)訪問(wèn)該變量的代碼就不再進(jìn)行優(yōu)化,從而可以提供對(duì)特殊地址的穩(wěn)定訪問(wèn)。
按理說(shuō)凡是在中斷里等頻繁更新而外部頻繁調(diào)用的值都應(yīng)當(dāng)用volatile進(jìn)行修飾.




評(píng)論


技術(shù)專區(qū)

關(guān)閉