在項目進行過程中，設(shè)置了脈沖捕捉，然后產(chǎn)生中斷，我的做法是，設(shè)置了個全局變量環(huán)形數(shù)組，將捕獲的脈沖計數(shù)值與前一次作差后放入環(huán)形數(shù)組里，然后由相關(guān)任務(wù)去處理。然是奇怪的是，捕捉中斷進行幾次之后就不再響應(yīng)了，而且還會導(dǎo)致死機，代碼如下：#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://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個位用于匹配中斷，高4個位用于捕獲中斷。如果有中斷產(chǎn)生，IR中的對應(yīng)位會置位，否則為0。向
//向?qū)?yīng)的IR 位寫入1 會復(fù)位中斷。寫入0 無效。
//OS_ENTER_CRITICAL();
rcvCur = T1CR2;
if(rcvCur > rcvLast) //如果收到的值大于上次接收到的值，說明TC沒有溢出
rcvBuf[capCnt] = rcvCur - rcvLast;
else //否則TC產(chǎn)生了溢出，注意這rcvCur不可能是負值！！！，因為它們是無符號整數(shù)，
//所以要按下面方式計算0xffffffff + rcvCur就會
rcvBuf[capCnt] = 0xffffffff + rcvCur - rcvLast;
//rcvBuf[capCnt] = __get_SP();
if(10 > capCnt)
capCnt++;
else
capCnt = 0;
rcvLast = rcvCur;//更新成最新值
flag_capISR = 1;//標志捕捉中斷已產(chǎn)生
//T1IR_bit.MR2INT = 1; //匹配通道2 的中斷標志
//向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事件的中斷標志
//OS_EXIT_CRITICAL();
VICVectAddr = 0;
}
經(jīng)過艱苦的排查之后，才發(fā)現(xiàn)原來犯了一個多么低級的錯誤，仔細看上面藍色粗體部分，變量rcvCur是32為無符號整型，只要rcvCur不等于零，0xffffffff + rcvCur 當(dāng)然就會溢出了，從而導(dǎo)致data abort數(shù)據(jù)中止異常。
當(dāng)發(fā)現(xiàn)當(dāng)前采樣值小于上一次的采樣值時，應(yīng)先減再加就不會產(chǎn)生溢出異常了。正確寫法如下：
rcvBuf[capCnt] = （0xffffffff - rcvLast） + rcvCur ;
但是，上機測試后仍然不行，實在是不明白是什么原因了。沒辦法只得采用開始的辦法，不管什么數(shù)據(jù)，先發(fā)送走再說。
//向TaskFlowmeter任務(wù)發(fā)送郵件
OSMboxPost(pMbox_App_CapISR_Flowmeter, (void *)&rcv);
期待正解啊。
加入技術(shù)交流群
評論