А как байт (Mark80) может превысить 255?
А какую частоту считает TCNT0?

Рабочие регистры 8 разрядные, следовательно максимальное шестнадцатеричное число может поместить FF или 255 в десятичном формате.

на 4 итерации, следовательно мы превысим 255
Я на это не обратил внимание.
Я имел ввиду, что таймер только до 255 досчитает, потом обнулится.
Или я что-то не так понимаю?


СК/1024

Вы не привели начало программы... Но, если инициализация проведена "правильно", и пределитель = 1024, то 30 * 80 * 1024 = 2457600. Вроде всё правильно. Насколько это жизнеспособно? Имхо, такие (по продолжительности) задержки в программе - самоубийство (разве, что что-то совсем простое проектируется, но таких устройств в жизни не бывает). Ставить задержки в программу можно (нужно) только если требуемая задержка сопоставима по продолжительности со временем работы процедуры обработки прерывания. Учебный пример может быть далёк от жизни, поскольку он иллюстрирует некий приём, метод работы.

Регистр таймера - 8 бит, и переменная Mark80 - тоже. В переменной Mark80 хранится значение регистра таймера, уменьшенное на 80. Т.е. через 80*1024 тактов генератора счетный регистр таймера примет значение, такое же как и Mark80, значение в Mark80 "отодвинем" ещё на 80 и счетчик Count30 уменьшим на единицу. И так 30 раз (первоначальное значение счетчика). Итого: через 30*80*1024 тактов покинем TimeLoop (если строго говорить, то плюс ещё сколько-то тактов).

Как переводчик может перепутать: "out TCNT0,temp" и "in temp,TCNT0"??? Да и вообще зачем переводчику править текст проги? Как говорится "если в слове МИР перепутать 3 буквы, то получится нецензурщина". Это явный косяк автора. Причём похоже на всю голову.

Исходя из приведенного вами текста (с учётом замены out на in) мы видим следующее:
1) TCNT не устанавливается в цикле. Таким образом после сравнения он продолжает считать дальше.
2) Mark80 вычитается по 80, что вообще необъяснимо.

Первое сравнение получим при значении таймера 80
Последующие сравнения будут происходить ч/з 176

Таким образом округлённо получим задержку 176*30+80=5380. При делителе 1024 это составит чуть больше 2 сек.

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

Стандартным видом задержки является что-то в виде следующего.



Где длительность приблизительно равна (1+1+2)*FCnt -1+2 такта (без учёта прерываний).

Если к примеру мы разрэмим 2 rjmp, то результат будет (2+2+1+1+2)*FCnt -1+2 такта и так далее.

В качестве ядра (там где стоят rjmp) мы можем считать события. В том числе переполнения таймера или элементарные отсчёты таймера. Например при частоте 2.4576 при делителе 1024 один такт таймера составит 0.416666 мс соответственно секунда составит 2400 тактов. Если мы возьмём по 80 (как в примере), то получим 30*80=2400.

Соответственно прога быдет выглядеть так (без инициализации таймера и сохраняя стилистику автора)



Реально обычно так не делают. Обычно исходят из того, что 2400 / 256 = 9.... Итого получается 9 полных циклов + 96 тактов.
Задержка выглядит так:

Вы - недоглядели: вычитается минус 80 (т.е. значение увеличивается на 80). Т.е. значение переменной Mark80 каждый раз "сдвигается" на 80 единиц относительно предыдущего и равенство счетного регистра таймера и переменной наступает через 80 * 1024 (1024 - это пределитель) тактов генератора.

Вычитается по "минус 80".
Итого сравнения через 80
30*80*1024 = 2457600

Согласен. Упустил. Но ...
1. нет начальной инициализации таймера
2. Если её добавить, то результирующая программа будет длинее мной приведенной, плюс занимает 3 регистра, что для 1200 немало ну и согласитесь как то заумно ...

Ну один из примеров, где используется этот принцип, вполне, мне кажется, применим. Как система управления на светофоре. А насчет отодвинем 30 раз? после 4 раз мы же переполним регистр Mark80? Да и таймер, получается, столько не отсчитает..



Что-то похожее есть у автора, например так же секундная задержка:


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

Переполним... Но, и счетный регистр таймера работает с переполнением. Поэтому я и употребил - "отодвинем".

Сама книга - мне недоступна, и Вы привели из неё толко выдержку. Конечно, инициализация таймера должна быть (как минимум установить прескалер). В книгах бывает объясняют работу с устройствами "по-частям": отдельно - инициализация, отдельно - использование... Куски кода предполагается - объединит читатель. Может и в этой книге так?

Ну вот пример программы из книги, где это используется. Поочередно включаются светодиоды:




но переполнение происходит же не одинаково? время разве не уедет? я понимаю так, достигли мы в Mark80 значения 240. Прибавляем 80, получаем переполнение. А Timer считает дальше (до 255), и равенство будет не ранее, чем переполнится Timer и дойдет до нужного значения, так? Это время будет соответствовать тому же периоду, что и увеличение со 160 до 240?

Вот это - и есть инициализация таймера.
Остальные регистры = Initial Value - "значение при включении/сбросе".

P.S. Уж не знаю чья ошибка, но регистр называется TCCR0

Почему же происходит не одинаково? Пусть счетный регистр таймера и Mark80 в текущий момент имеют значение 240. Произошло сравнение (они равны); прибавляем к Mark80 значение 80 (вычитаем минус 80) - получаем Mark80 равным 64 (240+80=320; 320 -не помещается в байт; один разряд с весом 256 вылез за старший разряд байта; 320-256=64). На таймер/счетчик поступают с пределителя импульсы; счетный регистр их считает:
241 242 ... 254 255 0 1 ... 63 64
Значение на счетном регистре достигнет 64 через те же 80 импульсов от пределителя.

P.S. Может так понятнее: Увеличить число на 80 - абсолютно то же самое, что прибавить 80 раз по единице.

Это моя ошибка, точнее описка.



Теперь понял. Спасибо. Насчет первичной инициализации понятно. Я думал, еще в самом цикле нужно определять ).

Разобраться с самим МК, конечно надо. И немного ассемблера не помешает. Ну а дальше надо двигаться в сторону Си. Это сэкономит вам кучу времени и сейчас более актуально. А заодно позволит уйти от частного МК к общему пониманию работы с МК.

У меня есть вопрос какраз по этой книге. Когда мы рассматриваем задержки с применением команд subi и sbci, мы расчитываем число которое нам нужно записать в регистры по формуле T*F/x. х у нас приведен в таблице для разных диапазонов времени и тактовой частоты. ВОПРОС, КАК МЫ ПОЛУЧАЕМ ЭТОТ Х?

Сообщение отредактировал Valek - Nov 1 2012, 08:01