在項(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 位寫入1 會(huì)復(fù)位中斷。寫入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)生溢出異常了。正確寫法如下：
rcvBuf[capCnt] = （0xffffffff - rcvLast） + rcvCur ;
但是，上機(jī)測(cè)試后仍然不行，實(shí)在是不明白是什么原因了。沒(méi)辦法只得采用開始的辦法，不管什么數(shù)據(jù)，先發(fā)送走再說(shuō)。
//向TaskFlowmeter任務(wù)發(fā)送郵件
OSMboxPost(pMbox_App_CapISR_Flowmeter, (void *)&rcv);
期待正解啊。
加入技術(shù)交流群
評(píng)論