#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;

void 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個位用于捕獲中斷。如果有中斷產生，IR中的對應位會置位，否則為0。向
//向對應的IR 位寫入1 會復位中斷。寫入0 無效。
//OS_ENTER_CRITICAL();
rcvCur = T1CR2;
if(rcvCur > rcvLast) //如果收到的值大于上次接收到的值，說明TC沒有溢出
rcvBuf[capCnt] = rcvCur - rcvLast;
else //否則TC產生了溢出，注意這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;//標志捕捉中斷已產生

//T1IR_bit.MR2INT = 1; //匹配通道2 的中斷標志
//向TaskFlowmeter任務發(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;
}

經過艱苦的排查之后，才發(fā)現(xiàn)原來犯了一個多么低級的錯誤，仔細看上面藍色粗體部分，變量rcvCur是32為無符號整型，只要rcvCur不等于零，0xffffffff + rcvCur 當然就會溢出了，從而導致data abort數(shù)據(jù)中止異常。

當發(fā)現(xiàn)當前采樣值小于上一次的采樣值時，應先減再加就不會產生溢出異常了。正確寫法如下：

rcvBuf[capCnt] = （0xffffffff - rcvLast） + rcvCur ;

但是，上機測試后仍然不行，實在是不明白是什么原因了。沒辦法只得采用開始的辦法，不管什么數(shù)據(jù)，先發(fā)送走再說。

//向TaskFlowmeter任務發(fā)送郵件
OSMboxPost(pMbox_App_CapISR_Flowmeter, (void *)&rcv);

期待正解啊。