GPIO прерывания Rising/Falling edge приходят одновременно? Опции

[evgen2]

Есть дивайс для измерения температуры TMP03, с него идет ШИМ с частотой около 30 Гц.
Точнее - два дивайса. Выходы подаются на GPIO ноги, на которые можно назначить прерывания Rising/Falling edge. Микроконтроллер - lpc1768

Меряем одно время прихода Rising edge, меряем время прихода Falling edge, получаем два интервала времени, потом по формуле
Temp= CoeffSensorA + CoeffSensorB * td0 / dt1;

получаем температуру, и всё работает замечательно.

Только вот изредка меряется какая-то ерунда. Стал разбираться.

Сделал тест

Код

int TL[1000];
int TS[1000];
int tln=0;

void EINT3_IRQHandle(void)
{  int ti, v;
    static int tiold=0;
      ti = LPC_TIM1->TC;
        if((LPC_GPIOINT->IO0IntStatR &  0x00000001) || (LPC_GPIOINT->IO0IntStatF &  0x0000001)) // это ШИМ с первого TMP03
      { v = (LPC_GPIOINT->IO0IntStatR &  0x00000001) | (((LPC_GPIOINT->IO0IntStatF &  0x0000001)<<1));
        if(tln == 0)
             TL[tln] = ti;
        else
            TL[tln] = ti - tiold;
                tiold = ti;
        TS[tln] =v;  
        tln++;        
        if(tln == 1000)
           tln = 0;
                LPC_GPIOINT->IO0IntClr =0x00000001;
    }
       if((LPC_GPIOINT->IO0IntStatR &  0x00000002) || (LPC_GPIOINT->IO0IntStatF &  0x0000002)) // это ШИМ с второго TMP03
      {
          LPC_GPIOINT->IO0IntClr =0x00000002;
      }    
}

Смотрю на TS и вижу вот такое:

1
2
1
2
3 <== этого не может быть, потому что не может быть никогда
2
1
2
1

Т.е. одновременно приходит и Rising м Falling edge
причем, если смотреть на TL - никакого дребезга с небольшими временами не видно.
Одновременно Rising и Falling (3) получаются вроде бы точно вместо Rising (1), но это на небольшом интервале измерения. Причем, если Rising и Falling одновременно считать за Rising, то смотри начало - все меряется замечательно, кроме как изредка какая-то фигня. Причем эта фигня систематическая и не лечится усреднением. Связано ли это как-то с одновременным приходом Rising м Falling edge - пока неясно.

Сообщение отредактировал evgen2 - Jan 10 2014, 17:45

[evgen2]

Пока резюме такое:

Пока не включаю I2C2 никакой потери GPIO прерываний нет

Код

void I2C2Init( void )
{
  LPC_SC->PCONP |= (1 << 26);

  /* set PIO0.10 and PIO0.11 to I2C2 SDA and SCL */
  /* function to 10 on both SDA and SCL. */
  LPC_PINCON->PINSEL0 &= ~((0x03<<20)|(0x03<<22));
  LPC_PINCON->PINSEL0 |= ((0x02<<20)|(0x02<<22));

  /*--- Clear flags ---*/
  LPC_I2C2->I2CONCLR = I2CONCLR_AAC | I2CONCLR_SIC | I2CONCLR_STAC | I2CONCLR_I2ENC;    

  /*--- Reset registers ---*/
  LPC_I2C2->I2SCLL   = I2SCLL_SCLL;
  LPC_I2C2->I2SCLH   = I2SCLH_SCLH;

  /* Install interrupt handler */
  NVIC_EnableIRQ(I2C2_IRQn);

  LPC_I2C2->I2CONSET = I2CONSET_I2EN;
  return;
}

Если вызываю I2C2Init - (и чуть поработаю с I2C - один раз прочитаю коффициенты) через произвольное время (от секунд до нескольких минут) )происходит потеря прерывания GPIO с последующим коротким, порядка 0.5 мкс "вторичным" или "ложным" прерыванием.

Если при этом (после инициализации и чтения коэффициентов) поставить брейкпонт в функции прерывания I2C2_IRQn, то отладчик туда не попадает, т.е. прерывания от I2C2 никак не могут "убить" прерывания GPI.

Такое впечатление, что прерывания запрещаются каким-то внутренним резидентным процессом, который непонятно как искать и непонятно как связан с I2C