Проблема с функцией задержки

[Godzilla82]

Такого не должно быть. Весь проект в студию. Чем проверяете задержку?

[Nikolaysherbakov]

Подтверждаю, функциям delay_ms(); и delay_us(); доверять не стоит НИКОГДА, они не корректно отрабатывают время(компилятор CVAVR, тестил на Mega8, Mega16, Mega32). Пользуйте прерывание любого удобного таймера и будет Вам счастье. Учтите, использование подобных функций занимает определенное время, в течении которого, контроллер тупо ждет и ни чего не делает. При использовании таймера, Ваша программа может спокойно что-то делать, а про прерыванию отработать обработчик и вернуться к выполнению обязанностей.

[С.М.С]

Ему может и не надо что-то ещё делать.

подключаемая функция delay.h содержит следующие строки:

Код:

// CodeVisionAVR C Compiler // (C) 1998-2000 Pavel Haiduc, HP InfoTech S.R.L. #ifndef _DELAY_INCLUDED_ #define _DELAY_INCLUDED_ #pragma used+ void delay_us(unsigned int n); void delay_ms(unsigned int n); #pragma used- #endif

не видно тут процедуры "delay_us", то что вы привели, только объявляет её, ищите в файле с расширением ".с", т.е "delay.c"

[Godzilla82]

Подтверждаю, функциям delay_ms(); и delay_us(); доверять не стоит НИКОГДА, они не корректно отрабатывают время(компилятор CVAVR, тестил на Mega8, Mega16, Mega32).

Вот не надо. Эти функции - тупо задержка на нужное количество циклов, которое расчитывается компилятором с учётом тактовой частоты.

Реально получается на несколько десятков тактов больше за счёт накладных расходов загрузки значения задержки в регистры, вызова подпрограммы задержки и т.п.

Если на момент выполнения функции задержки прерывания запрещены или не происходят, то задержка будет достаточно точная.

Естесственно, если в момент выполнения функции задержки возникают прерывания, то задержка увеличивается на время, требуемое для выполнения возникших прерываний. Просто это надо знать и учитывать.

[Godzilla82]

не видно тут процедуры "delay_us", то что вы привели, только объявляет её, ищите в файле с расширением ".с", т.е "delay.c"

Искать не надо. В CV эти функции скрыты в недрах компилятора. Но можно посмотреть дизассемблер. Многое прояснится.

[IOPA4]

delay_ms(3000);
PORTB.2 = 0;
delay_ms(3000);
PORTB.2 = 1;

Попробуйте так:

PORTB.2 = 1;
delay_ms(3000);
PORTB.2 = 0;
delay_ms(3000);

Возможно из-за оптимизации кода компилятор не понимает, зачем сначала задержка, а потом действие.

[Godzilla82]

Возможно из-за оптимизации кода компилятор не понимает, зачем сначала задержка, а потом действие.

Речь идёт о CV. Так что оптимизация не причём. Возможные причины.

1. неправильно измеряется задержка
2. тактовая частота в настройках проекта не совпадает с реальной
3. во время второй задержки возникает куча прерываний

P.S. Просил выложить весь проект.

[insiderbik]

Речь идёт о CV. Так что оптимизация не причём. Возможные причины.

1. неправильно измеряется задержка
2. тактовая частота в настройках проекта не совпадает с реальной
3. во время второй задержки возникает куча прерываний

P.S. Просил выложить весь проект.

1. Задержки смотрятся на экране осциллографа - ошибки быть не может.
2. Тактовая частота в настройках совпадает с реальной - без вопросов.
3. Скорее всего в прерываниях дело и было ....

Я обошелся задержкой таймером. Всем поучаствовавшим огромное спасибо.

[IOPA4]

Речь идёт о CV. Так что оптимизация не причём. Возможные причины.

А, что CV без оптимизации? А режимы - по скорости, по размеру, максимальная, так, для красного словца.

[dosikus]

Возможно из-за оптимизации кода компилятор не понимает, зачем сначала задержка, а потом действие.

Вот твердили же сколько раз: встроенные фичи недокомпиляторов -зло.
Тем более задержки с гигантскими параметрами.
Сделайте свою функцию с вызовом delay_ms() , delay_ms() передавать минимальный параметр.
К примеру .

  void wait ( uint16_t count)
{
   while (count--){delay_ms(1)};
}