Микроконтролеры AVR. Джон Мортон. Ошибки в книге? Опции

[Merovey]

Добрый день!
Речь идет не о банальных опечатках, а о более глобальных ошибках.
Например, вот фрагмент кода, который формирует секундную задержку для микроконтроллера AT90S1200. Кварц на 2.4576 МГц.

Код

     ldi Count30,30
     ldi Mark80,80  
TimeLoop:
    out TCNT0,temp  
    cp temp,Mark80  
    brne TimeLoop    
    subi  Mark80,-80
    dec   Count30    
    brne  TimeLoop

Понимаю, что вместо out TCNT0,temp должно быть in temp,TCNT0. Быстрей всего это косяк переводчика. Но насколько работоспособен сам принцип формирования такой задержки? Насколько я понял, таймер считает до 255 и начинает заново, значит после 3-х циклов, когда Mark80 превысит значение 255 равенства не наступит. Правильно ли я понимаю, или есть какие-то особенности?

[Merovey]

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

CODE

.device at90s1200
.nolist
.include "C:\Program Files\Atmel\AVR Studio\1200def.inc"
.list

.def temp=r16
.def Mark240=r17
.def Counter=r18
.def Speed=r19

rjmp Init

Init:
ser temp
out DDRB,temp
ldi temp,0b11111100
out DDRD,temp

ldi temp,0b00000001
out PortB,temp

ldi temp,0b00000011
out PortD,temp

ldi temp,0b00000101
out TTCR0,temp

ldi Mark240,240
ldi Counter,5
ldi Speed,5

Start:
; Проверяется нажатие кнопки уменьшения скорости
sbic PinD,0
rjmp UpTest
inc Speed
cpi Speed,11
brne ReleaseDown
dec Speed

ReleaseDown:
sbis PinD,0
rjmp ReleaseDown

; Проверяется нажатие кнопки увеличения скорости
UpTest:
sbic PinD,1
rjmp Timer
dec Speed
brne ReleaseUp
inc Speed

ReleaseUp:
sbis PinD,0
rjmp ReleaseUp

; Формируем задержку
Timer:
in temp,TCNT0
cp temp,Mark240
brne Timer

subi Mark240,-240
dec Counter
brne Start

;Меняем СИД
mov Counter,Speed

in temp,PortB
lsl temp
brcc PC+2
ldi temp,0b00000001

out PortB,temp
rjmp Start

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

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

Причина редактирования: Нарушение п.3.4 Правил форума.

[Палыч]

Код

.device at90s1200
ldi temp,0b00000101
out TTCR0,temp

Вот это - и есть инициализация таймера.
Остальные регистры = 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 раз по единице.

[Merovey]

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 импульсов от пределителя.

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