TC0 vs UDP. ARM7S, Не хотят работать одновременно. Опции

[KAlex]

Что за хрень? Почему, если работает таймер, может сбоить UDP.
За одну минуту шлю в PC гдето около 30 000 пакетов по 64 байта(или меньше, неважно).
Таймер выдает прерывания - 50 герц. Как показала статистика, в среднем, в течение двух-трех минут проц вылетает в undefvec, swivec, dabtvec и тд. короче RAMEND?!?!?!
Приоритет у UDP выше.
Объясните.

[aaarrr]

Как показала статистика, в среднем, в течение двух-трех минут проц вылетает в undefvec, swivec, dabtvec и тд. короче RAMEND?!?!?!

Не очень понял, что Вы хотели сказать данной фразой - причем тут RAMEND?

Ищите ошибку в своей программе - UDP с TC0 работает нормально.

[KAlex]

что Вы хотели сказать данной фразой - причем тут RAMEND?

Ну это так, фразеологизм.

В программе все нормально. Если запретить прерывания от таймера на время обработки UDP - накаких проблем. Для меня в принципе это не критично, запрещаю. Но все таки интересно, почему им нельзя работать одновременно? Прием и передача по USB происходит аппаратно. По идее, никакие програмные действия на это влиять не могут. Однако же ...?

[_4afc_]

В программе все нормально. Если запретить прерывания от таймера на время обработки UDP - накаких проблем. Для меня в принципе это не критично, запрещаю. Но все таки интересно, почему им нельзя работать одновременно? Прием и передача по USB происходит аппаратно. По идее, никакие програмные действия на это влиять не могут. Однако же ...?

Влиять может многое.
Например компилятор, который криво обрабатывает выходы из прерываний или переходы между ARM/THUMB.
Или протокол обмена по USB может содержать внутри запреты прерываний с последующим ожиданием вашего таймера.
Часть функций может распологаться в озу и рекурсивный вызов некоторых функций может вызывать наползание стека на функцию.
Может влиять порядок инициализации таймера или USB, время между подачей частоты на перефирию и установка в ней регистров.
Даже банальные иголки от цепей подключенных к 50Гц.

Я прекрасно передавал в комп мегабит/с данных по протоколу MSD и при этом у меня один таймер дёргал ногу с частотой 3кГц (манчестер), а другой выдавал на внешнее оборудование 16кГц.

[KAlex]

Например компилятор, который криво обрабатывает выходы из прерываний или переходы между ARM/THUMB.

Это как? Можно поподробнее.

Или протокол обмена по USB может содержать внутри запреты прерываний с последующим ожиданием вашего таймера.

Не, такого нет.

Часть функций может распологаться в озу и рекурсивный вызов некоторых функций может вызывать наползание стека на функцию.

Тоже нет.

Может влиять порядок инициализации таймера или USB, время между подачей частоты на перефирию и установка в ней регистров.

Непонятно. (с)

Даже банальные иголки от цепей подключенных к 50Гц.

Прерывания от таймера никакими ногами не дергает. Чисто внутреннее.

[_4afc_]

Это как? Можно поподробнее.

Например WinAVR криво компилирует MSD если установлены ключи thumb
intrframework. Причём видно это на USB. Другие части кода работают нормально.
IAR вроде имел проблемы с преамбулой в обработчиках в какихто режимах.

Непонятно. (с)

Был код или камень в котором USB работал, только если USB включить сразу при инициализации PLL.
Был код или камень в котором SSC работал, только если SSC включить только пепед непосредственной инициализацией его регистров.

Советую начинать отделять мух от котлет. Для начала разнесите на FIQ и IRQ.
Заодно посмотрите какой тип прерываний используете по фронту или по уровню и соответствует ли это типу вашего подтверждения (выхода) из прерывания.

[Сергей Борщ]

Например WinAVR криво компилирует MSD если установлены ключи thumb intrframework.

WinARM, наверное? Фигушки. И без --thumb-interwork генерит кривой пролог/эпилог.

IAR вроде имел проблемы с преамбулой в обработчиках в какихто режимах.

Не нарывался. Скорее всего вы что-то путаете.

[_4afc_]

Не нарывался. Скорее всего вы что-то путаете.

Я IAR не пользовался, возможно спутал с приведённой вами ссылкой про GCC.

WinARM, наверное? Фигушки. И без --thumb-interwork генерит кривой пролог/эпилог.

WinAVR - конечно WinARM. У меня прерывания на асм написаны. И даже без --thumb-interwork, а просто если перенести весь или часть кода в thumb, то MSD коннектится не ко всем машинам стоящим в офисе. Причину не установил пока. Отваливается с повисанием контроллера. JTAG не разведён, поэтому сложно установить причину.
Заложил в новую партию SAM7S256 вместо SAM7S64, буду эксперементировать с кодом в озу и thumb для ускорения обмена более 2Мбит.

2KAlex:
А вы AT91C_BASE_AIC -> AIC_EOICR = AT91C_ID_TC0; делаете один раз? у вас в эпилоге или том, что вызывает timer0_irq_handler не пишется AIC_EOICR ? В этот регистр можно хоть 666 писать...