Проблема генерации длинного интервала времени.

[Radon85]

Доброго времени суток!
Возникла проблема. Генерирую с помощью МК AtMega16 заданный с ПК интервал времени от 1 до 255с на ножке PC5. Вроде все работает но иногда совершенно случайным образом генерация интервала обрывается на середине. Например при генерации интервала в 5с. генерируется 2.5с. МК обвешал конденсаторами и индуктивностями по питанию как только можно, утолщал питающие дорожки, заземлил все свободные ножки.... ,
Порты A и C оставлял не нагруженными и нагружал на внешние резисторы, пробывал разные источники питания....но все бесполезно сбои продолжаются. Вот код на С. Состояние переменной timer на момент окончания интервала всегда нормальное не зависимо от того быс сбой или нет. Может у кого нибудь подобные глюки встречались? Помогите разобраться!

#include "iom16.h"
unsigned char temp; //Буфер
long unsigned int timer; //счетчики времени
unsigned char i; //счетчик циклов;
************************************************** *************************
void init_USART()
{
UCSRA = (1 ‹‹ 1);
UCSRB |= (1 ‹‹ 7)|(1 ‹‹ 4)|(1 ‹‹ 3);
UCSRC |= (1 ‹‹ 7);
UCSRC |= (1 ‹‹ 1)|(1 ‹‹ 2);
UCSRC -= 128;
UBRRH = 0;
UBRRL = 11;
}

void init_io_ports()
{
DDRA = 0;
PORTA = 255;
DDRC = 255;
PORTC = 0;
DDRD =0;
PORTD = 0;
DDRB =0;
PORTB = 0;
}

void init_timer2(void)
{
SREG |= (1 ‹‹ 7);
OCR2 = 107; //срабатывание каждые 10 мс
TCCR2 = (1 ‹‹ WGM21)|(1 ‹‹ CS22)|(1 ‹‹ CS21)|(1 ‹‹ CS20);
TIMSK |= (1 ‹‹ OCIE2);
}
// Задержка в секундах
void delay(unsigned char pause_S)
{
timer = 0; TCNT2 = 0; //Зануляем счетчик времени
while(timer ‹ pause_S*100)
{} //Ждем нужное время
}

#pragma vector = USART_RXC_vect
__interrupt void Recieve()
{
temp = UDR; // Чтение принятых данных
}

// Прерывание по таймеру 2
#pragma vector = TIMER2_COMP_vect
__interrupt void tim()
{
timer ++; //отсчитываем время
}

void main(void)
{
init_io_ports();
init_USART();
init_timer2();
while(1)
{
if (temp != 0)
{
PORTC = 16; PORTC = 0; //Импульс сброса
PORTC = 32; //Разрешаем сбор данных
delay(temp);
PORTC = 0; //Запрещаем сбор
//Начинаем передачу данных
for(i=0;i‹40;i++){} //Ждем готовности битов
UDR = PINA;
for(i=0;i‹200;i++){} //Ждем завершения передачи
PORTC = 128;
for(i=0;i‹40;i++) {} //Ждем готовности битов
UDR = PINA;
for(i=0;i‹200;i++){} //Ждем завершения передачи
PORTC = 64;
for(i=0;i‹40;i++) {} //Ждем готовности битов
UDR = PINA;
for(i=0;i‹200;i++){} //Ждем завершения передачи
PORTC = 192;
for(i=0;i‹40;i++) {} //Ждем готовности битов
UDR = PINA;
for(i=0;i‹200;i++){} //Ждем завершения передачи
temp=0; //Готовим к приему следующего интервала
}
}
}

[urry]

Очень красивая иллюстрация того, как нельзя делать.
Переменная timer у Вас модифицируется в прерывании, а анализируете ее в основном цикле. Представьте, что во время анализа (число двухбайтовое) произошло прерывание таймера и переменная изменилась. Программа возвращается в основной цикл, продолжает анализ Какой переменной ? Той, что она достала из стека при восстановлении контекста или той, что уже изменилась? Даже задумываться не хочу...

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

[Radon85]

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

[xinod]

я дико извиняюсь, может слепой или чего не понимаю, но я нигде не видел в коде разрешения прерываний, типа sei().

[Gn0me]

я дико извиняюсь, может слепой или чего не понимаю, но я нигде не видел в коде разрешения прерываний, типа sei().

Разрешение прерываний происходит в функции init_timer2():
SREG |= (1 ‹‹ 7);

Бит 7 регистра SREG и есть бит разрешения прерываний

[Gn0me]

У Вас переменная pause_S типа unsigned char, т.е. диапазон 0-255. Надо сделать unsigned int, тогда все нормально должно быть или применить явное преобразование типов:
while(timer ‹ (unsigned int)pause_S*100)