прерывания от таймеров в SAM, опять затупил :( Опции

[SpiritDance]

Что-то с самом у меня не клеится. Не пионимаю как организовать прерывание по переполнению таймера.
вобщем что понятно. нужно проинициализировать aic и поставить таймер в режим сравнения. в регистр сравнения rc таймера записать максимальное значение 0xFFFF

Код

void set_timer_channel1_to_timer_mode(void)
{
    /* */
    //AT91C_BASE_AIC->AIC_SMR[AT91C_ID_TC1] = PRIORITY_TIMER1 | AT91C_AIC_SRCTYPE_INT_LEVEL_SENSITIVE;
    AT91C_BASE_AIC->AIC_SMR[AT91C_ID_TC1] = PRIORITY_TIMER1 | AT91C_AIC_SRCTYPE_INT_EDGE_TRIGGERED;

    AT91C_BASE_AIC->AIC_SVR[AT91C_ID_TC1] = (unsigned int)ih_timer1_overload;
    /* ðàçðåøàåì ïðåðûâàíèå îò êàíàëà 1 òàéìåðà-ñ÷åò÷èêà */
    AT91C_BASE_AIC->AIC_IECR = (1 << AT91C_ID_TC1);

    /* ïîäêëþ÷àåì ê êàíàëó ñèñòåìíóþ ÷àñòîòó è âêëþ÷àåì âûâîä */
    AT91F_PMC_EnablePeriphClock(AT91C_BASE_PMC, 1 << AT91C_ID_TC1);

    /*  */
    AT91C_BASE_TC1->TC_CMR = AT91C_TC_CLKS_TIMER_DIV1_CLOCK
                             |
                             AT91C_TC_WAVE
                             |
                             AT91C_TC_WAVESEL_UP_AUTO;


    AT91C_BASE_TC1->TC_RC = 0xFFFF;
    AT91C_BASE_TC1->TC_IER = AT91C_TC_CPCS;

    /* çàïóñêàåì òàéìåð */
    AT91C_BASE_TC1->TC_CCR = AT91C_TC_CLKEN | AT91C_TC_SWTRG;
}

далее пишется простенький обработчик

Код

void ih_timer1_overload(void) __irq
{
//    Time = AT91C_BASE_AIC->AIC_IVR;                 //automatic clear current interrupt
    AT91C_BASE_AIC->AIC_ICCR = (1 << AT91C_ID_TC1);  //clear current interrupt
  
    //if(AT91C_BASE_TC1->TC_SR & AT91C_TC_CPCS)
    {
        Time   = 0xFFFF;
        ReloadCountTime++;
        ReloadCountPulses = 0;
    }
}

Что не понятно.
1. Надо ли очищать какой-то флаг источника прерываний в САМе? То есть правильно ли я делаю что пишу первую(закоментированную) или вторую строчки обработчика?

2. Каким образом таймер генерит прерывания и выбирается их конкретный источник (сравнение по ra rb rc, захват и пр.) в даташите по этому поводу очень грамотно написано

Interrupt
The TC has an interrupt line connected to the Advanced Interrupt Controller (AIC). Handling the
TC interrupt requires programming the AIC before configuring the TC.

Круто ничего не скажешь... дальше то что?
по поводу определения истьочника подозреваю надо читать статус. Но генерятся то прерывания когда?

3 Прерывание вызывается но только один раз. Подозреваю это из-за того что я что-то упустил с источниками прерываний. Или вообще что-то упустил. При этом я вижу в эмуляторе что флаг cpcs в регистре статуса не изменяется. При каких условиях сбрасывается CPCS?

Памажите а?

[Timofey]

Прошу прощения, что поднимаю старую тему и за очередной глупый для Вашего внимания вопрос, но ... объясните мне пожалуйста, в чем причина?
Использую таймер и он в обработчике виснет:


void channal (void)
{
for (int chan=0;chan<9;chan++){
while (!((AT91C_BASE_SPI->SPI_SR) & AT91C_SPI_TXEMPTY));
AT91F_SPI_CfgPCS(AT91C_BASE_SPI,0);
AT91F_SPI_PutChar (AT91C_BASE_SPI, SPI_SEND[chan],0 );
while (!((AT91C_BASE_SPI->SPI_SR) & AT91C_SPI_TXEMPTY));
AT91F_SPI_CfgPCS(AT91C_BASE_SPI,0);
AT91F_SPI_PutChar (AT91C_BASE_SPI, SPI_SEND[chan],0 );
while (!((AT91C_BASE_SPI->SPI_SR) & AT91C_SPI_TXEMPTY));
AT91F_SPI_CfgPCS(AT91C_BASE_SPI,0);
AT91F_SPI_PutChar (AT91C_BASE_SPI, SPI_SEND[chan],0 );
while (!((AT91C_BASE_SPI->SPI_SR) & AT91C_SPI_TXEMPTY));
tin=AT91F_SPI_GetChar(AT91C_BASE_SPI);
DATA[shet_i][chan]=tin & 0x0FFE;


switch (BUFF_STATUS[5]){
case 0x01:
DATA[shet_i][chan]=filt_niz_chas(DATA[shet_i][chan]);
break;

case 0x10:
DATA[shet_i][chan]=filt_vis_chas(DATA[shet_i][chan]);
break;

case 0x11:
DATA[shet_i][chan]=filt_niz_chas(DATA[shet_i][chan]);
DATA[shet_i][chan]=filt_vis_chas(DATA[shet_i][chan]);
break;
}

if (DATA[shet_i][chan]>max_data[chan]) max_data[chan]=DATA[shet_i][chan]; //находим максимум

BUFF_STATUS[(chan+7)*2+1]=max_data[chan];
BUFF_STATUS[(chan+7)*2]=max_data[chan] >> 8;
}



}


void Periodic_Interval_Timer_handler (void)
{
unsigned int status;

status = AT91C_BASE_PITC->PITC_PIVR;
status =status;

AT91F_PIO_ClearOutput(AT91C_BASE_PIOA, LED1);
spiflag=1;
channal();
AT91C_BASE_AIC->AIC_EOICR=0x00;
AT91F_PIO_SetOutput(AT91C_BASE_PIOA, LED1);
}


Инициализация таймера:
AT91F_PMC_EnablePeriphClock ( AT91C_BASE_PMC, 1 << AT91C_ID_PIOA ) ;
AT91F_AIC_ConfigureIt ( AT91C_BASE_AIC,
AT91C_ID_SYS,
RTTC_INTERRUPT_LEVEL,
AT91C_AIC_SRCTYPE_EXT_LOW_LEVEL,
Periodic_Interval_Timer_handler);
AT91C_BASE_PITC->PITC_PIMR = AT91C_PITC_PITEN | AT91C_PITC_PITIEN | PIV_2_MS;
AT91F_AIC_EnableIt (AT91C_BASE_AIC, AT91C_ID_SYS);



PIV_2_MS=467 //по моим подсчетам должно быть в районе 156 мксек, верно?


Вобщем при запуске программы лампочка загорается и почти мгновенно тухнет. Еле заметишь, вобщем такое ощущение что заходит один раз в прерывание и там остается, выполнив все. Частота SPI 15 МГц. По приблизительным подсчетам вся программа должна успевать выполнятся до следующего прерывания. Или я ошибаюсь? И вобще нужны ли ожидания перед отправкой 16-ти бит в SPI? Может эти вайлы вобще нафиг выкинуть? На shet_i не обращайте внимания, он обрабатывается в другой части программы, до которой не доходит.
Если закоментировать строку channal() то все работает .... то есть лампочка тускло так горит ....
Ставил __irq компилятор выдает ошибку: Error[Pe167]: argument of type "void (__arm __irq __atpcs *)(void)" is incompatible with parameter of type "void (*)()"
Прошу сильно не ругаться, и смеятся не до колик, собственно я еще полный ламер, а даташит читать - с английским не важнец .... Кстати, может кто нить подскажет где можно в Екатеринбурге купить книжку по SAM7 на РУССКОМ? Или может через инет заказать ....

Сообщение отредактировал Timofey - Aug 16 2006, 05:35

[AVR]

Если закоментировать строку channal() то все работает .... то есть лампочка тускло так горит ....
Ставил __irq компилятор выдает ошибку: Error[Pe167]: argument of type "void (__arm __irq __atpcs *)(void)" is incompatible with parameter of type "void (*)()"

Я, конечно, и сам ламер, но всё же есть некоторые догадки...
По всей видимости, функция "channal" выполняется слишком долго (вообще помещать такие страшные функции в обработчики это не очень хорошо ), попробуйте вынести её в основной цикл программы, а при срабатывании прерывания по таймеру просто инкрементируйте некую переменную, которая сообщит программе в основном цикле о том, что нужно вызвать channal (и при этом декрементируйте эту переменную). Если эта переменная будет больше единицы, значит channal выполняется дольше чем нужно.
ЗЫ
Попробуйте добавить такой код. Саму же функцию обработчика определенного прерывания нужно оформить как обычную функцию без __irq

Код

#pragma vector = 0x18
__irq __arm void IRQ()
{
    void (*IRQ_Handler)() = (void(*)())AT91C_BASE_AIC->AIC_IVR;
    IRQ_Handler();
    AT91C_BASE_AIC->AIC_EOICR = 0;
}

[Timofey]

По всей видимости, функция "channal" выполняется слишком долго (вообще помещать такие страшные функции в обработчики это не очень хорошо ), попробуйте вынести её в основной цикл программы, а при срабатывании прерывания по таймеру просто инкрементируйте некую переменную, которая сообщит программе в основном цикле о том, что нужно вызвать channal (и при этом декрементируйте эту переменную).

За код спасибо. На счет того что в прерывании лучше вобще ничего делать, я знаю, но дело в том что больше никак. Мне нужно все это делать именно в прерывании ... В этом то и фишка ...