在項(xiàng)目進(jìn)行過(guò)程中,設(shè)置了脈沖捕捉,然后產(chǎn)生中斷,我的做法是,設(shè)置了個(gè)全局變量環(huán)形數(shù)組,將捕獲的脈沖計(jì)數(shù)值與前一次作差后放入環(huán)形數(shù)組里,然后由相關(guān)任務(wù)去處理。然是奇怪的是,捕捉中斷進(jìn)行幾次之后就不再響應(yīng)了,而且還會(huì)導(dǎo)致死機(jī),代碼如下:#define LCD_LED_SW 1<<24
//extern OS_EVENT *pMbox_App_CapISR_Flowmeter;
INT8U capCnt = 0;
INT32U rcvLast = 0;
extern INT32U rcvBuf[];
extern BOOLEAN flag_capISR;
本文引用地址:http://m.butianyuan.cn/article/201611/319143.htmvoid BSP_Tmr_Cap_ISR_Handler (void)
{
//#if OS_CRITICAL_METHOD == 3 // Allocate storage for CPU status register
// OS_CPU_SR cpu_sr = 0;
//#endif
INT32U rcvCur;
//中斷寄存器T1IR包含低4個(gè)位用于匹配中斷,高4個(gè)位用于捕獲中斷。如果有中斷產(chǎn)生,IR中的對(duì)應(yīng)位會(huì)置位,否則為0。向
//向?qū)?yīng)的IR 位寫(xiě)入1 會(huì)復(fù)位中斷。寫(xiě)入0 無(wú)效。
//OS_ENTER_CRITICAL();
rcvCur = T1CR2;
if(rcvCur > rcvLast) //如果收到的值大于上次接收到的值,說(shuō)明TC沒(méi)有溢出
rcvBuf[capCnt] = rcvCur - rcvLast;
else //否則TC產(chǎn)生了溢出,注意這rcvCur不可能是負(fù)值!??!,因?yàn)樗鼈兪菬o(wú)符號(hào)整數(shù),
//所以要按下面方式計(jì)算0xffffffff + rcvCur就會(huì)
rcvBuf[capCnt] = 0xffffffff + rcvCur - rcvLast;
//rcvBuf[capCnt] = __get_SP();
if(10 > capCnt)
capCnt++;
else
capCnt = 0;
rcvLast = rcvCur;//更新成最新值
flag_capISR = 1;//標(biāo)志捕捉中斷已產(chǎn)生
//T1IR_bit.MR2INT = 1; //匹配通道2 的中斷標(biāo)志
//向TaskFlowmeter任務(wù)發(fā)送郵件
//OSMboxPost(pMbox_App_CapISR_Flowmeter, (void *)&rcv);
if(IO1PIN&LCD_LED_SW)
IO1CLR= LCD_LED_SW;//P1.24=0
else
IO1SET= LCD_LED_SW;//P1.24=1
//清零操作一定要放在最后
T1IR_bit.CR2INT = 1;//清除捕獲通道2事件的中斷標(biāo)志
//OS_EXIT_CRITICAL();
VICVectAddr = 0;
}
經(jīng)過(guò)艱苦的排查之后,才發(fā)現(xiàn)原來(lái)犯了一個(gè)多么低級(jí)的錯(cuò)誤,仔細(xì)看上面藍(lán)色粗體部分,變量rcvCur是32為無(wú)符號(hào)整型,只要rcvCur不等于零,0xffffffff + rcvCur 當(dāng)然就會(huì)溢出了,從而導(dǎo)致data abort數(shù)據(jù)中止異常。
當(dāng)發(fā)現(xiàn)當(dāng)前采樣值小于上一次的采樣值時(shí),應(yīng)先減再加就不會(huì)產(chǎn)生溢出異常了。正確寫(xiě)法如下:
rcvBuf[capCnt] = (0xffffffff - rcvLast) + rcvCur ;
但是,上機(jī)測(cè)試后仍然不行,實(shí)在是不明白是什么原因了。沒(méi)辦法只得采用開(kāi)始的辦法,不管什么數(shù)據(jù),先發(fā)送走再說(shuō)。
//向TaskFlowmeter任務(wù)發(fā)送郵件
OSMboxPost(pMbox_App_CapISR_Flowmeter, (void *)&rcv);
期待正解啊。
評(píng)論