AVR USART+прерывания=потеря данных

[kison]

второй таймер вообще крошечный, INT0=266байт 0,3325мкС.

Так прямо за два такта выполнятся? Если учесть что только вход и выход из прерывания это 4+4 такта и на частоте 8МГц занимает ровно 1uS. Это с пустым обработчиком, где одно команда RETI!

[ish0]

Немного впритык, но не длиннее. UART - 80 байт, 0,1мкС, второй таймер вообще крошечный, INT0=266байт 0,3325мкС.

0.125мкс - длительность выполнения одной команды (для Ваших 8МГц тактовой). Кстати, преобразование символов в обработчике UART можно сделать вне прерывания.

[umgah]

Вообще мне подход не нравится. При жестком реалтайме, а при периодичности прерываний 10uS на INT0 - всего 80 тактов процессора при 8МГЦ тактировании и обработчики явно перегружены. ВСЕ! Требуется оптимизировать как алгоритм, так и код.
И буфер UART тут не при чем - вся программа сплошной тормоз.

Аминь ! Толковый коммент. То есть я неверно расчитал кристалл и он тупо перегружен.
По прерыванию:
//TIMER2 initialize - prescale:64
// WGM: Normal
// desired value: 10uSec
// actual value: 8,000uSec (20,0%)
void timer2_init(void)
{
TCCR2 = 0x00; //stop
ASSR = 0x00; //set async mode
TCNT2 = 0xFF; //setup
OCR2 = 0x01;
TCCR2 = 0x04; //start
}
Да, 8uSec в реалиях. Но для 8Мгц МК это разве оставляет 80 тактов на все остальное ? Оо Я извиняюсь за идиотские вопросы, АВР немного не моя область..

[umgah]

0.125мкс - длительность выполнения одной команды (для Ваших 8МГц тактовой). Кстати, преобразование символов в обработчике UART можно сделать вне прерывания.

Еще один отличный коммент. Спасибо, теперь очевидно что я неверно расчитал загрузку процессора, тема исчерпана.

[kison]

Да, 8uSec в реалиях. Но для 8Мгц МК это разве оставляет 80 тактов на все остальное ?

Не, меньше. 64 минус время работы этого обработчика Тактов 20-30 может останется.

[umgah]

Пересчитал, число инструкций INT0 = 133, при 16Мгц, как я понял это 8,3 мкс, UART = 40 инструкций, еще 2,5 мкс. И еще таймеры. итого примерно 12мкс.
Если я все понял правильно, то увеличив тайминги TMR1 до 15мкс я должен плотно, но "влезть".
Огромное спасибо всезнающим ALL )) Сам я еще долго пербывал бы в уверенности, что имею 10х резерва.. Видимо где-то с ноликом промахнулся в расчетах ((( Идиотизм, но бывает )

[kison]

UART = 40 инструкций, еще 2,5 мкс.

Проверяйте - у АВР не все инструкции однотактовые. Проще всего посмотреть в симуляторе такты. Ну или на бумажке высчитывать с учетом ветвлений, которые в обработчиках есть.

[Someone]

Кстати, если такие жесткие временные рамки, что важен каждый такт - никаких операций с массивами, только с указателями. Ну и асемблерные вставки.

[SasaVitebsk]

Нравятся мне "эмбеддеры со стажем", которые не в курсе, что в USART AVR
буферизуется 1 байт. Причём в первых и этого не было, как собственно и в x51, например. То есть я, к примеру, это воспринял как шаг вперёд.
Более того, если вы предполагали, что имеется буфер, то с ним ведь надо работать. Что ж вы не почитали? Ведь даже беглый взгляд на этот узел в даташите не оставляет ни малейших сомнений в размерах буфера.

Но UART, как я вижу, не единственный пробел в ваших знаниях. Даже краткие выдержки из ваших выссказываний не оставляют сомнений в том, что в области прерываний у вас тоже зияет дыра. Приоритеты и уровни - для вас одно и тоже. А напрасно. С системой команд, в смысле "оценить" - тоже напряг. Управление кольцевым буфером - в зачаточном состоянии. Управление потоком - похоже, не слышали.

Короче, я понимаю, что вы сейчас в штыки моё сообщение воспримите, а вы просто попробуйте успокоится и почитайте материал на обозначенные темы. И всё получится.

[ilya_sh]

SasaVitebsk,