Не отрабатывается нужная задержка

[begun]

здравствуйте дорогие друзья!
Нужно отработать заданную задержку на ATtiny2313.
Пишу на СИ и симмулирую в PROTEUS е .
тактитуется мк внутренным RC генератором 4 MHz.
Нужно сформировать задержку в 0.2 ms в прерывании INTO частотой 500 Hz.
Прерывание по переднему фронту импульсов.
делаю так:
в качестве шага беру период тактов 1/4 000 000 =0.25 us.
далее находим сколько раз поместится этот шаг в наш интервал
0.2 ms=200us т.е. 200/0.25 =800(DEC)=(0x320)Hex и пищем:
Int a;
--
FOR(a=0;a‹0x320;a++)
{};
---
однако полученная задержка при симмулировании в протеусе несколько раз длинее нужной.
Прошу помощи опытных друзей , чем может быть причина ?
Правильны ли мои действия?
Спасибо заранее.

[kittec]

А Вы в протесе, в окне свойств 2313, в поле CLKDIV8 выбрали unprogrammed? Там по умолчанию стоит programmed.

[Easyrider83]

да не, тут подход в корне не верный. Либо задержку писать на асме, либо по прерыванию в таймере, что куда профессиональнее.

[begun]

да частота не делится на 8 ,это только для 8 MHz генератора, а уменя работает на 4 Mhz.
Дело в том ,что все работает четко т.е. любая задержка отрабатывается без проблем но просто нужно подогнать под нужную ,а мне нужно узнать почему по моему алгоритму не работает т.е. получается длинее расчетной.
В чем причина?
Спасибо.

[niXto]

На сколько длиннее? В разы или на несколько процентов

[mobil2005]

Int a;
--
FOR(a=0;a‹0x320;a++)
{};
---
однако полученная задержка при симмулировании в протеусе несколько раз длинее нужной.
Прошу помощи опытных друзей , чем может быть причина ?
Правильны ли мои действия?
Спасибо заранее.

Причина в том что для вас в этой конструкции стоит как вам кажется одна операция

FOR(a=0;a‹0x320;a++)
{};

Но на деле давайте посчитаем
1 такт сложение, 2 такта переход 1 такт сравнение итого в 3 раза дольше чем вы запланировали. Если стоит оптимизация то я не ручаюсь и за эти разы
(для саморазвития посмотрите листинг ассемблерный)
Так что вариантов решения 2
1) Отказатся от подобной конструкции и использовать таймер
2) эмпирически подобрать число для нужной задержки, однако помните что при изменении степени оптимизации может все изменится.

[mobil2005]

да частота не делится на 8 ,это только для 8 MHz генератора, а уменя работает на 4 Mhz.

А для работы таймера и не обязательно деление на 8. Что в таймер загрузил по тому он и будет работать хоть на делите 5 хоть на 35

[begun]

да, вы правы.
в разных ситуациях получатся по разному и видимо не имеет смысла идти по пути такого формирования .
Нужно разобратся всетаки в ASSEMBLER е.
Заодно попробую с таймером.
Спасибо за дельный совет.

[picavr]

Заодно попробую с таймером.

Угу... это типичная ошибка начинающих.. сделать ПОПРОЩЕ и ПОБЫСТРЕЕ...
Делайте с таймером, будет пахать и на АСМ и на СИ не будет зависить от оптимизации.
Освоите КАК НУЖНО формировать задержки.