FreeRTOS + прерывания Опции

[3.14]

Пользуюсь FreeRTOS+SAM7x256
Разъясните плиз попопулярнее как засовывать свои обработчики прерывания и какие тонкости в контексте операционки следует учитывать.

[3.14]

А в чем тогда смысл этих оберток (это кейловское "наследие")?
Просто в примере с uIP сокетом, обработчик прерывания MAC-а написан по вышеупомянутой схеме.

Насчет AVR, хотите сказать что в периферии SAM7 многое от AVR?
Меня, если честно, больше на филлипс тянет но пока ни образцев ни тем более серийных экземпляров их арм-ов с MAC-ами нет.

[zltigo]

А в чем тогда смысл этих оберток (это кейловское "наследие")?

Для тех, кто без __irq

Насчет AVR, хотите сказать что в периферии SAM7 многое от AVR?

Хотел написать Atmel :-)

Меня, если честно, больше на филлипс тянет но пока ни образцев ни тем более серийных экземпляров их арм-ов с MAC-ами нет.

Внешний на SPI - и все проблемы..

[3.14]

Меня, если честно, больше на филлипс тянет но пока ни образцев ни тем более серийных экземпляров их арм-ов с MAC-ами нет.

Внешний на SPI - и все проблемы..

Не нравится.

[Kitsok]

Вчера нарвался на грабли с IARом.

Суть такая. Беру FreeRTOS, из него - демку под SAM7S64, которая USB-джойстик.
Для начала все выкинул лишнее, оставил только USB и мигание диодами.
Потом решил добавить обработчик на ADC. Сделал все точно так-же, как у них в демке сделано для USB. Единственная разница - я не запускаю отдельной задачей весь "пакет" с инициализацией, а просто инициализирую ADC, разрешаю прерывание и все. Да, необходимое уточнение. Файлы я назвал ADC.s79 и ADC.c. В первом - асмовая обертка, во втором - инициализация и собственно обработчик.

Дальше компилю, заливаю во флеш (тут еще один вопрос, задам в отдельной ветке), и..... глухо, даже диоды не моргают.

Удивляюсь, оставляю код, но выкидываю запуск инициализации (по идее, все по дефолту - прерывания не разрешены, и т.д. и т.п., просто есть кусок кода в бинарнике, который никогда не выполняется) - те-же грабли.

Попробовал в отладчике запустить и, что меня удивило, запуск начинается почему-то не в Cstartup.s79, а в ассемблерной обертке обработчика ADC. Ну в общем меня посетила странная мысль и я переименовал файлы из ADC.* в xADC.*. После этого все заработало.

Это что, такая мода у компилятора - менять точку входа в зависимости от имени файлов?
Ну и, заодно, вопрос. Правомерно ли после инициализации ADC выполнять AT91F_AIC_ConfigureIt и AT91F_AIC_EnableIt и забывать о всех проблемах? Достаточно ли этого?

[Kitsok]

Дело было не в бобине

Я не учел, что четыре из восьми каналов АЦП завернуты на кнопки и светодиоды Соответственно, ничего не жило и не моргало.

Вот только теперь - вопрос.

Вот обработчик:

Код

static __arm __irq void vADC_ISR(void)
{
  unsigned portCHAR i = 0;
  unsigned portCHAR sr =0;
  
  // Read status register
  sr = a_pADC->ADC_SR & 0xff;
  
  /*
  sADC_RAW[0]=a_pADC->ADC_CDR4;
  sADC_RAW[1]=a_pADC->ADC_CDR5;
  sADC_RAW[2]=a_pADC->ADC_CDR6;
  sADC_RAW[3]=a_pADC->ADC_CDR7;
  */
  
  sBUTTONS[7]=sr;
  for (i=0;i<8;i++)
   {
     if ( (sr >> i) & 0x01)
      {
        // Bit is set, put data to array
        sADC_RAW[i]= (*( AT91C_ADC_CDR0 + (0x04*i))) & 0xff;
      }
   }
  
  // Start new conversion
  a_pADC->ADC_CR = 0x2;
  
  /* End the interrupt in the AIC. */  
  AT91C_BASE_AIC->AIC_EOICR = 0;
}

Что не так в цикле? Не работает

[megaloki]

/* End the interrupt in the AIC. */
AT91C_BASE_AIC->AIC_EOICR = 0;

Скажы зачем ты вызываеш ету команду ведь у тебя директива перед функцией стоит __irq?

[Kitsok]

/* End the interrupt in the AIC. */
AT91C_BASE_AIC->AIC_EOICR = 0;

Скажы зачем ты вызываеш ету команду ведь у тебя директива перед функцией стоит __irq?

Я смотрел листинг, там одно присвоение идет. Т.е. выкидывать EOICR=0 я не пробовал, но так - работает